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