इसलिए मैं लंबे समय से सोच रहा हूं।
ईमेल कहां भेजा जाता है *@example.com
? अगर मैंने गलती से संवेदनशील सूचना भेजी तो *@example.com
क्या किसी बुरे व्यक्ति (संभवतः IANA पर) इसे किसी दिन पुनः प्राप्त करने में सक्षम होगा?
इसलिए मैं लंबे समय से सोच रहा हूं।
ईमेल कहां भेजा जाता है *@example.com
? अगर मैंने गलती से संवेदनशील सूचना भेजी तो *@example.com
क्या किसी बुरे व्यक्ति (संभवतः IANA पर) इसे किसी दिन पुनः प्राप्त करने में सक्षम होगा?
जवाबों:
यदि आप एक ईमेल भेजने का प्रयास करते हैं *@example.com
MX
रिकॉर्ड के लिए खोज करेगा example.com
।A
रिकॉर्ड पर वापस आ जाएगा । आईपी 174.137.125.92 है (आज के अनुसार)नीचे पंक्ति : यह आपके अपने कॉन्फ़िगरेशन पर निर्भर करता है। लेकिन अगर आईएएनए ने आज एक सर्वर स्थापित किया है, तो वे उन संदेशों को प्राप्त करने में सक्षम हो सकते हैं जिन्हें आपने 3 दिन पहले भेजने की कोशिश की थी।
यदि कोई MX रिकॉर्ड नहीं है, तो मेल सर्वर A रिकॉर्ड को वितरित करने का प्रयास करेगा।
example.com के सर्वर पोर्ट 25 पर नहीं सुनते हैं, इसलिए मेल सर्वर टीसीपी कनेक्शन स्थापित नहीं करेगा और डिलीवरी भी शुरू नहीं करेगा।
example.com का कोई MX रिकॉर्ड नहीं है, इसलिए भेजने वाले डोमेन पर आपके SMTP सर्वर को संदेश को उछाल देना चाहिए यदि अधिकांश SMTP सर्वर कॉन्फ़िगर किए गए हैं।
EDIT: भविष्य में इस उत्तर को खोजने वालों की स्पष्टता के लिए, यहाँ एक MX रिकॉर्ड क्या है, इसका स्पष्टीकरण दिया गया है: ( http://en.wikipedia.org/wiki/Mx_record 21 नवंबर, 2011 से पुनः प्राप्त)
एक मेल एक्सचेंजर रिकॉर्ड (एमएक्स रिकॉर्ड) डोमेन नाम प्रणाली में एक प्रकार का संसाधन रिकॉर्ड है जो एक प्राप्तकर्ता के डोमेन की ओर से ईमेल संदेशों को स्वीकार करने के लिए जिम्मेदार एक मेल सर्वर को निर्दिष्ट करता है और यदि एक से अधिक मेल सर्वर उपलब्ध हैं तो मेल डिलीवरी को प्राथमिकता देने के लिए उपयोग किया जाने वाला वरीयता मूल्य। । डोमेन नाम के एमएक्स रिकॉर्ड का सेट निर्दिष्ट करता है कि ईमेल को सरल मेल स्थानांतरण प्रोटोकॉल के साथ कैसे रूट किया जाना चाहिए।
इसलिए, मूल रूप से, example.com, example.net, और example.org के पास आने वाले मेल को संभालने के लिए कोई सर्वर नहीं है, और इसलिए उन्हें भेजे गए किसी भी मेल को "undeliverable" के रूप में प्रेषक को लौटाया जा सकता है (एसएमटीपी सर्वर कॉन्फ़िगरेशन के आधार पर भिन्न हो सकता है) , लेकिन "अपरिवर्तनीय" के रूप में प्रेषक को लौटाना इस स्थिति के लिए एक बहुत ही सामान्य व्यवहार है)।
EDIT 2: किसी ने RFC 5321 को एक गायब हुए एमएक्स रिकॉर्ड के मामले में ए रिकॉर्ड का उपयोग करने के लिए वापस गिरने के व्यवहार को परिभाषित किया। मैंने इस RFC ( http://tools.ietf.org/html/rfc5321 ) को खोजा और ऐसी कोई चीज़ नहीं मिली, लेकिन यह संभव है कि कुछ एमटीए (मेल ट्रांसफर एजेंट, जैसे एक्ज़िम, पोस्टफ़िक्स, सेंडमेल और माइक्रोसॉफ्ट एक्सचेंज सर्वर) अन्य) एक रिकॉर्ड में परिभाषित पते पर SMTP के माध्यम से डाक पहुंचाने की कोशिश कर सकते हैं। पोस्टरिटी के लिए, यहां तब होता है जब आप परिभाषित A रिकॉर्ड एड्रेस के लिए SMTP कनेक्शन स्थापित करने का प्रयास करते हैं। उदाहरण के लिए (लेखन के समय 192.0.43.10):
$ telnet 192.0.43.10 25
Trying 192.0.43.10...
telnet: Unable to connect to remote host: Connection timed out
EDIT 3: प्रासंगिक RFC और स्पष्ट व्यवहार पर स्पष्टीकरण के लिए नीचे दिए गए उत्तर देखें।
A
रिकॉर्ड में वापस आ जाता है जब कोई MX
रिकॉर्ड मौजूद नहीं होता है ("निहित एमएक्स नियम"); अनुभाग 5.1 देखें । यदि एमएक्स की एक खाली सूची लौटा दी जाती है, तो पते को ऐसे माना जाता है जैसे कि यह एक अनुमानित एमएक्स आरआर के साथ जुड़ा हुआ था, 0 की वरीयता के साथ, उस होस्ट को इंगित करता है।
A
नियम की कमी रही है
It is possible that the list of MXs in the response to the query will be empty. This is a special case. If the list is empty, mailers should treat it as if it contained one RR, an MX RR with a preference value of 0, and a host name of REMOTE. (I.e., REMOTE is its only MX).
इंटरनेट असाइन किया गया नंबर प्राधिकरण:
जैसा कि RFC 2606 में वर्णित है , हम प्रलेखन उद्देश्यों के लिए कई डोमेन जैसे कि EXAMPLE.COM और EXAMPLE.ORG बनाए रखते हैं। ये डोमेन हमारे साथ पूर्व समन्वय के बिना दस्तावेजों में उदाहरण के रूप में इस्तेमाल किए जा सकते हैं। वे पंजीकरण के लिए उपलब्ध नहीं हैं।