Ho una categoria con un “Indirizzo email in entrata personalizzato” impostato: [CATEGORY]@forum.tasat.org
Quando invio un’email direttamente da Gmail all’indirizzo, i messaggi vengono elaborati come previsto e finiscono nella categoria.
Log di mail-receiver in caso di successo:
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
Ma quando invio un messaggio a [CATEGORY]@forum.tasat.org, con contenuti identici, da un modulo di contatto sulla nostra landing page su carrd.co, non viene elaborato.
Log di mail-receiver in caso di fallimento:
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
Apparentemente il comando EHLO viene utilizzato per “Identificare il nome del dominio dell’host di invio per SMTP”.
Non so da dove cominciare. Cosa potrebbe causare il fallimento di EHLO? Devo mettere SES in whitelist o qualcosa del genere..?
EHLO probabilmente non è fallito; postfix sta dicendo che l’estremità di invio ha inviato un EHLO e poi ha interrotto la connessione. Qualcosa del genere:
[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
(probabilmente vedrai un messaggio simile nei tuoi log che fa riferimento al mio IP)
Questo è un problema da parte di SES. Ti consiglio di monitorare il traffico in entrata sulla porta 25 per vedere se ci sono indicazioni sul motivo per cui è stato interrotto, o controlla SES per vedere se ha dei log.
Grazie supermathie – non ho accesso ai log SES di carrd.co, ma ho i log della porta 25 da un altro tentativo fallito. (Vorrei sapere come interpretarli.) C’è qualcosa che ti salta all’occhio qui…?
SES failure - Discourse mail-receiver log
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#
Molto apprezzato! Ho chiesto al supporto di carrd.co di controllare i log, ma apparentemente hanno sede in un sistema solare vicino. Potrebbe volerci un po’ prima di avere maggiori informazioni.
Beh, non ho ricevuto alcuna informazione di supporto da carrd.co se non che hanno affermato di utilizzare “TLS opportunistico” che dovrebbe tornare a una connessione non crittografata.
L’unico test di integrità del server di posta che non superavo era che il banner SMTP non corrispondeva al dominio fornito dal record PTR del DNS inverso. Altrove su meta mi è venuta l’idea di aggiungere a mail-receiver.yml sotto env:
Questo ha risolto il flag relativo alla mancata corrispondenza del banner SMTP, e i fallimenti della posta in arrivo sono cambiati da disconnessione a HELO a disconnessione a STARTTLS.
Alla fine ho abilitato il TLS e le email dal modulo di contatto arrivano.
Ora che il processo funziona, però, ha messo in luce alcune falle nella mia intera idea di ingerire argomenti tramite un modulo web. Ma questo sarà un altro argomento.