sendmail nie może dostarczyć do Gmaila - wytyczne dotyczące wysyłania IPv6 dotyczące rekordów PTR nie są spełnione

Mam problem z dostarczeniem poczty do Google z nowej instalacji sendmaila na Ubuntu 14.04. Rekordy DNS wydają się być w porządku dla ip. Coś jeszcze musi być nie tak.

Wysyłanie wiadomości z wiersza poleceń:

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

Gadatliwe wyjście:

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

Każda pomoc jest bardzo doceniana. Z góry dziękuję.

Z punktu widzenia Google starają się zweryfikować tożsamość adresu IP łączącego się z nimi, więc będą szukać PTRrekordu 2a01:4f8:212:27c8::2.

Kiedy to rozstrzygną staging.findix.com, spróbują sprawdzić, czy to rozwiązuje z powrotem 2a01:4f8:212:27c8::2- czego nie robi - zobaczyć wynik wyszukiwania .

Wyszukiwanie wsteczne (rekord 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.

Wyszukiwanie do przodu (rekord)

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

1. Sprawdź aktualne protokoły:

   postconf inet_protocols

   net_protocols = wszystkie

2. Edytuj plik cf, jeśli zwraca all

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

   inet_protocols = ipv4

3. Uruchom ponownie

   service postfix restart

4. Sprawdź ponownie

   postconf inet_protocols

   inet_protocols = ipv4

Twoja nazwa hosta serwera SMTP może być problemem. Wydawało mi się, że tak właśnie jest. POstfix w jakiś sposób wysyłał nazwę hosta na smtp.gmail.com, co nie ma związku z moją nazwą domeny smtp.

Myślę, że odpowiedź Google jest nieco nieszczera. Mimo że ich „komunikat o błędzie” wspomina o PTR, 550 5.7.1 dotyczy przekazywania. Ja również otrzymywałem ten błąd podczas instalacji Postfix / Dovecot, ale naprawiłem go przez kilka kroków:

1. Dodawanie informacji o IPv6 IP do konfiguracji ifcfg-eth0 na serwerze pocztowym
2. Dodanie rekordu AAAA MX do Twojego DNS
3. Dodanie zakresów IPv6 wszystkich „autoryzowanych nadawców” w pliku postfix / main.cf na serwerze pocztowym.

Mam AT&T Business UVerse i nie obsługują one statycznego IPv6 dla PTR, ale po wykonaniu powyższych kroków Google przestał się mylić. Użyłem https://www.ultratools.com/ipv6Tools do konwersji z IPv4 na IPv6. Na koniec złożyłem wszystko w howto na mojej stronie w Włączanie IPV6 na CentOS (do wysyłania i odbierania poczty)