1 votes

L'envoi de courrier électronique est souvent très lent après le passage à une instance VPC.

Nous avons changé notre micro instance pour une petite au sein d'un VPC et maintenant l'envoi d'email est parfois rapide et la plupart du temps très très lent. C'est comme si nos pages web allaient se bloquer et qu'elles finissaient par se terminer, et parfois les courriels ne semblent pas arriver.

J'ai également dû modifier le code .net qui leur envoie des courriels parce que j'obtenais une erreur. J'ai dû commencer à éliminer la classe SmtpClient. Je n'avais jamais eu à faire cela auparavant ! L'erreur a disparu mais la lenteur demeure.

Quelle en est la cause ?

Lorsque je ne me débarrasse pas du SmtpClient, j'obtiens l'erreur suivante...

Service non disponible, fermeture du canal de transmission. La réponse du serveur a été la suivante : Timeout waiting for data from client".

1voto

Hannah Points 31

Réponse courte : Utilisez l'API SES HTTPS au lieu du point de terminaison SMTP.

Réponse longue : Nous avons utilisé le point de terminaison SES SMTP dans certains projets il y a quelque temps et nous avons rencontré le même problème : Lorsque nous essayions d'envoyer de grandes quantités d'emails (et d'autres moins grandes), le point de terminaison SES SMTP s'arrêtait dans le temps. Nous avons essayé de résoudre ce problème en déployant des instances Postfix comme relais proxy, mais sans succès. Nous avons finalement décidé d'utiliser l'API HTTPS et tous nos problèmes de dépassement de temps ont disparu. Nous n'avons jamais eu de réponse officielle de la part de l'équipe de support d'AWS, mais nous pensons que cela est dû à une sorte de protection du taux d'envoi dans la couche logicielle SMTP implémentée dans SES.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X