Estoy considerando la posibilidad de configurar un servidor de correo electrónico SMTP + IMAP simple para uso interno en una máquina virtual Azure pequeña adicional. Cuando digo uso interno no me refiero a "utilizado por usuarios internos", sino para usar como parte de un sistema más grande y para servir al propósito principal de recibir mensajes de correo electrónico con fines de auditoría / registro que luego se manejan en base a reglas, que desencadenar acciones. Ocasionalmente puede haber una respuesta automática.
Mi pregunta es si se puede alojar un servidor de correo electrónico simple dentro de una máquina virtual de Azure, porque lo que veo en Internet de una búsqueda preliminar es que Azure no admite DNS inverso (aunque en la actualidad asignan IP casi estáticas), lo que causará los correos electrónicos salientes de respuesta automática ocasionales se marcarán como spam.
Mi pregunta es: ¿es ese el caso o hay alguna configuración que permita solucionar esto?
Nota: Este es solo un tipo de pregunta de investigación preliminar. No soy administrador
EDITAR: Para aquellos que saltan y dicen usar SendGrid. No voy a enviar boletines, sino principalmente a recibir correos electrónicos. También una instancia extra pequeña de Azure es de $ 9 / mes, mientras que SendGrid Push API (que no permitirá que la encuesta me guste) comienza en $ 90 / mes, que es diez veces el costo.
EDITAR 2: Mi preferencia es implementar un sistema basado en encuestas (sondear el servidor para obtener nuevos correos electrónicos cada X horas) en lugar de implementar un sistema basado en colas push + (la mayoría de los servicios de terceros proporcionan una API Push que empuja cada correo electrónico a una url web )
EDITAR 3: Preferiría no usar un servicio de terceros, porque no quiero que el contenido del correo electrónico y los archivos adjuntos pasen por ellos.
EDIT 4: Mira, no estoy buscando un consejo sobre cómo configurarlo o qué servicio de terceros utilizar. Lo que pregunto es " ¿Es posible configurar un servidor de correo electrónico que pueda recibir correos electrónicos y enviar correos ocasionales que no se marcarán como spam debido a las limitaciones de Azure? Si hay limitaciones, ¿cuáles son esas y cómo pueden se trabajarán alrededor? "
fuente
Respuestas:
No.
No puede estar razonablemente seguro de que se enviará su correo electrónico saliente, ya que muchos destinos simplemente incluyen una lista negra, un cortafuegos o incluso una ruta nula de todos los bloques de IP de los principales proveedores de la nube debido al fuerte abuso visto desde esos rangos, no solo desde el correo electrónico sino a través de otros servicios también.
E incluso si su correo se entrega hoy, eso no garantiza que se seguirá entregando en el futuro.
Usted realmente necesita un servidor de correo fuera de Azure (o EC2 o lo que sea) para procesar su correo saliente, aunque no necesariamente tiene que ser un servidor de correo de terceros. Si tiene la experiencia, puede hacerlo usted mismo.
Cuando puse un servicio en EC2 que tenía que entregar a una lista de correo, descubrí en las pruebas que casi 3/4 de las direcciones de la lista no aceptarían correo desde allí. Terminé enviando todo a un smarthost ubicado fuera de EC2. Curiosamente, esto también mejoró el rendimiento ...
Tener correo entrante en Azure no sería un problema, ya que los problemas anteriores no se aplican.
fuente
No lo hagas.
El 99.999% de las veces tiene mucho más sentido utilizar un controlador de correo / SMTP de terceros que implementar su propio servidor de correo.
Incluso hay un documento en los documentos de Azure sobre el uso de Sendgrid .
Yo altamente recomiendo que sigue estas pautas y utilizar SendGrid (o servicio similar) como proveedor de retransmisión SMTP.
Las complejidades de configurar un servidor de correo configurado correctamente son inmensamente complicadas.
fuente