¿Es posible invertir el proxy de un servidor SMTP/IMAP remoto (administrado por otra empresa, piense en Google Apps u Office 365) a través de NGINX? Ejemplo:
Hospedo example.comy uso mailhost.compara alojar mi correo. Intenté agregar 2 registros CNAME example.compara lograr esto, pero no funcionó. [ smtp.example.com-> smtp.mailhost.com, etc.]
Preferiblemente, quiero un subdominio ( mail.example.com), que apunte a ambos smtp.mailhost.comy imap.mailhost.com, diferenciando entre los dos mediante puertos. [ mail.example.com:993-> imap.mailhost.com:993, smtp.example.com:587-> smtp.mailhost.com:587]
es posible? La única razón por la que quiero hacerlo es para facilitar la configuración de clientes de correo para los usuarios de mi sitio web y evitar la confusión al preguntar por qué les pido que se conecten a un dominio aparentemente aleatorio para recibir correos electrónicos. Entiendo que esto puede causar algunos problemas con DKIM, etc.
¿Es esta tarea fácil, más complicada de lo que vale o imposible? Soy capaz de configurar un servidor de correo, pero prefiero usar una solución lista para usar.
Respuesta1
En mi opinión, la guía del servidor proxy de correo NGINX carece de una información muy importante que era necesaria para que algo similar funcionara:
Uso de un script PHP en un servidor Apache como backend de autenticación IMAP
Pasé algunas semanas para encontrar una solución que funcionara, ya que burlarme del servicio de autenticación no funcionaba correctamente para mí. Después de deshabilitar todas las funciones SSL y agregar el script php de autenticación, finalmente pude recibir correos electrónicos con IMAP a través del proxy NGINX.
Un problema que todavía existe para SMTP es: NGINX no reenvía el comando de autenticación al servidor:https://forum.nginx.org/read.php?2,58181,58186#msg-58186.
Por lo tanto, es necesario deshabilitar la autenticación para SMTP para utilizar el proxy de correo NGINX. Si alguien encuentra una solución alternativa, publíquela aquí:https://stackoverflow.com/questions/56031592/nginx-forwarding-smtp-auth-credentials-to-next-server/56583571#56583571
Aquí hay algunos enlaces relacionados con el tema que quiero compartir:
Respuesta2
Esto está bastante bien cubierto en elConfigurar NGINX como servidor proxy de correoguía en los documentos oficiales.
Sin embargo, debe tener en cuenta que puede experimentar problemas con la capacidad de entrega del correo a menos que pueda hacer que cualquier configuración SPF, SSL y DKIM coincida con la anterior.