System.Net.Mail Alternative

Question

Ich arbeite an einem Tool, das E-Mails mit unserem Mailserver in C# terminiert. Ich hatte die System.Net.Mail-Klassen verwendet, um die E-Mail zu senden.

In letzter Zeit bin ich auf verschiedene Probleme im Zusammenhang mit RFC-Verletzungen und anderen Problemen gestoßen, z. B. dass SmtpClient die SMTP-Sitzung nicht protokollgemäß beendet. Jedes dieser Probleme trägt zu einer hohen Spam-Quote bei und beeinträchtigt die E-Mail-Zustellung, so dass ich eine Lösung für diese Probleme benötige.

Ich frage mich, was andere Leute getan haben, um diese Probleme zu lösen. Haben die Leute angefangen, eine Drittkomponente zu verwenden, und wenn ja, welche?

EDIT : Als Beleg dafür siehe: http://www.codeproject.com/KB/IP/MailMergeLib.aspx

Answer 1

Schloss Email.Sender Komponente ?

Answer 2

Ich bin mit diesen Komponenten sehr zufrieden: QuikSoft

Answer 3

Für eine standardkonforme und umfassende Suite von Mail-Tools (und andere IETF-Standards) habe ich mehrfach /n software's IP*Werke eine gute API zu sein. Ich habe sie sowohl in eingehenden als auch in ausgehenden Szenarien verwendet. Im Ausgangsszenario habe ich sie für den Support großer Mailings verwendet, und bei meinem aktuellen Projekt verwende ich sie für den Abruf von IMAP-Mails in großem Umfang für stark genutzte Postfächer des eingehenden Kundensupports. Ich hatte noch nie Probleme mit der Einhaltung von Vorschriften (so weit, so gut).

Die Suite unterstützt weit mehr als nur IMAP und SMTP. Sie kann gefunden werden aquí und ich habe festgestellt, dass die Kosten recht erträglich sind, wenn man bedenkt, was man für sein Geld bekommt.