Um cliente tem usado o IIS v6 SMTP no Windows 2008 R2 por muitos anos para enviar notificações automatizadas do servidor. Seus aplicativos usam o Blat para enviar através do host local sem autenticação. O email parece sair diretamente desse sistema com um FQDN de mascaramento que é o mesmo que o servidor de email real. Somente o e-mail de sua equipe (Outlook, etc) passa pelo servidor SMTP real.
Estamos migrando a maior parte da funcionalidade para um novo servidor do Windows 2016 e precisamos garantir que toda a automação de e-mail esteja funcionando corretamente. Eu estou preocupado que os servidores remotos que verificam o SPF ou o DKIM ou outra certificação irão rejeitar ou lixeira silenciosamente e-mails deste servidor. Acredito que é provável que o número de servidores remotos fazendo isso aumente com o tempo.
Mas eu não encontrei o que eu esperava que fosse um clamor dos administradores sobre questões como essa, apenas algumas perguntas antigas ocasionais sobre como redirecionar para o GMail ou algum outro servidor. Eu não vejo uma pasta cheia de saltos. E recebo e-mails desse servidor - não filtrados pelo meu host de e-mail de terceiros.
Então, meus medos não parecem combinar com a realidade e não posso justificar uma recomendação para alterar a configuração em seu novo sistema. Tudo bem, eu não tenho uma agenda, estou realmente procurando garantir que as coisas funcionem, independentemente de como isso funciona.
1) Estou certo de que os servidores de destinatários poderiam / deverão / devem estar filtrando essas notificações de saída e os destinatários pretendidos podem nem estar recebendo seus e-mails?
2) É melhor usar apenas um servidor SMTP "real" como o Exchange ou o Postfix?
3) Existe alguma desvantagem em continuar usando o Blat, com a autenticação básica no localhost, e continuar a usar o IIS SMTP para enviar e-mails do servidor v2016?
Obrigado!