El reject_null_sendercomplemento en iRedMail indica su propósito como:
Rechazar el mensaje enviado por un usuario autenticado sasl pero especificando un remitente nulo en el encabezado 'De:' (desde=<> en el registro de Postfix).
Pero el código en realidad indica un rechazo cuandocualquierael remitenteoLos usuarios de SASL son nulos. Esto rechaza efectivamente algunos mensajes de rebote válidos.
Según RFC 5321:
Si un servidor SMTP ha aceptado la tarea de retransmitir el correo y luego descubre que el destino es incorrecto o que el correo no puede entregarse por algún otro motivo, DEBE crear un mensaje de notificación de "correo que no se puede entregar" y enviarlo al autor del correo. el correo que no se puede entregar.
(...)
Cuando se transmite un mensaje de este tipo, la ruta inversa DEBE establecerse en nula (consulte la sección 4.5.5 para una discusión adicional). Un comando MAIL con una ruta inversa nula aparece de la siguiente manera:
MAIL FROM:<>
¿Es esto un error de iRedMail? ¿Existe alguna otra preocupación acerca de los remitentes nulos sin un usuario autenticado por SASL?
Respuesta1
En un correo electrónico privado con el autor del reject_null_sendercomplemento, confirmó que se trata de un error y proporcionó una solución alternativa.
El parche (que se introducirá en una versión posterior) se puede ver en:https://bitbucket.org/zhb/iredapd/commits/255a7ad5daaa6b0d87890e1d4826737fcc6bbad7