J'ai envoyé un email à 2 destinataires et j'ai vérifié maillog:
tail -5000 maillog | grep "020EE4202065"
Aug 7 17:31:24 mail postfix/smtpd[7478]: 020EE4202065: client=NodoOffice[118.70.28.223], sasl_method=PLAIN, sasl_username=ngadt@my_great_company.com
Aug 7 17:31:24 mail postfix/cleanup[7485]: 020EE4202065: message-id=<6b36518e-14b1-6fac-dd27-c4c900aff87c@my_great_company.com>
Aug 7 17:31:28 mail opendkim[1717]: 020EE4202065: DKIM-Signature field added (s=default, d=my_great_company.com)
Aug 7 17:31:28 mail postfix/qmgr[2817]: 020EE4202065: from=<ngadt@my_great_company.com>, size=5481240, nrcpt=2 (queue active)
Aug 7 17:31:32 mail postfix/smtp[7487]: 020EE4202065: to=<[email protected]>, relay=mail.the-bank.com.vn[103.11.172.xx]:25, delay=8.3, delays=4.3/0.07/0.31/3.6, dsn=2.6.0, status=sent (250 2.6.0 <6b36518e-14b1-6fac-dd27-c4c900aff87c@my_great_company.com> [InternalId=23138874] Queued mail for delivery)
Aug 7 17:31:53 mail postfix/smtp[7486]: 020EE4202065: to=<[email protected]>, relay=gmail-smtp-in.l.google.com[74.125.204.26]:25, delay=30, delays=4.3/0.03/3/23, dsn=2.0.0, status=sent (250 2.0.0 OK 1502101899 g4si5235454plk.325 - gsmtp)
Aug 7 17:31:53 mail postfix/qmgr[2817]: 020EE4202065: removed
J'ai remarqué qu'il y a une info supplémentaire
[InternalId=23138874] Queued mail for delivery
dans la ligne to=<[email protected]>
et [email protected]
dit qu'elle ne voit pas cet e-mail dans sa boîte aux lettres.
Pourriez-vous expliquer ce que cela fait (Queued mail for delivery
) signifier? Et le serveur de messagerie à the-bank.com.vn
a reçu cet e-mail?
Je vous remercie!
Juste pour ajouter quelques informations supplémentaires à cela. Concernant les lignes comme les suivantes -
Aug 7 17:31:32 mail postfix/smtp[7487]: 020EE4202065: to=<[email protected]>, relay=mail.the-bank.com.vn[103.11.172.xx]:25, delay=8.3, delays=4.3/0.07/0.31/3.6, dsn=2.6.0, status=sent (250 2.6.0 <6b36518e-14b1-6fac-dd27-c4c900aff87c@my_great_company.com> [InternalId=23138874] Queued mail for delivery)
Les choses importantes pour vous sont relay=mail.the-bank.com.vn
et status=sent
. Ces deux champs confirment essentiellement que votre serveur est connecté à mail.the-bank.com.vn
afin de livrer l'e-mail, et ce serveur a accepté le message. À partir de ce moment, votre serveur a fait son travail et c'est au serveur du destinataire de continuer la livraison.
À propos de ce message à la fin -
(250 2.6.0 <6b36518e-14b1-6fac-dd27-c4c900aff87c@my_great_company.com> [InternalId=23138874] Queued mail for delivery)
Lorsqu'un client SMTP se connecte à un serveur de messagerie, il envoie une séquence de commandes, comme dans l'exemple suivant (C = Client, S = Server
)
C> MAIL FROM: [email protected]
S> 250 2.1.0 OK
C> RCPT TO: [email protected]
S> 250 2.1.5 Ok
... etc ...
Chaque commande envoyée par le client obtient une réponse du serveur qui commence par un code d'état, les codes 2xx étant réussis. Il y a aussi généralement un deuxième code après cela, mais le reste de la ligne peut généralement être tout ce que le serveur veut envoyer.
Le texte entre parenthèses dans le journal est la ligne entière renvoyée par le serveur du destinataire lorsque votre système a fini de lui donner le message. Cela commence par le code d'état (succès dans ce cas), mais le reste est exactement ce que le serveur voulait envoyer.
Dans ce cas, qui ressemble à la réponse normale d'un serveur Exchange (IIRC), et dit essentiellement merci, j'ai mis le message dans ma file d'attente prêt à être remis. (La plupart des serveurs de messagerie ont des processus qui gèrent l'acceptation du courrier entrant, le plaçant dans une file d'attente de remise entrante et des processus distincts qui remettent le message aux boîtes aux lettres.)
Le fait de l'avoir dans le journal est souvent utile pour le débogage car il contient généralement l'ID de message auquel le serveur destinataire a attribué le message (si l'administrateur de messagerie du destinataire ne peut pas trouver le message, vous pouvez lui donner l'entrée/l'ID du journal). Gmail retourne par exemple les éléments suivants, qui semblent être leur horodatage (pratique si quelqu'un se plaint d'un message à 10:45:23, mais après avoir parcouru les journaux, vous découvrez que le temps de l'expéditeur est de 3 heures), et un ID.
(250 2.0.0 OK 1502179523 b127si743181wmc.127 - gsmtp)
Fondamentalement, les développeurs de serveurs SMTP mettent généralement du texte dans cette dernière réponse qui aidera l'administrateur de ce serveur à localiser/suivre le message.
C'est déjà répondu dans les commentaires mais pour l'explication technique.
Dans ce message, toute la partie entre parenthèses est la réponse "de l'autre côté". Le premier chiffre est le code retour. 250
est le OK du SMTP (simple mail transfer protocol) et est la seule réponse obligatoire le reste varie d'un serveur à l'autre et entre les actions
http://www.rfc-editor.org/rfc/rfc2821.txt section 4.2.2