postfix каже, що повідомлення надіслано нормально, повідомлення не надходить у вхідні Інтернет-провайдери? немає журналу відхилення?


10

Коли я надсилаю тестове повідомлення зі свого поштового сервера на електронну пошту @ bellsouth.net, журнал Postfix показує, що він надісланий ОК, але повідомлення ніколи не надходить у мою поштову скриньку. Чи не можу я отримати повідомлення про помилку чи відмов, якщо At & T блокує повідомлення?

Я намагаюся вирішити, чому деякі клієнти не отримують електронну пошту, але якщо в mail.log немає нічого, щоб сказати, що повідомлення відхилено, то як я можу знати, які повідомлення були доставлені успішно?

Журнал показує:

Feb 27 09:02:36 MyHOSTNAME postfix/pickup[26175]: D53A72713E5: uid=0 from=<root>
Feb 27 09:02:36 MyHOSTNAME postfix/cleanup[26487]: D53A72713E5: message-id=<20120227140236.D53A72713E5@example.com>
Feb 27 09:02:36 MyHOSTNAME postfix/qmgr[5595]: D53A72713E5: from=<root@example.com>, size=878, nrcpt=1 (queue active)
Feb 27 09:02:37 MyHOSTNAME postfix/smtp[26490]: D53A72713E5: to=<myemail@bellsouth.net>, relay=gateway-f1.isp.att.net[204.127.217.16]:25, delay=0.57, delays=0.11/0.03/0.23/0.19, dsn=2.0.0, status=sent (250 ok ; id=20120227140036M0700qer4ne)
Feb 27 09:02:37 MyHOSTNAME postfix/qmgr[5595]: D53A72713E5: removed

Сервер AT&T прийняв повідомлення, правда?

У мене трапляється електронний лист At & T / Bellsouth, але я не маю облікового запису в кожному провайдері, до якого ми надсилаємо. Мені потрібен певний спосіб дізнатися, чи надходить повідомлення до місця призначення чи ні. Чи є в моєму файлі main.cf налаштування, яке впливало б на те, чи отримуємо ми повідомлення про відхилення / відмов?


Я припускаю, що root@mydomain.comце лише приклад. Ви впевнені, що можете отримувати електронні листи за адресою "від"? В іншому випадку можливі звіти про ненадання будуть втрачені.
Маттео

Там є ймовірність того, що у них є свої спам контрзаходи налаштувати таким чином , що він приймає пошту і мовчки скидає їх без отримання на поштову скриньку клієнта.
Барт Сільверстрім

@BartSilverstrim, чи не повинні ми все ще отримувати від них повідомлення?
Нік

1
Залежить від того, як це обробляється. Я можу налаштувати поштовий сервер, який прийме передачу пошти, а потім мовчки перекине її. Не важко зробити. Завдяки великій кількості спаму сьогодні з фальшивих адрес, надіслати повідомлення про відмов можна додати до спаму, оскільки той, хто не має нічого спільного зі спамом, бо їх адресу в "від" отримає сповіщення про відмову за те, що вони робили Не хочу, обтяжуючи їхнього сисадміна, відповідаючи, звідки він.
Барт Сільверстрім

Відповіді:


8

dsn=2.0.0І правильний relay=означає , що поштовий сервер Белла прийняв повідомлення. Однак це не означає, що це дозволить доставити повідомлення на поштову скриньку користувача. У цьому випадку найімовірнішим поясненням є те, що фільтри спаму Bell South очистили ваше повідомлення до того, як дістатися до поштової скриньки користувача, або власне поштове програмне забезпечення користувача очистило повідомлення.

Переконайтеся, що зворотна адреса електронної пошти приймає повідомлення, щоб повернутись із серверів Bell South. Це також важливо, якщо ви намагаєтесь доставляти пошту на поштові скриньки на їх серверах, які насправді не існують.

Перевірте конфігурацію пошти, щоб переконатися, що пошта не позначена як спам (шляхом розсилки, а потім перевірки заголовків). Postfix повинен писати правильні заголовки / конверт, щоб повідомлення, що надходить з домену, вказане в адресі "від". Отже, якщо ваш поштовий сервер призначений для mail.example.com, але ім'я хоста вашого сервера - це насправді mailserver.int.hostingprovider.com, то після встановлення Postfix потрібно правильно замаскувати його як example.com. Це також повинно відповідати вашому зворотному DNS, щоб пошук IP-адреси вашого сервера повертав адресу сервера (якщо вона неправильна, встановіть на неї ваш запис PTR). Це можна легко перевірити за допомогою копання.

dig example.com
dig -x <your IP address>

Слід також розглянути можливість встановлення SPF у вашому DNS, оскільки це швидке та просте доповнення до шкали пошти проти спаму з вашого сервера.


Чи можна встановити глобальну адресу зворотного шляху bounces@mydomain.com у PostFix, щоб вона завжди додавала це до кожного повідомлення незалежно від того, хто його особа чи програма надсилає? Зворотний пошук DNS - це mail.mydomain.com, а mail.mydomain.com вирішує ту саму IP-адресу. Я вчора додав запис SPF - я створив інструмент Microsoft для його створення. Я додав його як запис txt до mydomain.com, а не mail.mydomain.com. Чи повинні бути обоє? Спам Вбивця при моїй роботі дав повідомлення "-2,6".
Нік

SPF має бути на тому, що повернеться dig MX mydomain.com. Якщо у вас не встановлено MX, це буде канонізованою версією dig mydomain.com. Не завадило б бути на обох доменах (оскільки це лише запис TXT). Що стосується загального колектора відмов, ви можете впоратися з цим фільтром у postfix, який перетворює bcc у окрему поштову скриньку, якщо він знайде відмов, але це хитро (див. Postfix.org/postconf.5.html#recipient_bcc_maps для відображення відображення bcc ). Відмови повинні бачити самі користувачі у випадку, якщо вони намагаються комусь надіслати пошту та неправильно вказати адресу.
webtoe

2
Я думаю, що я вирішив проблему: PHP надсилав пошту як www-дані, хоча я сказав їй цього не робити. Ви повинні додати команду -f та інший прапор до команди sendmail, щоб змусити її використовувати конверт із потрібного вам. Я думаю, що провайдери сміття пошти з www-даних.
Нік

У моєму випадку успішно надіслані, але мовчки відхилені електронні листи, додавання адреси відправника до білого списку на сайті одержувача допомогло. Посилається на пакет веб-хостингу Host Europe.
таніум

3
Feb 27 09:02:37 MyHOSTNAME postfix/smtp[26490]: D53A72713E5: to=<myemail@bellsouth.net>, relay=gateway-f1.isp.att.net[204.127.217.16]:25, delay=0.57, delays=0.11/0.03/0.23/0.19, dsn=2.0.0, status=sent (250 ok ; id=20120227140036M0700qer4ne)

Беллсут прийняв повідомлення; це вже не несе відповідальність за постфікс.

Поцікавтесь, що з цим сталося.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.