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

sendmail не может доставить в Gmail - правила отправки IPv6 относительно записей PTR не выполнены

У меня проблемы с доставкой почты в Google из новой установки sendmail на ubuntu 14.04. DNS-записи вроде бы подходят для ip. Что-то еще должно быть не так.

Отправка почты из командной строки: 

sudo sendmail -v -Am -i myname@gmail.com;

Подробный вывод:

myname@fx1:/etc/mail$ sudo sendmail -v -Am -i myname@gmail.com;
myname@gmail.com... Connecting to aspmx.l.google.com. via esmtp...
220 mx.google.com ESMTP v1si55415385wja.21 - gsmtp
>>> EHLO staging.mydomain.com
250-mx.google.com at your service, [2a01:4f8:212:27c8::2]
250-SIZE 35882577
250-8BITMIME
250-STARTTLS
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-CHUNKING
250 SMTPUTF8
>>> STARTTLS
220 2.0.0 Ready to start TLS
>>> EHLO staging.mydomain.com
250-mx.google.com at your service, [2a01:4f8:212:27c8::2]
250-SIZE 35882577
250-8BITMIME
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-CHUNKING
250 SMTPUTF8
>>> MAIL From:<myname@staging.mydomain.com>
250 2.1.0 OK v1si55415385wja.21 - gsmtp
>>> RCPT To:<myname@gmail.com>
>>> DATA
250 2.1.5 OK v1si55415385wja.21 - gsmtp
354  Go ahead v1si55415385wja.21 - gsmtp
>>> .
550-5.7.1 [2a01:4f8:212:27c8::2] Our system has detected that this message does
550-5.7.1 not meet IPv6 sending guidelines regarding PTR records and
550-5.7.1 authentication. Please review
550-5.7.1  https://support.google.com/mail/?p=ipv6_authentication_error for more
550 5.7.1 information. v1si55415385wja.21 - gsmtp
myname... Connecting to local...
myname... Sent

Любая помощь приветствуется. Заранее спасибо.

  1. Проверьте текущие протоколы:

    postconf inet_protocols

    net_protocols = все

  2. Отредактируйте файл cf, если он возвращается all

    grep 'inet_protocols' /etc/postfix/main.cf

    inet_protocols = ipv4

  3. Начать сначала

    service postfix restart

  4. Проверить это еще раз

    postconf inet_protocols

    inet_protocols = ipv4

С точки зрения Google, они пытаются проверить подлинность подключенного к ним IP-адреса, поэтому они попытаются найти PTR запись для 2a01:4f8:212:27c8::2.

Когда они решат это staging.findix.com, они затем попытаются проверить, возвращается ли это к 2a01:4f8:212:27c8::2 - чего нет - см. этот результат поиска.

Обратный поиск (запись PTR)

cwatson@thor:~$ nslookup 31.220.4.52
Server:     127.0.0.1
Address:    127.0.0.1#53

Non-authoritative answer:
52.4.220.31.in-addr.arpa    name = tyr.vikingserv.net.

Вперед (запись A) Поиск

cwatson@thor:~$ nslookup tyr.vikingserv.net
Server:     127.0.0.1
Address:    127.0.0.1#53

Non-authoritative answer:
Name:   tyr.vikingserv.net
Address: 31.220.4.52

Ваше имя хоста smtp-сервера может быть проблемой. Мне показалось, что это так. POstfix каким-то образом отправлял имя хоста на smtp.gmail.com, не связанное с моим доменным именем smtp.

Я думаю, что ответ Google немного лукавит. Несмотря на то, что в их «сообщении об ошибке» упоминается PTR, 550 5.7.1 посвящен ретрансляции. Я тоже получал эту ошибку при установке Postfix / Dovecot, но я исправил ее с помощью нескольких шагов:

  1. Добавление информации IPv6 IP в конфигурацию ifcfg-eth0 на почтовом сервере
  2. Добавление записи MX AAAA в ваш DNS
  3. Добавление диапазонов IPv6 всех «авторизованных отправителей» в ваш postfix / main.cf на вашем почтовом сервере.

У меня есть AT&T Business UVerse, и они не поддерживают статический IPv6 для PTR, но после выполнения вышеуказанных шагов Google перестал выдавать ошибки. я использовал https://www.ultratools.com/ipv6Tools конвертировать из IPv4 в IPv6. Наконец, я собрал все вместе в инструкции на моем сайте по адресу Включение IPV6 в CentOS (для отправки и получения почты)