Postfix diz “550 Address unknown”, mas verificar via telnet encontra o endereço

Question

Estou tentando enviar um e-mail pelo Postfix de mydomain.com para um endereço que eu conheço ([email protected]). O postfix está relatando que o endereço não existe.

Trecho de mail.log

Jun  7 07:01:47 mydomain postfix/smtp[50352]: 010BB40606: to=<[email protected]>, relay=remote.example.org[redacted]:25, delay=1.2, delays=0.37/0/0.37/0.48, dsn=5.0.0, status=bounced (host remote.example.org[redacted] said: 550 Address unknown (in reply to RCPT TO command))
.

Aqui está a sessão de telnet (do servidor onde o Postfix é executado) mostrando que o endereço existe:

# telnet remote.example.org 25
Trying [redacted]...
Connected to remote.example.org.
Escape character is '^]'.
220 sophos.example.local ESMTP ready.
HELO mydomain.com
250 sophos.example.local Hello mydomain.com [redacted]
MAIL FROM: <[email protected]>
250 OK
RCPT TO: <[email protected]>
250 Accepted

Aqui está a saída de "postconf -n":

alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
bounce_queue_lifetime = 2h
inet_interfaces = loopback-only
inet_protocols = ipv4
mailbox_size_limit = 0
maximal_backoff_time = 15m
maximal_queue_lifetime = 2h
milter_default_action = accept
milter_protocol = 2
minimal_backoff_time = 5m
mydestination = mydomain.com, localhost.mydomain.com
myhostname = mydomain.com
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
myorigin = /etc/mailname
non_smtpd_milters = inet:localhost:12301
queue_run_delay = 5m
readme_directory = no
recipient_delimiter = +
relayhost =
smtp_tls_security_level = may
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
smtpd_milters = inet:localhost:12301
smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination
smtpd_tls_cert_file = /etc/letsencrypt/live/www.mydomain.com/fullchain.pem
smtpd_tls_key_file = /etc/letsencrypt/live/www.mydomain.com/privkey.pem
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes

A mensagem foi devolvida várias vezes.

Ajuda muito apreciada.

    

Answer 1

A parte relevante do seu log é host remote.example.org[redacted] said: 550 Address unknown (in reply to RCPT TO command) . Isso basicamente significa que o host remoto decidiu não aceitar esse email. Diz que um endereço é desconhecido.

No tempo de hoje das mensagens de erro dos filtros de spam nem sempre significam o que dizem. Também "Endereço desconhecido" é bastante inespecífico, pois pode significar o destinatário ou o remetente.

Como a resposta é recebida em resposta ao comando RCPT TO , o host remoto tem um conhecimento bastante limitado (ou seja, ele ainda não viu o conteúdo de e-mail, o caminho de retorno, etc.). A decisão pode ser baseada no endereço IP do servidor de envio, HELO hostname, MAIL FROM address ou RCPT TO address.

Se a mensagem de erro estiver correta, ela deve estar relacionada a MAIL FROM ou RCPT TO , pois são "endereços" - os outros dois (pelo menos em um contexto SMTP) não são endereços.

Quando você está falando com um servidor de email "normal" que fornece uma saída mais detalhada, a resposta de um endereço de destinatário desconhecido geralmente é "usuário desconhecido" ou "endereço do destinatário rejeitado". O "endereço desconhecido" é um leve indício de que algo está acontecendo. Neste caso, há duas coisas para fazer:

1. Experimente a sessão de depuração de telnet com o mesmo HELO ou EHLO que seu sistema de e-mail usa e use os mesmos MAIL FROM e RCPT TO que o e-mail que falhou.
2. Entre em contato com o proprietário do servidor recebedor que está com problemas para enviar e-mails legítimos para o sistema dela. A maioria das pessoas encarregadas tentará ajudá-lo com isso. Os logs no lado recieving são geralmente muito mais informativos do que no lado do envio. Certifique-se de incluir a data e a hora exatas junto com seus endereços de e para o seu pedido, pois isso realmente ajuda a encontrar a entrada de registro correspondente.