Чому Google відхиляє пошти, що передаються з мого сервера Postfix?


9

Я створив Postfix і створив псевдонім, який відображається в обліковому записі gmail. Коли я надсилаю пошту з одного зі своїх власних (google mail) акаунтів, вона проходить, але якщо хтось із зовнішньої пошти мені поштою, Google не прийме пошту з мого сервера. Щоденники містять щось таке:

Aug 20 13:47:09 Ubuntu-1204-precise-64-minimal postfix/smtpd[8249]: connect from mailout.example.com[1.1.1.1]
Aug 20 13:47:09 Ubuntu-1204-precise-64-minimal postfix/smtpd[8249]: DB399E3318: client=mailout.example.com[1.1.1.1]
Aug 20 13:47:09 Ubuntu-1204-precise-64-minimal postfix/cleanup[8253]: DB399E3318: message-id=<015e01ce9d9a$f988a750$ec99f5f0$@dk>
Aug 20 13:47:09 Ubuntu-1204-precise-64-minimal postfix/qmgr[8230]: DB399E3318: from=<test@example.com>, size=3813, nrcpt=1 (queue active)
Aug 20 13:47:09 Ubuntu-1204-precise-64-minimal postfix/smtpd[8249]: disconnect from mailout.example.com[1.1.1.1]
Aug 20 13:47:10 Ubuntu-1204-precise-64-minimal postfix/smtp[8255]: DB399E3318: to=<example@gmail.com>, orig_to=<example@mydomain.com>, relay=gmail-smtp-in.l.google.com[2a00:1450:4010:c04::1b]:25, delay=1.1, delays=0.22/0/0.14/0.76, dsn=5.7.1, status=bounced (host gmail-smtp-in.l.google.com[2a00:1450:4010:c04::1b] said: 550-5.7.1 [2a01:4f8:d12:11c2::2      16] The sender does not meet basic ipv6 550-5.7.1 sending guidelines of authentication and rdns resolution of sending 550-5.7.1 ip. Please review 550 5.7.1 https://support.google.com/mail/answer/81126for more information. qh9si1111170lbb.172 - gsmtp (in reply to end of DATA command))

Відповідна частина здається:

Відправник не відповідає основним вказівкам щодо відправлення ipv6 550-5.7.1 щодо автентифікації та роздільній здатності rdns надсилання 550-5.7.1 ip. Перегляньте 550 5.7.1 https://support.google.com/mail/answer/81126 для отримання додаткової інформації.

Будь-яка ідея, як я можу це вирішити?

Редагувати

На листи , які дійсно приходять через, я знаходжу такі заголовки:

Received-SPF: neutral (google.com: 1.1.1.1 is neither permitted nor denied by best guess record for domain of sender@example.com) client-ip=1.1.1.1;
Authentication-Results: mx.google.com;
       spf=neutral (google.com: 1.1.1.1 is neither permitted nor denied by best guess record for domain of sender@example.com) smtp.mail=sender@example.com

Тепер цікаво те, що, схоже, Google оцінює мій сервер за SPF оригінального відправника. Це третя сторона, тому я не можу контролювати їх SPF. Якщо я правильно трактую, Google вважає, що мій сервер є джерелом повідомлення. Це, можливо, суть проблеми?

Редагувати 2

Схоже, у мене така ж проблема, як і ця: Чому SPF перевіряється щодо IP мого поштового сервера замість IP-адреси відправника?

Правка 3

Тому я вирішив проблему spf, встановивши pfix-srsта встановивши запис SPF для свого поштового сервера. Я дотримувався цього керівництва (Доводилося встановлювати деякі пакети вручну, оскільки вони недоступні для Ubuntu): http://blog.phusion.nl/2012/09/10/mail-in-2012-from-an-admins- перспектива /

Це, мабуть, вирішує проблему з SPF (Електронна пошта тепер передає spf), але, на жаль, пошта все ще надходить від деяких відправників. Зараз я намагаюся встановити запис rdns і побачити, чи вирішено воно. Я пошлю сюди, як тільки я знаю.

Правка 4

Це спрацювало. Підсумовуючи це, я зробив це, щоб вирішити це:

  • Встановити pfix-srs.
  • Створіть запис SPF для домену моїх поштових серверів, що дозволяє моїм ip4 та ip6 надсилати. (Наприклад v=spf1 ip4:1.1.1.1 ip6:abcd:abc:123:4567::8 ~all)
  • Створіть запис rdns для домену моїх поштових серверів, вказуючи на його IP-адресу.

1
Мені здається, що ваш Postfix просто пересилає в Google; це Google відкидає ці повідомлення, які пересилаються електронної пошти, це ваша проблема.
CVn

Відповіді:


5

Посилання, яке надає Google, це дуже добре пояснює. Ви повинні ознайомитися зі списком вимог, які Google там перераховує, і перевірити, чи задовольняєте ви кожну з них, якщо ні, то виправити це.

Я думаю, що найосновніші з них - це:

  • Зворотний DNS (вперед і назад пошук DNS і IP повинен збігатися)
  • DKIM (ідентифікована пошта DomainKeys http://www.dkim.org/ )
  • SPF (Рамка політики щодо відправника http://www.openspf.org/ )

Якщо ви задовольнили ці три вимоги, ви повинні принаймні прийняти. Наступним кроком є ​​уникнення папки "Спам", що може бути трохи складніше. Здебільшого це залежить від того, чи позначають користувачі вашу електронну пошту як спам, а також кілька інших деталей, описаних у посиланні підтримки Google https://support.google.com/mail/answer/81126 .


Я не впевнений, як це могло мені допомогти. Мій сервер пересилає пошту для кількох доменів, тому я не можу використовувати rdns. Оскільки я передаю електронні листи від сторонніх відправників, я не думаю, що ні spf, ні dkim не застосовуються.
troelskn

Якщо ви надсилаєте з декількох доменів, найпростіше / найкраще зробити це виділити один IP для кожного з них. Якщо це неможливо, ви також можете додати кілька записів PTR в rdns IP-адреси, що надсилає, по одному для кожного з доменів. Також можна використовувати SPF та DKIM, коли ви надсилаєте електронні листи з декількох доменів, оскільки SPF зберігається в DNS домену в будь-якому випадку, і у фільтрі DKIM ви можете мати різні ключі для кожного відправлення домену. Але всі ці речі застосовуються лише в тому випадку, якщо у вас є контроль над доменами, з яких ви надсилаєте.
повтор

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

Я не контролюю відправників, тому що я отримувач. В основному у мене є багато поштових адрес, які я хочу переадресувати до одного загального місця (в даному випадку - акаунт gmail). Мій поштовий сервер отримує їх, а потім передає їх до кінцевого пункту призначення.
troelskn

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