Tengo un servidor de correo postfix ejecutándose en mail.123.com
(ip, por ejemplo, 1.1.1.1), luego tengo un sitio books.com
(ip, por ejemplo, 2.2.2.2) y sus registros DNS son como este:
- Registro MX como mail.123.com
- Un registro de mail.books.com con la misma IP que books.com. Tengo este subdominio solo debido a la verificación SPF, pero eso no es importante para mi problema)
Ahora, si envío correo a[correo electrónico protegido]desde fuera, se transmite el mensaje.
Si envío un correo [email protected]
desde fuera, el mensaje NO se entrega.
Si envío un correo [email protected]
desde localhost
de mail.123.com
, el mensaje SE entrega. (a través de telnet localhost 25
)
/var/log/mail.err
está vacío, /var/log/mail.log
no contiene nada sobre correo no recibido o algo así.
Gmail (el tercer correo electrónico que es el remitente) no recibe ningún correo de error del servidor de correo, como un mensaje no entregado.
¿Cuál podría ser el problema?
¿Postfix necesita algunas configuraciones especiales si el servidor de correo está configurado como registro MX para otro dominio?
Ahora sólo tengo el "dominio virtual (correo host)" mail.books.com en
virtual_alias_domains
y virtual_alias_maps
de /etc/postfix/main.cf
como se dice aquídocumentación de ubuntu: PostfixBasicSetupHowto
No puedo rastrear por qué no funciona la recepción de correo para mi dominio virtual :(
Por cierto, es interesante que si no tuviera un registro MX para books.com, Gmail ni siquiera se quejaba al enviar un correo a[correo electrónico protegido]!!! Pero luego me di cuenta de que no configuré el registro MX, así que lo configuré, pero todavía no funciona... y aún faltan como 2 o 3 horas, así que no asumo que sea un problema con el registro MX (debido a una renovación lenta). de caché de DNS).
Respuesta1
Por lo que escribes parece que tienes un registro MX para books.com pero estás intentando enviar correos electrónicos a[correo electrónico protegido].
eso debería ser[correo electrónico protegido]o deberías tener un MX para mail.books.com.
Respuesta2
Durante días estuve luchando con esto y finalmente me di cuenta de que mi ISP (Comcast) bloquea los puertos 25, 465 y 587.
Mi solución fue utilizar AWS SES y reenviar el contenido del mensaje a través de HTTP a un puerto personalizado.