क्या एमएक्स को अलग-अलग नेटवर्क से घोषित करना बुरा है?


21

हम ट्रांजेक्शनल ईमेल भेजने के लिए एक 3-पार्टी सेवा प्रदाता का उपयोग कर रहे हैं। मैंने हाल ही में किसी दिए गए डोमेन के लिए वृद्धि की विफलता दर देखी।

भेजता है त्रुटि के साथ विफल "example.com के लिए 498 एमएक्स"।

दिए गए देरी के बाद भेजता है और फिर आमतौर पर एक जोड़े के रिटायर होने के बाद सफल होता है। लेकिन कभी-कभी, वे रिट्री की सीमा से अधिक हो जाते हैं और स्थायी रूप से हटा दिए जाते हैं।

मैंने प्रदाता के समर्थन से संपर्क किया और उन्होंने मुझे बताया कि यह विभिन्न प्रदाताओं से एमएक्स घोषित करने वाले डोमेन प्राप्त करने के कारण है।

$ dig mx example.com
;; ANSWER SECTION:
example.com.        859     IN      MX      25 mail05.example.com.
example.com.        859     IN      MX      20 mail11.example.net.

वे इस तथ्य का उल्लेख कर रहे हैं कि एक एमएक्स उपयोग कर रहा है example.comऔर दूसरा उपयोग कर रहा है example.netऔर यह स्पष्ट रूप से बुरा अभ्यास है और ऊपर वर्णित त्रुटि का कारण बन सकता है।

यह पहली बार है जब मैं ऐसा कुछ सुन रहा हूं और मैं तुरंत बीएस को इस पर कॉल करूंगा, लेकिन मैंने सोचा कि मैं उन्हें संदेह का लाभ दूंगा और सुनूंगा कि दूसरों को इस विषय पर क्या कहना है।


11
यह भी स्पष्ट रूप से एक एमएक्स रिकॉर्ड नहीं होने दिया जाता है, ताकि त्रुटि संदेश संवेदनहीन हो। आपके सेवा प्रदाता को बहुत मदद की ज़रूरत है।
माइकल हैम्पटन

4
बेशक इसके लिए काम करना होगा। उस स्थिति पर विचार करें जहां साइट example.com.किसी भी तीसरे पक्ष के ईमेल प्रदाता, जैसे जी सूट का उपयोग करती है, इसलिए उनके पास एमएक्स रिकॉर्ड है aspmx.l.google.com.
user253751

1
शायद यह एमएक्स रिकॉर्ड एक अलग (और दोषपूर्ण) प्रदाता पर होने के बारे में था (उदाहरण के लिए गोंद रिकॉर्ड, धीमा ज़ोन अपडेट, ए रिकॉर्ड के साथ कुछ गलत है, मानक अनुपालन मुद्दों जैसे एमएक्स-ए-सीनेम)?
रैकैंडबॉमनमैन

मुद्दा यह था कि प्रदाता कुछ भी नहीं समझता था। उन्होंने सोचा कि मेरा मुद्दा ईमेल प्राप्त करने के लिए उनकी सेवा का उपयोग करते समय था , जहां वे केवल अपने एमएक्स का उपयोग करने की सलाह देते हैं । लेकिन मैं ईमेल भेजने और एक प्राप्त डोमेन के एमएक्स के बारे में पूछ रहा था । मैं आपको विश्वास दिलाता हूं, यह उनकी ओर से अक्षमता थी। मेरा मुद्दा वर्णन बहुत स्पष्ट था और यह गलतफहमी असंभव होती अगर वे वास्तव में इस मुद्दे को एक सेकंड के लिए भी देखते।
डेर होकस्टाप्लर

जवाबों:


44

वे ज्यादातर गलत हैं।

एक से अधिक एमएक्स होना एक बुरा अभ्यास नहीं है, और यह उतना ही बुरा अभ्यास नहीं है जितना कि एक डोमेन में होस्टनाम के साथ उनमें से एक या अधिक है। वास्तव में, यह काफी सामान्य हुआ करता था कि लोग अपने स्वयं के डोमेन को अपने प्राथमिक एमएक्स के रूप में अपने स्वयं के मेलस्वर को सेट करेंगे, और फिर उनके आईएसपी के मेलस्वर को द्वितीयक एमएक्स के रूप में स्थापित करेंगे।

एक छोटा हिस्सा जो गर्भधारण के लिए प्रासंगिक हो सकता है, वह यह है कि यदि दूसरे डोमेन में एमएक्स ठीक से हल नहीं होता है, जैसे कि यदि डोमेन example.netमें DNS समस्याएँ हैं, तो यह एक समस्या होगी। लेकिन यही कारण है कि आपके पास एक से अधिक एमएक्स हैं - यदि कोई विफल रहता है, तो अन्य अभी भी काम करेंगे।

आपको प्रदाता को जवाब देना चाहिए और उन्हें RFC 5321 , खंड 5.1 पर इंगित करना चाहिए । यह उद्धृत करने के लिए बहुत लंबा है, लेकिन इसका सार यह है कि यदि एक से अधिक एमएक्स हैं, तो प्रेषक को कम से कम पहले दो का प्रयास करना होगा, और उन्हें अलग-अलग डोमेन में रखने पर कोई प्रतिबंध नहीं है।


24

नहीं, यह बी.एस. इस विकल्प के होने का एक मुख्य कारण है कि आप पहली बार में विभिन्न प्राथमिकताओं के साथ कई एमएक्स को निर्दिष्ट कर सकते हैं।

एक और समस्या होनी चाहिए।

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