Microsoft 365 के माध्यम से भेजने वाले एप्लिकेशन को एक समर्थित मेल रूट के साथ-साथ सही प्रमाणीकरण की आवश्यकता होती है। क्लाइंट SMTP सबमिशन, कनेक्टर-आधारित SMTP रिले और डायरेक्ट सेंड विभिन्न ट्रस्ट और प्राप्तकर्ता मॉडल का उपयोग करते हैं।
बदलने से पहले रूट पहचान लें SPF, DKIM या DMARC. DNS एक भेजने की निर्भरता का वर्णन कर सकता है, लेकिन यह एक असमर्थित मार्ग को अधिकृत रिले में नहीं बदल सकता है या बाहरी प्राप्तकर्ताओं को डायरेक्ट सेंड डिलीवर नहीं कर सकता है।
रिकॉर्ड करें कि एप्लिकेशन को क्या करना है
एप्लिकेशन के होस्टिंग स्थान, प्रेषक की पहचान, इच्छित प्राप्तकर्ताओं और समर्थित प्रमाणीकरण और परिवहन सुविधाओं की पहचान करें। जिम्मेदार व्यवसाय सेवा और प्रशासक को रिकॉर्ड करें।
संगठन के अंदर एक डिवाइस को तीसरे पक्ष द्वारा होस्ट किए गए एप्लिकेशन से अलग करें। यह मानने के बजाय कि प्रत्येक उत्पाद एक ही कनेक्टर का उपयोग कर सकता है, उस होस्टिंग मॉडल के लिए वर्तमान Microsoft मार्गदर्शन की जाँच करें।
बाहरी प्राप्तकर्ताओं के लिए एक अलग परीक्षण शामिल करें जब वे व्यावसायिक वर्कफ़्लो का हिस्सा हों। केवल आंतरिक सफलता बाहरी वितरण मार्ग स्थापित नहीं करती है।
समर्थित मार्गों की तुलना करें
Microsoft की वर्तमान सेटअप मार्गदर्शिका निम्नलिखित दृष्टिकोणों को अलग करती है:
क्लाइंट SMTP सबमिशन एक प्रमाणित क्लाउड मेलबॉक्स का उपयोग करता है और आंतरिक और बाहरी प्राप्तकर्ताओं का समर्थन करता है।
SMTP रिले एक इनबाउंड कनेक्टर का उपयोग करता है और इसकी आवश्यकताएं पूरी होने पर बाहरी रूप से रिले कर सकता है।
डायरेक्ट सेंड आंतरिक-प्राप्तकर्ता डिलीवरी है, इंटरनेट रिले नहीं।
हाई वॉल्यूम ईमेल एचवीई खाते का उपयोग करने वाली एक अलग आंतरिक-प्राप्तकर्ता सेवा है, बाहरी-डिलीवरी विकल्प नहीं।
इस तुलना को चयन सहायता के रूप में मानें, न कि पूर्ण कॉन्फ़िगरेशन या लाइसेंसिंग विनिर्देश के रूप में। वर्तमान प्रथम-पक्ष निर्देशों में लागू प्रमाणीकरण समर्थन, नेटवर्क पहुंच, सीमाएं और पूर्वापेक्षाएँ दोबारा जांचें।
किसी अप्रचलित या अनुपयुक्त प्रमाणीकरण विधि को केवल इसलिए सक्षम न करें क्योंकि कोई पुराना डिवाइस गाइड इसे दिखाता है। वह मार्ग चुनें जिसका एप्लिकेशन और वर्तमान सेवा वास्तव में समर्थन करते हैं।
SMTP रिले का उपयोग करने से पहले कनेक्टर ट्रस्ट को समझें
Microsoft अपनी SMTP रिले व्यवस्था के लिए प्रमाणपत्र-आधारित या सार्वजनिक-IP-आधारित प्रमाणीकरण दस्तावेज़ित करता है। नेटवर्क और होस्टिंग आवश्यकताएँ मायने रखती हैं।
प्रमाणपत्र-आधारित मार्ग को प्रमाणपत्र कॉन्फ़िगरेशन में उपयुक्त स्वीकृत-डोमेन संबंध की आवश्यकता होती है। आईपी-आधारित मार्ग माइक्रोसॉफ्ट को दिखाई देने वाले सार्वजनिक पते पर निर्भर करता है, न कि डिवाइस पर दिखाए गए निजी पते पर।
Microsoft की वर्तमान मार्गदर्शिका इस SMTP रिले व्यवस्था से तीसरे पक्ष द्वारा होस्ट किए गए एप्लिकेशन, जैसे Azure-होस्टेड सेवाओं को बाहर करती है। जहां आईपी प्रमाणीकरण का उपयोग किया जाता है, पता स्थिर होना चाहिए और किसी अन्य संगठन के साथ साझा नहीं किया जाना चाहिए। साझा-पते और होस्टिंग प्रतिबंधों की सावधानीपूर्वक समीक्षा करें। संगठन के बाहर साझा किए गए बुनियादी ढांचे के लिए एक आईपी कनेक्टर बनाने से प्रशासक के इरादे से एक अलग ट्रस्ट स्कोप बन सकता है।
Microsoft की जेनरेट या सत्यापित MX एंडपॉइंट और वर्तमान कनेक्टर प्रक्रिया का उपयोग करें। किसी संक्षिप्त डोमेन नाम से समापन बिंदु का आविष्कार न करें या किसी अन्य किरायेदार की सेटिंग्स की प्रतिलिपि न बनाएं।
डायरेक्ट सेंड को बाहरी रिले के साथ भ्रमित न करें
डायरेक्ट सेंड क्लाउड-आधारित संगठन के बाहर प्राप्तकर्ताओं को डिलीवरी प्रदान नहीं करता है। माइक्रोसॉफ्ट का मार्गदर्शन इसे प्रासंगिक मेल-सर्वर जिम्मेदारियों और उपयुक्त सीमाओं वाले उन्नत ग्राहकों के लिए एक विकल्प के रूप में मानता है।
एक सिंथेटिक उदाहरण में, एक स्कैनर एक कर्मचारी को सफलतापूर्वक भेजता है लेकिन जब वर्कफ़्लो ग्राहक का बाहरी पता जोड़ता है तो विफल हो जाता है। यह लक्षण उस मार्ग के अनुरूप है जिसके प्राप्तकर्ता दायरे में बाहरी रिले शामिल नहीं है।
SPF शामिल करने से उस प्राप्तकर्ता का दायरा नहीं बदल सकता। असंबंधित रिकॉर्ड संपादित करने से पहले मार्ग और एप्लिकेशन आवश्यकताओं का पुनर्मूल्यांकन करें।
चयनित मार्ग के बाद पहचान सत्यापित करें
सन्दर्भ: RFC 9989 §4.4.
एक बार समर्थित रूट कॉन्फ़िगर हो जाने पर, वास्तविक एप्लिकेशन से प्राप्त संदेशों का निरीक्षण करें। दृश्यमान, मूल्यांकित SPF पहचान, प्रासंगिक DKIM हस्ताक्षर और विश्वसनीय DMARC परिणाम रिकॉर्ड करें।
एक कनेक्टर द्वारा कनेक्शन की स्वीकृति और प्राप्तकर्ता के संरेखित प्रमाणीकरण परिणाम अलग-अलग चीजें स्थापित करते हैं। एक आउटबाउंड गेटवे या अतिरिक्त रिले भी अंतिम परिणाम को प्रभावित कर सकता है।
डोमेन के सेटअप के लिए Microsoft 365 प्रमाणीकरण मार्गदर्शिका का उपयोग करें, और संरेखण रॉ-पास बेमेल का निदान।
मार्ग-विशिष्ट स्वीकृति रिकॉर्ड बनाए रखें
चुनी गई विधि, होस्टिंग मॉडल, ट्रस्ट तंत्र, प्राप्तकर्ता का दायरा, मालिक और प्रतिनिधि परिणाम रखें। सटीक प्रदाता निर्देश और कॉन्फ़िगरेशन दिनांक शामिल करें ताकि बाद में व्यवस्थापक परिवर्तित आवश्यकताओं की पहचान कर सकें।
प्रमाणीकरण और वितरण विफलताओं को अलग से रिकॉर्ड करें। एक अस्वीकृत कनेक्शन, एक असमर्थित प्राप्तकर्ता मार्ग और एक प्राप्त संदेश जो संरेखण में विफल रहता है, को अलग-अलग सुधार की आवश्यकता हो सकती है।
संपूर्ण परिणाम जवाबदेह विश्वास और सत्यापित संदेशों के साथ एक समर्थित एप्लिकेशन रूट है, न कि केवल वैध TXT रिकॉर्ड या एक सफल आंतरिक परीक्षण.