2011-12-27 16 views
6

मैं digmail का उपयोग कर gmail.com मेल सर्वर खोजने और टेलनेट का उपयोग करके dig कमांड द्वारा लौटाए गए परिणामों की पुष्टि करने का प्रयास कर रहा हूं।gmail.com मेल सर्वर को हल करना

$ dig gmail.com MX 

; <<>> DiG 9.7.3 <<>> gmail.com MX 
;; global options: +cmd 
;; Got answer: 
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 54145 
;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 0, ADDITIONAL: 0 

;; QUESTION SECTION: 
;gmail.com.   IN MX 

;; ANSWER SECTION: 
gmail.com.  800 IN MX 10 alt1.gmail-smtp-in.l.google.com. 
gmail.com.  800 IN MX 20 alt2.gmail-smtp-in.l.google.com. 
gmail.com.  800 IN MX 30 alt3.gmail-smtp-in.l.google.com. 
gmail.com.  800 IN MX 40 alt4.gmail-smtp-in.l.google.com. 
gmail.com.  800 IN MX 5 gmail-smtp-in.l.google.com. 

;; Query time: 14 msec 
;; SERVER: 192.168.1.1#53(192.168.1.1) 
;; WHEN: Tue Dec 27 02:09:50 2011 
;; MSG SIZE rcvd: 150 

डिग कमांड का कहना है कि "alt1.gmail-smtp-in.l.google.com" मेल सर्वर में से एक है। लिंक "alt1.gmail-smtp-in.1.google.com" लिंक के लिए SMTP पोर्ट 25 या 587 खोले नहीं गए हैं (टेलनेट का उपयोग करके सत्यापित)। हालांकि लिंक http://support.google.com/mail/bin/answer.py?hl=en&answer=13287 कहता है कि smtp.gmail.com gmail.com के लिए मेल सर्वर है और पोर्ट 587 इसके लिए खुलता है। क्यों खुदाई गलत ईमेल सर्वर दे रही है या जहां खुदाई पढ़ने में मेरी समझ गलत हो रही है।

उत्तर

15

जनरल थ्योरी

सामान्य शब्दों में, एक एसएमटीपी सर्वर दो विभिन्न कार्यों है कि अक्सर सम्मिश्रित हो गया है: जाने वाली मेल प्रस्तुत करने, और अन्य नेटवर्क से मेल की प्राप्ति। ये दो फ़ंक्शन एक ही SMTP प्रोटोकॉल का उपयोग करके किए जाते हैं। आम तौर पर इन दो कार्यों को एक ही मशीन द्वारा किया जाता है, और ऐतिहासिक रूप से वे उसी बंदरगाह पर भी प्रदर्शन कर सकते हैं। तो यह देखना आसान है कि लोग इन दो कार्यों को क्यों स्वीकार करते हैं।

हालांकि ये दो कार्य अभी भी एक ही एसएमटीपी प्रोटोकॉल हैं, लेकिन यह कम और कम सच हो रहा है कि ये एक ही बंदरगाह पर किए जाते हैं (क्योंकि सिस्टम प्रशासक आउटगोइंग पोर्ट 25 यातायात को अवरुद्ध करके अपने ग्राहकों को स्पैमिंग से रोकते हैं)। अक्सर एसएमटीपी सबमिशन इन दिनों एसएसएल एन्क्रिप्शन का उपयोग करता है, जबकि दो अलग-अलग नेटवर्क के बीच मेल परिवहन करते समय भी सादा पाठ में किया जाता है। Google के नेटवर्क की जटिलता के साथ, यह मुझे आश्चर्य नहीं करेगा अगर इन दोनों कार्यों को विभिन्न मशीनों पर किया जाता है। (अस्वीकरण: मैं Google के लिए काम करता हूं, लेकिन मुझे जीमेल के ऑपरेशन के बारे में कोई जानकारी नहीं है।)

  1. आउटगोइंग मेल सबमिशन। जब आप जीमेल से ईमेल भेजते हैं, खासकर जब आप अपने जीमेल खाते से भेजने के लिए इवोल्यूशन जैसे ईमेल क्लाइंट को कॉन्फ़िगर करते हैं, तो आपको अपना मेल भेजने के लिए उपयोग करने के लिए एक एसएमटीपी सर्वर कॉन्फ़िगर करना होगा। आपका ईमेल क्लाइंट सीधे इस एसएमटीपी सर्वर से जुड़ता है, और एसएमटीपी सर्वर इंटरनेट पर कहीं और सही जगह पर संदेश भेजने की ज़िम्मेदारी लेता है। इसे अक्सर एक विशेष बंदरगाह का उपयोग करके कॉन्फ़िगर किया जाता है, और लॉगिन जानकारी की आवश्यकता होती है ताकि केवल अधिकृत उपयोगकर्ता ईमेल भेज सकें। यह वह कार्य है जो उपरोक्त समर्थन लिंक से निपट रहा है। पोर्ट 587 पर डोमेन नाम smtp.gmail.com का उपयोग करने के लिए आप अपने ईमेल क्लाइंट को कॉन्फ़िगर करते हैं, और मुझे लगता है कि आपका ईमेल क्लाइंट सामान्य डोमेन नाम लुकअप के लिए DNS A रिकॉर्ड का उपयोग कर इस सर्वर को पाता है।

  2. अन्य नेटवर्क से ईमेल प्राप्त करना। एसएमटीपी सर्वर जो आपके संदेश को अन्य नेटवर्क पर रिले कर रहा है MXgmail.com के लिए रिकॉर्ड (आपके मामले में, यह पता लगाने के लिए कि संदेश भेजने के लिए जगह alt1.gmail-smtp-in.l.google.com है) और उस होस्ट पर पोर्ट 25 पर संदेश भेजता है। डीआईजी में आपने यही देखा, और टेलनेट के साथ परीक्षण किया।

    अब आपने alt1.gmail-smtp-in.l.google.com के पोर्ट 25 को क्यों नहीं देखा जब आपने अपने उपभोक्ता इंटरनेट कनेक्शन से टेलनेटिंग की कोशिश की? जवाब यह है कि आउटगोइंग स्पैम को रोकने के लिए, आपके आईएसपी पोर्ट 25 पर आउटगोइंग यातायात को अवरुद्ध करता है। इसलिए आप अपने आईएसपी के एसएमटीपी सर्वर या किसी अन्य एसएमटीपी सर्वर के बिना gmail.com पोर्ट 25 पर कुछ भी नहीं भेज सकते हैं जिसके लिए लॉगिन की आवश्यकता होती है और पोर्ट पर सबमिशन लेता है 587.

आपने क्या करने की कोशिश की।

तो आप फ़ंक्शन # 2 निष्पादित करने का प्रयास कर रहे हैं। आपने gmail.com के लिए एमएक्स लुकअप किया है, और पाया है कि यह सर्वर alt1.gmail-smtp-in.l.google.com से मेल खाता है। फिर आपने alt1.gmail-smtp-in.l.google.com पर पोर्ट 587 पर टेलीनेटिंग करने का प्रयास किया।यह काम नहीं किया क्योंकि alt1.gmail-smtp-in.l.google.com उस बंदरगाह पर नहीं सुन रहा है (इसे फ़ंक्शन # 2 करने के लिए केवल पोर्ट 25 पर सुनना होगा)। फिर आपने alt1.gmail-smtp-in.l.google.com पर पोर्ट 25 पर टेलीनेटिंग करने का प्रयास किया। यह काम नहीं करता है क्योंकि आपके आईएसपी पोर्ट 25 पर आउटगोइंग कनेक्शन ब्लॉक करता है।

gmail.com पर ईमेल भेजने के लिए आपको क्या करना है, वह एक सर्वर ढूंढता है जो फ़ंक्शन # 1 करता है और वहां से अपना ईमेल भेजता है। वैकल्पिक रूप से, एक आईएसपी खोजें जो स्पैम हेवन होने पर ध्यान नहीं रखता है और पोर्ट 25 पर आउटगोइंग ट्रैफिक को अवरुद्ध नहीं करता है। (असल में, कृपया नहीं।)

+0

मुझे लगता है कि आपने मेरे पोर्ट सत्यापन सर्वर की चीज़ को गलत समझा है (हो सकता है मुझे स्पष्ट रूप से सर्वर नाम का उल्लेख करना चाहिए जिसके लिए मैंने खुले बंदरगाहों का परीक्षण किया है)। मैंने "gmail.com" में खुले बंदरगाहों की जांच नहीं की। मैंने "alt1.gmail-smtp-in.l.google.com" पोर्ट 25 और 587 की जांच की है, जिसे digmail द्वारा gmail.com के मेल सर्वर के रूप में रिपोर्ट किया गया है। मैं gmail.com से ईमेल भेजने की सोच नहीं रहा हूं। मान लें कि मुझे एक मेल क्लाइंट लिखना है जिसे "[email protected]" पर ईमेल भेजना है। मुझे सबसे पहले यह पता होना है कि gmail.com के लिए मेल सर्वर क्या है। इसे कैसे ढूंढें। –

+0

@Talespin_Kit: मैंने अभी अपना जवाब अपडेट कर लिया है। क्या उससे मदद हुई? –

+0

उत्तर अद्यतन करने के लिए धन्यवाद। आईएसपी द्वारा बंदरगाह अवरुद्ध करने के संबंध में मेरे पास कुछ प्रश्न हैं। मैं "smtp.gmail.com" के पोर्ट 25 से कनेक्ट कर सकता हूं, लेकिन मैं "alt1.gmail-smtp-in.l.google.com" के पोर्ट 25 से कनेक्ट नहीं हो सकता। तो, "alt1.gmail-smtp-in.l.google.com" के लिए आईएसपी पोर्ट 25 को क्यों ब्लॉक करता है लेकिन "smtp.gmail.com" नहीं। क्या यह पता लगाने के लिए कोई तरीका है कि आईएसपी एक बंदरगाह ब्लॉक करता है (मुझे संदेह है कि "alt1.gmail-smtp-in.l.google.com" का बंदरगाह 25 वास्तव में खुला है)। एक और सवाल यह है कि, "smtp.gmail.com" के बारे में जानकारी एमएक्स रिकॉर्ड में मौजूद नहीं है। –

संबंधित मुद्दे