No soy administrador de servidores, por lo que estas podrían ser preguntas tontas...
Tengo un cliente para el que estoy creando una aplicación web y me pidió que configurara un servidor de correo en el VPS en el que está alojado para enviar correos electrónicos en lugar de enviarlos a través de su servidor.
Dado que ambos enviamos correos electrónicos desde @xyz.com, no hay forma de recibir correos electrónicos en el servidor que configuré, ¿verdad?
¿Podré seguir usando técnicas como configurar un registro PTR inverso o usar DKIM si el DNS para @xyz.com apunta al otro servidor de correo electrónico?
Gracias
Respuesta1
Puede configurar un servidor saliente. MX es solo para entrantes y no requiere un registro PTR. Sin embargo, es posible que desees considerar configurarlo como satélite y enviar todo el correo a través del servidor central. Esto se puede hacer con autenticación SMTP sobre TLS si necesita atravesar Enternet.
Si decide enviar un correo electrónico directamente. Estas son las cosas básicas que debe hacer para un servidor saliente (ejemplo.com).
- Defina un nombre para el servidor saliente (smtp1.example.com).
- Obtenga la configuración PTR (puntero) y A (dirección) en DNS. (Pueden ser diferentes administradores de DNS).
- Configure el servidor para enviar a Internet.
- Asegúrese de que sus direcciones de remitente estén configuradas para recibir correo electrónico a través de MX. Estos se pueden enrutar a su servidor si es necesario. (Generalmente se hace mediante alias). Necesitará una ruta al servidor.
- (Opcional) Obtenga la configuración de SPF para el servidor. example.com necesita enumerar smtp1.example.com, por dirección IP o nombre. Esto es además de su propio servidor. smtp1.example.com debería aparecer como remitente por sí mismo.
- (Opcional) Obtenga datos DKIM para el servidor configurado en DNS. Debe utilizar sus propias claves y selectores.
- Pruebe su configuración y comience a enviar correos electrónicos.
Una alternativa para enviar correo electrónico a este servidor es utilizar un subdominio (app.example.com). Esto necesitará un registro MX. En ese caso, consideraría usar el mismo nombre para el servidor SMTP. Configurar la recepción de correo electrónico es mucho más difícil que enviarlo.
Respuesta2
En primer lugar, la cuestión de qué servidor de correo recibirá los correos electrónicos para ese dominio está determinada por los registros MX en la configuración de DNS. OTOH, si desea que su servidor de envío sea reconocido sin problemas, debe tener configurado el DNS inverso correcto; de lo contrario, muchos servidores de correo de todo el mundo no aceptarán el correo electrónico entrante. En la práctica, esto significa que el registro PTR debe resolverse en un nombre de host que, si se resuelve por sí solo, apunta a la misma dirección IP.
Habiendo dicho todo esto: si no eres administrador de un servidor, te recomendaría seriamente NO configurar un servidor de correo para nadie. Administrar un servidor de correo no es algo que hagas en tu tiempo libre. Requiere bastante conocimiento, habilidad y tiempo para mantenerlo actualizado y configurado de tal manera que funcione y no se vea comprometido. Mejor consígales un servidor de correo alojado en otro lugar.
Por supuesto, si está dispuesto a dedicar tiempo (y, con suerte, puede facturarle a su cliente), entonces siga adelante. Elija su MTA favorito y estoy seguro de que todos los que estamos aquí podremos ayudarlo a configurarlo de manera adecuada y segura.