Envoyer un courrier SMTP à un taux élevé dans .NET

Question

J'ai un service .NET qui traite une file d'attente sur un thread d'arrière-plan et à partir des éléments de la file d'attente envoie un grand nombre de petits messages électroniques à un très taux élevé (disons 100 messages par seconde si c'est même possible). Actuellement, j'utilise SmtpClient.Send() mais je crains que cela puisse entraver les performances.

Chaque appel à Send() passe par un cycle complet d'ouverture du socket, en exécutant la conversation SMTP (HELO, MAIL FROM, RCPT TO, DATA) et en fermant le socket. Dans le code pseudo:

for each message { 
    open socket 
    send HELO 
    send MAIL FROM 
    send RCPT TO 
    send DATA 
    send QUIT 
    close socket 
} 

(Modifier. Cette déclaration sur SmtpClient.Send() est en fait faux comme je l'ai expliqué dans ma réponse)

Je pense que le pseudo-code suivant serait plus optimale:

open socket 
send HELO 
for each message { 
    send MAIL FROM 
    send RCPT TO 
    send DATA 
} 
send QUIT 
close socket 

Dois-je être préoccupé par la performance de SmtpClient.Send() lors de l'envoi courriel à un taux élevé? Quelles sont mes options pour optimiser la performance?

Answer 1

La classe SmtpClient met en cache les connexions du serveur SMTP en coulisses. Appeler SmtpClient.Send() à plusieurs reprises pour soumettre plusieurs messages au même serveur SMTP exécutera effectivement le pseudo-code dans le deuxième exemple. Une façon d'améliorer les performances peut être d'utiliser plusieurs instances de SmtpClient s'exécutant sur plusieurs threads. Au lieu d'avoir une seule connexion au serveur SMTP, le service aura maintenant de nombreuses connexions simultanées. Les messages électroniques entrants sont extraits de la file d'attente et envoyés à un pool de threads de travail qui appelle SmtpClient.Send() pour envoyer le message au serveur SMTP.

J'ai fait quelques tests rudimentaires et j'ai constaté que cela pouvait améliorer les performances jusqu'à 100%. Cependant, le nombre optimal de connexions simultanées et l'amélioration réelle des performances dépendent probablement beaucoup du serveur SMTP. Une façon d'étendre cette idée est de se connecter à plusieurs serveurs SMTP.

Answer 2

Le processus d'envoi d'un courrier électronique à l'aide de SMTP est spécifié (à l'origine) dans RFC 821. Il y a eu de nombreuses mises à jour et ajouts depuis, mais le protocole de base est toujours le même. Vous devez démarrer chaque transaction avec une commande HELO, puis ajouter les informations sur l'expéditeur, les destinataires, etc. Si vous envoyez le même message à tous les destinataires, vous pouvez ajouter plusieurs destinataires dans un même message. Cependant, si le texte du message est différent pour chaque destinataire, je pense que vous aurez besoin d'envoyer des messages individuels à chacun, ce qui signifie une transaction distincte pour chacun.

Answer 3

Créez un serveur de messagerie qui envoie des e-mails de manière asynchrone à l'aide d'un pool de threads ou de quelque chose. De cette façon, vous pouvez «tirer et oublier» vos e-mails sur le serveur et vous inquiétez de les envoyer tous. Configurez-le avec quelques threads ou plus et il devrait être capable de fouiller les emails assez rapidement.