Sto cercando consigli per i componenti ActiveX per l'elaborazione delle e-mail

Question

Sto cercando componenti ActiveX che possano facilmente:

• ricevi e invia e-mail tramite SMTP e POP3
• rimuovi e salva gli allegati.
• Converti RTF (email di Outlook) in HTML
• Disinfetta HTML.

Quali componenti consiglieresti? Quali componenti usi?

Answer 1

Sendong e ricevere e-mail è semplice con CDOSYS. E RTF non è un formato così complesso da gestire. Ma penso che il componente ActiveX di Chilkat SMTP / POP # sia qualcosa che si desidera esaminare.

Answer 2

seanyboy, posso aiutarti qui, ma prima che tu guardi soluzioni commerciali, ci sono un paio di cose che devi capire.

In primo luogo, ci sono centinaia o migliaia di controlli là fuori per fare quello che vuoi.

Ma devi considerare come li userai. Lavoravo per un'azienda antivirus e quando decidemmo di collegare il nostro prodotto a Exchange, divenne ovvio che la soluzione che avevamo scelto NON funzionava. Il problema era che le app commerciali seguivano le RFC (di solito) verso un T. (O è TEE? Non lo so ..) Ma i virus non seguono MAI gli standard RFC. Così, ho finito per scrivere il mio parser Mime per il nostro scanner e il mio tasso di rilevamento era MOLTO migliore di qualsiasi altra cosa abbiamo provato. Perché? Perché ogni volta che ho visto un'e-mail che ha rotto gli RFC, ho modificato il codice per gestirlo. L'unico esempio che mi è venuto in mente è stato il "Content-Type: maintype / subtype; param = " ;. Notare lo spazio dopo param ed uguale a. Ciò infrange le regole della RFC, ma la maggior parte dei lettori di posta elettronica si occupano di esso, consentendo al virus di fare le sue cose.

Ma anche questa è una moneta a doppia faccia .... Nel mio codice, non sono stato in grado di decodificare un allegato formattato come segue:

....
 Tipo di contenuto: application / octet-stream
 Codifica trasferimento-contenuto: base64

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

Ma le app commerciali non hanno avuto problemi ad analizzarlo ... Molto probabilmente perché hanno seguito di nuovo le RFC e non hanno accettato i dati Base64 se non erano lunghi esattamente 77 caratteri (penso che 77 sia lo standard RFC .. I dovrei fare riferimento a esso.).

Ma ho avuto grossi problemi con B64 rotto e B64 che girava tutto su una sola riga, ecc. e che doveva essere decodificato, quindi ho preso tutto nel blocco dati come dati Base64 che era in realtà un valido base64 char. Tutto il resto è stato semplicemente ignorato ...

Ad ogni modo, la loro chiave è, decidere che cosa AVETE BISOGNO di questo controllo, e quindi decidere se volete prendere in considerazione la possibilità di scrivere il vostro, acquistarne uno commerciale o persino pagare qualcuno (come me) per scriverne uno per voi.

(Non sono esattamente sicuro che la mia ultima frase sia accettabile dalle regole di Stack Overflow, quindi non ti sollecito, ti dico solo che conosci le tue opzioni. Cito questa opzione perché avresti accesso al codice sorgente, e sarebbe in grado di mantenerlo da solo, o di trovare qualcun altro per mantenerlo, se decidessi di interrompere le relazioni con il tuo sviluppatore. Questa non è un'opzione per il 99,99% delle soluzioni commerciali ...) Se apportano una modifica che avvita tu o la tua applicazione, state bene, fregati .. :)

Spero che questo ti aiuti, o almeno ti dia qualcosa da leggere. eh ..

Fammi sapere se posso essere di ulteriore aiuto.