La única forma en que podría mantener la reputación de IP sería mediante retransmisión SMTP o proxy de red a través de un host en la red original. En la mayoría de los casos, no tiene sentido incurrir en esta sobrecarga y complejidad para que el servidor de origen resida en AWS.
La manipulación de la información de origen con NAT, etc. no funcionará, ya que la red receptora necesitará acceso a la red de envío.
En cambio, recomendaría la transición del servicio de entrega SMTP de terceros como Mailgun, etc. que tienen una gran reputación para empezar. Esto le permitirá hacer la transición de su modelo a cualquier otro lugar en el futuro, sin cambiar las configuraciones principales. Dado que ahora está en un punto de transición, es un buen momento para hacerlo. Dependiendo de con quién vaya, obtendrá análisis adicionales y puede mejorar su capacidad de entrega general.
- ¿Cuáles son las desventajas de la computación en la nube?
- ¿Cómo podría poner a mis programadores al día con la computación en la nube y los micro servicios rápidamente?
- ¿Cómo iniciar una empresa proveedora de computación en la nube (IaaS)? Cuáles son los primeros pasos
- ¿Cuál es el costo de alojar un sitio web con la nube de Google?
- ¿Cuáles son los desafíos más difíciles para los departamentos de TI internos al implementar una nube privada?
Su dominio “de” no necesita cambiar. Sin embargo, deberá reconfigurar los registros DNS de su dominio para incluir la red del proveedor externo para registros SPF, etc. “De” “responder a” etc. son campos asociados con el mensaje, no necesariamente la red de la que provienen. Por ejemplo, una compañía puede usar Google GSuite para correo electrónico, para enviar y recibir en nombre de xyzcompany.com para los usuarios y aún usar un proveedor externo para enviar mensajes desde dispositivos, servidores, etc. No importaría si el dispositivo fuera enviando como xyzcompany.com o server.xyzcompany.com