Configuração correta do FQDN?

Question

Eu vejo nos registros do SMTP que alguns e-mails estão sendo rejeitados

OutboundConnectionResponse SMTPSVC1 Sxxx - 25 - - 504+:+Helo+command+rejected:+need+fully-qualified+hostname 0 0 69 0 47 SMTP

Em IIS6 > SMTP > Delivery > Advanced Eu posso ver que o FQDN está definido para o nome do servidor 'Sxxx'

Este servidor hospeda muitos sites diferentes em domínios diferentes, por isso não tenho certeza do que esse FQDN realmente se refere? O servidor não possui um nome de domínio próprio, apenas endereços IP. Todos os sites têm nomes de domínio diferentes, portanto, qual deles escolher.

Como o SMTP (AFAIK) apenas envia mensagens, ele não tem uma 'identidade' real: ele recebe um e-mail, examina o domínio do destinatário, localiza o servidor e o registro mx associado e tenta passar o arquivo / e-mail para ele servidor. Meu entendimento aqui está correto? Em caso afirmativo, o que devo fazer para fornecer um FQDN.

EDIT: acabou de perceber que os sites que enviam emails especificam um servidor de email externo real, não localhost, então presumivelmente eles se conectam ao serviço SMTP local que passa o email para o servidor de email externo especificado (ou ignora o SMTP local servidor completamente e conectar-se diretamente ao servidor de email externo?) e é isso que realmente envia o email para o destinatário (estou faltando alguns conceitos fundamentais aqui, eu sei) - então talvez o SMTP FQDN deve ser o do correio externo servidor?

Se

    

Answer 1

O valor do FQDN encontrado em Delivery -> Advanced nas propriedades do servidor SMTP é o nome de domínio que o Servidor SMTP usa quando precisa se identificar em outros servidores de e-mail.

A maioria dos MTAs de recepção tentará validar essa identidade realizando uma pesquisa reversa de DNS para o endereço IP do servidor de envio, portanto, verifique se o FQDN inserido também está presente no registro PTR do endereço IP público do seu servidor:

Se você usar o FQDN mailserver01.neilthompson.tld e seu endereço IP for 1.2.3.4, certifique-se de que o registro PTR em 4.3.2.1.in-addr.arpa tenha um valor de mailserver01.neilthompson.tld . Seu ISP deve ser capaz de ajudá-lo se você não tiver autoridade de suas próprias zonas reversas

    

Answer 2

As SMTP (AFAIK) just shunts out messages it has no real 'identity' itself: it's just given an email, looks at the recipient domain, finds the associated mx record and server and tries to pass the file/email to that server. Is my understanding here correct?

Está certo até agora. Mas como infelizmente estamos no Age of eMail Spam, os servidores destinatários querem ver IDs válidos em suas instalações alfandegárias, ou seja, FQDNs, registros DNS válidos e tal.

just realised that the websites that send emails specify an actual external mail server, not localhost,

Ok, nesse caso você não verá nenhum log SMTP no seu servidor.

Mas: como você está no "negócio SMTP", você precisará de um fqdn para o seu servidor, como 'Sxxx.yourdomain.tld' - tenha cuidado ao resolver em ambas as direções (fqdn - > IP e IP - > fqdn).