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 servir ao principal objetivo de receber mensagens de email para fins de auditoria / log, que são tratadas com base em regras, que acionar ações. Ocasionalmente, pode haver uma resposta automática de volta.
Minha pergunta é se um servidor de email simples pode ser hospedado em uma VM do Azure, porque o que vejo na Internet a partir de uma pesquisa preliminar é que o Azure não suporta DNS reverso (eles atribuem IPs quase estáticos hoje em dia), o que causará os e-mails ocasionais de resposta automática a serem marcados como spam.
Minha pergunta é: É esse o caso ou existe alguma configuração que permita solucionar isso?
Nota: este é apenas um tipo de pergunta de pesquisa preliminar. Eu não sou um administrador.
EDIT: Para aqueles que gostariam de dizer e usar o SendGrid. Não vou enviar boletins, mas principalmente receber e-mails. Além disso, uma instância extra pequena do Azure custa US $ 9 / mês, onde a API Push do SendGrid (que não deixa a pesquisa como gostaria) começa em US $ 90 / mês, que é dez vezes o custo.
EDIT 2: Minha preferência é implementar um sistema baseado em pesquisa (pesquisar o servidor por novos e-mails a cada X horas) em vez de implementar um sistema baseado em fila + push (a maioria dos serviços de terceiros fornece uma API Push que envia cada email a um URL da Web )
EDIÇÃO 3: Prefiro não usar um serviço de terceiros, porque não quero que o conteúdo do email e dos anexos passe por eles.
EDIÇÃO 4: Não estou procurando conselhos sobre como configurá-lo ou qual serviço de terceiros usar. O que estou perguntando é " É possível configurar um servidor de email que possa receber emails e enviar emails ocasionais que não serão marcados como spam devido às limitações do Azure? Se houver limitações - quais são elas e como pode eles serão contornados? "
fonte
Respostas:
Não.
Você não pode ter certeza razoável de que seu e-mail de saída será entregue, pois muitos destinos simplesmente incluem lista negra, firewall ou até mesmo nulam todos os bloqueios de IP de todos os principais provedores de nuvem devido ao abuso intenso observado nesses intervalos - não apenas por e-mail, mas por outros meios. serviços também.
E mesmo que seu e-mail seja entregue hoje, isso não garante que continuará sendo entregue no futuro.
Você realmente precisa de um servidor de email fora do Azure (ou EC2 ou o que for) para processar seus emails de saída, embora ele não precise necessariamente ser um servidor de email de terceiros. Se você tiver o conhecimento, poderá fazer isso sozinho.
Quando eu coloquei um serviço no EC2 que precisava ser entregue em uma lista de emails, descobri, ao testar, que quase 3/4 dos endereços da lista não aceitavam emails de lá. Acabei enviando tudo para um smarthost localizado fora do EC2. Curiosamente, isso também melhorou o desempenho ...
Tendo recebido mail no Azure haveria nenhum problema, já que as questões acima não se aplicam.
fonte
NÃO.
Em 99,999% do tempo, faz muito mais sentido usar um manipulador de SMTP / email de terceiros do que implementar seu próprio servidor de email.
Há até um documento nos documentos do Azure sobre o uso do Sendgrid .
I altamente recomendável que você siga estas diretrizes e usar Sendgrid (ou serviço similar) como um provedor de retransmissão SMTP.
Os meandros da configuração de um servidor de correio configurado corretamente são imensamente complicados.
fonte