Estou tentando diagnosticar porque os e-mails que estou enviando da pasta de recebimento SMTP do IIS do meu servidor estão sendo devolvidos ocasionalmente.
Um técnico de uma empresa receptora que não conseguiu receber os e-mails disse:
The email would go through if you could configure your server to use
<servername>.<domain>.<tld> instead of just <servername>
Naveguei para o seguinte local no IIS:
Uma vez lá, vejo que posso mudar o nome do Domain Name para qualquer coisa que eu queira. Eu fiz isso, mas agora estou tentando descobrir se é o suficiente.
Depois de enviar um e-mail de teste, aqui está o relatório do antispam que vejo no gmail, por exemplo:
X-Forefront-Antispam-Report:
CIP:<server ip>;
KIP:(null);
UIP:(null);
IPVD:NLI;
H:<server name>;
RD:<server name>.<domain>.<tld>;
EFVD:NLI
Estou tentando descobrir o que isso significa, então sei se o configurei corretamente. Qual é a diferença entre H e RD ? Existe algum tipo de documentação do ForeFront Antispam que descreva o que significam os diferentes códigos?
Isso é na verdade mais uma situação de configuração do servidor SMTP quanto ao modo como o servidor está "anunciando" a si mesmo para os outros servidores quando negociam sessões SMTP. Apenas acontece de ser "ForeFront", sendo o seu sistema que, finalmente, "se conecta" com os sistemas SMTP externos.
O principal problema que você está tendo aqui (com spam ou bouncebacks SMTP) é que o servidor do qual você está enviando e-mails não é um servidor SMTP da Internet e, portanto, não possui nenhum dos registros de e-mail apropriados registrados contra ele deve alguém fazer uma pesquisa de DNS e pesquisa inversa IP.
Infelizmente, a maioria dos servidores SMTP retransmite todos os servidores SMTP que o email passou antes de recebê-lo e, se algum deles não fizer o check out como "legítimo", ele negará, descartará ou rejeitará o email.Veja algo como SPF: link
Ou pode ser uma boa ideia fazer com que o servidor de origem não envie e-mails em si e usar um servidor SMTP configurado corretamente em sua organização, como o Exchange ou um provedor SMTP externo que permita a retransmissão.
Tags configuration email smtp iis spam