- Padrão do SMTP
+ Responder ao Tópico
-
Padrão do SMTP
Seguinte pessoal tenho um servidor de e-mail, que rejeita mensagens que vem de servidores que não consigo pingar ou dar um dig, mesmo o dominio sendo válido, ele tenta ler o host que eviou e acaba rejeitando o e-mail.
Estou tendo problemas com muitas pessoas, e as mesmas estão dizendo que esse metodo que uso é ultrapassado, alguem pode me dar uma informação se existe alguma RFC que diga que o servidor de envio deve se identifcar.
Minha conf do postifx que nega é essa:
# Solicita Helo
smtpd_helo_required=yes
# Nao permite vrfy
disable_vrfy_command=yes
# Exige envelopamento correto
strict_rfc821_envelopes = yes
# Controle dos mails recebidos
smtpd_sender_restrictions =
permit_mynetworks,
reject_non_fqdn_sender,
reject_unknown_sender_domain,
reject_unauth_pipelining
Ela esta nos conformes?
A mensagem de rejeição é essa:
Nov 20 16:47:22 servidor postfix/smtpd[25493]: NOQUEUE: reject: RCPT from unknown[IP DO EMITENTE]: 450 <HOST.DOMINIO_EMITENTE>: Helo command rejected: Host not found; from=<EMAIL DO EMITENTE> to=<MEU E-MAIL> proto=ESMTP helo=<HOST.DOMINIO_EMITENTE>
Atenciosamente,
-
Bom, já que não obtive retorno aqui, consegui em outro lugar:
NA lista do POSTIFIX-BR
Olá Leonardo, você esta correto, a pessoa não tem o mínimo
conhecimento sobre o protocolo SMTP. A configuração correta do
helo/ehlo é uma obrigação do admistrador. Segue o modelo de email
sobre HELO/EHLO.
É incrível quando eles notam que não sabem o que estão falando. É só
mostrar informações da RFC que eles ficarão sem argumentos.
Vou pegar todos os e-mails que já tive que escrever sobre problemas de
SMTP e por num artigo. Depois aviso a todos.
Sua conf está básica, olhe aqui:
Postfix with standart mbox format, saslauthd, spf, greylist, spamassassin
==========================================
Prezados,
O Servidor de Origem deve identificar-se apropriadamente ao iniciar uma
conexão e seguir, durante toda a conexão, as normas padronizadas para a
troca de correio eletrônico, como as descritas nas RFC 2821 e RFC 2142.
Precisamente, o servidor da #EMPRESA# esta aprensentando incoerência no item
"4.1.1.1 Extended HELLO (EHLO) or HELLO (HELO)" da RFC 2821, ao qual exige
um "fully-qualified hostname" (fqdn) ao utilizar o comando HELO/EHLO.
Para solucionar o problema, a #EMPRESA# deve adicionar uma entrada do tipo A
(ADDRESS) válida para o #HOST# da zona "#DOMÍNIO_REMETENTE#". Ou alterar o
valor do "hostname" [Postfix: myhostname/smtp_helo_name] utilizado
pelo seu servidor de email para um hostname FQDN.
Atenciosamente,
===================================================