Meu servidor de correio está em alguma causa da lista negra de spams. Reconfigurei o postfix. Depois disso, meus clientes recebem esse 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
Você pode ignorar as restrições HELO para usuários autenticados inserindo
permit_sasl_authenticated
antes de rejeitar regras nasmtpd_helo_restrictions
lista:fonte
A variável de nome do host para o seu servidor de email é inválida.
Tente alterar o valor do
myhostname
campo do/etc/postfix/main.cf
valor padrão para o nome do host (por exemplo,yourwebsite.com
oumail.yourwebsite.com
)fonte
Demorei muito tempo para resolver isso
Estou executando um servidor centos e estava recebendo e-mails retornando relatando o erro "Comando Helo rejeitado: precisa do nome completo do host"
Acabei ativando "Reference / etc / mailhelo para SMTP de saída HELO [?]" Isso foi localizado em "exim configuration manager" e depois "Domains and IPS" no servidor VPS
Então eu usei o putty e remotei no servidor e executei este comando "sudo nano / etc / mailhelo"
Nesse arquivo, criei os domínios exemplo.com: exemplo.com sub.exemplo.com: exemplo.com exemplo.net: exemplo.net addon.exemplo.net: exemplo.net *: hostname.exemplo.com
(conforme http://docs.cpanel.net/twiki/bin/view/AllDocumentation/WHMDocs/EximDifferentIps )
Eu testei o envio de e-mails e tudo parece bom até agora
fonte
Não é o seu servidor de email que rejeita o cliente, mas um servidor SMTP externo que rejeita a mensagem do 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. Como isso:
1.1.1.1 host.domain.com host
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 / trás no IP público e eu tinha apenas meu próprio servidor de nomes no /etc/resolv.conf. Até o nome do host -f retornou o correto. Eu ainda tinha que colocar o ip e o nome do host em / etc / hosts para o sendmail usar realmente o FQDN em vez de apenas o nome abreviado do host.
Se você telnetar para o servidor na porta 25, verifique se a linha 220 indica o FQDN e não apenas o host. Como isso:
220 host.domain.com ESMTP Sendmail 8.15.2 / 8.15.2 / SuSE Linux 0.8; Segunda-feira, 9 de jul de 2018 18:19:48 +0200
fonte
Às vezes, um servidor tem um 'soluço'. Causada, por exemplo, por ataques de correio.
Primeiro tente reiniciar o servidor. Em seguida, defina o email no servidor como desativado após 15 segundos novamente.
Às vezes, o cmd HELO rejeitado é causado porque o email não pode carregar novas definições de antivírus; como o AmaVis, usado em servidores Apple. Uma reinicialização e desativação / desativação do aplicativo de email no servidor resolve esse problema. Felicidades.
fonte
Eu estava recebendo um nome que não era de domínio durante a execução
hostname -f
. Então, pesquisei no Google por nenhum domínio em "hostname -f" . Acabou que eu precisava editar/etc/hostname
(estou no Debian) para resolver o problema. Depois de que amboshostname -f
ehelo
foram usando nome completo do host.fonte
Se você deseja rejeitar o HELO com nomes de host inválidos, mas ainda permitir que seus usuários possam enviar, mesmo que seus clientes não enviem FQDNs com o HELO, você pode deixar essas linhas no lugar como elas:
Mas verifique se eles são precedidos por:
Dessa forma, quando um de seus usuários se autenticar, ele poderá enviar e-mails, independentemente da validade do comando HELO, e apenas conexões não autenticadas (que devem ser apenas outros servidores SMTP que retransmitem mensagens para você, porque você obviamente, exigir que todos os seus usuários se autentiquem, certo?) estará sujeito ao requisito HELO válido.
fonte