¡Hola! Reactivo un hilo antiguo porque alguna versión del parche del receptor de correo que nunca se aplicó sí acabó entrando en el control de versiones y, con el paso del tiempo y el deterioro del código, mi contenedor parcheado dejó de funcionar en algún momento.
Eliminé mi contenedor de receptor de correo, configuré uno nuevo con una clave API y ahora el correo entrante vuelve a funcionar en mi instancia de Discourse… pero parece que el sistema está devolviendo correos rechazados como si estuviéramos en 2017.
Efectivamente, ambas respuestas de rechazo llegaron a mi bandeja de entrada, aunque la de BadDestinationAddress debería haberse rechazado a nivel SMTP antes de enviarse a Discourse para su procesamiento adicional y la generación de un correo de respuesta. Si un spammer envía un correo con una dirección falsa a este servidor, se generaría retrodispersión (backscatter).
Al hablar directamente con el servidor SMTP, veo que no intenta rechazar correos falsos.
root@discourse:/var/discourse# telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 ESMTP server
HELO sdfsdfsdf
250 discourse-mail-receiver.localdomain
MAIL FROM: sdfsdf@example.com
250 2.1.0 Ok
RCPT TO: sdfsdfsdf@discourse.libsdl.org
250 2.1.5 Ok
…dicho todo esto: veo que la imagen predeterminada del receptor de correo tiene un script de rechazo rápido conectado, pero parece que no está rechazando nada… ¿?
/etc/postfix/master.cf:
policy unix - n n - - spawn user=nobody
argv=/usr/local/bin/discourse-smtp-fast-rejection
/etc/postfix/main.cf:
smtpd_recipient_restrictions = check_policy_service unix:private/policy
¿Hay algo que deba ajustar para que esto funcione, o hay alguna forma de investigar más a fondo por qué no está funcionando? ¿Funciona para otras personas?
¡Gracias!