Um servidor de e-mail pode ser configurado em uma VM do Azure?

Question

Estou considerando a possibilidade de configurar um servidor de email SMTP + IMAP simples para uso interno em uma VM do Azure extra pequena. Quando digo uso interno, não quero dizer "usado por usuários internos", mas para uso como parte de um sistema maior e para atender ao principal objetivo de receber mensagens de e-mail para fins de auditoria / registro que são então manipulados com base em regras, que acionam ações. Ocasionalmente, pode haver uma resposta automática de volta.

Minha pergunta é se um simples servidor de email pode ser hospedado em uma VM do Azure, porque o que eu vejo na Internet de uma pesquisa preliminar é que o Azure não suporta DNS reverso (eles atribuem IPs quase estáticos hoje em dia), fará com que os e-mails de saída de resposta automática ocasionais sejam marcados como spam.

Minha pergunta é: esse é o caso ou existe alguma configuração que permita contornar isso?

Nota: Este é apenas um tipo de questão de pesquisa preliminar. Eu não sou um administrador.

EDIT: Para aqueles que pular e dizer usar o SendGrid. Não vou enviar boletins informativos, mas principalmente receber e-mails. Além disso, uma instância extra pequena do Azure custa US $ 9 / mês, onde a API SendGrid Push (que não permite a pesquisa como eu gostaria) começa em US $ 90 / mês, o que representa dez vezes o custo.

EDIT 2: Minha preferência é implementar um sistema baseado em pesquisas (pesquisar o servidor para novos e-mails a cada X horas) em vez de implementar um sistema push + queue (a maioria dos servicies de terceiros fornece uma API Push que envia cada e-mail para uma URL da web)

EDIT 3: Eu preferiria não usar um serviço de terceiros, porque não quero que o conteúdo do e-mail e anexos passem por eles.

EDIT 4: Olha, eu não estou procurando um conselho sobre como configurá-lo ou qual serviço de terceiros usar. O que estou perguntando é " É possível configurar um servidor de e-mail que pode receber e-mails e enviar e-mails ocasionais que não serão marcados como spam devido a limitações do Azure? Se houver limitações - quais são essas e como eles podem ser contornados? "

    

Answer 1

Não.

Você não pode ter certeza de que seu e-mail de saída será enviado, pois muitos destinos simplesmente bloqueiam, bloqueiam firewall ou até mesmo nulo roteiam os bloqueios de IP dos principais provedores de nuvem devido ao abuso pesado visto desses intervalos - não apenas do e-mail mas também através de outros serviços.

E mesmo que seu e-mail seja entregue hoje, não há garantia de que continuará sendo entregue no futuro.

Você realmente precisa de um servidor de e-mail fora do Azure (ou EC2 ou qualquer outro) para processar seu e-mail de saída, embora não seja necessariamente necessário ser um servidor de e-mail de terceiros. Se você tem o conhecimento, você pode fazer isso sozinho.

Quando eu coloco um serviço no EC2 que deve ser entregue em uma lista de discussão, descobri que, ao testar, quase 3/4 dos endereços da lista não aceitariam emails de lá. Acabei enviando tudo para um smarthost localizado fora do EC2. Curiosamente, isso também melhorou o desempenho ...

Ter mensagens recebidas no Azure não seria problema, pois os problemas acima não se aplicam.

    

Answer 2

NÃO.

99,999% das vezes faz muito mais sentido usar um manipulador de SMTP / e-mail de terceiros do que implementar seu próprio servidor de e-mail.

Há até mesmo um documento no documento do Azure sobre o uso Sendgrid .

Eu altamente recomendo que você siga estas diretrizes e use o Sendgrid (ou serviço similar) como um provedor de retransmissão SMTP.

As complexidades da configuração de um servidor de e-mail configurado corretamente são imensamente complicadas.