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