Comando Helo rejeitado: precisa de erro de nome de host totalmente qualificado

Question

Meu servidor de e-mail está em uma lista negra de spams. Eu reconfigurou o postfix. Depois então Meus clientes recebem este erro e não podem enviar e-mails.

404 4.5.2 <PLLAMNAZIFE>: Helo command rejected: need fully-qualified hostname

No Mail.log:

postfix/smtpd[9853]: NOQUEUE: reject: RCPT from unknown[xx.xx.xx.xx]: 
404 4.5.2 <PLLAMNAZIFE>: Helo command rejected: need fully-qualified hostname; 
from=<[email protected]> to=<[email protected]> proto=ESMTP helo=<PLLAMNAZIFE>

No meu main.cf:

   # rules restrictions
smtpd_client_restrictions =
        permit_sasl_authenticated 
smtpd_helo_restrictions =
        permit_mynetworks,
        reject_non_fqdn_helo_hostname,
        reject_invalid_helo_hostname,
        permit
smtpd_sender_restrictions =
smtpd_recipient_restrictions = 
        permit_sasl_authenticated, 
        reject_unauth_pipelining,
        reject_non_fqdn_recipient,
        reject_unknown_recipient_domain,
        permit_mynetworks, 
        reject_unauth_destination, 
        reject_invalid_hostname, 
        reject_non_fqdn_sender, 
        reject_unknown_sender_domain,
        reject_rhsbl_client blackhole.securitysage.com, 
        reject_rhsbl_sender blackhole.securitysage.com, 
        reject_rbl_client zen.spamhaus.org, 
        reject_rbl_client bl.spamcop.net, 
        reject_rbl_client blackholes.easynet.nl, 
        reject_rbl_client cbl.abuseat.org, 
        reject_rbl_client proxies.blackholes.wirehub.net, 
        reject_rbl_client dnsbl.njabl.org

smtpd_helo_required = yes
unknown_local_recipient_reject_code = 550
disable_vrfy_command = yes
smtpd_data_restrictions = reject_unauth_pipelining

    

Answer 1

Essa mensagem de erro está aparecendo porque o cliente de e-mail está enviando apenas um nome de host simples ("PLLAMNAZIFE") em vez de um nome de host totalmente qualificado (por exemplo, "PLLAMNAZIFE.example.com") na parte HELO / EHLO da transação SMTP, e seu servidor Postfix está configurado para rejeitar tais mensagens.

Muitos programas clientes de email não enviam nomes de host válidos, completos e formatados corretamente em HELO / EHLO . Como você precisa aceitar esses e-mails de clientes pagantes e ter pouco ou nenhum controle sobre qual cliente de e-mail eles usam (e porque HELO checks não são muito úteis no bloqueio de spam), provavelmente é melhor desabilitar o HELO verificações.

Para desativar as verificações de HELO , remova as duas linhas seguintes da sua configuração do Postfix:

    reject_non_fqdn_helo_hostname,
    reject_invalid_helo_hostname,

Melhor ainda, remova toda a regra smtpd_helo_restrictions = ... e smtpd_helo_required = yes .

    

Answer 2

Você pode ignorar restrições HELO para usuários autenticados inserindo permit_sasl_authenticated antes de rejeitar regras na lista smtpd_helo_restrictions :

smtpd_helo_restrictions =
    permit_mynetworks,
    permit_sasl_authenticated,
    reject_non_fqdn_helo_hostname,
    reject_invalid_helo_hostname,
    permit

    

Answer 3

A variável do nome do host para seu servidor de e-mail é inválida.

Experimente e altere o valor do campo myhostname de /etc/postfix/main.cf do valor padrão para seu nome de host (por exemplo, yourwebsite.com ou mail.yourwebsite.com )

    

Answer 4

Demorei séculos para resolver isso

Estou executando um servidor centos e recebendo um e-mail retornando relatando o erro "O comando Helo rejeitou: precisa do nome completo do host"

Acabei habilitando "Reference / etc / mailhelo para o SMTP de saída HELO [?]" Isso foi localizado em "gerenciador de configuração do exim", em seguida, "Domínios e IPS" no servidor VPS

Então eu usei putty e remoted para o servidor e executei este comando "sudo nano / etc / mailhelo"

Nesse arquivo eu criei os domínios example.com: example.com sub.example.com: example.com example.net: example.net addon.example.net: example.net *: hostname.example.com

(conforme link )

Eu testei o envio de e-mails e tudo parece bem até agora

    

Answer 5

Não é o seu servidor de e-mail que rejeita o cliente, mas um servidor SMTP externo que rejeita a mensagem do seu servidor SMTP, o problema é que o servidor SMTP não envia seu nome FQDN na mensagem helo ao se comunicar com outros servidores.

Isso geralmente pode ser resolvido adicionando o IP público ao arquivo hosts com o FQDN no arquivo / etc / hosts. Assim:

1.1.1.1 host host.domain.com

127.0.0.2 host.domain.com host

Onde 1.1.1.1 é o IP oficial.

Eu tive esse problema e não ajudou que o DNS estivesse trabalhando nos dois sentidos para frente / para trás no IP público e eu tinha apenas meu próprio servidor de nomes em /etc/resolv.conf. Mesmo hostname -f retornou o correto. Eu ainda tive que colocar o ip e o hostname em / etc / hosts para o sendmail para realmente usar o FQDN em vez de apenas o hostname curto.

Se você fizer telnet para o servidor na porta 25, verifique se a linha 220 indica o FQDN e não apenas o host. Assim:

220 host.domain.com ESMTP Sendmail 8.15.2 / 8.15.2 / SuSE Linux 0.8; Seg, 9 jul 2018 18:19:48 +0200

    

Answer 6

Às vezes, um servidor tem um 'soluço'. Causada, por exemplo, por ataques por email.

Primeiro, tente reiniciar o servidor. De definir o email no servidor para um após 15 segundos novamente.

Às vezes, o cmd HELO rejeitado é causado porque o correio não pode carregar novas definições de antivírus; como o AmaVis, usado nos servidores da Apple. Uma reinicialização e off / on o aplicativo de email no servidor resolve esse problema. Felicidades.

    

Answer 7

Eu estava recebendo um nome que não é de domínio ao executar hostname -f . Então eu pesquisei em nenhum domínio em "hostname -f" . Aconteceu que eu precisava editar /etc/hostname (estou no Debian) para resolver o problema. Depois disso, hostname -f e helo estavam usando o nome completo do host.