Erro de resolução de DNS na fila de mensagens postfix

Question

mailq me dá este erro:

F2E7B32820F3     3549 Wed Feb 17 12:15:50  "www-data@info"@hivemind.ru
(host mxs.mail.ru[94.100.180.150] said: 421 Problem resolving DNS for domain info"@hivemind.ru (Domain name is syntactically invalid) (in reply to MAIL FROM command))

Eu vejo esse tipo de mensagens geradas pelo mesmo software (antigo fórum do SMF), mas não consigo encontrar a parte exata. Pesquisa na internet não me dá resultados.

O software do fórum parece gerar mensagens corretamente:

postcat -vq 0492D3282068
postcat: name_mask: all
postcat: inet_addr_local: configured 2 IPv4 addresses
postcat: inet_addr_local: configured 2 IPv6 addresses
*** ENVELOPE RECORDS maildrop/0492D3282068 ***
message_arrival_time: Sun Feb 21 15:01:55 2016
named_attribute: rewrite_context=local
sender_fullname: www-data
sender: www-data
*** MESSAGE CONTENTS maildrop/0492D3282068 ***
regular_text: To: [email protected]
regular_text: Subject: =?UTF-8?B?0JTQvtCx0YDQviDQv9C+0LbQsNC70L7QstCw0YLRjCDQvdCwINGE0L7RgNGD0LwgUFNZVFJJQkU=?=
regular_text: X-PHP-Originating-Script: 0:Subs-Post.php
regular_text: From: "PSYTRIBE" <[email protected]>
regular_text: Return-Path: [email protected]
regular_text: Date: Sun, 21 Feb 2016 12:01:54 -0000
regular_text: X-Mailer: SMF
regular_text: Mime-Version: 1.0
regular_text: Content-Type: multipart/alternative; boundary="SMF-e8a857e57a7c03288f525582f6bdb280"
regular_text: Content-Transfer-Encoding: 7bit

Como posso entender onde devo procurar erro?

    

Answer 1

Provavelmente, há três coisas diferentes dando errado em sua configuração. Aqui está o meu melhor palpite sobre o que aconteceu.

1. O servidor nunca foi configurado com um FQDN e tem apenas o nome info .
2. Um email é gerado pelo usuário www-data .
3. Como nenhum outro endereço de e-mail foi especificado, ele é construído automaticamente combinando o nome de usuário e o nome do host.
4. O endereço de e-mail criado neste momento é www-data@info , o que é incorreto (a menos que você controle o info TLD e tenha configurado um registro MX diretamente no TLD, o que não é o caso).
5. Este endereço de e-mail é passado para outro software que aceitará um endereço de e-mail completo ou apenas um nome de usuário.
6. O endereço de e-mail é analisado para decidir que é apenas um nome de usuário e não um endereço de e-mail completo.
7. O nome de usuário é combinado com o nome do domínio, que é diferente do nome do host usado pelo software anterior. Como www-data@info é assumido como sendo o nome de usuário e contém um caractere @ , ele é citado de acordo com os RFCs relevantes. Isso significa que o endereço de e-mail enviado na transmissão será parecido com <"www-data@info"@hivemind.ru> . Isso é sintaticamente válido, mas provavelmente não é o que você pretendia.
8. O próximo software que analisa esse endereço é bugs e não o analisa de acordo com o RFC. Ele acredita incorretamente que o primeiro @ separa a parte local do domínio, mesmo que o primeiro @ esteja entre aspas.

As três coisas que deram errado aqui são:

1. No início, o nome de domínio info foi usado em vez do domínio pretendido.
2. Posteriormente, alguns softwares usam uma heurística para decidir se receberam um endereço completo ou apenas uma parte local, chegando a uma conclusão diferente da pretendida pelo software que produziu essa entrada.
3. Um erro em um analisador que não entende a string entre aspas faz com que ele rejeite incorretamente o domínio como sendo inválido.

A RFC 2821 não recomenda o uso de endereços que exigem citação. E o seu cenário mostra porque é bom recomendar contra essa prática.

While the above definition for Local-part is relatively permissive, for maximum interoperability, a host that expects to receive mail SHOULD avoid defining mailboxes where the Local-part requires (or uses) the Quoted-string form or where the Local-part is case- sensitive.

Você não pretendia usar citações em primeiro lugar. Isso só aconteceu devido a alguns softwares mal configurados no início do processo. É preciso retroceder no fluxo de dados para encontrar onde info foi usado incorretamente como nome de domínio e corrigi-lo.

    

Answer 2

Não está muito claro o que você está perguntando, já que a mensagem de erro é bem clara ... O endereço:

"www-data@info"@hivemind.ru

não é válido. Ele está sendo analisado como nome de usuário www-data e info de nome de domínio "@ hivemind.ru, mas esse não é um nome de domínio válido.

Não há como dizer pelo que você postou o motivo pelo qual seu software SMF está tentando enviar para esse endereço.