Eu estou procurando recomendações para componentes ActiveX para e-mails de processamento

StackOverflow https://stackoverflow.com/questions/233259

Pergunta

Eu estou procurando componentes ActiveX que pode facilmente:

  • receber e enviar e-mails via SMTP e POP3
  • retirar e guardar anexos.
  • Converter RTF (e-mails do Outlook) para HTML
  • Sanitize HTML.

O que componentes que você recomendaria? Quais são os componentes que você usa?

Foi útil?

Solução

Sendong e-mail recebido é simples com CDOSYS. E RTF não é realmente esse formato um complexo de manusear. Mas eu acho que Chilkat SMTP / POP componente # ActiveX é algo que você migth querer olhar em.

Outras dicas

seanyboy, eu posso ajudá-lo aqui, mas antes de você olhar para as soluções de comerciais, existem algumas coisas que você precisa entender.

Em primeiro lugar, existem centenas, ou milhares de controles fora lá para fazer o que quiser.

Mas, você tem que considerar como você está indo para usá-los. Eu costumava trabalhar para uma companhia de anti-vírus, e quando decidimos ligar o nosso produto para o Exchange, tornou-se óbvio que a solução que escolheu não estava indo para o trabalho. A questão era, as aplicações commerical siga o (normalmente) RFC a um T. (Ou é TEE? Eu não sei ..) Mas, vírus NUNCA seguir os padrões RFC. Então, acabei de escrever o meu próprio analisador Mime para o nosso scanner, e minha taxa de detecção foi muito melhor do que qualquer outra coisa nós tentamos. Por quê? Porque cada vez que eu vi um e-mail que quebrou I do RFC mexido o código para lidar com isso. O único exemplo que vem à mente foi o "Content-Type: MainType / subtipo; param =". Observe o espaço após param e iguais. Isso quebra as regras RFC, mas a maioria dos leitores de email lidar com isso, permitindo que o vírus para fazê-lo de coisa.

Mas, esta é também uma moeda de dois lados .... No meu código, eu não era capaz de decodificar um anexo formatado como segue:

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

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

Mas, as aplicações commerical não teve nenhum problema analisá-lo ... Muito provavelmente porque eles seguiram o RFC novamente, e não aceitar dados Base64 se ele não era exatamente 77 caracteres de comprimento (eu acho que 77 é o std RFC .. I 'd tem que fazer referência a ela.).

Mas, eu tive grandes problemas com B64 quebrado, e B64 que correu tudo em uma única linha, etc, e teve que ser decodificado, então eu peguei tudo no bloco de dados como dados Base64 que era na verdade um base64 válida Caracteres. Tudo o resto foi simplesmente pulado ...

De qualquer forma, eles chave é, decidir o que você precisa para fora desse controle, e então decidir se você quer considerar escrever o seu próprio, a compra de um comercial, ou mesmo pagar alguém (como eu) para escrever um para você.

(eu não estou exatamente certo minha última frase é aceitável pelas regras Stack Overflow, então eu não estou solicitando-lhe, apenas dizer-lhe conhecer as suas opções. Menciono essa opção, porque você tem acesso ao código-fonte, e seria capaz de mantê-lo a si mesmo, ou encontrar alguém para mantê-lo, se você decidiu romper relações com o desenvolvedor. Isto não é uma opção para 99,99% das soluções comerciais ...) Se eles fazer uma mudança que os parafusos você ou seu aplicativo, você está bem, parafusado ..:)

Espero que isso ajude, ou pelo menos dá-lhe algo para ler. heh ..

Deixe-me saber se eu posso ser de mais ajuda.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top