मैं खुद को यहां ईमेल क्यों नहीं कर सकता: MyEmail@74.125.235.55?

Question

मैंने खोला cmdऔर टाइप किया ping gmail.com। यह मुझे दिखाता है:

C:\Windows\system32>ping gmail.com

Pinging gmail.com [74.125.235.55] with 32 bytes of data:
Reply from 74.125.235.55: bytes=32 time=6ms TTL=56
Reply from 74.125.235.55: bytes=32 time=6ms TTL=56
Reply from 74.125.235.55: bytes=32 time=6ms TTL=56
Reply from 74.125.235.55: bytes=32 time=215ms TTL=56

Ping statistics for 74.125.235.55:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 6ms, Maximum = 215ms, Average = 58ms

C:\Windows\system32>

मेरे पास एक जीमेल खाता है, इसलिए मैंने खुद को ईमेल किया लेकिन इसके बजाय [e-mail]मैंने उपयोग किया email@74.125.235.55।

उत्तर:

यह एक स्वचालित रूप से उत्पन्न वितरण स्थिति सूचना है

यह केवल एक चेतावनी संदेश है।

आपको अपने संदेश को पुन: भेजने की जरूरत नहीं है।

निम्न प्राप्तकर्ता को वितरण में देरी हुई है:

xxxxxx@74.125.235.54

संदेश 2 दिन के लिए पुनः प्राप्त किया जाएगा

अस्थायी विफलता के तकनीकी विवरण: प्राप्तकर्ता सर्वर ने कनेक्ट करने के हमारे अनुरोधों को स्वीकार नहीं किया। Http://mail.google.com/support/bin/answer.py?answer=7720 [74.125.235.54 (1) पर अधिक जानें : कनेक्शन अस्वीकृत]

----- वास्तविक सन्देश -----

MIME-Version: 1.0 प्राप्त: SMTP आईडी w4mr3261626fam.44.1309944998035 के साथ 10.223.93.196; बुध, 06 जुलाई 2011 02:36:38 -0700 (पीडीटी) प्राप्त: 10.223.104.194 HTTP के साथ; बुध, 6 जुलाई 2011 02:36:37 -0700 (पीडीटी) दिनांक: बुध, 6 जुलाई 2011 17:36:37 +0800 संदेश-आईडी: विषय: परीक्षण से: यूसुफ To: xxxxxx@74.125.235.54 सामग्री-प्रकार: बहुखण्डीय / विकल्प; सीमा = 20cf3054a49348815504a763560c

परीक्षण परीक्षण

मुझे ईमेल प्राप्त नहीं हुआ। क्यों?

मैं सिर्फ इस gmail.comभाग का विकल्प क्यों नहीं चुन सकता 74.125.235.55?

Answer 1

क्योंकि gmail.com के लिए 74.125.235.55 MX (मेल एक्सचेंज) नहीं है।

यदि आप gmail.com को पिंग करते हैं, तो अपने कार्य को करने के pingलिए A रिकॉर्ड का उपयोग करता है , लेकिन ईमेल (अक्सर) भेजने से अन्य सर्वर शामिल होते हैं।

आप उन DNS रिकॉर्ड्स को देखने के लिए टूल का उपयोग कर सकते हैं dig(विंडोज पर: nslookup -q=mx gmail.comटिप्पणियों में बताई गई ग्रेसिटी के रूप में) :

Probe:~ trurl$ dig -t ANY gmail.com

; <<>> DiG 9.6.0-APPLE-P2 <<>> -t ANY gmail.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 65087
;; flags: qr rd ra; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 9

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

;; ANSWER SECTION:
gmail.com.      3519    IN  MX  30 alt3.gmail-smtp-in.l.google.com.
gmail.com.      3519    IN  MX  5 gmail-smtp-in.l.google.com.
gmail.com.      74086   IN  NS  ns4.google.com.
gmail.com.      3519    IN  MX  10 alt1.gmail-smtp-in.l.google.com.
gmail.com.      74086   IN  NS  ns3.google.com.
gmail.com.      3   IN  A   209.85.148.18
gmail.com.      3519    IN  MX  40 alt4.gmail-smtp-in.l.google.com.
gmail.com.      3   IN  A   209.85.148.83
gmail.com.      3   IN  A   209.85.148.17
gmail.com.      74086   IN  NS  ns1.google.com.
gmail.com.      3   IN  A   209.85.148.19
gmail.com.      3519    IN  MX  20 alt2.gmail-smtp-in.l.google.com.
gmail.com.      74086   IN  NS  ns2.google.com.

जैसा कि आप देख सकते हैं, gmail.com के लिए ईमेल को संभालने वाले कई सर्वर भी हैं और उनमें से प्रत्येक की अलग-अलग प्राथमिकताएं हैं (अंतिम कॉलम में संख्या)।

और यदि आप आगे बढ़ते हैं, तो आप देखेंगे कि gmail-smtp-in.l.google.com ( mxऊपर दी गई सूची में पहला ) एक अलग आईपी पते की ओर इशारा करता है :

;; QUESTION SECTION:
;gmail-smtp-in.l.google.com.    IN  ANY

;; ANSWER SECTION:
gmail-smtp-in.l.google.com. 42  IN  A   74.125.39.27

इसलिए आपको इसका उपयोग करना होगा recipient@[74.125.39.27](यह सही वाक्यविन्यास है जैसा कि JdeBP ने टिप्पणियों में उल्लेख किया है)।

---

लेकिन Google इन मेलों को स्वीकार नहीं करेगा:

Jul  6 13:25:15 lofi postfix/smtp[31213]: C6FXXXXXXX: to=<REMOVED@[74.125.39.27]>,
relay=74.125.39.27[74.125.39.27]:25, delay=3.4, delays=0.16/0.01/0.15/3.1, dsn=5.1.1,
status=bounced(host 74.125.39.27[74.125.39.27] said:
550-5.1.1 The email account that you tried to reach does not exist. Please try
550-5.1.1 double-checking the recipient's email address for typos or
550-5.1.1 unnecessary spaces. Learn more at
550 5.1.1 http://mail.google.com/support/bin/answer.py?answer=6596 REMOVEDg.99
(in reply to RCPT TO command))

इस बारे में आगे सोचना: Google इन मेलों को स्वीकार नहीं कर सकता या नहीं कर सकता क्योंकि वे नहीं जानते कि आप इसे किसको भेजना चाहते हैं । 74.125.39.27 पीछे सर्वर के लिए ईमेल संभाल सकता gmail.com, google.com, picasa.com(आदि, आदि ...), इसलिए वहाँ उपयोगकर्ता भेद करने के लिए कोई रास्ता नहीं है।

Comments

आप यह उल्लेख करना भूल गए कि email@74.125.39.27वैसे भी RFC 5322 that 3.4.1 प्रति गलत सिंटैक्स होगा।

— JdeBP

प्रासंगिक RFC अनुभाग ।

— हम्फ्री बोगार्ट

nslookupविंडोज मशीनों पर इसी तरह की जानकारी देगा।

— मीकू-यूके

nslookup -q=mx gmail.comसटीक होना।

— grawity

Answer 2

जब आप [e-mail] को ईमेल भेजते हैं, तो आउटगोइंग मेल सर्वर गंतव्य डोमेन के DNS MX रिकॉर्ड का उपयोग यह निर्धारित करने के लिए करता है कि उस डोमेन पर मेल को संभालने के लिए कौन सा IP पता जिम्मेदार है। यह सामान्य पिंग के दौरान लौटाया गया समान IP पता नहीं हो सकता है।

लिनक्स पर 'डिग' टूल का उपयोग करके मैं यह निर्धारित कर सकता हूं कि gmail.com के लिए MX रिकॉर्ड सर्वरों के निम्नलिखित सेट में हल होता है:

gmail-smtp-in.l.google.com.
alt1.gmail-smtp-in.l.google.com.
alt2.gmail-smtp-in.l.google.com.
alt3.gmail-smtp-in.l.google.com.
alt4.gmail-smtp-in.l.google.com.

जो पूरी तरह से अलग पिंग परिणाम उत्पन्न करते हैं:

$ ping gmail-smtp-in.l.google.com.
PING gmail-smtp-in.l.google.com (209.85.227.27) 56(84) bytes of data.
64 bytes from wy-in-f27.1e100.net (209.85.227.27): icmp_req=1 ttl=50 time=12.8 ms

क्या आप वास्तव में उस आईपी पते को सीधे ईमेल भेज सकते हैं, जो आपके ईमेल क्लाइंट और मेल सर्वर पर निर्भर करता है, और आपको स्लॉट कोष्ठक के उत्तर के अनुसार वर्ग कोष्ठक में पता लगाने की आवश्यकता हो सकती है ।

Answer 3

उपयोग करने का प्रयास करें:

email@[74.125.235.55]

Comments

यह काम नहीं कर सकता है, जैसा कि लोग विश्लेषण करते हैं, लेकिन शायद एक कोशिश के लायक है।

— स्लॉटिशटाइप

"टू" फ़ील्ड में "xxxxx @ [74.125.235.55]" का पता नहीं था। कृपया सुनिश्चित करें कि सभी पते ठीक से बने हैं।

— पचेरियर

मुझे पता है, यह एक जीमेल विशिष्ट सेटिंग है। आप इसे एक अलग मेल क्लाइंट से भेज सकते हैं लेकिन यह नहीं भेज सकता है।

— स्लॉट

btw मैं उत्सुक हूँ कि क्या कारण है कि आपको लगता है कि काम करेगा?

— पचेरियर

@[ip]आरएफसी में एक विशेष वाक्यविन्यास है जिसे एमएक्स लुकिंग को दरकिनार करके परिभाषित किया गया है।

— रैंडम 832

Answer 4

74.125.235.55जीमेल गेटवे नहीं है। यदि आप अपने ब्राउज़र में आईपी पते पर सीधे जाते हैं तो यह जीमेल वेबसाइट पर नहीं जाएगा; यह Google पर जाएगा, ताकि एक बिंदु हो सके।

Comments

तो जीमेल गेटवे क्या है? रीफ़्रेज़ करने के लिए, ब्राउज़र में वह कौन-सी संख्याएँ टाइप करनी चाहिए जो मुझे आमतौर पर gmail.com पर दिखाई देती है?

— पचेरियर

@ स्पेसर, वेब सर्वर विभिन्न पृष्ठों को प्रदर्शित करेगा, जिसके आधार पर आप उन्हें एक्सेस करने के लिए किस डोमेन नाम का उपयोग करते हैं। उदाहरण के लिए, मैं iconsf.org और iconsfinc.com का प्रशासन करता हूं। वे एक ही आईपी पते पर एक ही सर्वर पर हैं, लेकिन आप जो वेब पेज देखते हैं वह इस बात पर निर्भर करता है कि आप किस नाम को टाइप करते हैं। यदि आप सिर्फ आईपी पते का उपयोग करते हैं, तो आप हमेशा आइकॉन को देखेंगे।

— CarlF

Answer 5

पहला, वह IP पता स्वयं DNS MX रिकॉर्ड के रूप में सूचीबद्ध नहीं होने वाला है (भले ही आपने मेल सर्वर के सही IP पते का उपयोग किया हो), जैसा कि अन्य लोगों ने कहा है, इसलिए यह पहली बार में सर्वर को खोजने वाला नहीं है (यह उस आईपी पते के आधार पर भी रूट नहीं किया जा रहा है क्योंकि @thedomainयह केवल लुकअप के लिए उपयोग किया जाता है)। यहां तक ​​कि अगर आप सीधे सर्वर से कनेक्ट करने के लिए टेलनेट का उपयोग करते हैं (यह इस प्रकार है कि विशेषज्ञ सीधे ईमेल का परीक्षण करते हैं), यह अभी भी निम्नलिखित कारण के लिए विफल रहेगा:

जब भी मैं एक मेल सिस्टम को कॉन्फ़िगर करता हूं, और मैं उनमें से बहुत कुछ करता हूं, माइक्रोसॉफ्ट एक्सचेंज या अन्य के साथ, आपको हमेशा यह बताना होगा कि वे कौन से डोमेन हैं जो इसे स्वीकार करेंगे। मैं हमेशा दर्ज करता हूं @thedomain.com, जिसका अर्थ है कि यह केवल उस डोमेन के लिए ईमेल स्वीकार करेगा। चूंकि @74.125.235.55एक डोमेन नहीं है, और निश्चित रूप से स्वीकृत डोमेन सूची में नहीं है, भले ही आप सीधे मेल सर्वर से जुड़े थे, फिर भी इसे अस्वीकार कर देगा।

Comments

दरअसल, एक डोमेन है (RFC 5322 74.125.235.55 is 3.4.1 के अनुसार) यह आईपी एड्रेस का सिंटैक्स नहीं है addr-spec। यह एक गैर-डोमेन डोमेन है, लेकिन यह एक डोमेन है, जो कई सामग्री DNS सर्वर ऑपरेटरों की झुंझलाहट के लिए बहुत कुछ है। यह भी ध्यान दें कि कई एमटीएस स्वचालित रूप से अपने एसएमटीपी रिले सर्वर के आईपी पते (सिंटैक्टली सही तरीके से) को संबोधित मेल को स्वीकार करेंगे । एक्सिम के पुराने संस्करणों ने ऐसा किया। तो qmail करता है।

— JdeBP

@JdeBP मैं उस RFC का विशेषज्ञ नहीं हूं, और जब मैंने इसे देखा, तो सिर से विस्फोट करना चाहता था, लेकिन क्या इसके पास वास्तव में एक डोमेन होने के लिए .com या .net नहीं होना चाहिए? किसी भी मामले में, सभी व्यावहारिक उद्देश्यों के लिए, यह एक डोमेन नहीं है, और निश्चित रूप से दिए गए प्रश्न में नहीं है।

— Kcotreau

यही कारण है कि समस्या का हिस्सा है: यह है प्रश्न में एक डोमेन, विशेष रूप से व्यावहारिक उद्देश्यों के लिए । यह सिर्फ इतना है कि प्रश्नकर्ता आपके जैसा है, और यह महसूस नहीं करता है। एक में addr-specपात्रों के अनुक्रम 74.125.235.55एक डोमेन है, लेबल के साथ 55, 235, 125, और 74जड़ से अवरोही क्रम में। 2008 में, डुआने वेसल्स एट अल। ICANN के "K" रूट कंटेंट DNS सर्वर पर कुछ 3.8% क्वेरीज़ पैदा करने वाले डोमेन नाम को ऐसे ही रखें। अब आपके लिए RFC 4697 for 2.9 पढ़ने का समय है। B

— JdeBP

मुझे अपनी पहली टिप्पणी में "resolvable" डोमेन कहना चाहिए था। हां, इसे हल करने की कोशिश की जा रही है, लेकिन .com आदि के बिना यह हमेशा विफल रहेगा।

— KCotreau

Answer 6

मुद्दा यह है कि वास्तव में एक ईमेल पता क्या है ।

कई प्रोटोकॉल योजनाओं में, एड्रेस सिंटैक्स का [e-mail]अर्थ है "इंटरनेट होस्ट से कनेक्ट करें example.comऔर निर्दिष्ट प्रोटोकॉल के लिए उपयोगकर्ता xxx"। एसएसएच, एफ़टीपी, एससीपी और अन्य इस पैटर्न का पालन करते हैं: example.comआईपी ​​पते के लिए सिर्फ एक फैंसी नाम है (जिसे करते समय इसे हल किया जाता है ping)। ईमेल के लिए, यह अलग है। पूर्ण स्ट्रिंग [e-mail]यहां एक ईमेल पता है, डोमेन पते का हिस्सा है, केवल सर्वर नहीं है, जिसमें इसे भेजने के लिए एक कनेक्ट है; इस सर्वर को "रिले" कहा जाता है, और यह एक विशेष DNS अनुरोध (एमएक्स रिकॉर्ड) द्वारा उस मेजबान भाग से प्राप्त किया जाता है, जैसा कि अन्य उत्तरों में बताया गया है, लेकिन, ध्यान में रखते हुए:

1. यह example.com( Aरिकॉर्ड) के लिए "सामान्य" आईपी पते के साथ मेल खा सकता है या नहीं । अक्सर वे अलग होते हैं।

2. एक बार जब ग्राहक रिले को खोज लेता है और उससे जुड़ जाता है, तो उसे अभी भी पूर्ण मेल पता "मुझे एक मेल भेजना है" बताना होगा [e-mail](वही रिले विभिन्न डोमेन के लिए मेल को संसाधित कर सकता है)।

BTW, दूसरा बिंदु (लेकिन पहले नहीं) भी HTTP पर लागू होता है , 1.1 के बाद से: डोमेन का उपयोग होस्ट आईपी पते को हल करने के लिए किया जाता है, लेकिन इसका उपयोग संसाधन को निर्दिष्ट करने के लिए भी किया जाता है।

Answer 7

याद रखें कि गंतव्य मेल सर्वर पूरे पते को देखते हैं , जिसमें @हस्ताक्षर का नाम भी शामिल है । जीमेल मेल सर्वर केवल उन संदेशों को रूट करेगा जो @gmail.comअन्य सभी पतों ^[1] को छोड़ने या खारिज करने में समाप्त होते हैं ।

जीमेल का मेल सर्वर आईपी एड्रेस है 74.125.45.27। लेकिन संबोधन [e-mail]वैसा नहीं है जैसा कि है tyler@74.125.45.27। जीमेल कहेगा "मुझे पता है कि [e-mail] कौन है, लेकिन मैंने कभी भी tyler@74.125.45.27 नाम नहीं सुना है" और फैसला किया कि यह दूसरे पते पर नहीं पहुंच सकता।

---

^[१] हाँ, मुझे पता है कि यह बिल्कुल सच नहीं है, और हाँ, मुझे Google Apps के बारे में पता है।