Quando comecei a usar o sendmail para receber e-mails para o meu domínio, o FQDN do servidor não estava configurado corretamente, então parece ser localhost quando outro MTA está conectado a ele.
Isso parece funcionar bem. ou seja, algo como:
My Server: 220 localhost.localdomain ESMTP
Client: EHLO example.com
My Server: 250 localhost.localdomain
Eu também poderia enviar e-mails corretamente, já que me disfarcei como o domínio correto. Eu nunca recebi uma mensagem de spam neste domínio. Acredito que os spammers normalmente varrem a Internet procurando respostas para a porta 25 e, quando a encontrarem, conectem-se, recebam o nome de domínio da saudação ou do nome do domínio após a resposta e tentem nomes de usuário aleatórios nesse domínio.
Como eles só recebem localhost como o nome de domínio, eles não podem tentar isso e, portanto, somente pessoas genuínas que sabem o nome do domínio (tendo o endereço do servidor de email dos registros mx no DNS do domínio) podem enviar mensagens para o domínio. (Meu DNS reverso não corresponde ao meu domínio, portanto eles também não podem obter o domínio). Infelizmente, configurei agora o servidor com um FQDN adequado que agora está sendo exibido.
Agora é mais ou menos assim:
My server: 220 (My reverse DNS which is not my domain name)
(I set this using confSMTP_LOGIN_MSG,'(My reverse DNS) Sendmail; $b')
C: EHLO example.com
My Server: 250 (My FQDN) oh no:(
Como faço para alterar o bit após 250 para algo diferente de meu FQDN sem me livrar do FQDN no servidor?
Também há alguma consequência ruim nisso além de quebrar o RFC relevante?
Eu adicionei a linha DjMyReverseDNS para sendmail.mc onde MyReverseDNS é tudo o que eu quero mostrar ou seja, definindo j (que é a variável para o FQDN AFAIK) para o que eu quero. Isso parece funcionar em um teste básico, embora eu precise testar isso mais tarde. Ty
Tags configuration sendmail