J’ai une catégorie avec une « Adresse e-mail entrante personnalisée » définie : [CATEGORY]@forum.tasat.org
Lorsque j’envoie un e-mail directement depuis Gmail à cette adresse, les messages sont traités comme prévu et arrivent dans la catégorie.
Logs de mail-receiver en cas de succès :
Oct 30 05:26:43 forum-mail-receiver postfix/smtpd[76028]: connect from mail-ot1-f46.google.com[209.85.210.46]
Oct 30 05:26:43 forum-mail-receiver postfix/smtpd[76028]: B5B78309A1E: client=mail-ot1-f46.google.com[209.85.210.46]
Oct 30 05:26:43 forum-mail-receiver postfix/cleanup[76035]: B5B78309A1E: message-id=<CAA0dvufnp4EsAjp9XxjjirzOvocEZn9qO1bbB2h+RhC-6GZP2w@mail.gmail.com>
Oct 30 05:26:43 forum-mail-receiver postfix/qmgr[98]: B5B78309A1E: from=<[NAME]@gmail.com>, size=3056, nrcpt=1 (queue active)
Oct 30 05:26:43 forum-mail-receiver postfix/smtpd[76028]: disconnect from mail-ot1-f46.google.com[209.85.210.46] ehlo=1 mail=1 rcpt=1 bdat=1 quit=1 commands=5
<23>Oct 30 05:26:43 receive-mail[76037]: Recipient: [CATEGORY]@forum.tasat.orgOct 30 05:26:44 forum-mail-receiver postfix/pipe[76036]: B5B78309A1E: to=<[CATEGORY]@forum.tasat.org>, relay=discourse, delay=0.57, delays=0.23/0.02/0/0.32, dsn=2.0.0, status=sent (delivered via discourse service)
Oct 30 05:26:44 forum-mail-receiver postfix/qmgr[98]: B5B78309A1E: removed
Mais lorsque je soumets un message à [CATEGORY]@forum.tasat.org, avec un contenu identique, depuis un formulaire de contact sur notre page de destination sur carrd.co, il n’est pas traité.
Logs de mail-receiver en cas d’échec :
Oct 30 06:47:20 forum-mail-receiver postfix/smtpd[76057]: connect from a69-230.smtp-out.amazonses.com[54.240.69.230]
Oct 30 06:47:20 forum-mail-receiver postfix/smtpd[76057]: lost connection after EHLO from a69-230.smtp-out.amazonses.com[54.240.69.230]
Oct 30 06:47:20 forum-mail-receiver postfix/smtpd[76057]: disconnect from a69-230.smtp-out.amazonses.com[54.240.69.230] ehlo=1 commands=1
Apparemment, la commande EHLO est utilisée pour « Identifier le nom de domaine de l’hôte d’envoi auprès de SMTP ».
Je ne sais pas quoi faire. Qu’est-ce qui pourrait causer l’échec de EHLO ? Dois-je ajouter SES à une liste blanche ou quelque chose comme ça ?
EHLO n’a probablement pas échoué ; postfix dit que l’expéditeur a envoyé un EHLO puis a interrompu la connexion. Quelque chose comme ceci :
[baron ~]$ telnet forum.tasat.org 25
Trying 64.176.213.39...
Connected to forum.tasat.org.
Escape character is '^]'.
220 ESMTP server
EHLO baron
250-forum-mail-receiver.localdomain
250-PIPELINING
250-SIZE 10240000
250-VRFY
250-ETRN
250-ENHANCEDSTATUSCODES
250-8BITMIME
250-DSN
250 CHUNKING
^]
telnet> quit
(vous verrez probablement un message similaire dans vos journaux faisant référence à mon adresse IP)
C’est un problème du côté de SES. Je vous conseillerais de surveiller le trafic entrant sur le port 25 pour voir s’il y a une indication de pourquoi il a été interrompu, ou de vérifier SES pour voir s’il a des journaux.
Merci supermathie – Je n’ai pas accès aux logs SES de carrd.co, mais j’ai des logs du port 25 d’une autre tentative échouée. (J’aimerais savoir comment les interpréter.) Y a-t-il quelque chose qui vous saute aux yeux ici… ?
Échec SES - Log du récepteur de courrier Discourse
Oct 30 16:50:11 forum-mail-receiver postfix/anvil[76091]: statistics: max connection count 1 for (smtp:159.203.42.156) at Oct 30 16:46:35
Oct 30 16:50:11 forum-mail-receiver postfix/anvil[76091]: statistics: max cache size 1 at Oct 30 16:46:35
Oct 30 17:49:01 forum-mail-receiver postfix/smtpd[76093]: connect from a69-230.smtp-out.amazonses.com[54.240.69.230]
Oct 30 17:49:01 forum-mail-receiver postfix/smtpd[76093]: lost connection after EHLO from a69-230.smtp-out.amazonses.com[54.240.69.230]
Oct 30 17:49:01 forum-mail-receiver postfix/smtpd[76093]: disconnect from a69-230.smtp-out.amazonses.com[54.240.69.230] ehlo=1 commands=1
root@forum:/var/discourse#
Merci beaucoup ! J’ai demandé au support de carrd.co de vérifier les journaux, mais ils sont apparemment basés dans un système solaire voisin. Il faudra peut-être un certain temps avant que j’aie plus d’informations.
Eh bien, je n’ai reçu aucune information justificative de la part de carrd.co, si ce n’est qu’ils ont affirmé utiliser le « TLS opportuniste » qui devrait revenir à une connexion non chiffrée.
Le seul test de santé du serveur de messagerie que je ne réussissais pas était que la bannière SMTP ne correspondait pas au domaine fourni par l’enregistrement PTR DNS inversé. Ailleurs sur meta, j’ai découvert l’idée d’ajouter à mail-receiver.yml sous env:
Cela a résolu le drapeau concernant l’inadéquation de la bannière SMTP, et les échecs de réception de courrier sont passés de la déconnexion à HELO à la déconnexion à STARTTLS.
J’ai finalement activé le TLS, et les e-mails du formulaire de contact arrivent.
Maintenant que le processus fonctionne, cela a cependant mis en lumière certaines failles dans toute mon idée d’ingérer des sujets via un formulaire web. Mais ce sera un autre sujet.