sendmail जीमेल को डिलीवर नहीं कर सकता - IPv6 पीटीआर रिकॉर्ड से संबंधित दिशा-निर्देश नहीं भेज रहा है

32

मुझे ubuntu 14.04 पर एक नए ईमेल भेजने वाले से Google को मेल भेजने में परेशानी हो रही है। DNS- रिकॉर्ड आईपी के लिए ठीक लग रहे हैं। कुछ और गलत होना चाहिए।

कमांड लाइन से मेल भेजना: 

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

किसी भी मदद बहुत apreciated है। पहले ही, आपका बहुत धन्यवाद।

sendmail  ipv6  gmail 
— एक प्रकार का बाज़
स्रोत
क्या आपने त्रुटि में दस्तावेज़ की समीक्षा की है?
— क्रेग वाटसन
हां बिल्कुल। यह बताता है कि ipv6 dns को सेट किया जाना चाहिए। मैंने ऐसा किया और ipv6 डोमेन नाम के लिए अंक देता है।
— मर्लिन
और आपका फॉरवर्ड होस्टनाम है?
— क्रेग वाटसन
आगे होस्टनाम के साथ आपका क्या मतलब है यह निश्चित नहीं है। 2a01 के लिए रिवर्स DNS: 4f8: 212: 27c8 :: 2 को staging.findix.com पर सेट किया गया है
— मर्लिन
3
आपकी समस्या है। staging.findix.com के पास इंगित करने के लिए AAA रिकॉर्ड नहीं है 2a01:4f8:212:27c8::2।
— क्रेग वाटसन

जवाबों:

17

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.

फॉरवर्ड (ए रिकॉर्ड) लुकअप

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
— क्रेग वॉटसन
स्रोत
2
यह पहला पैरा काफी सही नहीं है; चूंकि कई ए / एएएए रिकॉर्ड एक ही आईपी पते को इंगित कर सकते हैं, यह असंभव होगा। यह आवश्यक है कि आपका PTR रिकॉर्ड जो भी होस्टनाम करे, जब आप उस होस्टनाम को देखें, तो आपको मूल पते पर वापस आ जाना चाहिए। अर्थात्, पता-> होस्टनाम-> एड्रेस लूप पूरा होना चाहिए; होस्टनाम-> पता-> होस्टनाम लूप की इतनी गारंटी नहीं हो सकती है, और किसी को भी इसकी परवाह नहीं करनी चाहिए।
— MadHatter
धन्यवाद। इससे समस्या का समाधान हो गया और टर्मिनल के संदेश डिलीवर हो गए।
— मध्याह्न
2
यह मुझे लगता है कि आप "क्यों" का उत्तर देते हैं लेकिन "कैसे ठीक करें" नहीं। मुझे व्यक्तिगत रूप से मेरी सहायता के लिए इस उत्तर के लिए पर्याप्त DNS ज्ञान नहीं है।
— बॉब
1
मुझे hostnameकमांड द्वारा लौटाए गए डोमेन नाम के DNS सर्वर को Google त्रुटि संदेश (2a01: 4f8: 212: 27c8 :: 2 आपके मामले में) से अपने IPv6 पते के लिए AAAA रिकॉर्ड जोड़ना था । कुछ समय बाद (TTL की समाप्ति जो अगले दिन थी) मैं इस आदेश के साथ अपने gmal खाते में ईमेल भेजने में सक्षम था: sendmail -v -Am -i <my_gmal_account>@gmail.com;(और Ctrl + D दबाकर)।
— Csongor Halmai
30

  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

— Ender
स्रोत
3
IMHO स्वीकृत एक की तुलना में बहुत आसान समाधान है। अगर आपको IPv6 का उपयोग करने की कोई आवश्यकता नहीं है, तो यह एक त्वरित सुधार हो सकता है।
— लेरिक्स डेसीडुआ
यह अन्य उत्तर की तुलना में सरल है, हालांकि अन्य अधिक पूर्ण है। इसने मेरी समस्या हल कर दी क्योंकि मुझे अब IPv6 की आवश्यकता नहीं है।
— जाव्समो
2

आपका smtp सर्वर होस्टनाम एक समस्या हो सकता है। यह मेरे लिए मामला लग रहा था। POstfix किसी तरह एक smtp.gmail.com को होस्ट नाम भेज रहा था जो मेरे smtp डोमेन नाम के साथ प्रासंगिक नहीं था।

— डेविड ब्यूयूरे
स्रोत
2

मुझे लगता है कि Google की प्रतिक्रिया थोड़ी अप्रिय है। भले ही उनके "त्रुटि संदेश" में पीटीआर का उल्लेख है, 550 5.7.1 रिले के बारे में है। मुझे भी पोस्टफ़िक्स / डवकोट इंस्टाल पर यह त्रुटि मिल रही थी, लेकिन मैंने इसे कुछ चरणों के माध्यम से ठीक किया:

  1. मेल सर्वर पर अपने ifcfg-eth0 कॉन्फ़िग के लिए IPv6 IP जानकारी जोड़ना
  2. अपने DNS पर AAAA MX रिकॉर्ड जोड़ना
  3. अपने मेल सर्वर पर अपने पोस्टफ़िक्स / main.cf में सभी "अधिकृत प्रेषकों" की आईपीवी 6 श्रेणियों को जोड़ना।

मेरे पास AT & T Business UVerse है, और वे PTR के लिए स्थैतिक IPv6 का समर्थन नहीं करते हैं, लेकिन उपरोक्त चरणों को करने के बाद Google ने गलत तरीके से रोक दिया। मैंने IPv4 से IPv6 में परिवर्तित करने के लिए https://www.ultratools.com/ipv6Tools का उपयोग किया । अंत में, मैंने अपनी साइट पर एक सब कुछ एक साथ IPOS6 में CentOS पर सक्षम करने के लिए (मेल भेजने और प्राप्त करने के लिए) में डाल दिया

— मैथ्यू हंट
स्रोत
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.