Entonces tengo dos servidores Linux separados, uno en server.com, con NGINX que aloja un servidor web, y otro en mail.server.com, que aloja un servidor de correo.
Lo que quiero hacer es permitir que las personas interactúen con mi servidor de correo mediante server.com:465 o server.com:993, estos puertos se redirigen a mail.server:465 o mail.server:993. Esto será especialmente útil cuando se conecte a través de un cliente de correo. (Thunderbird no intentará automáticamente mail.server.com al agregar[correo electrónico protegido])
No sé si vhosts tiene razón, probé un vhost normal escuchando en 465/993 y redirigiendo la URL, pero no creo que haya funcionado. Y sospecho que funciona únicamente en circunstancias de navegación web y no como un cliente smtp que intenta abrirse camino.
Me topé con algo llamado transmisión o proxy de transmisión, y parece que podría funcionar. Pero, por supuesto, no se instalará de forma predeterminada y no tengo idea de cómo compilar o instalar aplicaciones en un servidor Bitnami (AWS Lightsail)...
¿Algo que me haya perdido o que haya entendido mal?
Respuesta1
Los vhosts Nginx ordinarios no funcionarán, porque ninguno de los protocolos de correo se parece en nada a HTTP. La aplicación de correo no envía nada que Nginx pueda entender y no entiende nada de lo que recibe de Nginx.
Además de eso, la mayoría de los protocolos distintos de HTTP en realidad no tienen el concepto de redirecciones, y tampoco lo tiene el propio TCP.
En cambio, es posible que su servidor necesitetransmitir todos los datosusando algo como haproxy, retransmitido, tal vez incluso Nginx en modo TCP (que IIRC tiene). La desventaja de esta opción es que el servidor no podrá ver las direcciones IP de los clientes y usted agrega otro posible punto de falla.
Si esa no es una opción, puedes intentar encontrar una manera de hacer que la aplicación se conecte al dominio correcto en primer lugar. Thunderbird en realidad tiene esa característica: puedes alojar unconfiguración automáticaarchivo a través de HTTP, y el cliente de correo lo utilizará para determinar el nombre correcto del servidor de correo.
También puede intentar agregar registros SRV para _imaps._tcpy _submission(s)._tcpbajo su dominio, apuntando al servidor de correo correcto. Algunos clientes de correo los usarán para la configuración automática al agregar una cuenta, aunque Thunderbird no.