sendmail - s'assurer qu'un email est envoyé

Pourquoi voudriez-vous changer cela ? C'est exactement comme ça que sendmail est censé fonctionner. Sendmail, avant de confirmer à l'expéditeur original qu'il a accepté le courrier, le sauvegarde dans une file d'attente sur le disque dur. Il le récupère ensuite et conserve la copie physique jusqu'à ce que le destinataire suivant confirme la réception. C'est ainsi que sendmail s'assure que le courrier n'est pas perdu en cas de panne du système dur ou si sendmail se plante lui-même. Sendmail retarde également le courrier pour diverses raisons. Parfois, les autres MTAs que vous ne contrôlez pas retardent le courrier (problèmes de réseau, charges du système, liste grise). Il a besoin de stocker le courrier en toute sécurité quelque part.

Le courrier électronique n'est PAS un mécanisme de livraison juste à temps comme la messagerie instantanée. Attendez les 2 secondes dans des circonstances normales.

Vous savez qu'il a été envoyé lorsque vous voyez l'autre serveur de courrier avec stat=Sent : relay=mail1.someone.com. [207.106.200.39], dsn=2.0.0, stat=Sent

Le SMTP ne garantit pas que le courrier électronique atteindra sa destination ; il s'agit d'un mécanisme de livraison au mieux, sans retour synchrone de bout en bout sur le sort de votre trafic. Le serveur auquel vous envoyez des messages doit vous dire directement s'il les accepte pour une livraison éventuelle, mais il n'est pas nécessaire qu'il les livre de manière synchrone (il peut les stocker pour plus tard et ne pas vous le dire), et il n'est pas nécessaire qu'il les livre directement (le chemin comporte plusieurs sauts). En pratique, presque tous les démons SMTP mettent les courriers en file d'attente.

Les accusés de réception et de lecture, qui ne sont pas largement pris en charge en raison de leur utilisation abusive par les spammeurs, ont été conçus pour surmonter cette limitation. En outre, les serveurs peuvent, s'ils le souhaitent, à un moment ultérieur, vous envoyer une notification s'ils rejettent votre message après que le serveur initial auquel vous l'avez transmis l'a accepté, mais ils ne sont pas tenus de le faire.

Votre application doit traiter l'acceptation du saut suivant comme un cas de réussite. C'est le retour d'information le plus fiable que SMTP vous donnera systématiquement.