Tengo una categoría con una ‘Dirección de correo electrónico entrante personalizada’ configurada: [CATEGORY]@forum.tasat.org
Cuando envío un correo electrónico directamente desde Gmail a la dirección, los mensajes se procesan según lo esperado y llegan a la categoría.
Registros de mail-receiver en caso de éxito:
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
Pero cuando envío un mensaje a [CATEGORY]@forum.tasat.org, con contenido idéntico, desde un formulario de contacto en nuestra página de destino en carrd.co, no se procesa.
Registros de mail-receiver en caso de fallo:
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
Aparentemente, el comando EHLO se utiliza para “Identificar el nombre de dominio del host de envío a SMTP”.
No sé cómo proceder. ¿Qué podría causar que EHLO falle? ¿Tengo que poner SES en la lista blanca o algo así?
EHLO probablemente no falló; postfix está diciendo que el extremo que envía envió un EHLO y luego interrumpió la conexión. Algo como esto:
[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
(probablemente verás un mensaje similar en tus registros haciendo referencia a mi IP)
Este es un problema del lado de SES. Te aconsejaría observar el tráfico entrante en el puerto 25 para ver si hay alguna indicación de por qué se interrumpió, o verificar SES para ver si tiene algún registro.
Gracias supermathie – No tengo acceso a los registros SES de carrd.co, pero tengo registros del puerto 25 de otro intento fallido. (Ojalá supiera interpretar.) ¿Hay algo que te llame la atención aquí…?
Fallo de SES - Registro del receptor de correo de 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#
Fallo de SES - Registro del puerto 25 de Wireshark
¡Muy apreciado! Le he pedido al soporte de carrd.co que revise los registros, pero aparentemente tienen su sede en un sistema solar vecino. Puede que pase un tiempo antes de que tenga más información.
Bueno, no obtuve ninguna información de apoyo de carrd.co, excepto que afirmaron usar “TLS oportunista” que debería volver a una conexión no cifrada.
La única prueba de salud del servidor de correo que no estaba pasando era que el banner SMTP no coincidía con el dominio proporcionado por el registro PTR de DNS inverso. En otro lugar de meta se me ocurrió la idea de agregar a mail-receiver.yml bajo env:
Esto resolvió la marca de verificación re. Desajuste del banner SMTP, y las fallas de correo entrante cambiaron de desconectarse en HELO a desconectarse en STARTTLS.
Finalmente habilité TLS y el correo del formulario de contacto llega.
Sin embargo, con el proceso funcionando ahora, ha iluminado algunas fallas en toda mi idea de ingerir temas a través de un formulario web. Pero ese será otro tema.