Назад | Перейти на главную страницу

Почему мое электронное письмо отклоняется?

У меня проблемы с отправкой электронного письма с одного адреса электронной почты на другой в моем домене. Я использую общий сервер. Я использую погодное программное обеспечение, которое автоматически создает и отправляет сообщение электронной почты. Я пропустил информацию о хосте, домене и IP-адресе и заменил их так: host = example.co.uk, domain = mydomain.co.uk.

Ситуация такова, что я запускаю почтовую группу, используя адрес электронной почты (weatherinfo @), и некоторые пользователи в группе устанавливают автоответчики. Поэтому, чтобы они не попадали во всю группу, электронное письмо отправляется с другого адреса (reports @) на weatherinfo @, причем адрес reports @ получает сообщения автоответчика.

Я получаю следующее сообщение от системы доставки почты, когда пытаюсь отправить электронное письмо на weatherinfo @ из report @:

This is the mail system at host mailauth.example.co.uk.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

               The mail system

<weatherinfo@mydomain.co.uk>: host 127.0.0.1[127.0.0.1] said: 554 5.6.0
Reject, id=02474-18 - BAD HEADER (in reply to end of DATA command).

Журнал ошибок, сопровождающий электронное письмо, показывает:

Reporting-MTA: dns; mailauth.example.co.uk
X-Postfix-Queue-ID: 88002C306D
X-Postfix-Sender: rfc822; reports@mydomain.co.uk
Arrival-Date: Fri,  2 May 2014 22:00:43 +0100 (BST)

Final-Recipient: rfc822; weatherinfo@mydomain.co.uk
Original-Recipient: rfc822;weatherinfo@mydomain.co.uk
Action: failed
Status: 5.6.0
Remote-MTA: dns; 127.0.0.1
Diagnostic-Code: smtp; 554 5.6.0 Reject, id=02474-18 - BAD HEADER

Заголовок исходного сообщения:

Return-Path: <reports@mydomain.co.uk>
Received: from LAPTOP (helium.example.co.uk [IP Address])
by mailauth.example.co.uk (Postfix) with ESMTPA id 88002C306D
for <weatherinfo@mydomain.co.uk>; Fri,  2 May 2014 22:00:43 +0100 (BST)
To: weatherinfo@mydomain.co.uk
From: reports@mydomain.co.uk
Subject: WEATHER REPORT
Reply-To: reports@mydomain.co.uk
Date: Fri, 02 May 2014 23:00:56 +0100
Message-Id: <43786804l.820319781l1635676l1l@mydomain.co.uk>
Message-ID: <2014.05.02.17001.wd@mail.mydomain.co.uk>
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"

Почему это сообщение отклоняется? Это вызвано моим программным обеспечением или сервером? Если это программное обеспечение, что разработчику нужно сделать, чтобы его исправить? Если это сервер, что я должен попросить мой хост сделать, чтобы решить эту проблему?

Похоже, вы запускаете правило фильтрации спама. Ваш адрес указан в списке PBL Spamhaus, что указывает на то, что ваш IP-адрес не должен быть источником электронной почты в Интернете. Spamhaus предоставляет четкую документацию по своей политике.

Если вам нужна надежная доставка в Интернет, серверу, отправляющему в Интернет, необходим фиксированный IP-адрес с DNS, настроенным для прохождения проверки rDNS. Ваш почтовый сервер должен идентифицировать себя с доменом, который вы настроили для rDNS.

Если у вас нет фиксированного IP-адреса с соответствующими записями DNS, используйте сервер ретрансляции электронной почты вашего провайдера для доставки электронной почты.

Как отмечали другие, у вас, кажется, есть дополнительный Message-Id заголовок добавляется. Это может привести к сбою проверки заголовка. (У спама гораздо больше шансов иметь плохие заголовки, чем действительное электронное письмо.)

Я вижу две проблемы с указанными вами заголовками. Прежде всего Received заголовок неверно отформатирован. Когда заголовок занимает несколько строк, все строки, кроме первой, должны иметь отступ. Дополнительно есть два Message-ID заголовки.

Почтовый сервер мог бы обрабатывать почту без анализа уже существующих заголовков. Итак, может быть способ отключить эту проверку. Но вместо того, чтобы отключать проверку, я рекомендую исправить форматирование заголовков, так как они могут вызвать другие проблемы в будущем.