Je cherche des recommandations pour les composants ActiveX pour le traitement des emails

Question

Je recherche des composants ActiveX pouvant facilement:

• obtenir et envoyer des courriels via SMTP et POP3
• effacez et enregistrez les pièces jointes.
• Convertir le format RTF (emails Outlook) en HTML
• Désinfectez le HTML.

Quels composants recommanderiez-vous? Quels composants utilisez-vous?

Answer 1

Envoyer un e-mail et recevoir des emails est simple avec CDOSYS. Et RTF n’est pas un format aussi complexe à gérer. Mais je pense que vous voulez vraiment vous intéresser au composant ActiveX Chilkat SMTP / POP # #.

Answer 2

seanyboy, je peux vous aider ici, mais avant d’examiner des solutions commerciales, vous devez comprendre certaines choses.

Tout d'abord, il existe des centaines, voire des milliers de contrôles permettant de faire ce que vous voulez.

Mais, vous devez considérer comment vous allez les utiliser. Auparavant, je travaillais pour une société antivirus. Lorsque nous avons décidé de relier notre produit à Exchange, il est devenu évident que la solution que nous avions choisie NE fonctionnait PAS. Le problème était, les applications commerciales suivent les RFC (généralement) à un T. (Ou est-ce que c'est TEE? Je ne sais pas ..) Mais, les virus ne suivent JAMAIS les normes RFC. Donc, j'ai fini par écrire mon propre analyseur Mime pour notre scanner, et mon taux de détection était BEAUCOUP meilleur que tout ce que nous avons essayé. Pourquoi? Parce que chaque fois que j'ai repéré un email qui cassait les RFC, j'ai modifié le code pour le gérer. L’exemple qui me vient à l’esprit est le "Content-Type: maintype / subtype; param = " ;. Notez l'espace après param et égal. Cela enfreint les règles RFC, mais la plupart des lecteurs de courrier s'en occupent, permettant ainsi au virus de faire son travail.

Mais c’est aussi une pièce à double face .... Dans MY code, je n’étais pas en mesure de décoder une pièce jointe au format suivant:

....
 Type de contenu: application / octet-stream
 Content-Transfer-Encoding: base64

http://virus.virussite.com
 JVBERi0xLjMgCiXi48 / TIAo3IDAgb2JqCjw8Ci9Db250ZW50cyBbIDggBBSIF0gCi9QYXJlbnQg  NSAwIFIKL1Jlc291cmNlcyA2IDAgUgovVHlwZSAvUGFnZQo + PgplbmRvYmoKNiAwIG9iago8PAov
...

Mais, les applications commerciales n’ont eu aucun problème à l’analyser ... Probablement parce qu’elles ont suivi à nouveau les RFC et n’ont pas accepté les données Base64 si elles ne comportaient pas exactement 77 caractères (je pense que 77 est le RFC std .. I je dois le faire référence.).

Mais j'avais de plus gros problèmes avec des B64 cassés, et des B64 qui fonctionnaient tous sur une seule ligne, etc., et qui devaient être décodés. J'ai donc tout pris dans le bloc de données sous forme de données Base64 qui était en fait une base valide. carboniser. Tout le reste a simplement été ignoré ...

Quoi qu’il en soit, il est essentiel de décider ce dont vous avez besoin hors de ce contrôle, puis de décider si vous souhaitez envisager d’écrire le vôtre, d’en acheter un commercial ou même de payer quelqu'un (comme moi) pour en écrire un pour vous.

(Je ne suis pas sûr que ma dernière phrase soit acceptable par les règles de débordement de pile. Je ne vous sollicite donc pas. Dites simplement que vous connaissez vos options. Je mentionne cette option car vous auriez accès au code source, et seriez capable de le maintenir vous-même, ou de trouver quelqu'un d'autre pour le maintenir, si vous décidiez de rompre les relations avec votre développeur. Ce n'est pas une option pour 99,99% des solutions commerciales ...) S'ils apportent un changement qui visse vous ou votre application, vous êtes bien foutu ..:)

J'espère que cela vous aide, ou du moins vous donne quelque chose à lire. heh ..

Faites-moi savoir si je peux vous aider davantage.