DNS resolving error in postfix mail queue
mailq gives me this error:
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))
I see this type of messages generated by the same software (old SMF forum), but i can't find exact piece. Search in internet gives me no results.
Forum software seems to generate message properly:
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: test@example.com
regular_text: Subject: =?UTF-8?B?0JTQvtCx0YDQviDQv9C+0LbQsNC70L7QstCw0YLRjCDQvdCwINGE0L7RgNGD0LwgUFNZVFJJQkU=?=
regular_text: X-PHP-Originating-Script: 0:Subs-Post.php
regular_text: From: "PSYTRIBE" <info@psytribe.ru>
regular_text: Return-Path: info@psytribe.ru
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
How can i understand where i should look for mistake?
Возможно, в вашей настройке произошли три ошибки. Вот мое лучшее предположение относительно того, что произошло.
- Сервер никогда не был настроен с использованием полного доменного имени и имеет только имя
info. - Электронное письмо создается пользователем
www -data. - Поскольку другой адрес электронной почты не указан, он создается автоматически путем объединения имени пользователя и имени хоста.
- Созданный адрес электронной почты на этом этапе -
www-data @ info, что неверно (если вы не управляете TLDinfoи не настроили запись MX непосредственно в этом TLD, что не так). - Этот адрес электронной почты передается в другое программное обеспечение который принимает либо полный адрес электронной почты, либо просто имя пользователя.
- Электронный адрес анализируется, чтобы определить, что это всего лишь имя пользователя, а не полный адрес электронной почты.
- Имя пользователя объединяется с именем домена, которое является отличается от имени хоста, используемого предыдущим программным обеспечением. Поскольку предполагается, что
www-data @ infoявляется именем пользователя и содержит символ@, оно цитируется в соответствии с соответствующими RFC. Это означает, что адрес электронной почты, отправленный по сети, будет выглядеть (скрытым). Это синтаксически верный, но, вероятно, не то, что вы планировали. - Следующая часть программного обеспечения, анализирующая этот адрес, содержит ошибки и не анализирует его в соответствии с RFC. Он ошибочно полагает, что первый
@отделяет локальную часть от домена, хотя первый@заключен в кавычки.
Три вещи, которые пошли не так, заключаются в следующем:
- Сначала использовалось доменное имя
info, а не предполагаемый домен. - Позже некоторое программное обеспечение использует эвристику, чтобы решить, был ли ему дан полный адрес или только локальная часть, он достигает вывод, отличный от того, который предполагалось программой, создавшей этот ввод.
- Ошибка в парсере, который не понимает строку в кавычках, приводит к тому, что он неправильно отклоняет домен как недействительный.
RFC 2821 не рекомендует использовать адреса, требуют цитирования. И ваш сценарий показывает, почему разумно не рекомендовать такую практику.
Хотя приведенное выше определение для локальной части является относительно допустимым, для максимальной совместимости хост, который ожидает получать почту СЛЕДУЕТ избегать определения почтовых ящиков, в которых требуется Локальная часть (или использует) форму строки в кавычках или где локальная часть - регистр
На самом деле вы вообще не собирались использовать цитирование. Это произошло только из-за некорректно настроенного программного обеспечения ранее в процессе. Вам нужно вернуться в поток данных, чтобы найти, где информация изначально неправильно использовалась в качестве имени домена, и исправить это.
Непонятно, о чем вы спрашиваете, поскольку сообщение об ошибке довольно ясное ... Адрес:
"www-data@info"@hivemind.ru
недействителен. Он анализируется как имя пользователя www-data и имя домена (скрыто), но это недопустимое имя домена.
Из опубликованных вами сообщений невозможно определить, почему ваше программное обеспечение SMF пытается отправить по этому адресу.