Início / server / Perguntas / 829210
Accepted
Alexis Wilke
Asked: 2017-01-29 18:14:06 +0800 CST

Postfix me dá "Endereço do remetente rejeitado: precisa de endereço totalmente qualificado;" erros com o que parecem ser endereços estranhos

  • 772

Estou recebendo algumas mensagens de erro como esta:

Jan 28 17:20:47 halk postfix/smtpd[29413]: NOQUEUE:
    reject: RCPT from mail.m2osw.com[138.197.205.139]:
    504 5.5.2 <SRS1=R3xB=m2osw.com==hj4N=ZL=lime.ocn.ne.jp=@com>:
    Sender address rejected: need fully-qualified address;
    from=<SRS1=R3xB=m2osw.com==hj4N=ZL=lime.ocn.ne.jp=@com>
    to=<[email protected]> proto=ESMTP helo=<m2osw.com>

Não tenho certeza se entendi o endereço de "e-mail" encontrado entre os colchetes angulares:

SRS1=R3xB=m2osw.com==hj4N=ZL=lime.ocn.ne.jp=@com

Isso parece uma porcaria para mim, mas talvez seja uma forma de envelope?

O From original se parece com isso:

From: western union <"westernunion1."@lime.ocn.ne.jp>

(que é um e-mail de spam claro, mas isso também acontece com não-spam.)

Tanto quanto sei, minha configuração funcionou bem antes, mas atualizei um dos meus servidores de e-mail para o postfix mais recente (bem, Ubuntu 16.04 em vez de 14.04). O servidor de arquivamento foi atualizado há algum tempo.

Este erro acontece quando envio um e-mail para mim mesmo do gmail. Em seguida, o Gmail recebe uma rejeição.

A configuração é mais ou menos assim:

+------------------+    +------------------+
|                  |    |                  |
| Client           |--->| Main Server      |
|                  |    |                  |
+------------------+    +------------------+
                                |
                                v
                        +------------------+
                        |                  |
                        | Archive Server   |
                        |                  |
                        +------------------+

No servidor principal , o e-mail funciona conforme o esperado. O erro ocorre quando o e-mail chega ao servidor de arquivamento .

Existe algo que poderia ter mudado que "quebra" o endereço de e-mail de tal forma ao encaminhar de um MTA postfix para outro?

postfix email-server ubuntu-16.04 email-bounces

2 respostas

  1. Acho que não, o log que você compartilhou mostra que tudo parece OK e o postfix está funcionando bem. Se você precisar de mais informações sobre o que está acontecendo, adicione o seguinte ao main.cf:

    error_notice_recipient = [email protected]
delay_notice_recipient = $error_notice_recipient
bounce_notice_recipient = $error_notice_recipient
2bounce_notice_recipient = $error_notice_recipient
#The list of error classes that are reported to the postmaster
notify_classes = bounce, delay, policy, protocol, resource, software

    A rejeição é porque uma dessas linhas:

    rejeite_non_fqdn_helo_hostname,
    rejeite_non_fqdn_recipient

    Espero que isso ajude

    • 1
  2. Best Answer

    Ok, encontrei o culpado. Esses endereços de e-mail "estranhos" começam com SRS, que aponta para o suporte SPIF que postfixpode ser usado por meio de postsrsd. Existem quatro entradas que o postsrsdautor do daemon sugere fazer em seu postfix/main.cfarquivo:

    sender_canonical_maps = tcp:localhost:10001
sender_canonical_classes = envelope_sender
recipient_canonical_maps = tcp:localhost:10002
recipient_canonical_classes= envelope_recipient,header_recipient

    Claramente, isso gera um envelope do endereço de e-mail. A especificação desse envelope é:

    [email protected]

    O problema no meu caso era que o nome de domínio após o @estava sendo gerado dinamicamente. Isso significava pegar o nome de host completo do computador e remover o primeiro nome. Então se eu tiver m2osw.comcomo hostname, postsrsdacaba usando comcomo nome de domínio. Em outras palavras, eu terminaria com endereços de e-mail parecidos com:

    ...@com

    Obviamente, @comnão é um nome de domínio válido.

    O postsrsddaemon usa algumas definições encontradas no arquivo:

    /etc/default/postsrsd

    Lá encontramos uma variável chamada SRS_DOMAIN. Definindo essa variável com o nome de domínio correto:

    SRS_DOMAIN=m2osw.com

    Os e-mails são enviados conforme o esperado e os erros desaparecem. (ou seja, tínhamos essa configuração adequada em nosso antigo "servidor principal". Perdemos isso ao fazer nossa transferência.)

    • 1

relate perguntas