आपको ईमेल पर नियंत्रण मिलता है

रियलसेंडर - नवीनताएँ	ईमेल ट्रेंड्स - नवीनतम पोस्ट
• ईमेलकनेक्ट ऐप एक फ्लो-आधारित विज़ुअल डेवलपमेंट टूल है।	• ACN - ईमेल प्रमाणीकरण दिशानिर्देश
• एनिग्मा सुरक्षित रूप से गुप्त जानकारी साझा करता है; यह एप्लिकेशन अब योपास प्रोजेक्ट पर आधारित है।	• बीसीसी ईमेल का एक अच्छा विकल्प

सुरक्षित ईमेल गेटवे

ईमेल भेजने में समस्या आ रही है?
हमें आपकी मदद करने में खुशी होगी!

आपके ईमेल	से: त्यागा हुआ / अनदेखा	को: स्वीकृत / पढ़ा गया

डिजिटल रूप से हस्ताक्षरित संदेश

डिजिटल रूप से हस्ताक्षरित ईमेल संदेश: SPF, DKIM और सुरक्षित ईमेल प्रमाणीकरण

समर्पित आईपी पता

ईमेल संदेश भेजने के लिए आईपी पते महत्वपूर्ण होते हैं।

सुरक्षा सेटिंग्स

अपने मौजूदा मेल सर्वर से RealSender पर सुरक्षित रूप से स्विच करें

श्वेतसूचीबद्ध आईपी पते

उपयोगकर्ता प्रमाणीकरण की झंझट के बिना ईमेल भेजें।.

हम आपको गुजरने के लिए एक खुला पोर्ट प्रदान करते हैं, और
केवल आपके कनेक्शन के आईपी पते की जांच करते हैं।

बस यह बता दें कि आप किन आईपी पतों से कनेक्ट कर रहे हैं
और आप अपने ईमेल भेजने के लिए तैयार हैं।

निःशुल्क परीक्षण का अनुरोध करें

डिजिटल रूप से हस्ताक्षरित संदेश

पहचान की जाँच

ईमेल के दुरुपयोग से बचाव के लिए, अधिक से अधिक ईमेल सर्वर
संदेश भेजने से पहले प्रेषक की पहचान की जांच करते हैं ।

RealSender के बिना ईमेल भेजने पर , आपके प्राप्तकर्ता यह सुनिश्चित नहीं कर सकते
कि प्राप्त संदेश आपके द्वारा ही भेजा गया है।

RealSender का उपयोग करके ईमेल भेजने पर , आपके द्वारा भेजे गए सभी संदेश
डिजिटल रूप से हस्ताक्षरित होते हैं, ताकि प्राप्तकर्ता उन पर भरोसा कर सकें ।

प्रेषक प्रमाणीकरण

प्रेषक की पहचान की जांच करने के लिए दो मानक हैं: SPF और DKIM।
RealSender इन दोनों को प्रदान करता है।

SPF यह बताता है कि किसी निश्चित डोमेन के लिए कौन से SMTP सर्वर अधिकृत हैं।
DKIM किसी डोमेन और उससे संबंधित SMTP सर्वर से भेजे गए प्रत्येक संदेश को डिजिटल रूप से हस्ताक्षरित करता है।
DKIM द्वारा हस्ताक्षरित संदेशों की जाँच के लिए उपयोग की जाने वाली सभी जानकारी
डोमेन की DNS सेटिंग्स में सुरक्षित और लॉक रहती है।

निःशुल्क परीक्षण का अनुरोध करें

समर्पित आईपी पता

समर्पित एसएमटीपी आईपी पता

"इंटरनेट प्रोटोकॉल एड्रेस" या "आईपी एड्रेस"
आपके घर के फोन या मोबाइल डिवाइस पर मौजूद टेलीफोन नंबर के समान है।

यह व्यक्तिगत रूप से पहचान योग्य जानकारी है जो
इंटरनेट पर किसी भी संचार लिंक के स्थापित होने पर दूसरे कंप्यूटर द्वारा स्वचालित रूप से कैप्चर कर ली जाती है।
इंटरनेट पर किसी अन्य डिवाइस का आईपी एड्रेस समान नहीं होगा।
यह किसी डिवाइस के दूसरे डिवाइस से संचार करने के लिए आवश्यक है।

ईमेल संदेश भेजने के लिए "समर्पित" आईपी पते महत्वपूर्ण होते हैं
क्योंकि उनकी प्रतिष्ठा का उनके संदेश स्वीकार किए जाने या अस्वीकार किए जाने पर गहरा प्रभाव पड़ता है।

व्यापारिक संचार के लिए "साझा" आईपी पतों का उपयोग करना
ऐसा है जैसे हर बार एक ही ग्राहक के पास अलग-अलग बिक्री प्रतिनिधि भेजना।
ग्राहक उसे न जानने के कारण उस पर संदेह करेगा।
गंभीर मामलों में, यदि वही विक्रेता प्रतिदिन अलग-अलग उत्पाद बेचता है, तो
अगली बार जब वह आएगा तो उसे स्वीकार किए जाने की संभावना बहुत अधिक है।

इंटरनेट पर मौजूद अधिकांश SMTP सेवाएं अपने ग्राहकों को "साझा" IP पते प्रदान करती हैं।
हर बार ईमेल भेजने पर एक अलग IP पता असाइन किया जाता है।
क्लाउड होस्टिंग प्रदाताओं के साथ भी कुछ ऐसा ही होता है, जो प्रति मिनट के आधार पर सेवाएं प्रदान करते हैं।
इस मामले में, वे एक या अधिक "अस्थायी रूप से असाइन किए गए" IP पते प्रदान करते हैं।

2009 में अपनी स्थापना के बाद से, RealSender ने केवल "समर्पित" आईपी पते वाले SMTP सर्वर प्रदान करने का निर्णय लिया है।
इसका अर्थ है कि प्रत्येक ग्राहक को एक ऐसा आईपी पता प्राप्त होता है जो समय के साथ नहीं बदलता।
ईमेल प्रमाणीकरण के माध्यम से इसे कंपनी के डोमेन नाम से जोड़ने से दोनों की विश्वसनीयता बढ़ जाती है।

यदि आपका संचार सुसंगत और अपेक्षित है, तो
धीरे-धीरे प्राप्तकर्ता इसे पहचानने लगेंगे और इसे अधिक महत्व देंगे।
यह विश्वास इतना गहरा हो सकता है कि आपके द्वारा भेजे गए सभी संचार
स्वतः ही स्वीकार कर लिए जाएंगे और उन्हें महत्वपूर्ण या उच्च प्राथमिकता वाला माना जाएगा।

निःशुल्क परीक्षण का अनुरोध करें

सुरक्षा सेटिंग्स

अपने मौजूदा मेल सर्वर से रियलसेंडर सुरक्षित वातावरण में स्विच करें।.

आप उसी प्रमाणीकरण क्रेडेंशियल
और एसएमटीपी होस्टनाम का

आप बिना प्रमाणीकरण के भी सुरक्षित रूप से ईमेल संदेश भेज सकते हैं।.

इस क्षेत्र के विषय:

अधिकृत प्रेषक

केवल घोषित प्रेषकों को ही आगे जाने की अनुमति है।

fail2ban द्वारा संरक्षित

अनधिकृत पहुंच की पहचान की जाती है, उसे अवरुद्ध किया जाता है और तीन असफल प्रयासों के बाद प्रतिबंधित कर दिया जाता है।

अतिरिक्त सुरक्षा सेटिंग्स

वैकल्पिक अतिरिक्त सुरक्षा कॉन्फ़िगरेशन

अधिकृत प्रेषक

प्रेषक जाँच

प्रत्येक ग्राहक को एक समर्पित RealSender SMTP सर्वर आवंटित किया जाता है।
सर्वर की प्रतिष्ठा पर नियंत्रण बनाए रखने
और प्रेषकों के डोमेन की प्रतिष्ठा को प्रतिदिन सत्यापित करने का यही एकमात्र तरीका है।

इस पद्धति के अनुसार, केवल घोषित प्रेषकों को ही संदेश भेजने की अनुमति दी जाती है।
सिस्टम प्रत्येक संदेश की जाँच करता है और स्वीकृत प्रेषकों की सूची के आधार पर उन्हें स्वीकार या अस्वीकार करता है।

प्रत्येक RealSender खाते के लिए "अधिकृत प्रेषक" को
एक ही कंपनी द्वारा पंजीकृत एक या अधिक डोमेन नामों का उल्लेख करना होगा।

RealSender के साझेदार और बड़े संगठन
अधिकृत प्रेषकों की सूची को स्वतंत्र रूप से अपडेट कर सकते हैं।

निःशुल्क परीक्षण का अनुरोध करें

fail2ban द्वारा संरक्षित

fail2ban सुरक्षित smtp

RealSender आपके डेडिकेटेड SMTP को सुरक्षित रखने के लिए Fail2ban सर्वर एप्लिकेशन पर निर्भर करता है।
यह अनधिकृत पहुंच और DOS (Denial Of Service) हमलों से सुरक्षा प्रदान करता है।

तीन बार असफल प्रयास के बाद, स्रोत आईपी को ब्लॉक और प्रतिबंधित कर दिया जाता है।.

ब्लैकलिस्ट होने के कारण ये हो सकते हैं:

गलत क्रेडेंशियल
(गलत उपयोगकर्ता नाम या गलत पासवर्ड)
असुरक्षित चैनलों पर प्रमाणीकरण का प्रयास
(सिस्टम को TLS/SSL प्रमाणीकरण की आवश्यकता है)
प्रेषक का ईमेल पता भेजने के लिए अधिकृत नहीं है
RealSender के अधिकृत प्रेषकों पर प्रतिबंध देखें )
प्रमाणीकरण प्रक्रिया के दौरान एसएमटीपी कनेक्शन बाधित हो गया
(कई टूटे हुए कनेक्शन वैध उपयोगकर्ताओं के लिए एसएमटीपी सेवा को अनुपलब्ध बना देते हैं)

ब्लॉक करने का परिणाम यह होता है कि एसएमटीपी सर्वर कनेक्शन प्रयासों का जवाब देना बंद कर देता है;
अनुरोध करने वाले कंप्यूटर को यह संदेश प्राप्त होगा:

93.184.216.34 पते से कनेक्ट करने का प्रयास: कनेक्शन अस्वीकृत

गलती से प्रतिबंधित हो चुके आईपी पतों से कैसे निपटें:

कभी-कभी वैध आईपी पते नई कॉन्फ़िगरेशन या अन्य कारणों से प्रतिबंधित हो जाते हैं।
RealSender प्रतिबंधों को सत्यापित करने के लिए Fail2ban लॉग तक सीधी पहुँच प्रदान करता है, जैसे कि ये:

2024-08-26 01:38:01,199 fail2ban.filter [19671]: INFO [smtp] 93.184.216.34 मिला - 2024-08-26 01:38:00 2024-08-26 01:38:01,201 fail2ban.filter [19671]: INFO [smtp] 93.184.216.34 मिला - 2024-08-26 01:38:01 2024-08-26 01:38:01,404 fail2ban.filter [19671]: INFO [smtp] 93.184.216.34 मिला - 2024-08-26 01:38:01 2024-08-26 01:38:01,972 fail2ban.actions [19671]: NOTICE [smtp] Ban 93.184.216.34

एक बार जब आप यह तय कर लें कि आपका आईपी प्रतिबंधित कर दिया गया है, तो
RealSender सहायता से संपर्क करें और "व्हाइटलिस्टिंग" का अनुरोध करें।

"व्हाइटलिस्टेड" आईपी पते से आने वाले नए कनेक्शनों को अनदेखा कर दिया जाएगा और उन्हें इस प्रकार लॉग किया जाएगा:

2024-08-23 07:00:12,501 fail2ban.filter [30057]: INFO [smtp] 93.184.216.34 को IP द्वारा अनदेखा करें 2024-08-23 07:00:12,501 fail2ban.filter [30057]: INFO [smtp] 93.184.216.34 को IP द्वारा अनदेखा करें 2024-08-23 07:00:13,115 fail2ban.filter [30057]: INFO [smtp] 93.184.216.34 को IP द्वारा अनदेखा करें

निःशुल्क परीक्षण का अनुरोध करें

अतिरिक्त सुरक्षा सेटिंग्स

इस क्षेत्र के विषय:

बुरी आसक्तियों को रोकें

संभावित रूप से हानिकारक अटैचमेंट वाले सभी ईमेल को ब्लॉक करने का सुरक्षा विकल्प

संदेशों की संख्या सीमित करें

प्रेषक द्वारा भेजे गए संदेशों की संख्या को सीमित करने का सुरक्षा विकल्प

संदेशों के भार को सीमित करें

निर्धारित आकार सीमा से अधिक ईमेल को ब्लॉक करने का सुरक्षा विकल्प।

बड़े अटैचमेंट को रूपांतरित करें

बड़ी फ़ाइल अटैचमेंट को लिंक में बदलने का सुरक्षा विकल्प

भेजे गए सभी ईमेलों की bcc में शामिल करें

भेजे गए सभी ईमेल की BCC कॉपी को पारदर्शी तरीके से शामिल करें।

बुरी आसक्तियों को रोकें

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

अनधिकृत अटैचमेंट के साथ भेजे जाने वाले संदेशों को रोक दिया गया है।.

संदेश एसएमटीपी सर्वर से होकर नहीं गुजरता,
ईमेल इस चेतावनी के साथ प्रेषक को वापस भेज दिया जाता है:

"example.zip" नामक संलग्न फ़ाइल आपकी कंपनी की ईमेल सुरक्षा नीति का उल्लंघन करती है। इसकी डिलीवरी रोक दी गई है। अधिक जानकारी के लिए, अपने आईटी प्रशासक से संपर्क करें।.

निःशुल्क परीक्षण का अनुरोध करें

संदेशों की संख्या सीमित करें

SAGE मेलिंग लिस्ट पर फिल पेनॉक की एक टिप्पणी से प्रेरित होकर:

काश मुझे प्रति ग्राहक प्रतिदिन भेजे जाने वाले ईमेल की संख्या पर सीमा लगाने की अनुमति मिल जाती, जिसे ग्राहक द्वारा ईमेल भेजने के वैध कारणों के आधार पर बढ़ाया जा सके...

अक्सर ईमेल की अधिक संख्या किसी हैक किए गए खाते के कारण उत्पन्न होती है।
इससे आपकी कंपनी और आपके ईमेल सर्वर दोनों की प्रतिष्ठा को नुकसान पहुंच सकता है।

"संदेशों की संख्या सीमित करें" विकल्प आपको प्रति प्रेषक प्रतिदिन भेजे जाने वाले ईमेल की अधिकतम संख्या निर्धारित करने की अनुमति देता है,
ताकि अतिरिक्त संख्या में भेजे गए ईमेल इंटरनेट पर जाने से पहले ही अवरुद्ध हो जाएं।

अतिरिक्त मात्रा में भेजे जाने वाले संदेशों को रोक दिया गया है।
ईमेल तुरंत प्रेषक को वापस भेज दिए जाते हैं, साथ ही एक चेतावनी भी दी जाती है जैसे:

ईमेल भेजते समय एक त्रुटि हुई। मेल सर्वर ने उत्तर दिया: 450 4.7.1 <>... प्रेषक@example.com ने प्रति दिन n संदेशों की सीमा पार कर ली है।.

स्पैम रोकने के उपाय के तौर पर, अधिकांश SMTP सर्वरों ने एक लिफाफे के लिए निर्दिष्ट किए जा सकने वाले
प्राप्तकर्ताओं की संख्या को सीमित करने का विकल्प पेश किया है । Sendmail में इसे "MaxRecipientsPerMessage" कहा जाता है।

RealSender प्रति संदेश प्राप्तकर्ताओं की संख्या पर सीमा लगाने को बढ़ावा देता है,
ताकि दुरुपयोग को कम किया जा सके और कई पतों पर सीसी/बीसीसी भेजने के जोखिम से बचा जा सके।

हम परीक्षण के लिए 300 @bogusemail.net पतों की एक सूची साझा कर रहे हैं:
bogusemail-test.txt

ये संदेश एक "ब्लैक-होल" मेलसर्वर तक पहुंचेंगे।.

आप अपनी सुविधानुसार इनका उपयोग
यह जांचने के लिए कर सकते हैं कि आपका एसएमटीपी सर्वर प्रति संदेश कितने प्राप्तकर्ताओं को संदेश
भेजने की अनुमति देता है।

निःशुल्क परीक्षण का अनुरोध करें

संदेशों के भार को सीमित करें

यदि आप किसी को बड़ी अटैचमेंट भेजते हैं,
तो हो सकता है कि वह न पहुंचे क्योंकि उनके पास आने वाली अटैचमेंट का आकार छोटा हो सकता है।

"संदेश का वजन सीमित करें" विकल्प आपको संदेशों का अधिकतम वजन निर्धारित करने की अनुमति देता है
ताकि उन्हें अपलोड करने से पहले ही अवरुद्ध कर दिया जाए।

अधिक वजन वाली अटैचमेंट भेजने पर रोक लगा दी जाती है,
ईमेल तुरंत प्रेषक को वापस भेज दिया जाता है,
साथ ही एक चेतावनी भी दिखाई देती है:

आप जो संदेश भेजने का प्रयास कर रहे हैं, वह सर्वर की वैश्विक आकार सीमा (xxxx बाइट्स) से अधिक है, कृपया संदेश का आकार कम करें और पुनः भेजने का प्रयास करें।.

इसके अलावा, बड़ी अटैचमेंट फ़ाइलों को
आपकी वेबसाइट पर ऑनलाइन प्रकाशित किया जा सकता है और एक सरल, हल्के लिंक के माध्यम से साझा किया जा सकता है।

उपयोगकर्ता क्षेत्र के लिंक वाले ईमेल में निम्नलिखित निर्देश शामिल हैं:

आपके वेबस्पेस का एक्सेस लिंक: (/अस्थायी सामग्री 7 दिनों के बाद हटा दी जाती है) https://username:secretcode@rsXXX.realsender.com/view/ (इसे https://webspace.realsender.com में कॉपी/पेस्ट करें) उदाहरण: https://rsXXX.realsender.com/view/example.mp4 (101 MB)

निःशुल्क परीक्षण का अनुरोध करें

बड़े अटैचमेंट को रूपांतरित करें

फ़ाइललिंक रूपांतरण

RealSender का “filelink” ऐप
आपके द्वारा निर्धारित आकार से बड़े सभी अटैचमेंट को
लिंक में परिवर्तित कर देता है, जैसे कि यह:

[बड़ी फ़ाइल example.pdf] (43.96 MB) को यहाँ स्थानांतरित कर दिया गया है: http://rsXXX-realsender.com/files/e1eb3665a1a0766ea65616b6210cfd538c4950f8.pdf यह फ़ाइल बारह महीने बाद हटा दी जाएगी।.

आपके प्राप्तकर्ता को एक संक्षिप्त संदेश प्राप्त होगा।
आवश्यकता पड़ने पर वे संलग्न फ़ाइल को डाउनलोड कर सकते हैं।

लिंक में दिया गया डोमेन कोई भी समर्पित डोमेन या सबडोमेन हो सकता है जिसे आप उपयोग करना चाहते हैं।.

निःशुल्क परीक्षण का अनुरोध करें

भेजे गए सभी ईमेलों की bcc में शामिल करें

बीसीसी ईमेल

ईमेल संदेश आधुनिक व्यावसायिक संचार का मुख्य माध्यम हैं।
इनके गलती से खो जाने से कंपनी के ज्ञान भंडार को भारी क्षति पहुँच सकती है।
इसके अलावा, व्यावसायिक पत्राचार को सामान्यतः दस वर्षों तक सुरक्षित रखा जाना चाहिए।

 !! यदि आपकी कंपनी name.surname@companyname.com जैसे व्यक्तिगत ईमेल पते का उपयोग कर रही है, तो इस फ़ंक्शन को सक्रिय करने से पहले आपको प्रेषकों को सूचित करना होगा।

bcc (ब्लाइंड कार्बन कॉपी) फ़ंक्शन का उपयोग करके,
RealSender सभी भेजे गए ईमेल को पारदर्शी रूप से स्थानांतरित कर देता है।

कम समय में बड़ी मात्रा में ईमेल प्राप्त करने के लिए कॉन्फ़िगर किए गए
एक विशेष POP3 मेलबॉक्स में
आप इसे बाहरी सेवाओं के माध्यम से स्वचालित रूप से डाउनलोड कर सकते हैं
!!! संग्रहीत ईमेल संदेश 7 दिनों के बाद स्वचालित रूप से हटा दिए जाते हैं!!!
उदाहरण के लिए, Gmail के व्यक्तिगत (निःशुल्क) और G Suite ऐप दोनों संस्करणों में उपलब्ध " अन्य खातों से मेल देखें " सेटिंग का
उपयोग करके।
किसी दूसरे ईमेल पते पर
संदेश भेजने के लिए उसे ठीक से कॉन्फ़िगर करें ताकि उसे स्पैम के रूप में वर्गीकृत न किया जाए।
इनबाउंड मेल गेटवे सेट अप करें " का विकल्प दिया गया है।

निःशुल्क परीक्षण का अनुरोध करें

ईमेल प्रशासकों के लिए

ईमेल व्यवस्थापक

इस क्षेत्र के विषय:

ईमेल क्लाइंट सेटिंग्स

ईमेल क्लाइंट के कॉन्फ़िगरेशन के उदाहरण: आउटलुक - आउटलुक 2007 - आउटलुक 2013 2016 - मैक ओएस/एक्स मेल - थंडरबर्ड - ज़िम्ब्रा डेस्कटॉप

ईमेल सर्वर सेटिंग्स

ईमेल सर्वरों के कॉन्फ़िगरेशन के उदाहरण: माइक्रोसॉफ्ट एक्सचेंज सर्वर - माइक्रोसॉफ्ट ऑफिस 365 - ज़िम्ब्रा कोलैबोरेशन

इनबॉक्स ऐप

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

स्पैमस्टॉप ऐप

ईमेल प्रमाणीकरण और अधिकृत प्रेषकों पर आधारित स्पैम फ़िल्टर

ईमेल क्लाइंट सेटिंग्स

RealSender का उपयोग शुरू करने के लिए:

निःशुल्क परीक्षण खाते का अनुरोध करें
अपने ईमेल क्लाइंट में आउटगोइंग मेल (SMTP) की सेटिंग्स बदलें:
Outlook - Outlook 2007 - Outlook 2013 2016 - Mac OS/X Mail - Thunderbird - Zimbra Desktop।
क्या आपका क्लाइंट ऊपर दी गई सूची में नहीं है? हमसे संपर्क करें !
यदि आप केंद्रीकृत ईमेल सिस्टम का उपयोग करते हैं, तो " ईमेल सर्वर
यदि आप सामूहिक ईमेल भेजना चाहते हैं, तो हमारे " न्यूज़लेटर सॉफ़्टवेयर " अनुभाग को देखें।
भेजे गए संदेशों को SPF के साथ प्रमाणित करने के लिए अपने डोमेन की सेटिंग्स बदलें
(यह आमतौर पर परीक्षण अवधि के बाद किया जाता है)

क्यों? यदि आप चाहते हैं कि आपके डोमेन से भेजे गए ईमेल किसी तृतीय-पक्ष सेवा के माध्यम से भेजे जाएं, तो
आपको अपने SPF रिकॉर्ड को इस तरह से कॉन्फ़िगर करना होगा कि सेवा प्रदाता के IP पतों से ईमेल डिलीवरी की अनुमति मिल सके।
यदि आप ऐसा नहीं करते हैं, तो आपके डोमेन से भेजे गए सभी ईमेल प्राप्तकर्ताओं द्वारा अस्वीकार किए जाने का जोखिम रहता है।
RealSender SPF रिकॉर्ड सेट अप करना आसान है:
आपको बस include:spf.realsender.com , और बस हो गया।

हम ईमेल पर स्वचालित रूप से DKIM का उपयोग करके हस्ताक्षर करते हैं, इसलिए आपको कुछ और करने की आवश्यकता नहीं है।.

कोई प्रश्न हो तो हमसे संपर्क करें!

आउटलुक

आउटलुक एक्सप्रेस आउटलुक 2000

टूल्स > विकल्प > खाते

आउटलुक एक्सप्रेस - इंटरनेट खाते - मेल

मेल > [प्रॉपर्टीज़]

आउटलुक एक्सप्रेस - इंटरनेट खाते - मेल - प्रॉपर्टीज़

सर्वर

आउटगोइंग मेल (SMTP): rsxxx.realsender.com

जावक मेल का सर्वर

[x] मेरे सर्वर को प्रमाणीकरण की आवश्यकता है

[सेटिंग्स…]

आउटलुक एक्सप्रेस - इंटरनेट खाते - मेल - आउटगोइंग मेल सर्वर

जावक मेल का सर्वर

[x] लॉग ऑन करें

खाता नाम: (जो हमने आपको भेजा था)
पासवर्ड: (जो हमने आपको भेजा था)

[x] पासवर्ड याद रखें

[ठीक है]

आउटलुक एक्सप्रेस - इंटरनेट खाते - मेल - प्रॉपर्टीज़ - एडवांस्ड

विकसित

आउटगोइंग मेल (SMTP): 25
[x] इस सर्वर को एक सुरक्षित कनेक्शन (SSL) की आवश्यकता है

[ठीक है]

आउटलुक 2007

उपकरण > विकल्प…

मेल सेटअप > [ई-मेल खाते…]

आउटलुक 2007 - मेल सेटअप - ईमेल खाते

[परिवर्तन…]

आउटलुक 2007 - मेल सेटअप - ईमेल खाते - परिवर्तन

ईमेल खाता बदलें

आउटगोइंग मेल सर्वर (SMTP): rsxxx.realsender.com

[अधिक सेटिंग…]

आउटलुक 2007 - इंटरनेट ईमेल सेटिंग्स - आउटगोइंग सर्वर

आउटगोइंग सर्वर

[x] मेरे आउटगोइंग सर्वर (SMTP) को प्रमाणीकरण की आवश्यकता है

[x] लॉग ऑन करें

उपयोगकर्ता नाम: (जो हमने आपको भेजा था)
पासवर्ड: (जो हमने आपको भेजा था)

[x] पासवर्ड याद रखें

[ठीक है]

आउटलुक 2007 - इंटरनेट ईमेल सेटिंग्स - उन्नत

विकसित

कृपया निम्नलिखित प्रकार के एन्क्रिप्टेड कनेक्शन का उपयोग करें: TLS

[ठीक है]

आउटलुक 2013 2016

फ़ाइल > [जानकारी]

आउटलुक 2013 2016 - खाता जानकारी

[खाता और सोशल नेटवर्क सेटिंग्स]

[अकाउंट सेटिंग…]

आउटलुक 2013 2016 - खाता सेटिंग - ईमेल खाते

[परिवर्तन…]

आउटलुक 2013 2016 - मेल सेटअप - ईमेल खाते - परिवर्तन

ईमेल खाता बदलें

आउटगोइंग मेल सर्वर (SMTP): rsxxx.realsender.com

[अधिक सेटिंग…]

आउटलुक 2013 2016 - इंटरनेट ईमेल सेटिंग्स - आउटगोइंग सर्वर

आउटगोइंग सर्वर

[x] मेरे आउटगोइंग सर्वर (SMTP) को प्रमाणीकरण की आवश्यकता है

[x] लॉग ऑन करें

उपयोगकर्ता नाम: (जो हमने आपको भेजा था)
पासवर्ड: (जो हमने आपको भेजा था)

[x] पासवर्ड याद रखें

[ठीक है]

आउटलुक 2013 2016 - इंटरनेट ईमेल सेटिंग्स - उन्नत

विकसित

कृपया निम्नलिखित प्रकार के एन्क्रिप्टेड कनेक्शन का उपयोग करें: TLS

[ठीक है]

Mac OS/X मेल

ओएसएक्स मेल

मेल > प्राथमिकताएँ… > सर्वर सेटिंग्स

ओएसएक्स मेल - खाते - सर्वर सेटिंग्स - एसएमटीपी संपादित करें

आउटगोइंग मेल सर्वर (SMTP) > SMTP सर्वर सूची संपादित करें…

ओएसएक्स मेल - खाते - सर्वर सेटिंग्स - एसएमटीपी सर्वर सूची

[+] खाता बनाएँ

विवरण: rsxxx.realsender.com

उपयोगकर्ता नाम: (जो हमने आपको भेजा था)
पासवर्ड: (जो हमने आपको भेजा था)

होस्ट नाम: rsxxx.realsender.com
[ ] खाता सेटिंग्स को स्वचालित रूप से पहचानें और बनाए रखें

पोर्ट: 587 [x] TLS/SSL
प्रमाणीकरण का उपयोग करें: पासवर्ड

[ठीक है]

ओएसएक्स मेल - खाते - सर्वर सेटिंग्स

आउटगोइंग मेल सर्वर (एसएमटीपी)

खाता: rsxxx.realsender.com

[बचाना]

थंडरबर्ड

टूल्स > खाता सेटिंग्स

थंडरबर्ड - आउटगोइंग सर्वर - जोड़ें

आउटगोइंग सर्वर (एसएमटीपी) > [जोड़ें…]

थंडरबर्ड - एसएमटीपी सर्वर

सेटिंग्स

विवरण: रियलसेंडर
सर्वर का नाम: rsxxx.realsender.com
पोर्ट: 587

सुरक्षा और प्रमाणीकरण

कनेक्शन सुरक्षा: STARTTLS
प्रमाणीकरण विधि: सामान्य पासवर्ड
उपयोगकर्ता नाम: (जो हमने आपको भेजा था)

[ठीक है]

थंडरबर्ड - आउटगोइंग सर्वर (एसएमटीपी) सेटिंग्स

RealSender > [डिफ़ॉल्ट सेट करें]

थंडरबर्ड - आउटगोइंग सर्वर (एसएमटीपी)

खाता सेटिंग
(बाईं ओर के ट्री में अपना ईमेल खाता चुनें)

आउटगोइंग सर्वर (एसएमटीपी): रियलसेंडर

[ठीक है]

थंडरबर्ड - आउटगोइंग सर्वर (एसएमटीपी) पासवर्ड आवश्यक है

जब आप पहली बार कोई संदेश भेजते हैं

आउटगोइंग सर्वर (SMTP) पासवर्ड आवश्यक है

अपना पासवर्ड दर्ज करें…: (वह पासवर्ड जो हमने आपको भेजा था)

[x] इस पासवर्ड को याद रखने के लिए पासवर्ड मैनेजर का उपयोग करें

[ठीक है]

ज़िम्ब्रा डेस्कटॉप

ज़िम्ब्रा

डेस्कटॉप खोलें > सेटअप (ऊपर दाएं)

ज़िम्ब्रा - मेरे खाते

मेरे खाते > [संपादित करें]

ज़िम्ब्रा - खाता संपादित करें

खाता संपादित करें

मेल भेजना

एसएमटीपी सर्वर: rsxxx.realsender.com

सुरक्षा: [x] मेल भेजते समय SSL एन्क्रिप्शन का उपयोग करें

प्रमाणीकरण: [x] मेल भेजने के लिए उपयोगकर्ता नाम और पासवर्ड आवश्यक हैं

उपयोगकर्ता नाम: (वही जो हमने आपको भेजा था)

पासवर्ड: (जो हमने आपको भेजा था)

[मान्य करें और सहेजें]

ईमेल सर्वर सेटिंग्स

RealSender का उपयोग शुरू करने के लिए:

निःशुल्क परीक्षण खाते का अनुरोध करें
अपने ईमेल सर्वर (जैसे Microsoft Exchange Server , Microsoft Office 365 या Zimbra Collaboration
) में आउटगोइंग मेल (SMTP) की सेटिंग्स बदलें।
क्या आपका सर्वर ऊपर दी गई सूची में नहीं है? हमसे संपर्क करें !
यदि आप व्यक्तिगत रूप से कॉन्फ़िगर किए गए ईमेल क्लाइंट का उपयोग करते हैं, तो " ईमेल क्लाइंट " पृष्ठ पर जाएँ
न्यूज़लेटर सॉफ़्टवेयर " अनुभाग को देखें ।
भेजे गए संदेशों को SPF के साथ प्रमाणित करने के लिए अपने डोमेन की सेटिंग्स बदलें
(यह आमतौर पर परीक्षण अवधि के बाद किया जाता है)

क्यों? यदि आप चाहते हैं कि आपके डोमेन से भेजे गए ईमेल किसी तृतीय-पक्ष सेवा के माध्यम से भेजे जाएं, तो
आपको अपने SPF रिकॉर्ड को इस तरह से कॉन्फ़िगर करना होगा कि सेवा प्रदाता के IP पतों से ईमेल डिलीवरी की अनुमति मिल सके।
यदि आप ऐसा नहीं करते हैं, तो आपके डोमेन से भेजे गए सभी ईमेल प्राप्तकर्ताओं द्वारा अस्वीकार किए जाने का जोखिम रहता है।
RealSender SPF रिकॉर्ड सेट अप करना आसान है:
आपको बस include:spf.realsender.com , और बस हो गया।

कोई प्रश्न हो तो हमसे संपर्क करें!

सर्वर की अदला बदली करें

एक्सचेंज सर्वर 2013 2016 2019

ईएसी
(एक्सचेंज एडमिन सेंटर)

एक्सचेंज सर्वर 2013 2016 2019 - मेलफ्लो - सेंड कनेक्टर्स

मेल फ्लो > सेंड कनेक्टर्स

[+] नया सेंड कनेक्टर

एक्सचेंज सर्वर 2013 2016 2019 - नया सेंड कनेक्टर

नया सेंड कनेक्टर

*नाम:
इंटरनेट मेल

प्रकार:
[x] इंटरनेट (उदाहरण के लिए, इंटरनेट मेल भेजने के लिए)

[अगला]

एक्सचेंज सर्वर 2013 2016 2019 - स्मार्ट होस्ट संपादित करें

स्मार्ट होस्ट संपादित करें

एक पूर्णतः योग्य डोमेन नाम (FQDN), IPv4 पता या IPv6 पता निर्दिष्ट करें:
rsxxx.realsender.com

[बचाना]

एक्सचेंज सर्वर 2013 2016 2019 - नया सेंड कनेक्टर

नया सेंड कनेक्टर

*नेटवर्क सेटिंग्स:
[x] स्मार्ट होस्ट के माध्यम से मेल रूट करें
(अपरिवर्तित)

[अगला]

एक्सचेंज सर्वर 2013 2016 2019 - नया सेंड कनेक्टर - प्रमाणीकरण

नया सेंड कनेक्टर - प्रमाणीकरण

स्मार्ट होस्ट प्रमाणीकरण:
[x] बुनियादी प्रमाणीकरण
[x] TLS शुरू होने के बाद ही बुनियादी प्रमाणीकरण प्रदान करें

*उपयोगकर्ता नाम:
(वह नाम जो हमने आपको भेजा था)

*पासवर्ड:
(जो हमने आपको भेजा था)

[अगला]

एक्सचेंज सर्वर 2013 2016 2019 - नया सेंड कनेक्टर - रूटिंग

नया सेंड कनेक्टर - रूटिंग

*पता स्थान:

प्रकार: एसएमटीपी
डोमेन: *
लागत: 1

[अगला]

एक्सचेंज सर्वर 2013 2016 2019 - नया सेंड कनेक्टर - कौन सा एक्सचेंज सर्वर

नया सेंड कनेक्टर - कौन सा एक्सचेंज सर्वर

[अदला-बदली]

[जोड़ें ->] विनिमय

[ठीक है]

एक्सचेंज सर्वर 2013 2016 2019 - नया सेंड कनेक्टर - पूरा हुआ

[खत्म करना]

कार्यालय 365

ऑफिस 365 - साइन इन करें

माइक्रोसॉफ्ट ऑफिस 365 एडमिन सेंटर

ऑफिस 365 - एडमिन

बाएँ मेनू > व्यवस्थापक

ऑफिस 365 - सभी दिखाएँ

Microsoft 365 एडमिन सेंटर > … सभी दिखाएँ

ऑफिस 365 - प्रशासनिक केंद्र - एक्सचेंज

Microsoft 365 एडमिन सेंटर > एडमिन सेंटर > एक्सचेंज

ऑफिस 365 - मेल फ्लो > कनेक्टर्स

एक्सचेंज एडमिन सेंटर > मेल फ्लो > कनेक्टर्स

Office 365 - कनेक्टर जोड़ें

कनेक्टर > कनेक्टर जोड़ें

नया कनेक्टर

ऑफिस 365 - नया कनेक्टर

कनेक्शन का स्रोत: [x] Office 365 कनेक्शन का स्रोत: [x] भागीदार संगठन

[अगला]

कनेक्टर का नाम

ऑफिस 365 - कनेक्टर का नाम

यह कनेक्टर Office 365 से आपके सहयोगी संगठन या सेवा प्रदाता को भेजे गए ईमेल संदेशों के लिए रूटिंग और सुरक्षा प्रतिबंध लागू करता है। नाम: RealSender कनेक्टर सेव होने के बाद आप क्या करना चाहते हैं? [x] इसे चालू करें

[अगला]

कनेक्टर का उपयोग

ऑफिस 365 - कनेक्टर का उपयोग

बताएँ कि आप इस कनेक्टर का उपयोग कब करना चाहते हैं। [x] केवल तभी जब मैंने एक ट्रांसपोर्ट नियम सेट किया हो जो संदेशों को इस कनेक्टर पर रीडायरेक्ट करता हो।

[अगला]

मार्ग

ऑफिस 365 - रूटिंग

आप ईमेल संदेशों को कैसे रूट करना चाहते हैं? एक या अधिक स्मार्ट होस्ट निर्दिष्ट करें जिन पर Office 365 ईमेल संदेश भेजेगा। स्मार्ट होस्ट एक वैकल्पिक सर्वर है और इसे पूर्णतः योग्य डोमेन नाम (FQDN) या IP पते का उपयोग करके पहचाना जा सकता है। [x] इन स्मार्ट होस्ट rsxxx.realsender.com के माध्यम से ईमेल रूट करें [+]

[अगला]

सुरक्षा प्रतिबंध

ऑफिस 365 - सुरक्षा प्रतिबंध

Office 365 को आपके सहयोगी संगठन के ईमेल सर्वर से कैसे कनेक्ट करना चाहिए? [x] कनेक्शन को सुरक्षित करने के लिए हमेशा ट्रांसपोर्ट लेयर सिक्योरिटी (TLS) का उपयोग करें (अनुशंसित) केवल तभी कनेक्ट करें जब प्राप्तकर्ता के ईमेल सर्वर का प्रमाणपत्र इस मानदंड से मेल खाता हो [x] किसी विश्वसनीय प्रमाणपत्र प्राधिकरण (CA) द्वारा जारी किया गया हो

[अगला]

सत्यापन ईमेल

ऑफिस 365 - सत्यापन ईमेल

अपने पार्टनर डोमेन पर मौजूद किसी सक्रिय ईमेल बॉक्स का ईमेल पता निर्दिष्ट करें। यदि आपके पार्टनर संगठन के पास एक से अधिक डोमेन हैं, तो आप एकाधिक पते जोड़ सकते हैं। yourname@yourdomain.com [+] [मान्य करें]

सत्यापन सफल रहा

ऑफिस 365 - सत्यापन सफल

[मान्य करें] सत्यापन जारी है... सत्यापन सफल > कार्य स्थिति > 'rsxxx.realsender.com' से कनेक्टिविटी की जाँच सफल > परीक्षण ईमेल भेजना सफल

[अगला]

कनेक्टर की समीक्षा करें

ऑफिस 365 - समीक्षा कनेक्टर

मेल प्रवाह परिदृश्य प्रेषक: Office 365 प्राप्तकर्ता: भागीदार संगठन का नाम: RealSender स्थिति: सहेजने के बाद इसे चालू करें कनेक्टर का उपयोग: केवल तभी उपयोग करें जब मेरे पास एक परिवहन नियम सेट अप हो जो संदेशों को इस कनेक्टर पर पुनर्निर्देशित करता हो। रूटिंग: ईमेल संदेशों को इन स्मार्ट होस्ट के माध्यम से रूट करें: rsxxx.realsender.com सुरक्षा प्रतिबंध: हमेशा ट्रांसपोर्ट लेयर सिक्योरिटी (TLS) का उपयोग करें और केवल तभी कनेक्ट करें जब प्राप्तकर्ता के ईमेल सर्वर का प्रमाणपत्र किसी विश्वसनीय प्रमाणपत्र प्राधिकरण (CA) द्वारा जारी किया गया हो।.

[कनेक्टर बनाएं]

ज़िम्ब्रा सहयोग

ज़िम्ब्रा एडमिन कंसोल

ज़िम्ब्रा कोलैबोरेशन
(नेटवर्क संस्करण / ओपन सोर्स)

> व्यवस्थापक कंसोल

ज़िम्ब्रा एडमिन - कॉन्फ़िगर करें - वैश्विक सेटिंग्स - एमटीए

ज़िम्ब्रा प्रशासन

> कॉन्फ़िगर

> वैश्विक सेटिंग्स

> एमटीए

ज़िम्ब्रा एडमिन - एमटीए - बाहरी डिलीवरी के लिए रिले एमटीए

प्रमाणीकरण

प्रमाणीकरण सक्षम करें [ ]
केवल टीएलएस प्रमाणीकरण [ ]

नेटवर्क

वेब मेल एमटीए होस्टनाम: लोकलहोस्ट
वेब मेल एमटीए पोर्ट: 25

बाह्य डिलीवरी के लिए रिले एमटीए: rsxxx.realsender.com : 25
बाह्य डिलीवरी के लिए रिले एमटीए (फॉलबैक): rsxxx.realsender.com : 25

कृपया हमारी सहायता टीम को सूचित करें कि आप ज़िम्ब्रा कोलैबोरेशन का उपयोग कर रहे हैं, ताकि हम अपने सर्वरों को आपकी ओर से बिना किसी अतिरिक्त सेटअप के कनेक्शन स्वीकार करने के लिए कॉन्फ़िगर कर सकें (ज़िम्ब्रा की पोस्टफ़िक्स एसएमटीपी सेटिंग्स में कोई बदलाव करने की आवश्यकता नहीं है)।

इनबॉक्स ऐप

इनबॉक्स

RealSender का “inxbox” ऐप एक तैयार ईमेल सर्वर है,
जो अधिकृत डोमेन पर भेजे गए किसी भी संदेश को प्राप्त करता है।
जैसे ही MX रिकॉर्ड इसे इंगित करता है, यह तुरंत चालू हो जाता है।

इसका उपयोग अक्सर आपातकालीन मेल सर्वर के रूप में किया जाता है।.

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

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

मुख्य विशेषताएं:

ईमेल का ऐतिहासिक संग्रह

सभी ईमेल को पारदर्शी रूप से रिकॉर्ड करता है

वेबमेल इंटरफ़ेस

ऑनलाइन इनबॉक्स ईमेल संदेशों को पढ़ने के लिए एक सुरक्षित वेब क्षेत्र

इनबॉक्स ऐप डेमो

एक तैयार मेलबॉक्स जो किसी भी संदेश को प्राप्त करता है और उसे सीमित समय के लिए सुरक्षित रखता है।

ईमेल का ऐतिहासिक संग्रह

ईमेल संग्रहीत करें

 !! यदि आपकी कंपनी name.surname@companyname.com जैसे व्यक्तिगत ईमेल पते का उपयोग कर रही है, तो इस फ़ंक्शन को सक्रिय करने से पहले आपको प्रेषकों को सूचित करना होगा।

हम आपको एक समर्पित इनबाउंड ईमेल डोमेन प्रदान करते हैं,
ताकि RealSender का "inxbox" ऐप
सभी ईमेल को पारदर्शी रूप से संग्रहीत कर सके, जिसे आप निम्न माध्यम से एक्सेस कर सकते हैं:

एक विशेष POP3 मेलबॉक्स
जिसे कम समय में बड़ी मात्रा में ईमेल स्वीकार करने के लिए कॉन्फ़िगर किया गया है।
हमारे वेबमेल इंटरफ़ेस के अनुकूलित संस्करण के माध्यम से ऑनलाइन उपलब्ध
एक सुरक्षित वेब क्षेत्र।

एक स्वचालित प्रक्रिया संदेशों को प्राप्तकर्ता, महीने और वर्ष के अनुसार विभाजित करके संग्रहीत करती है।.

जब इसे RealSender Secure Email Gateway से जोड़ा जाता है, तो
भेजे गए सभी ईमेल स्वचालित रूप से डुप्लिकेट हो जाते हैं और संग्रहीत हो जाते हैं।

निःशुल्क परीक्षण का अनुरोध करें

वेबमेल इंटरफ़ेस

इनबॉक्स वेब मॉनिटर

वेब-इंटरफ़ेस की विशेषताएं:

मेलबॉक्स में संदेशों की सूची बनाएं
किसी विशेष संदेश की सामग्री प्रदर्शित करता है
संदेश का स्रोत (शीर्षक + मुख्य भाग) प्रदर्शित करता है।
संदेश का HTML संस्करण (एक नई विंडो में) प्रदर्शित करता है।
MIME अटैचमेंट की सूची प्रदर्शित करें और उन्हें डाउनलोड करने के लिए बटन प्रदान करें।
संदेश हटाएं
मॉनिटर: प्राप्त सभी संदेशों का वास्तविक समय प्रदर्शन

इनबॉक्स ईमेल संदेश

हमारे (निःशुल्क) पोस्टमास्टर टूल्स क्षेत्र में एक कार्यशील डेमो उपलब्ध है:
» इनबॉक्स डेमो अस्थायी ईमेल

निःशुल्क परीक्षण का अनुरोध करें

इनबॉक्स ऐप डेमो

इनबॉक्स ऐप डेमो एक तैयार-टू-यूज़ टेम्पररी मेलबॉक्स है जो किसी भी संदेश को प्राप्त करता है और उसे एक घंटे तक मेमोरी में रखता है!! सभी प्राप्त संदेश सभी को दिखाई देते हैं!!

अब इसे स्वयं आजमा कर देखें! (1)

[yourname]@inxbox.realsender.com पर संदेश भेजें
https://inxbox.realsender.com/monitor खोलें और रिसेप्शन की जांच करें
(Google Chrome ब्राउज़र > नया गुप्त विंडो या Microsoft Edge ब्राउज़र का उपयोग करें)

अब खुद ही आजमा कर देखिए! (2) अपने डोमेन के साथ

अपने डोमेन के MX रिकॉर्ड को बदलें/जोड़ें:
MX “10 inxbox1.realsender.com”
अपने नाम@अपने डोमेन पर संदेश भेजें।
https://inxbox1.realsender.com/monitor खोलें और रिसेप्शन की जांच करें
(Google Chrome ब्राउज़र > नया गुप्त विंडो या Microsoft Edge ब्राउज़र का उपयोग करें)

ध्यान दें: संबंधित डोमेन नाम पिछले बिंदु से अलग है।

pop3 के माध्यम से संदेश डाउनलोड करें

अपने ईमेल क्लाइंट को निम्नलिखित सेटिंग्स के साथ कॉन्फ़िगर करें।
सर्वर प्रकार: पीओपी मेल सर्वर
सर्वर नाम (1): inxbox.realsender.com - पोर्ट: 110 (डिफ़ॉल्ट)
सर्वर नाम (2): inxbox1.realsender.com - पोर्ट: 110 (डिफ़ॉल्ट)
उपयोगकर्ता नाम: प्राप्तकर्ता के पते में केवल “आपका नाम”
पासवर्ड: कोई भी मान स्वीकार्य है

स्पैमस्टॉप ऐप

स्पैम बंद करो

साइबर हमलों का मुख्य माध्यम ईमेल है।.

ईमेल प्रमाणीकरण जानकारी के माध्यम से प्रेषक पते की धोखाधड़ी का पता लगाया जा सकता है।.

RealSender का “स्पैमस्टॉप” ऐप प्राप्त संदेशों के विषय में ही
प्रामाणिकता जांच के परिणाम दिखाता है ।

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

इसे पूरे डोमेन के लिए या फिर केवल कुछ ईमेल पतों के लिए भी सक्रिय किया जा सकता है।.

मुख्य विशेषताएं:

1 - एसपीएफ जांच

एसपीएफ-आधारित ईमेल प्रेषक जाँच

2 - डीकेआईएम चेक

डीकेआईएम-आधारित प्रेषक और ईमेल सील जांच

3 - डीएमएआरसी संरेखण

कम से कम एक डोमेन भेजने वाले डोमेन के साथ मेल खाना चाहिए।

4 - डबल स्पैम टैग

धोखाधड़ी को उजागर करने के लिए विषय में दो स्पैम टैग जोड़े गए हैं।

क्लाइंट साइड प्रेषक फ़िल्टर

अपने इनबॉक्स में केवल उन्हीं प्रेषकों के संदेश प्राप्त करने के लिए जिन्हें आपने पहले अधिकृत किया है।

सर्वर साइड प्रेषक फ़िल्टर

केवल उन्हीं प्रेषकों से ईमेल संदेश प्राप्त करने के लिए जिन्हें आपने पहले अधिकृत किया है

सुरक्षा सेटिंग्स

अवांछित प्रेषकों और खतरनाक अटैचमेंट से अपने ईमेल बॉक्स को सुरक्षित रखने के लिए

1 - एसपीएफ जांच

एसपीएफ लोगो

हम यह सुनिश्चित करना चाहते हैं कि प्रेषक का पता जाली/नकली न हो*।
* = संदेश को वास्तविक स्रोत के अलावा किसी अन्य व्यक्ति से आया हुआ प्रतीत कराना।

एसपीएफ प्रमाणीकरण हमें यह पहचानने में मदद करता है कि संदेश किसी अधिकृत एसएमटीपी सर्वर के माध्यम से भेजा गया है या नहीं।
यह जानकारी डोमेन के डीएनएस में संग्रहीत होती है, जो ईमेल संदेश से बाहर एक सुरक्षित स्थान है।

यदि संदेश का प्रमाणीकरण सही ढंग से नहीं हुआ है, तो
विषय में !! (ध्यान देने योग्य) चिह्न जोड़ा जाता है, और
संदेश के शीर्ष भाग में "X-RealSender" पंक्ति में निम्नलिखित में से कोई एक व्याख्यात्मक टिप्पणी डाली जाती है:

:: spf-none :: प्रेषक डोमेन में ईमेल को प्रमाणित करने के लिए कोई जानकारी नहीं है :: spf-softfail :: SMTP सर्वर अधिकृत सर्वरों की सूची में नहीं है, लेकिन इस मामले को "सॉफ्टफेल" माना जाना चाहिए :: spf-fail :: SMTP सर्वर अधिकृत सर्वरों की सूची में नहीं है और ईमेल को अस्वीकार या खारिज कर दिया जाना चाहिए

कभी-कभी डोमेन स्तर पर दर्ज की गई जानकारी सही/समझने योग्य नहीं होती है।.

:: spf-permerror :: एक स्थायी त्रुटि उत्पन्न हो गई है (उदाहरण के लिए, गलत तरीके से स्वरूपित SPF रिकॉर्ड)

ईमेल हेडर में छिपे हुए "मेल फ्रॉम" ईमेल पते के आधार पर SPF जांच की जाती है।
केवल "फ्रॉम" ईमेल पता ही दिखाई देता है। यदि उनके रूट डोमेन अलग-अलग हैं, तो यह चेतावनी प्रदर्शित होती है:

:: spf-diff :: "मेल फ्रॉम" और "फ्रॉम" रूट डोमेन अलग-अलग हैं

मुझे और बताएँ

2 - डीकेआईएम चेक

डीकेआईएम लोगो

डीकेआईएम (डोमेन कीज़ आइडेंटिफाइड मेल) प्रेषकों को यह साबित करने की अनुमति देता है कि ईमेल वास्तव में उनके द्वारा भेजा गया था और भेजने के बाद उसमें कोई बदलाव नहीं किया गया है।
यह प्रत्येक भेजे गए ईमेल संदेश पर डोमेन नाम से जुड़ा एक डिजिटल हस्ताक्षर (मुहर) लगाकर ऐसा करता है।

यदि संदेश पर सही ढंग से हस्ताक्षर नहीं किए गए हैं, तो
विषय में !! (ध्यान देने योग्य) चिह्न जोड़ा जाता है, और
संदेश के शीर्ष भाग में "X-RealSender" पंक्ति में निम्नलिखित में से कोई एक व्याख्यात्मक टिप्पणी डाली जाती है:

:: dkim-none :: कोई DKIM-Signature हेडर (वैध या अवैध) नहीं मिला :: dkim-fail :: एक वैध DKIM-Signature हेडर मिला, लेकिन हस्ताक्षर में संदेश के लिए सही मान नहीं है

कभी-कभी जांच को निष्पादित करना संभव नहीं होता है:

:: dkim-invalid :: हस्ताक्षर या सार्वजनिक कुंजी रिकॉर्ड में कोई समस्या है। यानी हस्ताक्षर संसाधित नहीं हो सका। :: dkim-temperror :: कोई त्रुटि पाई गई है जो संभवतः अस्थायी प्रकृति की है, जैसे कि सार्वजनिक कुंजी प्राप्त करने में अस्थायी असमर्थता।

जब संदेश पर किसी भिन्न डोमेन का उपयोग करके हस्ताक्षर किए जाते हैं, तो एक "अंतर" सूचना जोड़ी जाती है:
यदि प्रेषक एसपीएफ जांच में सफल होता है तो यह चेतावनी दिखाई नहीं देगी:

:: dkim-diff :: संदेश पर प्रेषक के डोमेन द्वारा हस्ताक्षर नहीं किए गए हैं

मुझे और बताएँ

3 - डीएमएआरसी संरेखण

डीएमएआरसी लोगो

डीएमएआरसी (डोमेन-आधारित संदेश प्रमाणीकरण, रिपोर्टिंग और अनुरूपता)
एक ईमेल प्रमाणीकरण मानक है, जिसे फर्जी डोमेन मेल से निपटने के लिए विकसित किया गया है।

अध्याय “3.1. पहचानकर्ता संरेखण” में यह कहा गया है:

   ईमेल प्रमाणीकरण तकनीकें किसी व्यक्तिगत संदेश के विभिन्न (और भिन्न-भिन्न) पहलुओं को प्रमाणित करती हैं। उदाहरण के लिए, [DKIM] उस डोमेन को प्रमाणित करता है जिसने संदेश पर हस्ताक्षर किए हैं, जबकि [SPF] या तो [SMTP] के RFC5321.MailFrom (MAIL FROM) भाग में दिखाई देने वाले डोमेन को या RFC5321.EHLO/HELO डोमेन को, या दोनों को प्रमाणित कर सकता है। ये अलग-अलग डोमेन हो सकते हैं, और आमतौर पर अंतिम उपयोगकर्ता को दिखाई नहीं देते हैं। DMARC, RFC5322.From डोमेन के उपयोग को प्रमाणित करता है, जिसके लिए यह आवश्यक है कि यह एक प्रमाणित पहचानकर्ता से मेल खाए (उसके साथ संरेखित हो)। -- https://tools.ietf.org/html/rfc7489#section-3.1

इसका सीधा सा मतलब है:

   जब कोई प्रेषक SPF और/या DKIM का उपयोग करके अपने ईमेल को प्रमाणित करता है, तो कम से कम एक डोमेन प्रेषक डोमेन के साथ मेल खाना चाहिए।

यह दृष्टिकोण व्यापक रूप से स्वीकृत है और आमतौर पर
विश्वसनीय प्रेषक डोमेन की पहचान करने के लिए एक अच्छी पद्धति माना जाता है।

**RealSender MX Protect dmarc-डिफ़ॉल्ट "रिलैक्स्ड" अलाइनमेंट की जाँच करता है:**

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

**संभावित परिणाम:**

दोनों नियमों का पालन किया जाता है,
प्रेषक डोमेन पूरी तरह से विश्वसनीय है,
संदेश बिना किसी बदलाव के प्राप्त होता है।
यदि दोनों नियमों में से केवल एक ही पूरा होता है, तो
विषय में ~ (टिल्ड) चिह्न जोड़ा जाता है, और
संदेश के शीर्ष भाग में निम्नलिखित में से कोई एक व्याख्यात्मक टिप्पणी डाली जाती है।

~ ... विषय ... X-RealSender: ~ | spf=pass (डोमेन संरेखित नहीं है) | dkim=pass | ~

~ ... विषय ... X-RealSender: ~ | spf=pass | dkim=pass (डोमेन संरेखित नहीं है) | ~

विषय में
“:: spf-diff ::” और “:: dkim-diff ::” चेतावनियाँ
, लेकिन कोई संरेखण नहीं है।

मुझे और बताएँ

4 - डबल स्पैम टैग

स्पैम टैग

स्पूफिंग से अपने प्रेषकों की सुरक्षा के लिए DMARC का उपयोग अधिकाधिक कंपनियां कर रही हैं।
इसके उपयोग के लिए SPF या DKIM के साथ उचित प्रमाणीकरण और प्रेषक/प्रेषक डोमेन का संरेखण आवश्यक है।

अधिक जानकारी के लिए:
<dmarc> act on fraudulent email

जिन प्रेषकों के पास _dmarc रिकॉर्ड है,
उनके संदेश यदि प्रमाणित नहीं हैं, तो विषय में दो [ SPAM ] टैग लगाकर उन्हें हाइलाइट किया जाता है:

[ स्पैम ] ... संदेश का विषय ... [ स्पैम ]

जब SPF और DKIM दोनों प्रमाणीकरण विफल हो जाते हैं, तो _dmarc रिकॉर्ड के बिना संदेशों को
विषय में [संदिग्ध] टैग के साथ रिपोर्ट किया जाता है:

[संदिग्ध] ... संदेश का विषय ...

निःशुल्क परीक्षण का अनुरोध करें

क्लाइंट साइड प्रेषक फ़िल्टर

ईमेल प्रेषक फ़िल्टर

RealSender का “spamstop” ऐप एक कारगर एंटी-स्पैम समाधान है,
खासकर जब इसे एक ऐसे फ़िल्टर के साथ जोड़ा जाता है जो
उन प्रेषकों के अनुसार संदेशों को अलग करता है जो आपकी एड्रेस बुक में नहीं हैं।

अधिकांश आधुनिक ईमेल क्लाइंट यह सुविधा प्रदान करते हैं।
यहां कुछ कॉन्फ़िगरेशन उदाहरण दिए गए हैं:

माइक्रोसॉफ्ट 365 आउटलुक

आउटलुक सेटिंग्स में "मेरे संपर्कों से आने वाले ईमेल पर भरोसा करें" विकल्प को सक्षम करें।

मोज़िला थंडरबर्ड

थंडरबर्ड में 'प्रेषक का पता मेरी पता पुस्तिका में नहीं है' नियम के साथ एक फ़िल्टर बनाएं।

माइक्रोसॉफ्ट 365 आउटलुक

आउटलुक

नीचे आउटलुक की "सेटिंग्स" स्क्रीन दी गई है।.

“जंक ईमेल” में, “मेरे संपर्कों से आने वाले ईमेल पर भरोसा करें” विकल्प को चुनें।
बदलावों को सहेजने के लिए [सेव] बटन दबाएँ।

सेटिंग्स

जंक ईमेल

मेरे संपर्कों से आने वाले ईमेल पर भरोसा करें

निःशुल्क परीक्षण का अनुरोध करें

मोज़िला थंडरबर्ड

थंडरबर्ड

नीचे थंडरबर्ड में "मैसेज फिल्टर" टूल का स्क्रीनशॉट दिया गया है।.

“निम्नलिखित सभी का मिलान करें” विकल्प के साथ शर्तें जोड़ें:

'From' का नाम मेरी एड्रेस बुक में नहीं है (व्यक्तिगत एड्रेस बुक में)।
'From' मेरे एड्रेस बुक में नहीं है, कलेक्टेड एड्रेसेस

ये कार्य करें: संदेश को स्पैम में ले जाएं।.

स्पैम-रोधी फ़िल्टर

निःशुल्क परीक्षण का अनुरोध करें

सर्वर साइड प्रेषक फ़िल्टर

ईमेल सर्वर प्रेषक फ़िल्टर

सभी ईमेल क्लाइंट ईमेल को फ़िल्टर करने के उन्नत तरीके प्रदान नहीं करते हैं।
ऐसे मामलों में, समस्या को पहले ही ठीक करना संभव है।

"अधिकृत प्रेषक" सुविधा आपको
केवल उन प्रेषकों से संदेश प्राप्त करने की अनुमति देती है जिन्हें आपने पहले से अधिकृत किया है
(आप पूरा डोमेन भी निर्दिष्ट कर सकते हैं, उदाहरण के लिए @example.com):

अधिकृत प्रेषक

सभी नियमित संदेश हमेशा की तरह आपके इनबॉक्स में आएंगे।
या Microsoft 365 Exchange के उपयोगकर्ता के "जंक" ईमेल फ़ोल्डर में ।
जाएंगे

कोई भी ईमेल गुम नहीं होगा।
आप दिन में एक या दो बार डिलीट किए गए ईमेल देख सकते हैं। इससे
आपका बहुत सारा कीमती समय बचेगा।

निःशुल्क परीक्षण का अनुरोध करें

माइक्रोसॉफ्ट 365 एक्सचेंज

एक्सचेंज ऑनलाइन

यह कॉन्फ़िगरेशन
अनधिकृत प्रेषकों से आने वाले ईमेल को उपयोगकर्ता के जंक ईमेल फ़ोल्डर में

स्पैमस्टॉप ऐप द्वारा फ़िल्टर किए गए संदेश निम्नलिखित एंटी-स्पैम हेडर और मानों के साथ
आएंगे :

X-Forefront-Antispam-Report: SFV:SKB

( प्रेषक का ईमेल पता या ईमेल डोमेन
अधिकृत प्रेषकों की सूची में मौजूद न होने
स्पैम फ़िल्टरिंग द्वारा संदेश को स्पैम के रूप में चिह्नित किया गया है )

निम्नलिखित कार्रवाई को सक्रिय किया जाना चाहिए:
इन संदेशों के लिए स्पैम विश्वास स्तर (SCL) को 6 (स्पैम) पर सेट करें।

SCLJunkThreshold पैरामीटर का डिफ़ॉल्ट मान 4 है, जिसका अर्थ है कि
5 या उससे अधिक का SCL होने पर संदेश उपयोगकर्ता के जंक ईमेल फ़ोल्डर में भेज दिया जाना चाहिए।

एक्सचेंज एडमिन सेंटर (ईएसी) में, मेल फ्लो > नियम पर जाएं।.
नियम पृष्ठ पर, ड्रॉपडाउन सूची में जोड़ें > एक नया नियम बनाएं चुनें।.
खुलने वाले नए नियम पृष्ठ में, निम्नलिखित सेटिंग्स कॉन्फ़िगर करें:

नियम की शर्तें निर्धारित करें

नाम: स्पैमस्टॉप

यह नियम तब लागू करें जब: 'X-Forefront-Antispam-Report-Untrusted'
संदेश का हेडर 'SFV:SKB' से मेल खाता हो।

निम्नलिखित कार्य करें:
संदेश की विशेषताओं को संशोधित करें।
स्पैम विश्वास स्तर "SCL" को '6' पर सेट करें।

नियम को सहेजें और सक्रिय करें।.

निःशुल्क परीक्षण का अनुरोध करें

सुरक्षा सेटिंग्स

संरक्षित क्षेत्र

ये आपके ईमेल में सुरक्षा की एक अतिरिक्त परत जोड़ते हैं।.

अपने ईमेल इनबॉक्स को
फर्जी प्रेषकों और खतरनाक अटैचमेंट से बचाने के लिए।

अनुरोध पर सक्रिय होने वाले सुरक्षा विकल्प:

केवल प्रमाणित प्रेषक ही

केवल उन प्रेषकों से ईमेल प्राप्त करना जिन्होंने प्रमाणीकरण जांच पास कर ली हो

खतरनाक अटैचमेंट हटा दें

ईमेल से सभी संभावित हानिकारक अटैचमेंट हटाने के लिए

केवल प्रमाणित प्रेषक ही

यह तब उपयोगी होता है जब आप केवल सत्यापित प्रेषकों से संदेश प्राप्त करना चाहते हैं।
जो ईमेल जांच में खरे नहीं उतरते, उन्हें हटा दिया जाता है या वापस भेज दिया जाता है।

आपको यह सुनिश्चित करना होगा कि प्रेषक के ईमेल पते में कोई धोखाधड़ी न हुई हो।
यह नियंत्रण SPF और DKIM प्रमाणीकरण को मिलाकर किया जा सकता है।

SPF प्रेषक के पते और संदेश भेजने वाले सर्वर के साथ उसके संबंध की पुष्टि करता है।
को भेजने के दौरान "हस्ताक्षरित" किए जाने के बाद
संशोधित न किया जाए ।

सैद्धांतिक रूप से यह इतना आसान है, लेकिन व्यवहार में SPF और DKIM दोनों ही
प्रेषक के ईमेल पते से भिन्न डोमेन को संदर्भित कर सकते हैं।

हम यह सुनिश्चित करते हैं कि SPF प्रमाणीकरण और DKIM हस्ताक्षर, भेजने वाले के पते में मौजूद डोमेन से संबंधित हों।
इस तरह, मूल प्रेषक के अलावा कोई और ईमेल को प्रमाणित नहीं कर सकता। इससे ईमेल की प्रामाणिकता सुनिश्चित होती है।

निःशुल्क परीक्षण का अनुरोध करें

खतरनाक अटैचमेंट हटा दें

"खतरनाक अटैचमेंट हटाएं" विकल्प
पीडीएफ, टीएक्सटी, जीआईएफ, जेपीजी और पीएनजी जैसे कुछ सुरक्षित एक्सटेंशन को छोड़कर सभी संभावित रूप से हानिकारक अटैचमेंट को ब्लॉक कर देता है।

संदेश प्राप्तकर्ता को बिना अटैचमेंट के प्राप्त होता है।
संदेश की शुरुआत में एक चेतावनी जोड़ी जाती है, जैसे कि:

चेतावनी: इस ईमेल ने आपकी कंपनी की ईमेल सुरक्षा नीति का उल्लंघन किया है और इसे संशोधित कर दिया गया है। अधिक जानकारी के लिए, अपने आईटी प्रशासक से संपर्क करें। "example.zip" नामक संलग्न फ़ाइल को इस दस्तावेज़ से हटा दिया गया है क्योंकि यह सुरक्षा के लिए खतरा थी। यदि आपको इस दस्तावेज़ की आवश्यकता है, तो कृपया प्रेषक से संपर्क करें और इसे प्राप्त करने का कोई वैकल्पिक तरीका निर्धारित करें।.

इंटरनेट पर एक दिलचस्प केस स्टडी प्रकाशित हुई है, जो इस वाक्य के साथ समाप्त होती है:
"हमारे लिए, अटैचमेंट फ़िल्टरिंग बहुत सफल रही है"
- web.mit.edu/net-security/Camp/2004/presentations/reillyb-mit2004.ppt (पावरपॉइंट प्रेजेंटेशन)

निःशुल्क परीक्षण का अनुरोध करें

ईमेल प्रसारकों के लिए

ईमेल प्रसारक

इस क्षेत्र के विषय:

न्यूज़लेटर सॉफ़्टवेयर सेटिंग्स

न्यूज़लेटर सॉफ़्टवेयर के कॉन्फ़िगरेशन के उदाहरण: GroupMail - Inxmail Professional - Joomla AcyMailing - MaxBulk Mailer - phplist - SendBlaster - WordPress MailPoet 3 - WordPress MailPoet 2 - WordPress Mailster

सदस्यता समाप्त करना आसान बनाएं

ईमेल संदेशों के लिए एक-क्लिक अनसब्सक्राइब की स्वचालित सेटिंग

बाउंसहैंडलर ऐप

बाउंस हुए संदेशों का विश्लेषण करने, हार्ड बाउंस और सॉफ्ट बाउंस निकालने के लिए

कॉपीमेल ऐप

अपने ईमेल क्लाइंट से सीधे सामूहिक ईमेल भेजने के लिए

RealSender का उपयोग शुरू करने के लिए:

निःशुल्क परीक्षण खाते का अनुरोध करें
अपने न्यूज़लेटर सॉफ़्टवेयर में आउटगोइंग मेल (SMTP) की सेटिंग्स बदलें:
GroupMail - Inxmail Professional - Joomla AcyMailing - MaxBulk Mailer - phplist
SendBlaster - Sendy - WordPress MailPoet 3 - WordPress MailPoet 2 - WordPress Mailster
। क्या आपका सॉफ़्टवेयर ऊपर दी गई सूची में नहीं है? हमसे संपर्क करें !
वैकल्पिक रूप से, " कॉपीमेल ऐप " विकल्प का मूल्यांकन करें!
यदि आप व्यक्तिगत रूप से कॉन्फ़िगर किए गए ईमेल क्लाइंट का उपयोग करते हैं, तो " ईमेल क्लाइंट
" ईमेल सर्वर " क्षेत्र पर जाएँ।
भेजे गए संदेशों को SPF के साथ प्रमाणित करने के लिए अपने डोमेन की सेटिंग्स बदलें
(यह आमतौर पर परीक्षण अवधि के बाद किया जाता है)

क्यों? यदि आप चाहते हैं कि आपके डोमेन से भेजे गए ईमेल किसी तृतीय-पक्ष सेवा के माध्यम से भेजे जाएं, तो
आपको अपने SPF रिकॉर्ड को इस तरह से कॉन्फ़िगर करना होगा कि सेवा प्रदाता के IP पतों से ईमेल डिलीवरी की अनुमति मिल सके।
यदि आप ऐसा नहीं करते हैं, तो आपके डोमेन से भेजे गए सभी ईमेल प्राप्तकर्ताओं द्वारा अस्वीकार किए जाने का जोखिम रहता है।
RealSender SPF रिकॉर्ड सेट अप करना आसान है:
आपको बस include:spf.realsender.com , और बस हो गया।

कोई प्रश्न हो तो हमसे संपर्क करें!

ग्रुपमेल

ग्रुपमेल > उपकरण

खाते प्रबंधित करें > नया

ग्रुपमेल - खाता गुणधर्म - उपयोगकर्ता जानकारी

खाता गुण

नाम / उपयोगकर्ता जानकारी:
अपनी कंपनी का डेटा भरकर फॉर्म भरें

ग्रुपमेल - खाता प्रॉपर्टीज़ - डिलीवरी विकल्प

डिलीवरी विकल्प

डिलीवरी विकल्प: मानक

एसएमटीपी सर्वर: rsxxx-realsender.com
[x] प्रमाणीकरण आवश्यक है

[स्थापित करना]

ग्रुपमेल - खाता गुणधर्म - वितरण विकल्प - प्रमाणीकरण सेटिंग्स

प्रमाणीकरण सेटिंग्स

[x] SMTP प्रमाणीकरण का उपयोग करें (आउटबाउंड)

प्रकार: प्रमाणीकरण लॉगिन (डिफ़ॉल्ट)

उपयोगकर्ता नाम: (वही जो हमने आपको भेजा था)

पासवर्ड: (जो हमने आपको भेजा था)

[ठीक है]

ग्रुपमेल - खाता गुणधर्म - वितरण विकल्प - उन्नत ईमेल सेटिंग्स

उन्नत ईमेल सेटिंग्स

एसएमटीपी पोर्ट: 25

[x] सर्वर को एसएसएल कनेक्शन की आवश्यकता है

उपयोग: STARTTLS (डिफ़ॉल्ट)

[ठीक है]

इनक्समेल प्रोफेशनल

इनक्समेल

वैश्विक सेटिंग्स > प्रशासन

मेल सर्वर > ईमेल भेजना

inxmail प्रोफेशनल - वैश्विक सेटिंग्स - प्रशासन - मेल सर्वर - ईमेल भेजना

मेल खाता सेटिंग्स

नाम: rsxxx.realsender.com

एसएमटीपी मेल सर्वर: rsxxx.realsender.com - पोर्ट: 25

अधिकतम कनेक्शन: 3

[x] प्रमाणीकरण
उपयोगकर्ता नाम: (जो हमने आपको भेजा था)
पासवर्ड: (जो हमने आपको भेजा था)

[x] यदि संभव हो तो टीएलएस सक्रिय करें

[बचाना]

[मेल सर्वर खाते से कनेक्शन सक्रिय करें]

जूमला एसीमेलिंग

जूमला > घटक

एसीमेलिंग > कॉन्फ़िगरेशन

Joomla acyMailing - प्रेषक जानकारी

प्रेषक की जानकारी

अपनी कंपनी का डेटा फॉर्म में भरें

Joomla acyMailing - मेल कॉन्फ़िगरेशन

मेल कॉन्फ़िगरेशन

मेलर विधि: एसएमटीपी सर्वर

Joomla AcyMailing - SMTP कॉन्फ़िगरेशन

एसएमटीपी कॉन्फ़िगरेशन

सर्वर: rsxxx.realsender.com
पोर्ट: 465
सुरक्षा विधि: SSL

कीप अलाइव: [x] हाँ
प्रमाणीकरण: [x] हाँ

उपयोगकर्ता नाम: (जो हमने आपको भेजा था)
पासवर्ड: (जो हमने आपको भेजा था)

मैक्सबल्क मेलर

[सेटिंग्स]

मैक्सबल्क मेलर - सेटिंग्स

सेटिंग्स

कनेक्शन: 2

एसएमटीपी सर्वर एक्सेस

SMTP होस्ट: rsxxx.realsender.com - TLS v1 EXP

प्रमाणीकरण: ESMTP - प्लेन

खाता आईडी: (वही जो हमने आपको भेजी थी)

पासवर्ड: (जो हमने आपको भेजा था)

डिलीवरी: [x] अकेले (अनुशंसित)

ग्रुप मेल: एक साथ

प्रेषक की जानकारी

प्रेषक: (प्रेषक का ईमेल पता)

नाम: (प्रेषक का विवरण)

ड्रॉप डाउन मेनू (ऊपर बाएँ)

[नया खाता इस रूप में सहेजें…]

नाम: rsxxx

[बनाएं]

phplist

इस कॉन्फ़िगरेशन का परीक्षण phplist, संस्करण 3
पर किया गया।

ध्यान दें: अपने phplist सर्वर कॉन्फ़िगरेशन फ़ाइलों में कोई भी बदलाव
करने से पहले उसकी एक बैकअप कॉपी बना लें
।

phplist - कॉन्फ़िगरेशन

phplist/htdocs/config/config.php भरें :
फ़ाइल में सही डेटा

[…]
define('PHPMAILERHOST', 'rsxxx.realsender.com');
[…]

define('PHPMAILER',1);
define('PHPMAILER_SECURE','TLS');

$phpmailer_smtpuser = 'वह पासवर्ड जो हमने आपको भेजा था'; $phpmailer_smtppassword = 'वह पासवर्ड जो हमने आपको भेजा था';
$phpmailer_smtpport = 587;

$pageroot = '/';

एक परीक्षण संदेश भेजें (phplist > Campaigns > Send a campaign > Send test):

phplist - परीक्षण भेजें

सेंडब्लास्टर

संदेश > भेजें

SendBlaster - संदेश - भेजें

भेजने की सेटिंग्स:

प्रेषण मोड: [x] SMTP सर्वर का उपयोग करें

एसएमटीपी सर्वर: rsxxx.realsender.com
पोर्ट: 25 - [x] एसएसएल

[x] प्रमाणीकरण आवश्यक है

उपयोगकर्ता नाम: (जो हमने आपको भेजा था)
पासवर्ड: (जो हमने आपको भेजा था)

[आशुचित्र लें]

सेंडी

![Sendy - एक नया ब्रांड जोड़ें](images/sendy-add-a-new brand.png)

एक ब्रांड चुनें > [एक नया ब्रांड जोड़ें]

नया ब्रांड

ब्रांड का नाम

नाम से

ईमेल से

ईमेल का जवाब दें

(फॉर्म में सूची का नाम और अपनी कंपनी का डेटा भरें)

Sendy - SMTP सेटिंग्स

एसएमटीपी सेटिंग्स

होस्ट: rsxxx.realsender.com

पोर्ट: 587

एसएसएल / टीएलएस: टीएलएस

उपयोगकर्ता नाम: (वही जो हमने आपको भेजा था)

पासवर्ड: (जो हमने आपको भेजा था)

[बचाना]

वर्डप्रेस मेलपोएट 3

मेलपोएट

WordPress के

MailPoet > सेटिंग्स

मेलपोएट - सेटिंग्स - बुनियादी बातें

बुनियादी बातें > डिफ़ॉल्ट प्रेषक
(फ़ॉर्म में अपनी कंपनी का डेटा भरें)

प्रेषक:
कंपनी का नाम - न्यूज़लेटर (विवरण)
newsletter@company-name.org (ईमेल पता)

Reply-to
Company Name - marketing (description)
marketing@company-name.org (email address)

[सेटिंग्स सेव करें]

मेलपोएट - सेटिंग्स - इसके साथ भेजें

इसके साथ भेजें…

[x] अन्य

अपने होस्ट के माध्यम से ईमेल भेजें (अनुशंसित नहीं!)
या किसी तृतीय-पक्ष प्रेषक के माध्यम से भेजें।

[कॉन्फ़िगर करें]

मेलपोएट - सेटिंग्स - इसके साथ भेजें - एसएमटीपी

इसके साथ भेजें…

विधि: एसएमटीपी

ईमेल भेजने की आवृत्ति: अनुशंसित
(हर 5 मिनट में 100 ईमेल। यानी प्रतिदिन 28,800 ईमेल)

एसएमटीपी होस्टनाम: rsxxx.realsender.com

एसएमटीपी पोर्ट: 587

लॉगिन: (वही जो हमने आपको भेजा था)

पासवर्ड: (जो हमने आपको भेजा था)

सुरक्षित कनेक्शन: टीएलएस

प्रमाणीकरण: [x] हाँ

[सेटिंग्स सेव करें]

प्रीमियम सुविधाओं और समर्थन के लिए, मेलपोएट मूल्य निर्धारण पृष्ठ पर
"मुझे केवल प्रीमियम चाहिए, भेजने की सुविधा नहीं" विकल्प चुनें।

इस तरह आप RealSender का उपयोग जारी रख सकते हैं,
बाउंस प्राप्त करने के लिए एक समर्पित ईमेल पते के साथ जोड़ सकते हैं ।

“बाउंस हैंडलर मेलपोएट” प्लगइन को भी इंस्टॉल करना होगा।.

मेलपोएट - बाउंस हैंडलिंग

उछाल प्रबंधन

बाउंस ईमेल:
कृपया बाउंस ईमेल के लिए एक अलग बाउंस पता सेट करें।

कृपया बाउंस हुए संदेशों को प्राप्त करने के लिए मेलबॉक्स प्राप्त करने हेतु हमारी सहायता टीम से संपर्क करें (../../bouncehandler-app/newsletter-mailboxes)।

वर्डप्रेस मेलपोएट 2

मेलपोएट

WordPress के

MailPoet > सेटिंग्स

मेलपोएट - सेटिंग्स - बुनियादी बातें

बुनियादी बातें

ईमेल सूचनाएं:
सही ईमेल पता भरें

सूचना भेजने वाले
नाम और ईमेल पता
भरें ।

[सेटिंग्स सेव करें]

मेलपोएट - सेटिंग्स - इसके साथ भेजें

इसके साथ भेजें…

[x] तृतीय पक्ष

एसएमटीपी होस्टनाम: rsxxx.realsender.com

लॉगिन: (वही जो हमने आपको भेजा था)

पासवर्ड: (जो हमने आपको भेजा था)

एसएमटीपी पोर्ट: 587

सुरक्षित कनेक्शन: टीएलएस

प्रमाणीकरण: [x] हाँ

हर मिनट 60 ईमेल भेजें।

[सेटिंग्स सेव करें]

वर्डप्रेस मेलप्रेस

मेलप्रेस

वर्डप्रेस > प्लगइन्स

मेलप्रेस > सेटिंग्स

मेलप्रेस - सेटिंग्स - सामान्य

सामान्य

प्रेषक - सभी ईमेल भेजने वाले:
प्रेषक का ईमेल पता और नाम भरकर फ़ॉर्म भरें

यदि आप पहली बार MailPress का सेटअप कर रहे हैं, तो
अतिरिक्त सेटिंग विकल्प (SMTP, टेस्ट, लॉग) देखने के लिए
आपको [बदलाव सहेजें] बटन दबाना होगा।

मेलप्रेस - सेटिंग्स - एसएमटीपी

एसएमटीपी

SMTP सर्वर: rsxxx.realsender.com
उपयोगकर्ता नाम: (जो हमने आपको भेजा था)
पासवर्ड: (जो हमने आपको भेजा था)

SSL या TLS का उपयोग करें? TLS

पोर्ट: SSL/TLS/GMAIL के लिए उपयोग करें

वर्डप्रेस मेलस्टर

मेलस्टर

WordPress के

सेटिंग्स > न्यूज़लेटर

मेलस्टर - सामान्य

सामान्य

नाम से:

ईमेल से:

ईमेल का उत्तर दें:

(फॉर्म में अपनी कंपनी का डेटा भरें)

[परिवर्तनों को सुरक्षित करें]

मेलस्टर - वितरण विधि

वितरण विधि

[एसएमटीपी]

एसएमटीपी होस्ट : पोर्ट rsxxx.realsender.com : 587

समय सीमा: 10 सेकंड

सुरक्षित कनेक्शन: [x] टीएलएस

SMTPAuth: प्लेन

उपयोगकर्ता नाम: (वही जो हमने आपको भेजा था)

पासवर्ड: (जो हमने आपको भेजा था)

[परिवर्तनों को सुरक्षित करें]

मेलस्टर - बाउंसिंग

बाउंस

बाउंस एड्रेस:
डिलीवर न हो पाने वाले ईमेल इस पते पर वापस आ जाएंगे।

कृपया बाउंस हुए संदेशों को प्राप्त करने के लिए मेलबॉक्स प्राप्त करने हेतु हमारी सहायता टीम से संपर्क करें।

सदस्यता समाप्त करना आसान बनाएं

अपने संदेशों से सदस्यता समाप्त करने का आसान तरीका हमेशा प्राप्तकर्ताओं को दें। लोगों को संदेशों से ऑप्ट आउट करने की अनुमति देने से ओपन रेट, क्लिक-थ्रू रेट और भेजने की दक्षता में सुधार हो सकता है। महत्वपूर्ण: यदि आप प्रतिदिन 5,000 से अधिक संदेश भेजते हैं, तो आपके मार्केटिंग और सब्सक्राइब्ड संदेशों में एक-क्लिक अनसब्सक्राइब का विकल्प होना चाहिए। -- जीमेल, ईमेल प्रेषक दिशानिर्देश, 2024

RFC 2369 और RFC 8058 में List-Unsubscribe: हेडर के बारे में और जानें ।

यह देखते हुए कि हमारे अधिकांश ग्राहक अपने भेजे गए संदेशों में List-Unsubscribe: हेडर का उपयोग नहीं कर रहे थे,
हमने यह निर्णय लिया कि यदि ये हेडर पहले से मौजूद नहीं हैं, तो इन्हें प्रत्येक संदेश में स्वचालित रूप से जोड़ दिया जाएगा।

जीमेल वेबपेज पर "लिस्ट अनसब्सक्राइब" लिंक पर क्लिक करने के बाद यह परिणाम दिखाई देता है:

जीमेल अनसब्सक्राइब

इसी तरह के निर्देश अन्य वेबमेल क्लाइंट और ईमेल ऐप्स पर भी दिखाई देंगे।.

सदस्यता रद्द करने के अनुरोधों पर दो दिनों के भीतर कार्रवाई की जानी चाहिए।
आपको किसी अन्य तरीके से सदस्यता रद्द करने का अनुरोध नहीं करना चाहिए।

जीमेल और अन्य सेवा प्रदाताओं द्वारा स्वचालित रूप से एक ईमेल संदेश जनरेट किया जाएगा।
यह आपके द्वारा हमें दिए गए ईमेल पते (एक से अधिक पते भी हो सकते हैं) पर भेजा जाएगा।

इसके अलावा, वेब पते rsXXX-realsender.com/unsubs पर
आप पिछले सात दिनों में प्राप्त सभी लिस्ट-अनसब्सक्राइब अनुरोधों को
JSON प्रारूप में देख सकते हैं, जैसा कि नीचे दिए गए उदाहरण में दिखाया गया है:

  { "मेलबॉक्स": "rsXXX", "आईडी": "20241107T001800-0000", "प्रेषक": "<john.doe@gmail.com> ", "को": [ "<abuse@rsXXX-realsender.com> " ], "विषय": "RealSender :: rsXXX Nov-7 4A6NDqsl008203 :: कृपया मुझे अनसब्सक्राइब करें ::", "दिनांक": "2024-11-07T00:18:00.938050657+01:00", "posix-millis": 1730935080938, "आकार": 4350, "देखा गया": गलत },

बाउंसहैंडलर ऐप

बाउंसहैंडलर

गलत/निष्क्रिय प्राप्तकर्ताओं को बार-बार संदेश भेजना "स्पैमर व्यवहार" माना जाता है।
हाल के वर्षों में, इसी कारण से अधिकाधिक एसएमटीपी सर्वरों को ब्लैकलिस्ट किया जा रहा है।

सबसे बड़ी त्रुटि तब होती है जब मेल-फ्रॉम/रिटर्न-पाथ एड्रेस वाला मेलबॉक्स,
यानी बाउंस हुए संदेशों को प्राप्त करने वाला मेलबॉक्स, भरा हुआ हो या मौजूद ही न हो।
हजारों संदेश भेजने पर, यदि उनमें से 20% वापस आ जाते हैं, तो मिनटों में एक बड़ा इनबॉक्स भी आसानी से भर सकता है।

सभी बाउंस हुए संदेशों को बिना पढ़े प्राप्त करना एक मामूली खामी मानी जा सकती है।
आप उन ईमेल पतों पर ईमेल भेजते रहते हैं जो वापस बाउंस हो जाते हैं, और उनमें त्रुटि के ऐसे विवरण होते हैं जिनकी किसी को परवाह नहीं होती।

दोनों ही मामलों में, नतीजा यह होता है कि एसएमटीपी सर्वर को ब्लैकलिस्ट कर दिया जाता है। इस तरह,
न केवल संदेश अमान्य प्राप्तकर्ताओं तक नहीं पहुंचेंगे, बल्कि मान्य प्राप्तकर्ताओं को भी वे स्पैम के रूप में प्राप्त होंगे।

पहली समस्या के समाधान के लिए, हम लंबे समय से " न्यूज़लेटर मेलबॉक्स
बाउंस हुए संदेशों का विश्लेषण करना अधिक कठिन है और इसके लिए एक ऐसे टूल की आवश्यकता होती है जो बहुत प्रभावी ढंग से काम करता हो।

सिसिमाई बाउंस हैंडलर का अवलोकन

हमने “सिसिमाई: मेल एनालाइजिंग इंटरफेस” को चुना, जिसे पहले बाउंसहैमर 4 के नाम से जाना जाता था: एक त्रुटि मेल विश्लेषक। यह
एक ओपन सोर्स सॉफ्टवेयर है, जो RFC5322 बाउंस मेल को पार्स करता है और JSON के रूप में संरचित डेटा उत्पन्न करता है।

सिसिमाई द्वारा पार्स किए जाने वाले सभी संभावित त्रुटि कोडों का अंदाजा लगाने के लिए, " द एसएमटीपी फील्ड मैनुअल " देखें
जो प्रमुख ईमेल सेवा प्रदाताओं से प्राप्त कच्चे एसएमटीपी त्रुटि कोड प्रतिक्रियाओं का एक संग्रह है।

स्वचालित ब्लॉकलिस्ट

RealSender में बाउंस हैंडलर को लागू करना सरल है।.

“न्यूज़लेटर मेलबॉक्स”
अपने सेंडिंग एप्लिकेशन को नए रिटर्न-पाथ पते का उपयोग करने के लिए कॉन्फ़िगर करें।
सेटअप को सत्यापित करने और "बाउंस हैंडलर" को सक्रिय करने के लिए कहें।

“बाउंसहैंडलर” ऐप बाउंस हुए संदेशों की जाँच शुरू कर देता है।
दो ब्लॉकलिस्ट सक्रिय हो जाती हैं:

हार्ड बाउंस ब्लॉकलिस्ट
में वे सभी ईमेल पते शामिल हैं जिनसे स्थायी त्रुटि उत्पन्न हुई है,
जैसे कि उपयोगकर्ता अज्ञात या होस्ट पहुंच से बाहर।

साप्ताहिक हार्ड बाउंस लॉग इस वेब पते पर उपलब्ध है:
https://…hardbounces.email.weekly
सॉफ्ट बाउंस ब्लॉकलिस्ट
में वे सभी ईमेल पते शामिल हैं जिन्होंने
मेलबॉक्स फुल जैसी तीन या अधिक अस्थायी त्रुटियां उत्पन्न की हैं, जो कम से कम एक सप्ताह के अंतराल पर हुई हों।

साप्ताहिक सॉफ्ट बाउंस लॉग इस वेब पते पर उपलब्ध है:
https://…softbounces.email.weekly

किसी अवरुद्ध व्यक्ति को संदेश भेजने पर इस प्रकार की त्रुटि उत्पन्न होगी:

संदेश भेजने में त्रुटि

अपने ब्लॉकों को स्वतंत्र रूप से प्रबंधित करें

हम आपको निम्नलिखित फाइलें
वेब पतों के रूप में प्रदान करते हैं, जो पासवर्ड या आईपी पते द्वारा सुरक्षित हैं:

https://…bounces.json
में पिछले सात दिनों में प्राप्त बाउंस का विवरण JSON प्रारूप में दिया गया है, जैसे:

  { "फीडबैकटाइप": "", "एड्रेसर": "info@circuitocinemascuole.com", "डायग्नोस्टिकटाइप": "SMTP", "टाइमज़ोनऑफ़सेट": "+0200", "lhost": "linp.arubabusiness.it", "डेस्टिनेशन": "gmail.com", "टाइमस्टैम्प": 1635536166, "senderdomain": "circuitocinemascuole.com", "deliverystatus": "5.1.1", "टोकन": "daad8f8fc89cef70e1406a9d2b38be6c35326e03", "प्राप्तकर्ता": "...@gmail.com", "विषय": "Prenotazioni aperte_Giornata Internazionale dei Diritti dell'Infanzia ई डेल'एडोलेसेन्ज़ा_फ़िल्म फिगली डेल सोल", "origin": "/home/rs109-bounce/Maildir/new/1635528969.21113_0.rsbox.realsender.com", "rhost": "gmail-smtp-in.l.google.com", "reason": "userunknown", "diagnosticcode": "550-5.1.1 जिस ईमेल खाते तक पहुँचने का आपने प्रयास किया वह मौजूद नहीं है। कृपया प्राप्तकर्ता के ईमेल पते में टाइपिंग की गलतियों या अनावश्यक रिक्तियों की दोबारा जाँच करें। अधिक जानकारी के लिए https://support.google.com/mail/?p=NoSuchUser पर जाएँ। z3si7494964ybg.507 - gsmtp 503 5.5.1 RCPT first. z3si7494964ybg.507 - gsmtp", "messageid": "McuPi4DjtlyhvlSMVNB4wTXsUKQeIy6XwlKoAZuJ4@www.circuitocinemascuole.com", "listid": "", "action": "failed", "softbounce": 0, "replycode": "550", "catch": null, "alias": "", "smtpagent": "Sendmail", "smtpcommand": "DATA" },

https://… hardbounces.json
में पिछले सात दिनों में प्राप्त हार्ड बाउंस ¹ का विवरण JSON प्रारूप में दिया गया है।

https://… hardbounces.email
पिछले सात दिनों में हार्ड बाउंस उत्पन्न करने वाले ईमेल पतों की सूची ⁽¹⁾

¹ चयन मानदंड: सॉफ्टबाउंस == 0

https://… softbounces.json
में पिछले सात दिनों में प्राप्त हुए सॉफ्ट बाउंस ² का विवरण JSON प्रारूप में दिया गया है।

https://… softbounces.email
पिछले सात दिनों में सॉफ्ट बाउंस ² उत्पन्न करने वाले ईमेल पतों की सूची

² चयन मानदंड: सॉफ्टबाउंस == 1

ये वही फाइलें हैं जिनका उपयोग स्वचालित ब्लॉकलिस्ट द्वारा किया जाता है:

https://…hardbouncesfull.email
उन सभी ईमेल पतों की सूची है जिनसे
कम से कम एक सप्ताह के अंतराल पर

https://…softbouncesfull.email
उन सभी ईमेल पतों की सूची है जिनसे
कम से कम एक सप्ताह के अंतराल पर

निःशुल्क परीक्षण का अनुरोध करें

न्यूज़लेटर और सामूहिक ईमेल भेजने से उत्पन्न बाउंस संदेशों को प्राप्त करने के लिए,
आपको अतिरिक्त मेलबॉक्स सेट अप करने की आवश्यकता है (उदाहरण के लिए bounce@…)।

और वैकल्पिक रूप से उत्तर ईमेल प्राप्त करने के लिए एक मेलबॉक्स (जैसे news@…)
यदि आप उन्हें फ़िल्टर करना चाहते हैं और सबसे सामान्य अनुरोधों के लिए स्वचालित उत्तर भेजना चाहते हैं।

इसी कारण हमने आपके RealSender खाते से मेल खाने वाले दो मेलबॉक्स पेश किए हैं:
bounce@email.youremaildomain.com -> bounce@rsXXX-realsender.com
news@email.youremaildomain.com -> news@rsXXX-realsender.com

स्पष्टीकरण:

मेल-फ्रॉम एड्रेस (जिसे बाउंस/रिटर्न-पाथ/एनवेलप एड्रेस भी कहा जाता है) में 'फ्रॉम' एड्रेस के अलावा किसी अन्य डोमेन का उपयोग करने से DMARC प्रमाणीकरण विफल हो जाएगा। "न्यूज़लेटर मेलबॉक्स" का उपयोग करने के लिए, आपको 'फ्रॉम' एड्रेस का एक सब-डोमेन सेट अप करना होगा। उदाहरण के लिए, 'फ्रॉम' एड्रेस है: offers@youremaildomain.com, सब-डोमेन हो सकता है: email.youremaildomain.com, CNAME rsXXX-realsender.com। मेल-फ्रॉम एड्रेस बन जाता है: bounce@email.youremaildomain.com

सुझाया गया कॉन्फ़िगरेशन ग्राहकों की ओर से DMARC के अनुरूप ईमेल भेजने के
नियमों का पालन करता है ।

DMARC आपको सबडोमेन (जैसे email.youremaildomain.com) का उपयोग करके प्रमाणित ईमेल भेजने की अनुमति देता है, और फिर भी आप From: हेडर में टॉप-लेवल डोमेन का उपयोग कर सकते हैं (उदाहरण के लिए From: offers@youremaildomain.com)।.

आपके डोमेन नाम के DNS में किसी अतिरिक्त सेटिंग की आवश्यकता नहीं है।.

RFC1912 के सेक्शन 2.4 के अनुसार: CNAME रिकॉर्ड किसी अन्य डेटा के साथ मौजूद नहीं हो सकता। दूसरे शब्दों में, यदि email.youremaildomain.com, rsXXX-realsender.com का उपनाम है, तो आप email.youremaildomain.com के लिए MX रिकॉर्ड, A रिकॉर्ड या TXT रिकॉर्ड भी नहीं रख सकते।

ईमेल बॉक्स इस प्रकार कॉन्फ़िगर किए गए हैं कि वे
कम समय में बड़ी मात्रा में ईमेल प्राप्त कर सकें, जैसे कि बाउंस ईमेल के मामले में।
!!! कृपया ध्यान दें: ईमेल संदेश 7 दिनों के बाद स्वचालित रूप से हटा दिए जाते हैं !!!

ईमेल डाउनलोड करने के लिए, आपको अपने ईमेल क्लाइंट
या बाउंस हुए ईमेल का विश्लेषण करने वाले एप्लिकेशन को
निम्नलिखित POP3 सर्वर पते pop.rsXXX-realsender.com के साथ कॉन्फ़िगर करना होगा।
उपयोगकर्ता नाम और पासवर्ड वेबसाइट के प्रतिबंधित क्षेत्र में उपलब्ध हैं।

ब्लॉक के साथ सूची-सदस्यता रद्द करें

यदि वे मौजूद नहीं हैं, तो RealSender स्वचालित रूप से आपके भेजे गए संदेशों में List-Unsubscribe हेडर जोड़ देता है
अनसब्सक्राइब करना आसान बनाएं " पृष्ठ पर वर्णित है ।

प्राप्तकर्ता के मैसेजिंग ऐप में,
"अनसब्सक्राइब" लिंक पर क्लिक करने के बाद, एक पुष्टिकरण अनुरोध दिखाई देता है:

जीमेल अनसब्सक्राइब

अनुरोध प्राप्त होने के बाद, प्रदाता हमें रद्द करने की सूचना भेजता है,
जिसे हम ग्राहक द्वारा बताए गए ईमेल पते पर तुरंत भेज देते हैं, भले ही वह एक से अधिक ईमेल पते हों,
और विषय होता है: “RealSender :: rsXXX MM-DD #EMAILID# :: कृपया मुझे अनसब्सक्राइब करें ::”।

स्वचालित ब्लॉकलिस्ट

“बाउंसहैंडलर” ऐप स्वचालित रूप से अनसब्सक्राइब अनुरोधों की जांच करता है
और उन प्राप्तकर्ताओं से नए ईमेल को ब्लॉक कर देता है जिन्होंने भविष्य में ईमेल प्राप्त न करने का अनुरोध किया है।

अनसब्सक्रिप्शन ब्लॉकलिस्ट सक्रिय हो गई है:
इसमें वे सभी ईमेल पते शामिल हैं जिन्होंने
ऊपर बताए गए अनुसार "लिस्ट-अनसब्सक्राइब" फ़ंक्शन के माध्यम से अनसब्सक्राइब करने का अनुरोध किया है।

सभी अनसब्सक्रिप्शन का साप्ताहिक लॉग इस वेब पते पर उपलब्ध है:
https://…unsubs.email.weekly

ब्लॉकलिस्ट में शामिल किसी व्यक्ति को संदेश भेजने पर इस तरह की त्रुटि दिखाई देगी:

संदेश भेजने में त्रुटि - सदस्यता रद्द कर दी गई

अपने ब्लॉकों को स्वतंत्र रूप से प्रबंधित करें

https://…unsubs.json
में पिछले सात दिनों में प्राप्त अनसब्सक्राइब अनुरोधों का विवरण JSON प्रारूप में दिया गया है, जैसे:

  { "मेलबॉक्स": "rsXXX", "आईडी": "20241121T181856-0088", "प्रेषक": "जॉन डो<john.doe@bogusemail.net> ", "को": [ "<abuse@rsXXX-realsender.com> " ], "विषय": "RealSender :: rsXXX Nov-1 4ALGbKtb016000 :: कृपया मुझे अनसब्सक्राइब करें ::", "दिनांक": "2024-11-21T18:18:56.908809804+01:00", "posix-millis": 1732209536908, "आकार": 4057, "देखा गया": गलत },

https://…unsubs.email पर
पिछले सात दिनों में सदस्यता रद्द करने का अनुरोध करने वाले ईमेल पतों की सूची देखें

ये वही फाइलें हैं जिनका उपयोग स्वचालित ब्लॉकलिस्ट द्वारा किया जाता है:

https://…unsubssfull.email पर
उन सभी ईमेल पतों की सूची है जिन्होंने अनसब्सक्राइब करने का अनुरोध किया है, वर्णानुक्रम में।

निःशुल्क परीक्षण का अनुरोध करें

कॉपीमेल ऐप

कॉपीमेल

RealSender का "copymail" ऐप आपको अपने ईमेल क्लाइंट से सीधे हजारों प्राप्तकर्ताओं को
सामूहिक ईमेल भेजने की सुविधा देता है ।

तीन आसान चरणों के साथ:

अपने प्राप्तकर्ताओं की सूची अपलोड करें
आप जिस संदेश को वितरित करना चाहते हैं, उसे हमारे द्वारा दिए गए "list-post" ईमेल पते पर भेजें।
संदेश भेजने की प्रक्रिया शुरू करने के लिए उसे स्वीकृत करें।

प्रत्येक प्राप्तकर्ता को यह संदेश ऐसे प्राप्त होगा जैसे कि यह केवल उसे ही भेजा गया हो,
जिसमें आपका ईमेल पता प्रेषक के रूप में होगा।

आवश्यक सुविधाएं:

सदस्यता सूची

शीर्ष पर वापस जाएं

सामूहिक सदस्यता

सामूहिक सदस्यताएँ

शीर्ष पर वापस जाएं

रोके गए संदेश (अनुमोदन लंबित)

रोके गए संदेश

शीर्ष पर वापस जाएं

निःशुल्क परीक्षण का अनुरोध करें

स्वचालित बाउंस प्रबंधन

बाउंसहैंडलर

गलत/निष्क्रिय प्राप्तकर्ताओं को बार-बार संदेश भेजना "स्पैमर व्यवहार" माना जाता है।

RealSender का “कॉपीमेल” ऐप इसे स्वचालित रूप से और पारदर्शी तरीके से संभालता है।
प्राप्तकर्ता को केवल मूल प्रेषक ही दिखाई देगा, जिसे प्राप्तकर्ताओं से उत्तर मिलते रहेंगे।

ईमेल संदेशों में एक हेडर होता है जो प्राप्तकर्ता को दिखाई नहीं देता। इसे "रिटर्न-पाथ" कहा जाता है और यह त्रुटि संदेशों को किसी अन्य ईमेल पते पर भेजने की अनुमति देता है।
कॉपीमेल स्वचालित रूप से इसमें महत्वपूर्ण जानकारी भर देता है, जिससे संदेश प्राप्त होने के साथ-साथ यह भी निर्धारित किया जा सकता है कि संदेश किस सूची से भेजा गया था और किस ईमेल पते से त्रुटि उत्पन्न हुई थी।

नीचे "टेस्ट" सूची से प्राप्तकर्ता "wrong.address@customer.com" :
संदेश में डाले गए हेडर का एक उदाहरण दिया गया है
Return-Path:

एप्लिकेशन दो प्रकार की त्रुटियों की:
हार्ड बाउंस (स्टेटस-कोड 5.XXX.XXX): ईमेल पते ने एक स्थायी त्रुटि उत्पन्न की है,
जैसे "550 5.1.1 … उपयोगकर्ता अज्ञात" या "5.1.2 … होस्ट अज्ञात"।
एक स्थायी त्रुटि इंगित करती है कि आपको उस प्राप्तकर्ता को दोबारा ईमेल नहीं भेजना चाहिए।

सॉफ्ट बाउंस (स्टेटस-कोड 4.XXX.XXX): ईमेल पते ने एक अस्थायी त्रुटि उत्पन्न की है,
जैसे "452 4.2.2 … मेलबॉक्स भरा हुआ"।
एक क्षणिक त्रुटि इंगित करती है कि आप भविष्य में डिलीवरी का पुनः प्रयास कर सकते हैं।

यहां स्वचालित बाउंस प्रबंधन की कार्यप्रणाली का संक्षिप्त विवरण दिया गया है:

तीन बार ईमेल के स्थायी रूप से वापस न आने (जैसे, "उपयोगकर्ता अज्ञात") या छह बार ईमेल के अस्थायी रूप से वापस न आने (जैसे, "मेलबॉक्स भरा हुआ") के बाद, प्राप्तकर्ता को ब्लॉक कर दिया जाता है और ग्राहक सूची में "नोमेल" कॉलम के नीचे एक सही का निशान लगा दिया जाता है।
एक बार प्राप्तकर्ता को ब्लॉक कर दिया जाता है, तो उसे सूची से हटाए जाने से पहले तीन बार "सूची के लिए आपकी सदस्यता ... निष्क्रिय कर दी गई है" संदेश भेजे जाते हैं।.
जब प्राप्तकर्ता को सूची से हटा दिया जाता है, तो प्रशासक को एक ईमेल सूचना प्राप्त होती है।.

नोट: प्रतिदिन केवल एक त्रुटि ही ग्राहक के स्कोर को प्रभावित करती है, इसलिए यदि एक ही दिन में दस बाउंस भी प्राप्त होते हैं, तो स्कोर में केवल एक की वृद्धि होगी।.

ये सभी क्रियाएं सरल और किसी ऑपरेटर द्वारा मैन्युअल रूप से भी आसानी से की जा सकने वाली प्रतीत हो सकती हैं। लेकिन
यह केवल बहुत कम संख्या में प्राप्तकर्ताओं के मामले में ही संभव है, अधिकतम कुछ सौ प्राप्तकर्ताओं के लिए।

औसतन, भेजे गए संदेशों में से लगभग 20% वापस बाउंस हो जाते हैं।
हर 1,000 ईमेल में से लगभग 200 बाउंस हो जाते हैं,
जिन्हें स्वचालित प्रणाली की सहायता के बिना संभालना मुश्किल हो जाता है।

निःशुल्क परीक्षण का अनुरोध करें

सदस्यता रद्द करने का प्रबंधन

1. प्रत्यक्ष विपणन के प्रयोजनों के लिए मानव हस्तक्षेप रहित स्वचालित कॉलिंग और संचार प्रणालियों (स्वचालित कॉलिंग मशीन), फैक्स मशीन (फैक्स) या इलेक्ट्रॉनिक मेल का उपयोग केवल उन ग्राहकों या उपयोगकर्ताओं के संबंध में अनुमत हो सकता है जिन्होंने अपनी पूर्व सहमति दी हो। 2. अनुच्छेद 1 के बावजूद, यदि कोई प्राकृतिक या कानूनी संस्था किसी उत्पाद या सेवा की बिक्री के संदर्भ में, निर्देश 95/46/EC के अनुसार, इलेक्ट्रॉनिक मेल के लिए अपने ग्राहकों से उनके इलेक्ट्रॉनिक संपर्क विवरण प्राप्त करती है, तो वही प्राकृतिक या कानूनी संस्था अपने समान उत्पादों या सेवाओं के प्रत्यक्ष विपणन के लिए इन इलेक्ट्रॉनिक संपर्क विवरणों का उपयोग कर सकती है, बशर्ते कि ग्राहकों को स्पष्ट रूप से और सरलता से, बिना किसी शुल्क के, इलेक्ट्रॉनिक संपर्क विवरणों के ऐसे उपयोग पर आपत्ति जताने का अवसर दिया जाए, जब वे विवरण एकत्र किए जा रहे हों और प्रत्येक संदेश के अवसर पर, यदि ग्राहक ने प्रारंभ में ऐसे उपयोग से इनकार नहीं किया है। -- अवांछित संचार, निर्देश 2002/58/EC के अनुच्छेद 13 से उद्धरण

यह नियम, जो अब अप्रचलित हो चुका है, अभी भी सिद्धांत के आधार के रूप में उपयोग किया जाता है। संक्षेप में:

संदेश प्राप्त करने के लिए प्राप्तकर्ताओं ने अनुरोध किया होना चाहिए।
इसका एकमात्र अपवाद तब है जब वे पहले से ही ग्राहक हों, और तब भी
उन्हें हमेशा सदस्यता समाप्त करने का विकल्प दिया जाना चाहिए।

कानूनी पहलुओं के अलावा, इन सरल नियमों का पालन न करने पर आपको "स्पैमर" करार दिया जा सकता है। इससे होने वाले नुकसान के कारण आप उन लोगों तक भी नहीं पहुंच पाएंगे जो आपके संदेश प्राप्त करना चाहते हैं।.

RealSender का “copymail” ऐप प्रत्येक सूची से सदस्यता समाप्त करने के लिए एक “विकल्प” पृष्ठ का लिंक प्रदान करता है,
जिसे ग्राहक ईमेल संदेशों में शामिल कर सकता है। यहाँ एक उदाहरण दिया गया है:

सूची: सदस्य विकल्प पृष्ठ

फॉर्म पूरा करने के बाद, दर्ज किए गए पते पर एक ईमेल प्राप्त होगा
जिसमें उन्हें रद्द करने की पुष्टि करने के लिए लिंक पर क्लिक करने के लिए आमंत्रित किया जाएगा:

हमें आपकी ईमेल आईडी को मेलिंग लिस्ट से हटाने का अनुरोध प्राप्त हुआ है। इस मेलिंग लिस्ट से हटाए जाने की पुष्टि करने के लिए, कृपया इस वेब पेज पर जाएँ: (अनसब्सक्राइब करने की पुष्टि के लिए http पता)

यही संदेश उन लोगों को भी भेजा जाता है जो सदस्यता समाप्त करने का अनुरोध करते हैं,
इसके लिए "लिस्ट-अनसब्सक्राइब: ..." हेडर का उपयोग किया जाता है, जो भेजे गए प्रत्येक ईमेल में स्वचालित रूप से शामिल हो जाता है।

यह हेडर जीमेल जैसे वेबमेल एप्लिकेशन को उपयोगकर्ता को संदेश में लिंक खोजने की आवश्यकता के बिना, सीधे इंटरफ़ेस में
"अनसब्सक्राइब" लिंक को सक्रिय करने की अनुमति देता है ।

प्राप्तकर्ताओं द्वारा स्वतंत्र रूप से की गई सभी अनसब्सक्राइब की सूचना प्राप्त करने के लिए,
सूची के "सामान्य विकल्प" से
व्यवस्थापक के ईमेल पते पर अधिसूचना सुविधा को सक्रिय करने की अनुशंसा की जाती है:

क्या प्रशासक को सदस्यता लेने और सदस्यता रद्द करने की सूचना मिलनी चाहिए?

निःशुल्क परीक्षण का अनुरोध करें

सिस्टम इंटीग्रेटर्स के लिए

सिस्टम इंटेग्रेटर

इस क्षेत्र के विषय:

प्रमाणीकरण के बिना एसएमटीपी

बिना प्रमाणीकरण के ईमेल संदेश भेजें

समर्पित होस्टनाम के साथ एसएमटीपी

आप अपना खुद का सबडोमेन इस्तेमाल कर सकते हैं, जैसे: smtp.yourdomain.com

एपीआई के माध्यम से भेजना

एपीआई के माध्यम से ईमेल संदेश कैसे भेजें

HTTP अनुरोध के माध्यम से भेजा जा रहा है

वेब फॉर्म या टेक्स्ट संदेशों द्वारा उत्पन्न HTTP अनुरोधों का आउटपुट ईमेल के माध्यम से कैसे प्राप्त करें

फॉर्म बिल्डर के माध्यम से भेजना

सरल फॉर्म बनाएं, डेटा अपने ईमेल में प्राप्त करें

लिंक बिल्डर के माध्यम से भेजना

ईमेल संदेशों में पहले से भरे हुए वैयक्तिकृत लिंक डालें और तुरंत प्रतिक्रिया प्राप्त करें

उपयोगकर्ता कोड कुंजी प्रबंधक

यह एक अल्फा/न्यूमेरिक कोड बनाता और भेजता है जिसे उपयोगकर्ता सुरक्षित सिस्टम में लॉग इन करते समय दर्ज करता है।

ईमेलकनेक्ट ऐप

यह फ्लो-आधारित विज़ुअल डेवलपमेंट टूल है जो ईमेल को डिवाइस और ऑनलाइन सेवाओं के साथ एकीकृत करता है।

रिवर्सप्रॉक्सी ऐप

ईमेल प्रॉक्सी सर्वर जो इलेक्ट्रॉनिक संचार को सरल बनाता है

प्रमाणीकरण के बिना एसएमटीपी

एसएमटीपी ओपन पोर्ट

कभी-कभी पुराने सॉफ़्टवेयर या बहुत ही सरल एप्लिकेशन
रियलसेंडर की आवश्यकता के अनुसार सुरक्षित प्रमाणीकरण जारी करने की अनुमति नहीं देते हैं।

इसका समाधान यह है कि एसएमटीपी सर्वर के माध्यम से जाने के लिए एक पोर्ट खोला जाए, जो
केवल कनेक्शन के आईपी पते और प्रेषक के ईमेल पते की जांच करे।

इस तरह आप बिना प्रमाणीकरण के अपने ईमेल संदेश भेज सकेंगे,
लेकिन जब भी संभव होगा आपको प्रमाणीकरण करने की अनुमति हमेशा दी जाएगी।

RealSender के साझेदार और बड़े संगठन
अधिकृत आईपी पतों की सूची को स्वतंत्र रूप से अपडेट कर सकते हैं।

निःशुल्क परीक्षण का अनुरोध करें

समर्पित होस्टनाम के साथ एसएमटीपी

समर्पित एसएमटीपी होस्टनाम

एक कॉर्पोरेट एसएमटीपी होस्टनाम का उपयोग कई एप्लिकेशन सेटिंग्स में किया जाता है।
इसे बदलना एक त्रुटि-प्रवण प्रक्रिया है जिसमें समय लगता है।

RealSender आपको अपना सबडोमेन परिभाषित करने की अनुमति देता है, जैसे कि:

smtp.youremaildomain.com

हम सुरक्षित एसएमटीपी प्रमाणीकरण के लिए आवश्यक
एसएसएल प्रमाणपत्रों सहित सभी चीजों का ध्यान रखेंगे ।

यह सेटअप आपको पूरी तरह से मानसिक शांति प्रदान करेगा,
यह जानते हुए कि एसएमटीपी होस्टनाम आपके नियंत्रण में है।

आपके आईटी कर्मचारियों को यह याद रखने की आवश्यकता नहीं होगी कि इसे कहाँ कॉन्फ़िगर किया गया है
क्योंकि इसे बदलना अब आवश्यक नहीं होगा।

कृपया ध्यान दें: आवश्यक विशेष कॉन्फ़िगरेशन के लिए
एक अतिरिक्त वार्षिक लागत लगेगी
, जिसका विवरण प्रस्ताव चरण के दौरान दिया जाएगा।

निःशुल्क परीक्षण का अनुरोध करें

एपीआई के माध्यम से भेजना

इस क्षेत्र के विषय:

एपीआई अवलोकन

सर्वर पता, अनिवार्य पैरामीटर, JSON उत्तर

एपीआई विवरण

कैरेक्टर सेट, कंटेंट टाइप, वैकल्पिक पैरामीटर, JSON प्रतिक्रियाएँ

एपीआई उदाहरण

php और curl के उदाहरण

API उदाहरण (संलग्नक सहित)

php और curl के उदाहरण (संलग्नक सहित)

एपीआई अवलोकन

RealSender आपको API (एप्लिकेशन प्रोग्रामिंग इंटरफेस) के माध्यम से ईमेल संदेश भेजने की सुविधा देता है।.

इस तरह आप SMTP (सिंपल मेल ट्रांसफर प्रोटोकॉल) के माध्यम से गुजरे बिना सीधे अपने एप्लिकेशन से ईमेल भेज सकते हैं। हम वर्तमान में केवल POST अनुरोधों का।

सर्वर पता:
https://rsXXX-api.realsender.com/mail/send

आवश्यक/अनिवार्य मापदंड:

पैरामीटर	विवरण
एपीआई उपयोगकर्ता	प्रमाणीकरण उपयोगकर्ता नाम
एपीआईपास	प्रमाणीकरण पासवर्ड
से	प्रेषक का ईमेल पता
को	प्राप्तकर्ता का ईमेल पता
विषय	ईमेल का विषय
मूलपाठ	ईमेल का मुख्य भाग सादे पाठ में
एचटीएमएल	ईमेल बॉडी को HTML प्रारूप में लिखें

यदि सब कुछ ठीक रहा, तो संदेश भेज दिया जाएगा और आपको एक सकारात्मक JSON उत्तर प्राप्त होगा:
{"success":true}

त्रुटियों की स्थिति में आपको कुछ इस प्रकार का संदेश मिलेगा:
{"success":false,"errorMsgs":["कृपया 'विषय' का मान प्रदान करें।"]}

एपीआई विवरण

सामग्री को UTF-8 अंतर्राष्ट्रीय वर्णसेट का।
इसे जांचने के लिए, अपने विषय में “€uro” जोड़ें और इसे सबमिट करें। यदि वर्णसेट गलत है, तो आपको यह JSON चेतावनी प्राप्त होगी:

{"success":false,"errorMsgs":["विषय' मान सही ढंग से एन्कोड नहीं किया गया है। इसे UTF-8 में एन्कोड किया जाना चाहिए।"]}

आपने "टेक्स्ट" और "एचटीएमएल" में से एक या दोनों फ़ील्ड भरे हैं या नहीं, इसके आधार पर संदेश इनमें से किसी एक "कंटेंट-टाइप" का उपयोग करके भेजे जाएंगे:

पैरामीटर	विवरण
मूलपाठ	text/plain (केवल पाठ)
एचटीएमएल	text/html (केवल html)
टेक्स्ट+एचटीएमएल	मल्टीपार्ट/अल्टरनेटिव (टेक्स्ट और एचटीएमएल दोनों) सेटिंग्स यह तय करेंगी कि कौन सा भाग प्रदर्शित होगा।

आवश्यक नहीं/वैकल्पिक पैरामीटर:

पैरामीटर	विवरण
से नाम	प्रेषक का विवरण
नाम देने के लिए	प्राप्तकर्ता विवरण
को उत्तर	वह ईमेल पता जिस पर उत्तर प्राप्त होंगे
वापसी का पथ	ईमेल पता जिस पर बाउंस हुए ईमेल प्राप्त होंगे, वह RealSender के अधिकृत प्रेषकों की सूची में मौजूद होना चाहिए।
प्रतिलिपि	कार्बन कॉपी ईमेल पता
सीसीनाम	कार्बन कॉपी विवरण
गुप्त प्रतिलिपि	ब्लाइंड कार्बन कॉपी ईमेल पता
बीसीसीनाम	ब्लाइंड कार्बन कॉपी विवरण
संलग्न करना	संलग्न की जाने वाली फ़ाइलें - फ़ॉर्म में कई बार मौजूद हो सकती हैं - फ़ाइल का अधिकतम आकार 3MB है। फ़ाइल की सामग्री मल्टीपार्ट HTTP POST का हिस्सा होनी चाहिए। INPUT TYPE=FILE के लिए enctype=“multipart/form-data” आवश्यक है।

To, cc और bcc में एक ईमेल पता या अल्पविराम से अलग किए गए ईमेल पतों की सूची।
!! RealSender में प्रत्येक ईमेल के लिए प्राप्तकर्ताओं की कुल संख्या 25 तक सीमित है (इसे 100 तक बढ़ाया जा सकता है)।

सर्वर की प्रतिक्रियाएँ JSON (जावास्क्रिप्ट ऑब्जेक्ट नोटेशन) प्रारूप में होती हैं:

विवरण	प्रतिक्रिया
ईमेल भेजा गया	`{"सफलता": सत्य}`
ईमेल नहीं भेजा गया	`{"सफलता":झूठा,"errorMsgs":["..."]}`

एपीआई उदाहरण

PHP के साथ CURL-रहित विधि का उपयोग करके
POST अनुरोध करें

<?php $url = 'https://rsXXX-api.realsender.com/mail/send'; $data = array('apiuser' =>'वह जो हमने आपको प्रदान किया', 'apipass' => 'वह जो हमने आपको प्रदान किया', 'from' => 'sender@example.com', 'to' => 'recipient@example.com', 'subject' => 'संदेश का विषय', 'text' => 'साधारण पाठ में ईमेल बॉडी', 'html' => 'HTML प्रारूप में ईमेल बॉडी'); // यदि आप अनुरोध https://... पर भेजते हैं तो भी 'http' कुंजी का उपयोग करें $options = array( 'http' => array( 'header' => "Content-type: application/x-www-form-urlencoded\r\n", 'method' => 'POST', 'content' => http_build_query($data), ), ); $context = stream_context_create($options); $result = file_get_contents($url, false, $context); var_dump($result); ?>

POST अनुरोध
CURL विधि

curl -d 'apiuser=वह पासवर्ड जो हमने आपको दिया है&apipass=वह पासवर्ड जो हमने आपको दिया है&from=sender@example.com&to=recipient@example.com&subject=संदेश का विषय&text=ईमेल का मुख्य भाग (साधारण टेक्स्ट में)&html=ईमेल का मुख्य भाग (HTML प्रारूप में)'https://rsXXX-api.realsender.com/mail/send

API के उदाहरण (संलग्नक सहित)

API उदाहरण (संलग्नक सहित)

अटैचमेंट के साथ POST अनुरोध (अधिकतम 5: attach1, attach2, …)
PHP के साथ CURL-रहित विधि

<?php require_once 'HTTP/Request2.php'; $config = array('use_brackets' =>गलत, ); $request = new HTTP_Request2('https://rsXXX-api.realsender.com/mail/send', HTTP_Request2::METHOD_POST, $config); $data = array('apiuser' => 'वह जो हमने आपको प्रदान किया है', 'apipass' => 'वह जो हमने आपको प्रदान किया है', 'from' => 'sender@example.com', 'to' => 'recipient@example.com', 'subject' => 'संदेश का विषय', 'text' => 'साधारण पाठ में ईमेल बॉडी', 'html' => 'HTML प्रारूप में ईमेल बॉडी'); foreach ($data as $k => $d) { $request->addPostParameter($k, $d); }; $request->addUpload('attach1', './sample.pdf', 'sample.pdf', 'application/pdf'); $request->addUpload('attach2', './sample.txt', 'sample.txt', 'text/plain'); $result = $request->send(); var_dump($result); ?>

अटैचमेंट के साथ POST अनुरोध के लिए
CURL विधि का उपयोग

curl -F 'apiuser=वह जो हमने आपको प्रदान किया है' \ -F 'apipass=वह जो हमने आपको प्रदान किया है' \ -F 'from=sender@example.com' \ -F 'to=recipient@example.com' \ -F 'subject=संदेश का विषय' \ -F 'text=साधारण पाठ में ईमेल बॉडी' \ -F 'html=HTML प्रारूप में ईमेल बॉडी' \ -F 'attach=@sample.pdf;type=application/pdf' \ -F 'attach=@sample.txt;type=text/plain' \ https://rsXXX-api.realsender.com/mail/send

HTTP अनुरोध के माध्यम से भेजा जा रहा है

इस क्षेत्र के विषय:

अवलोकन

स्क्रिप्ट का पता, अनिवार्य पैरामीटर, छिपे हुए और गैर-छिपे हुए फ़ील्ड

विवरण

आवश्यक नहीं / वैकल्पिक पैरामीटर, छिपे हुए और खुले हुए फ़ील्ड

वेब फ़ॉर्म उदाहरण

सरल एचटीएमएल वेब फॉर्म का उदाहरण

एसएमएस को एचटीपीयू में बदलने का उदाहरण

टेल्टोनिका राउटर का उपयोग करके एसएमएस को HTTP पर अग्रेषित करने का कॉन्फ़िगरेशन उदाहरण

अवलोकन

RealSender की मदद से आप वेब फॉर्म की सामग्री जैसे HTTP अनुरोधों को ईमेल संदेशों के माध्यम से आसानी से भेज सकते हैं।
इस तरह आप अपने फीडबैक फॉर्म के परिणाम सीधे अपने ईमेल बॉक्स में प्राप्त कर सकते हैं।

आपको अपनी ओर से किसी विशेष कॉन्फ़िगरेशन की आवश्यकता नहीं है।
इन फ़ॉर्मों को किसी भी एचटीएमएल वेबपेज में प्रकाशित किया जा सकता है या सीधे आपके ईमेल संदेशों में जोड़ा जा सकता है।

स्क्रिप्ट का पता:
<form action="https://rsXXX.realsender.com/script/form.pl" method="post" accept-charset="utf-8">

आवश्यक/अनिवार्य पैरामीटर (छिपे हुए फ़ील्ड):

पैरामीटर	विवरण
प्राप्तकर्ता	, ईमेल पता या वह "उपनाम" जिस पर फॉर्म सबमिशन भेजा जाएगा , सर्वर स्तर पर "वास्तविक" पता कॉन्फ़िगर किया जाना चाहिए।
आवश्यक	यह उन फ़ील्ड्स की सूची है जिन्हें उपयोगकर्ता को फ़ॉर्म सबमिट करने से पहले भरना होगा। हम केवल "ईमेल" फ़ील्ड की जाँच करने का सुझाव देते हैं (सामग्री और वाक्य संरचना सत्यापित की जाती है)। अतिरिक्त जाँचें आमतौर पर जावास्क्रिप्ट के माध्यम से की जाती हैं, हम उदाहरण प्रदान कर सकते हैं।
पुन: निर्देशित करें	फॉर्म सफलतापूर्वक सबमिट होने के बाद उपयोगकर्ता को इस यूआरएल पर रीडायरेक्ट कर दिया जाएगा।
missing_fields_redirect	यदि कोई भी 'अनिवार्य' फ़ील्ड खाली छोड़ दिया जाता है, तो उपयोगकर्ता को यहाँ पुनर्निर्देशित कर दिया जाएगा।

आवश्यक/अनिवार्य पैरामीटर (गैर-छिपे हुए फ़ील्ड):

पैरामीटर	विवरण
ईमेल	यह संदेश भेजने वाले का ईमेल पता बन जाएगा।
यदि ईमेल पता सही है	डेटा निर्दिष्ट प्राप्तकर्ता को भेजा जाएगा और उपयोगकर्ता को "रीडायरेक्ट" URL पर रीडायरेक्ट कर दिया जाएगा।
यदि ईमेल पता गायब है या व्याकरणिक रूप से गलत है	कोई मेल नहीं भेजा जाएगा, उपयोगकर्ता को “missing_fields_redirect” URL पर रीडायरेक्ट कर दिया जाएगा।

HTTP अनुरोध विवरण

विवरण

आवश्यक नहीं/वैकल्पिक पैरामीटर (छिपे हुए फ़ील्ड):

पैरामीटर	विवरण
विषय	ईमेल का विषय पंक्ति
पर्यावरण रिपोर्ट	ईमेल में शामिल किए जाने वाले उपयोगकर्ता के पर्यावरण चरों की एक सूची, उपयोगकर्ता के आईपी पते जैसी जानकारी रिकॉर्ड करने के लिए उपयोगी है, उदाहरण: value=“REMOTE_HOST,REMOTE_ADDR,HTTP_USER_AGENT”
प्रिंट_ब्लैंक_फील्ड्स	यदि इसे “1” पर सेट किया जाता है, तो खाली छोड़े गए फ़ील्ड ईमेल में शामिल किए जाएंगे।

आवश्यक नहीं/वैकल्पिक पैरामीटर (गैर-छिपे हुए फ़ील्ड):

पैरामीटर	विवरण
वास्तविक नाम	उपयोगकर्ता का पूरा नाम, प्रेषक के ईमेल पते का हिस्सा बन जाएगा।
कोई अन्य क्षेत्र	आप जितने चाहें उतने फ़ील्ड जोड़ सकते हैं, सर्वर स्तर पर किसी सेटअप की आवश्यकता नहीं है।

फॉर्म जमा करने के लिए UTF-8 अंतर्राष्ट्रीय वर्ण कोड का उपयोग किया जाएगा।
इसे जांचने के लिए, अपने किसी भी फ़ील्ड में “€uro” डालें, फॉर्म जमा करें और आपको प्राप्त होने वाले ईमेल संदेश को देखें।

वेब फॉर्म का उदाहरण

वेब फ़ॉर्म उदाहरण

यह
दो वैकल्पिक मापदंडों: "वास्तविक नाम" और "नोट्स" के साथ

<form action="https://rsXXX.realsender.com/script/form.pl" method="post" accept-charset="utf-8"><input type="hidden" name="recipient" value="email_address-or-alias" /><input type="hidden" name="required" value="email" /><input type="hidden" name="redirect" value="/form/thankyou.html" /><input type="hidden" name="missing_fields_redirect" value="/form/error.html" /> नाम:<br /><input name="realname" /><br /> ईमेल:<br /><input name="email" /><br /> टिप्पणियाँ:<br /><textarea cols="40" rows="2" name="notes"></textarea><br /><input type="submit" /></form>

“रीडायरेक्ट” और “मिसिंग_फील्ड्स_रीडायरेक्ट” लैंडिंग पेज आपके सर्वर पर मौजूद हो सकते हैं।
आप जितने चाहें उतने फ़ील्ड जोड़ सकते हैं, सर्वर स्तर पर किसी सेटअप की आवश्यकता नहीं है।

एसएमएस को HTTP में बदलने का उदाहरण

एसएमएस को एचटीपीयू में बदलने का उदाहरण

अपने मेलबॉक्स में सीधे एसएमएस संदेश प्राप्त करने के लिए,
टेल्टोनिका राउटर "एसएमएस फॉरवर्डिंग टू एचटीटीपी कॉन्फ़िगरेशन" विकल्प प्रदान करते हैं।

आप इसे टेल्टोनिका वेबयूआई में पा सकते हैं: सेवाएँ > मोबाइल यूटिलिटीज > एसएमएस गेटवे।
!! प्राप्तकर्ता का डोमेन (yourdomain.com) रियलसेंडर द्वारा पूर्व-अधिकृत होना चाहिए !!

संख्या मान नाम: ईमेल विधि: पोस्ट यूआरएल: https://rsXXX.realsender.com/script/sms.pl संदेश मान नाम: संदेश अतिरिक्त डेटा युग्म 1: प्राप्तकर्ता | name@yourdomain.com अतिरिक्त डेटा युग्म 2: विषय | टेक्स्ट-संदेश

एसएमएस को HTTP कॉन्फ़िगरेशन में अग्रेषित करना

विकल्प 1 - मोबाइल डेटा का उपयोग करना

!! RealSender के साथ ठीक से काम करने के लिए 4G (LTE) कनेक्शन आवश्यक है !!
आप इसे Teltonika WebUI में सेट कर सकते हैं: नेटवर्क > मोबाइल > सिम कार्ड सेटिंग्स

नेटवर्क प्रकार: केवल 4G (LTE)

मोबाइल सिम कार्ड सेटिंग्स केवल 4G (LTE) के लिए

विकल्प 2 - लैन गेटवे डेटा का उपयोग करना

आप इंटरनेट गेटवे को अपने LAN के माध्यम से सेट कर सकते हैं।
Teltonika WebUI: नेटवर्क > LAN > नेटवर्क इंटरफेस > [संपादित करें]

नेटवर्क इंटरफेस - लैन

बस नीचे दिए गए उदाहरण को देखकर IPv4 गेटवे और DNS सर्वर को
(इसे अपने मापदंडों के अनुसार संशोधित करें):

इंटरफ़ेस: लैन ... आईपीवी4 गेटवे: 192.168.1.1 डीएनएस सर्वर: 8.8.8.8 !! अनिवार्य !!

मोबाइल डेटा कनेक्शन को कई तरीकों से बंद किया जा सकता है, देखें: मोबाइल डेटा बंद करना।
मोबाइल डेटा बंद होने पर भी एसएमएस संदेश सेवा चालू रहती है।

मोबाइल डेटा बंद करने का सबसे आसान तरीका है मोबाइल नंबर पर टेक्स्ट मैसेज भेजना :<router_password> mobileoff
आप “status” कमांड का उपयोग करके भी इसी तरह बदलावों की जांच कर सकते हैं:<router_password> status

प्राप्त ईमेल संदेश का उदाहरण

विषय: टेक्स्ट संदेश (+41790000000) नीचे प्राप्त टेक्स्ट संदेश है। इसे (+41790000000) द्वारा सोमवार, 26 जून, 2023 को 08:31:29 CEST पर भेजा गया था। --------------------------------------------------------------------------- टेक्स्ट संदेश ---------------------------------------------------------------------------

फॉर्म बिल्डर के माध्यम से भेजना

फॉर्ममेल

इंटरनेट के माध्यम से स्पष्ट और व्यवस्थित जानकारी प्राप्त करना जटिल हो सकता है।
इसके लिए एक यूजर इंटरफेस की आवश्यकता होती है जिसे भरना होता है और एक सर्वर एप्लिकेशन की जो डेटा भेजता है।

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

कुछ "ड्रैग एंड ड्रॉप" घटक आपको अपने प्रश्नों को व्यवस्थित करने में मदद करेंगे:

घटकों को खींचकर छोड़ें

स्रोत कोड को उपयोग के लिए तैयार "form.html" फ़ाइल के रूप में डाउनलोड किया जा सकता है:

आपके फॉर्म का रेंडर किया गया स्रोत डाउनलोड करें

आप स्वयं “फॉर्म बिल्डर” का उपयोग करके देख सकते हैं:
» formmail.realsender.com/form_builder

फॉर्म सबमिट करने के लिए "बटन" टैब में एक "टेक्स्ट इनपुट" फ़ील्ड और एक "बटन" जोड़ें।
फ़ाइल को स्थानीय रूप से सहेजने के लिए (“रेंडर्ड” टैब में “डाउनलोड” बटन पर क्लिक करें।
form.html फ़ाइल खोलें, कुछ टेक्स्ट दर्ज करें और सामग्री सबमिट करने के लिए बटन दबाएं
(नोट: चूंकि यह ऑनलाइन प्रकाशित नहीं होता है, इसलिए "धन्यवाद" पृष्ठ थोड़ा अव्यवस्थित होगा)।

यह संदेश RealSender की “अस्थायी ईमेल” सेवा inxbox.realsender.com

नोट: form.html फ़ाइल में, तीन पैरामीटर बदले जा सकते हैं: - recipient = दुरुपयोग को रोकने के लिए प्राप्तकर्ता के ईमेल से जुड़ा कोड। ईमेल पता भेजने वाले स्क्रिप्ट में पहले से ही एन्कोड किया गया है, "0" छोड़ने पर संदेश RealSender के "अस्थायी ईमेल" में प्राप्त होता है। - email = फ़ॉर्म भरने वाले व्यक्ति का ईमेल पता (ID=email)। इसका उपयोग केवल तभी किया जाता है जब फ़ॉर्म में कोई "email" फ़ील्ड न हो। - subject = ईमेल संदेश का विषय।

यदि आप एचटीएमएल फ़ाइल को ऑनलाइन प्रकाशित करना चाहते हैं, तो निःशुल्क परीक्षण का अनुरोध करें
ऐसा करने पर आपको नीचे दिखाए गए जैसा एक आकर्षक पुष्टिकरण पॉपअप प्राप्त होगा।
आपके द्वारा दर्ज किया गया डेटा सीधे आपके ईमेल बॉक्स में भेज दिया जाएगा।

फॉर्म-सफलता

निःशुल्क परीक्षण का अनुरोध करें

लिंक बिल्डर के माध्यम से भेजना

फ्लैशमेल

ईमेल में डालने के लिए एक सरल लिंक आपको
प्राप्तकर्ता से तुरंत प्रतिक्रिया प्राप्त करने की

आप flashmail.realsender.com/link_builder ।
पर जाकर “लिंक बिल्डर” का उपयोग कर सकते हैं

कुछ उदाहरण

इस महीने के प्रमोशन के बारे में अधिक जानकारी के लिए, यहां क्लिक करें: https://click.youremaildomain.com/s/flash.pl?promo=yes

यदि आप इस कार्यक्रम में भाग लेना चाहते हैं, तो यहां क्लिक करें: https://click.youremaildomain.com/s/flash.pl?event=yes

नए उत्पाद को ऑर्डर करने के लिए, यहां क्लिक करें: https://click.youremaildomain.com/s/flash.pl?newproduct=yes

यदि आप नीचे बताए अनुसार लिंक के अंत में ईमेल पता जोड़ते हैं, तो
रिप्लाई-टू मैसेज जुड़ जाएगा और प्रतिक्रिया उस व्यक्ति के ईमेल पर जाएगी जिसने लिंक पर क्लिक किया है:

&email=name@example.com

डेटा भेजने के बाद प्रदर्शित होने वाले "लैंडिंग पेज" को सेट करने के लिए,
लिंक के अंत में "rdir" पैरामीटर जोड़ें, जैसा कि नीचे दिखाया गया है:

&rdir=/ok

वैकल्पिक रूप से, अपनी वेबसाइट का पता बताएं, उदाहरण के लिए:

&rdir=www.example.com/thankyou

स्थापित करना

आपके संदेशों में शामिल लिंक को
"फ़िशिंग प्रयास" माने जाने से रोकने के लिए,
प्रेषक डोमेन का एक सबडोमेन कॉन्फ़िगर किया जाना चाहिए, उदाहरण के लिए:

click.youremaildomain.com CNAME click.realsender.com

नोटिफिकेशन प्राप्त करने वाले व्यक्ति (एक से अधिक भी हो सकते हैं) स्क्रिप्ट में निर्धारित किए गए हैं।
कॉन्फ़िगरेशन चरण के दौरान आप हमें इसकी जानकारी दे देंगे।

वेबमेल

ऊपर दिए गए उदाहरणों में, सूचनाएं हमारे अस्थायी ईमेल पते पर पहुंचती हैं
https://inxbox.realsender.com/monitor
पर उपलब्ध है।

निःशुल्क परीक्षण का अनुरोध करें

उपयोगकर्ता कोड कुंजी प्रबंधक

उपयोगकर्ता कोड

"यूजरकोड" एक अल्फा/न्यूमेरिक कोड होता है जिसे उपयोगकर्ता किसी सुरक्षित सिस्टम में लॉग इन करते समय दर्ज करता है।.

RealSender का “यूजरकोड की मैनेजर” हर घंटे स्वचालित रूप से एक अद्वितीय यूजर कोड उत्पन्न करता है,
जिसे अनुरोध करने पर संबंधित ईमेल पते पर भेजा जाता है।

केवल पूर्व-अधिकृत ईमेल पते ही उपयोगकर्ता कोड का अनुरोध कर सकते हैं।
उपयोगकर्ता कोड की लंबाई और जटिलता सिस्टम कॉन्फ़िगरेशन के दौरान तय की जाती है।

उदाहरण के लिए, यह उस ईमेल संदेश की सामग्री है जो उपयोगकर्ता को कोड भेजता है:

आपका यूजर कोड है: 665407 !! यह यूजर कोड हर घंटे 3:03 बजे समाप्त हो जाएगा।

आपके सुरक्षित सिस्टम के साथ एकीकृत करना सरल है:

हम उपयोगकर्ता कोड प्राप्त करने के लिए अधिकृत आईपी पते को कॉन्फ़िगर करते हैं।
आप एक क्रॉनजॉब* सेट अप करते हैं जो प्राप्त उपयोगकर्ता कोड के आधार पर पासवर्ड को स्वचालित रूप से अपडेट करता है
(सिस्टम तक पहुँचने के लिए अधिकृत प्रत्येक उपयोगकर्ता के लिए अपडेट किया जाना चाहिए)
* = एक समय-आधारित कार्य शेड्यूलर, जिसका उपयोग विशिष्ट अंतरालों पर स्वचालित रूप से कमांड चलाने के लिए किया जाता है

सुरक्षा बढ़ाने के लिए, हम "fail2ban" सुरक्षा को सक्षम करने की सलाह देते हैं,
जो कुछ निश्चित संख्या में असफल लॉगिन प्रयासों के बाद आगंतुकों को ब्लॉक कर देता है।

आप RealSender का ट्रायल अकाउंट एक्टिवेट।
ईमेल भेजने के लिए डेटा के साथ-साथ, आपको अपने यूजर एरिया तक पहुंचने के निर्देश भी मिलेंगे।

उदाहरण के लिए, यह ईमेल संदेश की सामग्री है जिसमें
रियलसेंडर उपयोगकर्ता क्षेत्र और वेब स्पेस तक पहुंचने के निर्देश शामिल हैं:

आपके उपयोगकर्ता क्षेत्र का एक्सेस लिंक: https://username:usercode@rsXXX.realsender.com/reserved.area/ आपके वेब स्पेस का एक्सेस लिंक: https://username:usercode@rsXXX.realsender.com/view/ !! एक्सेस लिंक हर घंटे 3:03 बजे समाप्त हो जाते हैं

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

यदि आपका सिस्टम स्वचालित लॉगिन का समर्थन नहीं करता है, तो
आप उपयोगकर्ता कोड को ईमेल संदेश में
पिन या एक्सेस कोड के रूप में भेज सकते हैं, जिसे उपयोगकर्ता द्वारा मैन्युअल रूप से दर्ज किया जाना है, उदाहरण के लिए:

आपका सुरक्षित उदाहरण लिंक https://secure.example.com - एक्सेस कोड: 000000

निःशुल्क परीक्षण का अनुरोध करें

ईमेलकनेक्ट ऐप

ईमेलकनेक्ट

RealSender का “emailconnect” ऐप एक ओपन-सोर्स, फ्लो-आधारित विज़ुअल डेवलपमेंट टूल है
जो Node-RED v5 पर आधारित है, जिसे मूल रूप से IBM द्वारा विकसित किया गया था।

इसका उपयोग ईमेल को नेटवर्क से जुड़े हार्डवेयर उपकरणों, एपीआई और ऑनलाइन सेवाओं के साथ एकीकृत करने के लिए किया जाता है।
यह एक वेब ब्राउज़र-आधारित इंटरफ़ेस प्रदान करता है जहाँ आप पूर्वनिर्धारित वस्तुओं को ड्रैग और ड्रॉप कर सकते हैं
और स्वचालित एप्लिकेशन बनाने के लिए ब्लॉक तत्वों - जिन्हें नोड्स कहा जाता है - को आपस में जोड़ सकते हैं।

इस ऐप में कुछ ऐसे फ्लो शामिल हैं जो विशिष्ट कार्यों के लिए डिज़ाइन किए गए हैं, जैसे:

ग्राहक स्वयं प्रवाहों को संशोधित कर सकते हैं या स्वतंत्र रूप से अपने स्वयं के प्रवाह विकसित कर सकते हैं, और
एकीकृत रियलसेंडर सेवा के माध्यम से आसानी से ईमेल भेज सकते हैं।

यह सिस्टम समर्पित वर्चुअल सर्वरों (प्रत्येक ग्राहक के लिए एक) पर होस्ट किया गया है, जो
निरंतर अपडेट होने वाले, सुरक्षित और विश्वसनीय वातावरण में स्थित है।
सेवाओं की लगातार निगरानी की जाती है और आवश्यकता पड़ने पर स्वचालित रूप से पुनः आरंभ की जाती हैं।

निःशुल्क परीक्षण का अनुरोध करें

गूगल समाचार अलर्ट

गूगल न्यूज़ एक समाचार संकलन सेवा है जिसे गूगल द्वारा विकसित और अनुरक्षित किया जाता है।
यह हजारों प्रकाशकों और पत्रिकाओं से संकलित लेखों के लिंक का निरंतर प्रवाह प्रस्तुत करता है।
यह सेवा 60 से अधिक देशों में और 35 से अधिक भाषाओं में उपलब्ध है।

गूगल न्यूज़ वेबसाइट प्रमुख ऑनलाइन समाचार पत्रों (जिस देश में यह स्थित है) से
समाचारों की एक सूची स्वचालित रूप से तैयार करती है
और उन्हें समान विषयवस्तु के आधार पर समूहित करती है, साथ ही विषय और लेख प्रकाशन तिथि के अनुसार क्रमबद्ध करती है।
समाचार हमेशा संक्षिप्त सारांश के रूप में प्रकाशित होते हैं।

ईमेलकनेक्ट ऐप के लिए "गूगल न्यूज़ अलर्ट" फ़्लो,
आरएसएस फ़ीड को निकालता है और
वांछित अंतराल पर, एक विशिष्ट विषय पर, संबंधित प्राप्तकर्ता को ईमेल सूचनाएं भेजता है:

गूगल न्यूज़ फ्लो

बस फ्लो को डुप्लिकेट करें, पहले और आखिरी नोड को एडिट करें, और आपके पास
अलग-अलग विषयों के लिए कई अलर्ट होंगे, जो कई प्राप्तकर्ताओं को भेजे जाएंगे।

यदि पिछले 24 घंटों में कोई समाचार नहीं है, तो कोई संदेश नहीं भेजा जाएगा।
"पहले विषय" के बाईं ओर स्थित बटन आपको मैन्युअल रूप से संदेश भेजने के लिए बाध्य करता है।

निःशुल्क परीक्षण का अनुरोध करें

एसएमटीपी स्थिति जांच

SMTP स्टेटस चेक आपके मेल सर्वर की उपलब्धता, सुरक्षा और कार्यक्षमता को सत्यापित करता है।
यह सुनिश्चित करता है कि सर्वर TCP कनेक्शन स्वीकार करता है, सही ढंग से प्रमाणीकरण करता है और ईमेल संसाधित करता है।

यह जांच नियमित अंतराल पर, हर दस मिनट में चलने के लिए निर्धारित है।
उपयोगकर्ता स्वयं पूर्वनिर्धारित अंतराल को बदल सकता है।

ईमेलकनेक्ट ऐप के लिए "एसएमटीपी स्टेटस चेक" फ्लो
वास्तविक संदेश भेजकर यह सत्यापित करता है कि एसएमटीपी सेवा ठीक से काम कर रही है;
खराबी की स्थिति में ही सिस्टम एक अलर्ट ईमेल भेजता है।

एसएमटीपी स्थिति जांच प्रवाह

बस फ्लो को डुप्लिकेट करें, पहले और आखिरी नोड को एडिट करें, और आपको
अलग-अलग एसएमटीपी सर्वरों के लिए कई अलर्ट मिलेंगे, जो इच्छित प्राप्तकर्ताओं को भेजे जाएंगे।

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

एसएमटीपी स्थिति जांच डिबग

निःशुल्क परीक्षण का अनुरोध करें

वेबसाइट की स्थिति की जाँच

वेबसाइट स्टेटस चेक आपकी वेबसाइट की उपलब्धता, एसएसएल सुरक्षा और कार्यक्षमता की पुष्टि करता है।
यह आपके वेब सर्वर के संचालन, एसएसएल प्रमाणपत्रों की वैधता और वेब पेज के प्रदर्शन की निगरानी करता है।

ईमेलकनेक्ट ऐप के लिए "वेबसाइट स्थिति जांच" प्रवाह
साइट के पते पर एक HTTP अनुरोध भेजता है और प्रतिक्रिया का विश्लेषण करता है;
केवल खराबी की स्थिति में ही सिस्टम एक अलर्ट ईमेल भेजता है:

वेबसाइट स्थिति जांच प्रक्रिया

बस फ्लो को डुप्लिकेट करें, पहले और आखिरी नोड को एडिट करें, और आपको
अलग-अलग वेबसाइटों के लिए कई अलर्ट मिल जाएंगे, जो इच्छित प्राप्तकर्ताओं को भेजे जाएंगे।

पहले https://example.com नोड के बाईं ओर स्थित बटन आपको मैन्युअल रूप से निष्पादन को बाध्य करने
और स्क्रीन के दाईं ओर स्थित डिबग क्षेत्र में परिणाम देखने की अनुमति देता है:

वेबसाइट स्थिति जांच डिबग

निःशुल्क परीक्षण का अनुरोध करें

रिवर्सप्रॉक्सी ऐप

रिवर्सप्रॉक्सी पहिए

ईमेल प्रॉक्सी सर्वर आपको निम्नलिखित सुविधाएं प्रदान करता है:

अपने SMTP सर्वर की सुरक्षा, प्रदर्शन और स्केलेबिलिटी में सुधार करें
बिना किसी परेशानी के प्रमाणित ईमेल प्रदाताओं से जुड़ें
एक ही पंक्ति से ईमेल संचार को सरल बनाएं
ntfy ऐप पर सूचनाएं भेजें (Android और iPhone के लिए उपलब्ध)
केवल उन्हीं प्राप्तकर्ताओं से संवाद करें जिनके मोबाइल नंबर ज्ञात हैं

मुख्य विशेषताएं:

एसएमटीपी सर्वरों के लिए रिवर्स प्रॉक्सी

यह आपके SMTP सर्वर की सुरक्षा, प्रदर्शन और स्केलेबिलिटी में सुधार करता है।

प्रमाणित ईमेल गेटवे

अपने संपूर्ण आईटी इंफ्रास्ट्रक्चर को प्रमाणित ईमेल प्रदाताओं से तुरंत कनेक्ट करें

एकल-पंक्ति पाठ ईमेल

अपने ईमेल संदेशों को एक ही पंक्ति में संक्षिप्त करें, ईमेल अटैचमेंट को लिंक में बदलें

ntfy ऐप पर सूचनाएं

एंड्रॉइड और आईफोन सिस्टम पर उपलब्ध ntfy ऐप पर सूचनाएं भेजें

मोबाइल नंबरों पर संदेश

मोबाइल पर ईमेल संदेश भेजें, अपने ईमेल में टेक्स्ट संदेश प्राप्त करें और अपने ईमेल से टेक्स्ट संदेशों का जवाब दें।

एसएमटीपी सर्वरों के लिए रिवर्स प्रॉक्सी

रिवर्स प्रॉक्सी एक ऐसा सर्वर है जो क्लाइंट के अनुरोधों को संभालने के लिए एक या अधिक वेब सर्वरों के सामने स्थित होता है
, जिससे सुरक्षा, प्रदर्शन और स्केलेबिलिटी में सुधार होता है।

रिवर्स प्रॉक्सी आरेख

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

मुख्य लाभ:

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

निःशुल्क परीक्षण का अनुरोध करें

प्रमाणित ईमेल गेटवे

प्रमाणित ईमेल

प्रमाणित इलेक्ट्रॉनिक मेल एक ऐसा ईमेल है जो संदेश के भेजे जाने और प्राप्त होने को प्रमाणित करने में सक्षम होता है और रसीदें प्रदान करता है जिनका उपयोग तीसरे पक्ष के खिलाफ किया जा सकता है।.

इसमें तीन ऑपरेटिंग मोड हैं, जिन्हें मिलाकर प्रमाणित ईमेल के माध्यम से ईमेल संदेश भेजना संभव हो पाता है:

पूर्वनिर्धारित डोमेन एक्सटेंशन वाले प्राप्तकर्ता (उदाहरण के लिए, pec.it, legalmail.it, pec.poste.it)
जिन ईमेल पतों में “.xx” एक्सटेंशन होता है (जैसे, domainname.com.xx),
उनमें से “.xx” एक्सटेंशन अपने आप हटा दिया जाता है।
कुछ विशिष्ट प्रेषक (उदाहरण के लिए, invoices@…)

ये ईमेल संदेश एक अन्य सर्वर को भेजे जाते हैं जो ग्राहक की प्रमाणित ईमेल एसएमटीपी सेवा (जैसे कि अरूबा, लीगलमेल, रजिस्टर, आदि) के साथ स्वयं को प्रमाणित करता है।.

प्रेषक का नाम स्वचालित रूप से ग्राहक के प्रमाणित ईमेल पते में बदल जाता है।.

बाउंस हुए संदेश (जैसे, उपयोगकर्ता अज्ञात/मेलबॉक्स भरा हुआ) प्रेषक के रूप में इंगित प्रमाणित ईमेल पते पर भेजे जाएंगे।.

गलत या अब मान्य न रहे ईमेल पतों को मैन्युअल रूप से ठीक किया जाना चाहिए या हटा दिया जाना चाहिए ताकि आगे ईमेल भेजने से रोका जा सके, क्योंकि वे प्राप्तकर्ता के ईमेल इनबॉक्स में स्पैम सुरक्षा को सक्रिय कर सकते हैं।.

निःशुल्क परीक्षण का अनुरोध करें

एकल-पंक्ति पाठ ईमेल

“प्लेनमेल” ऐप आपके ईमेल को टेक्स्ट की एक ही पंक्ति में बदल देता है,
यह ईमेल अटैचमेंट को गायब कर देता है और उनकी जगह लिंक भेजता है:

अपने ईमेल को संक्षिप्त करें

प्राप्तकर्ता के ईमेल डोमेन में बस “.plain” जोड़ दें,
उन्हें केवल विषय ही प्राप्त होगा:

प्राप्तकर्ता: email@example.com.plain विषय: आपका संक्षिप्त संदेश, इमोजी की अनुमति है

ईमेल की अतिरिक्त सामग्री और अटैचमेंट को अनदेखा कर दिया जाएगा;
उनके स्थान पर निम्नलिखित संदेश दिखाई देगा:

< PlainMail > विषय पंक्ति को छोड़कर बाकी सभी सामग्री हटा दी गई है।.

» शीर्ष पर वापस जाएँ

ईमेल अटैचमेंट को लिंक में बदलें

विषय में बस “[A]” लिखें और ईमेल में एक अटैचमेंट जोड़ें।
“प्लेनमेल” ऐप इसे स्वचालित रूप से लिंक में बदल देगा।

लिंक में दिया गया डोमेन आपकी इच्छानुसार कोई भी समर्पित डोमेन या सबडोमेन हो सकता है।
यह फ़ाइल छह महीने बाद हटा दी जाएगी।

» शीर्ष पर वापस जाएँ

निःशुल्क परीक्षण का अनुरोध करें

ntfy ऐप पर सूचनाएं

ऐप एनटीएफवाई

ntfy क्या है?

ntfy (उच्चारण “नोटिफाई”) एक “पब्लिश-सब्सक्राइब” नोटिफिकेशन सेवा के रूप में काम करता है, जिसमें आप एक “टॉपिक” पर संदेश भेजते हैं। ntfy ऐप चलाने वाला और उसी टॉपिक को सब्सक्राइब किया हुआ स्मार्टफोन या कंप्यूटर उस संदेश को रियल-टाइम पुश नोटिफिकेशन के रूप में प्राप्त करता है।.

इससे स्क्रिप्ट, सर्वर या किसी अन्य सेवा द्वारा उत्पन्न तत्काल अलर्ट की डिलीवरी संभव हो पाती है, जिससे उपयोगकर्ता जटिल कॉन्फ़िगरेशन के बिना सूचनाएं प्राप्त कर सकते हैं।.

RealSender के साथ यह कैसे काम करता है:

प्रकाशक:
topic@ntfy.youremaildomain.com पर ईमेल भेजकर संदेश प्रकाशित कर सकते हैं ।
संदेश की विषयवस्तु ईमेल के विषय से मेल खाती है।
केवल RealSender उपयोगकर्ता ही इस पते पर ईमेल भेज सकते हैं।
सब्सक्राइबर:
उन्हें अपने स्मार्टफोन या कंप्यूटर पर नोटिफिकेशन मिलते हैं,
बशर्ते उनके कंप्यूटर में ntfy ऐप इंस्टॉल हो और उन्होंने उस विषय को सब्सक्राइब किया हो।
विषय:
विषयों को चैनलों की तरह समझें, जिनके अपने-अपने नाम होते हैं और उनमें प्रकाशित होने वाली घटनाओं की एक श्रृंखला होती है।
आपको अलग से विषय बनाने की ज़रूरत नहीं है; बस एक नाम चुनें और उसका उपयोग करें।
विषय के नाम सार्वजनिक होते हैं, इसलिए ऐसा नाम चुनना समझदारी होगी जिसका आसानी से अनुमान न लगाया जा सके।

ईमेल भेजे जाने के बाद, ntfy सर्वर संदेश प्राप्त करता है और उसे उस विषय के सब्सक्राइबर्स के लिए संग्रहीत करता है।
एक सब्सक्राइबर (ntfy ऐप के माध्यम से) विषय से जुड़ता है और वास्तविक समय में संदेश प्राप्त करता है।

यह एक "असंबद्ध प्रणाली" है, प्रकाशकों को अपने ग्राहकों के बारे में जानने की आवश्यकता नहीं है, और इसके विपरीत भी।
इससे प्रकाशक और ग्राहक दोनों के लिए इसका उपयोग और प्रबंधन सरल हो जाता है।

» शीर्ष पर वापस जाएँ

ईमेल अटैचमेंट को लिंक में बदलें

» शीर्ष पर वापस जाएँ

निःशुल्क परीक्षण का अनुरोध करें

मोबाइल नंबरों पर संदेश

ईमेल को अधिकतम करें

अपने ईमेल को मोबाइल की दुनिया से जोड़ें,
अपनी कार्यशैली में बदलाव किए बिना
अपने व्यावसायिक संचार के अवसरों को अधिकतम करें :

अपने ईमेल से टेक्स्ट मैसेज भेजें

पुश नोटिफिकेशन आपके ग्राहकों तक तेजी से पहुंचने का सबसे प्रभावी तरीका है।
इनमें ओपन रेट (95% तक) और रिस्पॉन्स रेट (45% तक) बहुत अधिक होता है।
– स्रोत: गार्टनर का टेक्स्ट मैसेज अध्ययन , वर्ष 2019

प्राप्तकर्ता: mobilenumber@text.yourdomain.com विषय: टेक्स्ट संदेश की सामग्री, इमोजी की अनुमति है (अतिरिक्त ईमेल सामग्री और अटैचमेंट को अनदेखा किया जाएगा)

हम आपको आपके मोबाइल ऑपरेटर के लिए पहले से कॉन्फ़िगर किया हुआ एक औद्योगिक राउटर प्रदान करेंगे।.

टेक्स्ट मैसेज भेजने और प्राप्त करने का नियंत्रण उपयोग किए जा रहे ऑपरेटर के माध्यम से ही किया जाना चाहिए।
हमारा सिस्टम हर दस मिनट में राउटर की प्रतिक्रिया की जाँच करता है (पावर और इंटरनेट कनेक्शन की जाँच करें)।

दुरुपयोग से बचने के लिए, संदेशों को RealSender के माध्यम से, पूर्व-अधिकृत प्रेषकों का उपयोग करके, SPF और DKIM "स्ट्रिक्ट" संरेखण के साथ । ईमेल प्रमाणीकरण के बारे में अधिक जानें - उन्नत स्तर ।
भेजा जाना चाहिए

» शीर्ष पर वापस जाएँ

अपने ईमेल पर टेक्स्ट संदेश प्राप्त करें

टेक्स्ट मैसेज के जवाब सीधे आपके पसंदीदा मेलबॉक्स में भेजे जाएंगे,
साथ में इस तरह का एक ईमेल संदेश भी होगा:

विषय: टेक्स्ट संदेश (+41790000000) नीचे प्राप्त टेक्स्ट संदेश है। इसे (+41790000000) द्वारा सोमवार, 29 जुलाई, 2025 को 10:57:00 CEST पर भेजा गया था। --------------------------------------------------------------------------- टेक्स्ट संदेश ---------------------------------------------------------------------------

» शीर्ष पर वापस जाएँ

अपने ईमेल से टेक्स्ट संदेशों का जवाब दें

RealSender का “plainmail” ऐप आपको सीधे अपने ईमेल से टेक्स्ट मैसेज भेजने की सुविधा देता है।.

इसलिए आप अपने पसंदीदा ईमेल एप्लिकेशन से जवाब दे सकते हैं।
प्राप्तकर्ता का पता पहले से ही मूल प्रेषक संख्या से भरा हुआ है:

प्राप्तकर्ता: mobilenumber@text.yourdomain.com विषय: उत्तर की सामग्री (अतिरिक्त ईमेल सामग्री और संलग्नक अनदेखा किए जाते हैं)

इस प्रकार ईमेल एप्लिकेशन और मोबाइल डिवाइस के बीच संवाद जारी रह सकता है।.

» शीर्ष पर वापस जाएँ

ईमेल अटैचमेंट को लिंक में बदलें

लिंक में दिया गया डोमेन आपकी इच्छानुसार कोई भी समर्पित डोमेन या सबडोमेन हो सकता है।
यह फ़ाइल छह महीने बाद अपने आप डिलीट हो जाएगी।

» शीर्ष पर वापस जाएँ

निःशुल्क परीक्षण का अनुरोध करें

आइए आपके ईमेल को सशक्त बनाएं

हम ईमेल को सशक्त बनाते हैं

इस क्षेत्र के विषय:

हमारे बारे में

हमारा इतिहास और हमारा कर्तव्य

संपर्क

व्यापारिक या तकनीकी प्रश्नों के लिए हमसे संपर्क कैसे करें

योजनाएँ और मूल्य निर्धारण

एकल समर्पित एसएमटीपी सर्वर या एकाधिक समर्पित एसएमटीपी सर्वरों के लिए योजनाएँ

सेवा की शर्तें

स्पैम-रोधी नीति और अन्य सेवा विवरण

हमारे प्रस्ताव की सीमाएँ

हम आपको क्या प्रदान नहीं कर सकते

गोपनीयता नीति

हम गोपनीयता का प्रबंधन कैसे करते हैं?

शब्दकोष

तकनीकी शब्दावली की व्याख्या

हमारे बारे में

रियलसेंडर - कैस्टिग्लिओन ओलोना

वर्ष 2006-2009 के दौरान,
एक दशक से अधिक समय तक जर्मन ईमेल मार्केटिंग प्लेटफॉर्म का वितरण करने के बाद,
हम एसएमटीपी सर्वर की प्रतिष्ठा के महत्व को जान गए थे।

इसे सुनिश्चित करने का केवल एक ही तरीका था:
प्रत्येक ग्राहक के लिए एक समर्पित आईपी पते के साथ एक समर्पित एसएमटीपी सर्वर।

यह विश्वसनीय और निरंतर निगरानी वाले वातावरण में
नवोन्मेषी समाधान प्रदान करने की दिशा में हमारा पहला कदम था ।

हमारा लक्ष्य है: "आपके ईमेल को सशक्त बनाना"।
हम इसके लिए प्रतिदिन कड़ी मेहनत करते हैं।

इससे आपको भेजे गए ईमेल पर पूरा नियंत्रण और जानकारी मिलती है,
ताकि प्राप्तकर्ता आपके संदेशों को प्राप्त कर सकें और उन पर भरोसा कर सकें।

निःशुल्क परीक्षण का अनुरोध करें

संपर्क

रियलसेंडर - स्टैबियो

व्यापारिक या तकनीकी प्रश्नों के लिए:

किसी विशेषज्ञ से चैट करने के लिए लिंक प्राप्त करें

वेब फॉर्म भरें
ईमेल: contact@mx.realsender.com
टेलीफोन: +41 61 5000365
टेक्स्ट मैसेज: +41 79 6276163

हमारा कार्यालय सोमवार से शुक्रवार तक सुबह 9:00 बजे से शाम 7:00 बजे तक (मध्य यूरोपीय समय) खुला रहता है।.

हम तक कैसे पहुंचे:

पार्क+रेल, रेलवे स्टेशन
6855 स्टैबियो - स्विट्जरलैंड
मिलानो मालपेंसा (एमएक्सपी)
अंतरराष्ट्रीय हवाई अड्डा

वैट/ईयू वैट आईडी संख्या IT02457460125

योजनाएँ और मूल्य निर्धारण


	RealSender एक समर्पित SMTP सर्वर है जो प्रति सप्ताह 10,000 ईमेल तक भेज सकता है (आमतौर पर इसका उपयोग 1-टू-1 / लेनदेन संबंधी ईमेल के लिए किया जाता है)।
	हाईसेंडर एक ईमेल गेटवे है जो कई समर्पित एसएमटीपी सर्वरों से जुड़ता है और 2 से 100 सर्वरों पर रिले करता है, स्वचालित रूप से संतुलित रहता है और प्रति सप्ताह 1,000,000 तक ईमेल भेज सकता है (आमतौर पर न्यूज़लेटर / सामूहिक ईमेलिंग के लिए उपयोग किया जाता है)।
	“ऐप्स” के रूप में पहचानी गई सेवाओं के लिए अतिरिक्त शुल्क लगता है। अधिक जानकारी के लिए कृपया हमसे संपर्क करें ।

निःशुल्क परीक्षण का अनुरोध करें

रियलसेंडर की कीमतें

पूरी तरह से निःशुल्क, बिना किसी बाध्यता के परीक्षण अवधि।
खरीद के बाद 90 दिनों की मनी बैक गारंटी।

विवरण	ईमेल भेजने वाले का पता	साप्ताहिक यातायात उपयोग (GB)	वार्षिक शुल्क (यूरोपीय संघ के लिए ही है)	साप्ताहिक सीमा (भेजे जा सकने वाले ईमेल की संख्या)
रियलसेंडर 100x3	100	9	990 $/€	30,000 तक
रियलसेंडर 50x2	50	6	590 $/€	20,000 तक

रियलसेंडर 25	25	3	390 $/€	10,000 तक
रियलसेंडर 10	10	2	240 $/€	4,000 तक
रियलसेंडर 5	5	0.5	190 $/€	1,000 तक

डिलीवरी संबंधी समस्याओं के कारण साप्ताहिक सीमा कम हो सकती है।
क्या आपको अधिक ईमेल पते या अधिक ट्रैफ़िक की आवश्यकता है? कृपया हमसे संपर्क करें।

x3 = संदेश दो अलग-अलग डेटासेंटरों में स्थित तीन समर्पित SMTP सर्वरों के माध्यम से भेजे जाएंगे:
यदि एक सर्वर काम करना बंद कर दे या पहुंच से बाहर हो जाए, तो अन्य दो सर्वर आपके संदेशों को रिले करना जारी रखेंगे।

x2 = संदेश दो अलग-अलग डेटासेंटर में स्थित दो समर्पित SMTP सर्वरों के माध्यम से भेजे जाएंगे:
यदि एक सर्वर काम करना बंद कर दे या पहुंच से बाहर हो जाए, तो दूसरा सर्वर आपके संदेशों को आगे भेजना जारी रखेगा।

लगभग 10,000 ईमेल (प्रत्येक 100 KB का) भेजने पर 1 GB का ट्रैफ़िक जनरेट होता है। यह ट्रैफ़िक
"ईमेल भेजने वाले पते" और "साप्ताहिक ट्रैफ़िक" पर लागू होता है। हमारे पास +20% की सहनशीलता सीमा है।
सीमा पार होने पर, अपग्रेड करने के लिए आपसे संपर्क किया जाएगा।

निःशुल्क परीक्षण का अनुरोध करें

हाईसेंडर कीमतें

विवरण	ईमेल भेजने वाले का पता	साप्ताहिक यातायात उपयोग (GB)	वार्षिक शुल्क	साप्ताहिक सीमा (भेजे जा सकने वाले ईमेल की संख्या)
हाईसेंडर 4	ना.	8	एक बोली के लिए हमसे सम्पर्क करें	40,000 तक
हाईसेंडर 3	ना.	6	एक बोली के लिए हमसे सम्पर्क करें	30,000 तक
हाईसेंडर 2	ना.	4	एक बोली के लिए हमसे सम्पर्क करें	20,000 तक

डिलीवरी में समस्या आने पर साप्ताहिक सीमा कम हो सकती है।
क्या आपको अधिक साप्ताहिक सीमा की आवश्यकता है? कृपया हमसे संपर्क करें।

लगभग 100 KB के 10,000 ईमेल भेजने
पर प्रति सप्ताह 1 GB का डेटा जेनरेट होता है। हमारे पास +20% की टॉलरेंस लिमिट है।
लिमिट पार होने पर अपग्रेड करने के लिए आपसे संपर्क किया जाएगा।

na: आमतौर पर केवल एक ही “ईमेल प्रेषक पता” का उपयोग किया जाता है, यदि आपको अधिक की आवश्यकता हो तो कृपया पूछें।

निःशुल्क परीक्षण का अनुरोध करें

सेवा की शर्तें

RealSender स्पैम (अनचाहे ईमेल विज्ञापन) के प्रति ज़ीरो टॉलरेंस रखता है। ईमेल के माध्यम से अनचाहे व्यावसायिक ईमेल, प्रतिबंधित विज्ञापन या अन्य उत्पीड़नकारी या अवैध सामग्री भेजने वाले ग्राहकों का खाता बिना किसी रिफंड के तुरंत बंद कर दिया जाएगा। गलत प्राप्तकर्ताओं को बार-बार ईमेल भेजना और साप्ताहिक सीमा का पालन न करना "स्पैमर व्यवहार" माना जाता है।.

प्रत्येक RealSender खाते के लिए "ईमेल भेजने वाले का पता" एक ही कंपनी द्वारा पंजीकृत एक या अधिक डोमेन नामों के अंतर्गत होना चाहिए। प्रत्येक सर्वर प्रति सप्ताह अधिकतम 10,000 ईमेल भेज सकता है। प्रत्येक ईमेल के प्राप्तकर्ताओं की संख्या 100 तक सीमित है। RealSender सेवा केवल व्यावसायिक उपयोग के लिए है: इसके लिए पूर्ण डाक पता और कर पहचान संख्या दोनों आवश्यक हैं।.

RealSender केवल ईमेल भेजता है और कानूनी, तथ्यात्मक या अन्य किसी भी पहलू से उनकी सामग्री की जाँच नहीं करता है। इसके अलावा, RealSender भेजे गए ईमेल की सामग्री के लिए ज़िम्मेदार नहीं है।.

ग्राहक अपने खाते के किसी भी उपयोग से उत्पन्न होने वाली किसी भी प्रकार की देनदारी के लिए RealSender को क्षतिपूर्ति देने के लिए सहमत है। इसके अतिरिक्त, ग्राहक सेवा समझौते के उल्लंघन या किसी अन्य पक्ष को प्रत्यक्ष या अप्रत्यक्ष रूप से पहुँचाई गई क्षति से संबंधित किसी भी दावे और खर्चों, जिसमें उचित वकील की फीस भी शामिल है, से RealSender को क्षतिपूर्ति देने और उसे हानिरहित रखने के लिए सहमत है।.

ग्राहक स्पष्ट रूप से सहमत है कि RealSender की सेवा का उपयोग ग्राहक के अपने जोखिम पर है। RealSender या इसके किसी भी सूचना प्रदाता, लाइसेंसकर्ता, कर्मचारी या एजेंट द्वारा यह गारंटी नहीं दी जाती है कि सेवा निर्बाध या त्रुटि रहित होगी; न ही RealSender या इसके किसी भी सूचना प्रदाता, लाइसेंसकर्ता, कर्मचारी या एजेंट द्वारा सेवा के उपयोग से प्राप्त होने वाले परिणामों के संबंध में कोई गारंटी दी जाती है। यह सेवा किसी भी प्रकार की वारंटी के बिना "जैसी है" के आधार पर वितरित की जाती है, चाहे वह व्यक्त हो या निहित, जिसमें स्वामित्व की वारंटी या व्यापारिकता या किसी विशेष उद्देश्य के लिए उपयुक्तता की निहित वारंटी शामिल हैं, लेकिन इन्हीं तक सीमित नहीं हैं, सिवाय उन वारंटियों के जो इस सेवा समझौते पर लागू कानूनों के तहत निहित हैं और जिन्हें बहिष्करण, प्रतिबंध या संशोधन के योग्य नहीं हैं। RealSender या सेवा के निर्माण, उत्पादन या वितरण में शामिल कोई भी व्यक्ति सेवा के उपयोग या सेवा का उपयोग करने में असमर्थता या किसी भी वारंटी के उल्लंघन से उत्पन्न होने वाली किसी भी प्रत्यक्ष, अप्रत्यक्ष, आकस्मिक, विशेष या परिणामी क्षति के लिए उत्तरदायी नहीं होगा। ग्राहक स्पष्ट रूप से स्वीकार करता है कि इस पैराग्राफ का प्रावधान सभी तृतीय-पक्ष सामग्री और सेवा के माध्यम से उपलब्ध किसी भी अन्य सामग्री पर भी लागू होगा।.

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

RealSender और Inxbox यूरोपीय संघ में पंजीकृत ट्रेडमार्क हैं।.

हमारे प्रस्ताव की सीमाएँ

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

उनका एंटीस्पैम सिस्टम यह सीखता है कि उनके उपयोगकर्ता प्राप्त संदेशों के साथ क्या करते हैं।
यदि प्राप्तकर्ता एक बार प्राप्त मेल को स्पैम नहीं के रूप में चिह्नित करता है, तो सिस्टम यह समझ जाएगा कि ये वैध संदेश हैं
और उन्हें "जंक" फ़ोल्डर के बजाय "इनबॉक्स" फ़ोल्डर में भेजना शुरू कर देगा।

इसके अलावा, प्रेषक का नाम प्राप्तकर्ता की एड्रेस बुक में होना चाहिए या पहले ईमेल का आदान-प्रदान किया होना चाहिए।

हमारी तकनीकी टीम इन मामलों की पहचान करने और एक प्रभावी डिलीवरी रणनीति लागू करने में आपकी सहायता करेगी।

गोपनीयता नीति

RealSender अपने ग्राहकों की ओर से केवल ईमेल भेजता है और न ही उनकी सामग्री की निगरानी या संग्रह करता है।.

हम पिछले 7 दिनों के लॉग और उत्पन्न ट्रैफ़िक से संबंधित आँकड़े रखते हैं, जो ग्राहकों के लिए यहाँ वर्णित अनुसार उपलब्ध हैं:
लॉग और डिलीवरी
आँकड़े

इस सेवा का उपयोग हमारे ग्राहकों द्वारा सेवा की शर्तों की।

दुरुपयोग के मामलों में, ब्लैकलिस्टिंग पर आधारित स्वचालित निगरानी प्रणाली की बदौलत हम तुरंत कार्रवाई करते हैं।.

हमारे सभी सर्वरों के होमपेज पर हमारे ग्राहकों द्वारा भेजे गए अवांछित विज्ञापन ईमेल की रिपोर्ट करने के लिए ईमेल पता दिया गया है: [abuse@realsender.com] (mailto: abuse@realsender.com)

इस फॉर्म को भरकर डेटा सुरक्षा अधिकारी से संपर्क किया जा सकता है ।

शब्दकोष

क्लोज्ड लूप मार्केटिंग
वह प्रक्रिया है जिसके द्वारा ग्राहक डेटा का उपयोग आपके मार्केटिंग अभियानों को बेहतर बनाने और बिक्री प्रदर्शन को बढ़ाने के लिए किया जा सकता है।
डोमेन कीज़ आइडेंटिफाइड मेल (DKIM)
एक ईमेल प्रमाणीकरण प्रोटोकॉल है जो प्रेषक को सार्वजनिक कुंजी क्रिप्टोग्राफी का उपयोग करके भेजे गए ईमेल पर हस्ताक्षर करने की सुविधा देता है, जिसे प्राप्तकर्ता द्वारा सत्यापित किया जा सकता है। DKIM विनिर्देश डोमेन कीज़ और आइडेंटिफाइड इंटरनेट मेल प्रोटोकॉल पर आधारित है। DKIM को IETF RFC 4871 में परिभाषित किया गया है। Gmail और अन्य बड़ी कंपनियाँ इंटरनेट मेल से फ़िशिंग और स्पूफिंग को पूरी तरह से समाप्त करने के लिए DKIM मानक को अपना रही हैं।
ईमेल प्रमाणीकरण तकनीक जो यह सत्यापित करती है कि क्या कोई ईमेल संदेश उस डोमेन नाम से उत्पन्न हुआ है जिससे इसे भेजे जाने का दावा किया गया है [2]। ईमेल पर एक वैध पहचान सुनिश्चित करना स्पैम, जालसाजी, धोखाधड़ी और यहां तक कि अधिक गंभीर अपराधों को रोकने में एक महत्वपूर्ण पहला कदम बन गया है। [3]
इंटरनेट इंजीनियरिंग टास्क फोर्स (IETF)
नेटवर्क डिज़ाइनरों, ऑपरेटरों, विक्रेताओं और शोधकर्ताओं का एक विशाल, खुला अंतर्राष्ट्रीय समुदाय है, जो इंटरनेट आर्किटेक्चर के विकास और इंटरनेट के सुचारू संचालन से संबंधित है। यह किसी भी इच्छुक व्यक्ति के लिए खुला है। IETF का लक्ष्य इंटरनेट को बेहतर बनाना है।
मैसेज ट्रांसफर एजेंट (एमटीए)
एक ऐसा सिस्टम है जो एसएमटीपी रूटिंग सॉफ्टवेयर चलाता है और मैसेज को प्रोसेस करके उसे इच्छित प्राप्तकर्ता सिस्टम तक पहुंचा सकता है। एमटीए आमतौर पर सर्वर एप्लिकेशन होते हैं, जैसे सेंडमेल, माइक्रोसॉफ्ट एक्सचेंज, पोस्टफिक्स, लोटस डोमिनो, क्यूमेल, पॉवरएमटीए आदि।
सुरक्षित SMTP
एक्सटेंशन जो SMTP सर्वर और क्लाइंट को इंटरनेट पर निजी, प्रमाणित संचार प्रदान करने के लिए TLS (ट्रांसपोर्ट लेयर सिक्योरिटी) का उपयोग करने की अनुमति देता है। [1]
सेंडर पॉलिसी फ्रेमवर्क (SPF)
एक पथ-आधारित ईमेल प्रमाणीकरण प्रोटोकॉल है जो ईमेल प्राप्तकर्ताओं को यह निर्धारित करने की अनुमति देता है कि प्रेषक DNS TXT रिकॉर्ड में प्रेषक द्वारा प्रकाशित जानकारी के आधार पर प्रेषक के आउटबाउंड MTA के IP पते का मूल्यांकन करके संदेश के हेडर में डोमेन का उपयोग करने के लिए अधिकृत है या नहीं। SPF को IETF RFC 4408 में परिभाषित किया गया है।
सिंपल मेल ट्रांसफर प्रोटोकॉल (SMTP)
इंटरनेट प्रोटोकॉल (IP) नेटवर्क पर इलेक्ट्रॉनिक मेल (ई-मेल) भेजने का एक इंटरनेट मानक है। SMTP को पहली बार जोनाथन पोस्टेल ने IETF RFC 821 (1982) में परिभाषित किया था, और इसे अंतिम बार IETF RFC 5321 (2008) द्वारा अपडेट किया गया था, जिसमें विस्तारित SMTP (ESMTP) संशोधन शामिल हैं, और यह आज व्यापक रूप से उपयोग किया जाने वाला प्रोटोकॉल है। SMTP को आउटगोइंग मेल भेजने के लिए निर्दिष्ट किया गया है और यह पोर्ट 25 का उपयोग करता है।
ट्रांसपोर्ट लेयर सिक्योरिटी (टीएलएस)
प्रोटोकॉल इंटरनेट पर संचार सुरक्षा प्रदान करता है। यह प्रोटोकॉल क्लाइंट/सर्वर अनुप्रयोगों को इस तरह से संवाद करने की अनुमति देता है जिससे जासूसी, छेड़छाड़ या संदेश जालसाजी को रोका जा सके। टीएलएस एक आईईटीएफ मानक ट्रैक प्रोटोकॉल है, जिसे आरएफसी 5246 में अंतिम बार अपडेट किया गया था।

संदर्भ:

[1] RFC 3207 - ट्रांसपोर्ट लेयर सिक्योरिटी पर सुरक्षित SMTP के लिए SMTP सेवा विस्तार
[2] 2008 OTA ईमेल प्रमाणीकरण की स्थिति रिपोर्ट
[3] डेविड मैकक्विग द्वारा ईमेल प्रमाणीकरण

आपको ईमेल पर नियंत्रण मिलता है

ईमेल नियंत्रण प्राप्त करें

इस क्षेत्र के विषय:

ईमेल प्रमाणीकरण की मूल बातें

आवश्यक न्यूनतम सेटिंग्स

ईमेल प्रमाणीकरण उन्नत

अपने ईमेल की प्रतिष्ठा पर पूर्ण नियंत्रण प्राप्त करें

ईमेल डिलीवरी विश्लेषण

अपने ईमेल के साथ क्या होता है, इसे नियंत्रित करें

सिस्टम स्थिति पृष्ठ

यह हर दस मिनट में सेवाओं के सही संचालन की स्वचालित रूप से जाँच करता है।

ईमेल प्रमाणीकरण की मूल बातें

इस क्षेत्र के विषय:

<spf>अपने एसएमटीपी सर्वरों की घोषणा करें

प्रेषक नीति ढांचा परिचय

<spf>ऑनलाइन जांच करें

ईमेल संदेश भेजते समय अपनी ईमेल एसपीएफ सेटिंग की पुष्टि करें

<dkim>ईमेल सामग्री को सील करें

डोमेन कुंजी पहचान मेल परिचय

<dkim>ऑनलाइन जांच करें

ईमेल संदेश भेजते समय अपनी ईमेल DKIM सेटिंग्स को सत्यापित करें

<spf>अपने एसएमटीपी सर्वरों की घोषणा करें

एसपीएफ लोगो

एसपीएफ की व्याख्या

एसपीएफ, सेंडर पॉलिसी फ्रेमवर्क का संक्षिप्त रूप है, जो एक ईमेल प्रमाणीकरण मानक है,
जिसकी मदद से आप यह घोषित कर सकते हैं कि आपके डोमेन के लिए ईमेल भेजने के लिए कौन से एसएमटीपी सर्वर अधिकृत हैं।

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

इसे कॉन्फ़िगर करने की सलाह दी जाती है, क्योंकि यदि एसपीएफ बिल्कुल भी सेट नहीं है तो कुछ प्राप्तकर्ता आपके संदेशों को अस्वीकार कर सकते हैं।.

एसपीएफ को कैसे काम में लाया जाए

इसके लिए दो अलग-अलग दृष्टिकोण हैं:

एक "सॉफ्ट" (~all टैग) जो "सॉफ्टफेल" त्रुटि उत्पन्न करता है यदि संदेश किसी अघोषित सर्वर द्वारा भेजा गया हो।
एक "हार्ड" (-all टैग) जो किसी अघोषित सर्वर द्वारा संदेश भेजे जाने पर "फेल" त्रुटि उत्पन्न करता है।

“सॉफ्ट” सेटअप से प्राप्तकर्ताओं द्वारा संदेशों को अस्वीकार किए जाने की संभावना कम या न के बराबर होगी।
या ईमेल को रीडायरेक्ट करने या मेलिंग लिस्ट के माध्यम से भेजने पर कुछ संदेश अस्वीकार हो सकते हैं ।

“हार्ड” सेटअप गंतव्य मेल सर्वर को संदेश स्वीकार करने या न करने का निर्णय लेने के लिए अधिक क्षमता प्रदान करता है, यही वह दृष्टिकोण है जिसका हम सुझाव देते हैं।.

एसपीएफ को कैसे कॉन्फ़िगर करें

एसपीएफ सेटअप के लिए यह जानना आवश्यक है कि आप ईमेल संदेश भेजने के लिए किन सर्वरों का उपयोग करते हैं।.

RealSender के साथ, आपके डोमेन (example.com) के TXT रिकॉर्ड में a:example.realsender.com और यह इस तरह दिखना चाहिए:
स्ट्रिंग होनी चाहिए

example.com TXT "v=spf1 a:example.realsender.com ~all"

HighSender के साथ, आपके डोमेन (example.com) के TXT रिकॉर्ड में "include:spf.realsender.com" और यह इस तरह दिखना चाहिए:
स्ट्रिंग होनी चाहिए

example.com TXT "v=spf1 include:spf.realsender.com ~all"

ये टूल आपको कॉन्फ़िगरेशन को सत्यापित करने में मदद करेंगे:
www.kitterman.com/spf/validate.html *
निर्दिष्ट डोमेन नाम के लिए SPF रिकॉर्ड प्राप्त करता है और निर्धारित करता है कि रिकॉर्ड मान्य है या नहीं।
ऑनलाइन SPF जांच
ईमेल संदेश भेजकर आपकी ईमेल SPF सेटिंग्स को सत्यापित करती है।

* = बाहरी वेबसाइट का लिंक, यह एक नए पृष्ठ में खुलेगा

एसपीएफ के नुकसान

सब कुछ सही ढंग से सेट होने पर भी, यदि ईमेल को रीडायरेक्ट (फॉरवर्ड) किया गया है या किसी मेलिंग लिस्ट के माध्यम से भेजा गया है, तो
संदेश का सत्यापन विफल हो सकता है।

इन मामलों में, ईमेल प्रमाणीकरण को सुसंगत बनाए रखने के लिए,
डीकेआईएम हस्ताक्षर डोमेन को प्रेषक के 'प्रेषक' पते के साथ संरेखित करें।
देखें: ईमेल प्रमाणीकरण उन्नत » <dkim> alignment for dmarc.

<spf>ऑनलाइन जांच करें

एसपीएफ लोगो

निम्नलिखित पते पर ईमेल संदेश भेजें:

spf@tester.realsender.com

ऑनलाइन एसपीएफ सत्यापन परिणाम देखें:
(परिणाम दिखने में एक मिनट लगेगा)

https://tester.realsender.com/spf

यदि संदेश का प्रमाणीकरण सही ढंग से नहीं हुआ है, तो RealSender SPF ऑनलाइन जांच में विषय उपसर्ग जोड़ दिया जाएगा:

!! spf-fail !! SMTP सर्वर अधिकृत सर्वरों की सूची में शामिल नहीं है और ईमेल को अस्वीकार या खारिज कर दिया जाना चाहिए !! spf-softfail !! SMTP सर्वर अधिकृत सर्वरों की सूची में शामिल नहीं है, लेकिन इस मामले को "सॉफ्टफेल" माना जाना चाहिए !! spf-neutral !! SPF रिकॉर्ड स्पष्ट रूप से बताता है कि वैधता के बारे में कुछ नहीं कहा जा सकता !! spf-none !! प्रेषक डोमेन में ईमेल को प्रमाणित करने के लिए कोई जानकारी नहीं है

कभी-कभी डोमेन स्तर पर दर्ज की गई जानकारी सही/समझने योग्य नहीं होती है।.

!! spf-permerror !! एक स्थायी त्रुटि उत्पन्न हुई है (उदाहरण के लिए, गलत तरीके से स्वरूपित SPF रिकॉर्ड) !! spf-temperror !! एक अस्थायी त्रुटि उत्पन्न हुई है

ईमेल हेडर में छिपे हुए "मेल-फ्रॉम" ईमेल पते पर SPF जांच की जाती है।
केवल "फ्रॉम" ईमेल पता ही दिखाई देता है। यदि उनके रूट डोमेन अलग-अलग हैं, तो यह चेतावनी प्रदर्शित होती है:

!! spf-diff !! "Mail-From" और "From" रूट डोमेन अलग-अलग हैं

यदि संदेश DMARC (रिलैक्स्ड अलाइनमेंट) के लिए SPF जांच और SPF अलाइनमेंट जांच दोनों में सफल होता है, तो आपको यह मिलेगा:

|ठीक है| आपका ईमेल एसपीएफ जांच और एसपीएफ संरेखण जांच में सफल रहा

यदि SPF या DKIM में से केवल एक ही DMARC (रिलैक्स्ड अलाइनमेंट) के लिए अलाइनमेंट जांच पास करता है, तो
संदेश को अभी भी "ओके" (विश्वसनीय) माना जाता है और शुरुआत में ~ (टिल्ड) चिह्न जोड़ा जाता है:

|~ठीक है| spf-pass आपका ईमेल SPF जांच (अलाइनमेंट नहीं) और DKIM अलाइनमेंट जांच में पास हो गया है

<dkim>ईमेल सामग्री को सील करें

डीकेआईएम लोगो

डीकिम ने समझाया

डीकेआईएम डोमेनकीज़ आइडेंटिफाइड मेल का संक्षिप्त रूप है, जो एक ईमेल प्रमाणीकरण मानक है,
जिसे यह गारंटी देने के लिए डिज़ाइन किया गया है कि ईमेल (संलग्नक सहित) में "हस्ताक्षर" लगाए जाने के बाद से कोई बदलाव नहीं किया गया है।

यह प्रत्येक भेजे जाने वाले ईमेल संदेश में डोमेन नाम से जुड़ा एक डिजिटल हस्ताक्षर लगाकर ऐसा करता है।.

दो कुंजियों का उपयोग किया जाता है: एक "सार्वजनिक" कुंजी और एक "निजी" कुंजी:

“सार्वजनिक” कुंजी, हस्ताक्षर डोमेन के TXT रिकॉर्ड में प्रकाशित होती है।
“प्राइवेट” कुंजी एसएमटीपी सर्वर में सहेजी जाती है और इसका उपयोग ईमेल संदेशों पर “हस्ताक्षर” करने के लिए किया जाता है।

संदेश भेजते समय, एसएमटीपी सर्वर ईमेल संदेश की सामग्री और निजी कुंजी के आधार पर एक "एन्क्रिप्टेड हैश हस्ताक्षर" उत्पन्न करता है।.

प्राप्तकर्ता का सिस्टम ईमेल हेडर में मौजूद हस्ताक्षर को ईमेल की सामग्री और प्रेषक की "सार्वजनिक" कुंजी से तुलना करके सत्यापित कर सकता है।.

डीकेआईएम को कैसे काम में लाया जाए

डीकेआईएम हस्ताक्षर अंतिम उपयोगकर्ताओं को तुरंत दिखाई नहीं देते हैं, इन्हें ईमेल इंफ्रास्ट्रक्चर द्वारा जोड़ा और सत्यापित किया जाता है।.

RealSender के SMTP सर्वर सभी आउटगोइंग ईमेल संदेशों पर DKIM हस्ताक्षर का उपयोग करते हैं।.

डीकेआईएम को कैसे कॉन्फ़िगर करें

RealSender शुरू में SMTP सर्वर से जुड़े अपने स्वयं के डोमेन के साथ सभी आउटगोइंग संदेशों पर हस्ताक्षर करता है,
उपयोगकर्ता/प्रशासक पक्ष पर किसी सेटअप की आवश्यकता नहीं होती है।

“डीकेआईएम डोमेन अलाइनमेंट फॉर डीएमएआरसी” प्राप्त करने के लिए,
संदेश पर प्रेषक के समान डोमेन से हस्ताक्षर किए जाने चाहिए।

RealSender के साथ, आपको अपने डोमेन (example.com) की DNS सेटिंग्स में
दो CNAME रिकॉर्ड जोड़ने होंगे , जैसे कि ये वाले:

key1._domainkey.example.com CNAME key1._domainkey.yourcompany.realsender.com key2._domainkey.example.com CNAME key2._domainkey.yourcompany.realsender.com

यह टूल आपको कॉन्फ़िगरेशन को सत्यापित करने में मदद करेगा:
toolbox.googleapps.com *

* = बाहरी वेबसाइट का लिंक, यह एक नए पृष्ठ में खुलेगा

डीकेआईएम के नुकसान

एक डीकेआईएम सीलबंद संदेश को संशोधित नहीं किया जा सकता है, लेकिन इसे फिर भी कोई भी पढ़ सकता है।.

हस्ताक्षरित संदेश जो सत्यापन में विफल रहता है, आमतौर पर अस्वीकृत हो जाता है।
यदि प्रेषक से प्राप्तकर्ता तक पहुंचने के दौरान कोई परिवर्तन नहीं किया गया है, तो ऐसा नहीं होना चाहिए।

हमें कुछ दुर्लभ मामले देखने को मिले हैं, जो सभी लाइन की लंबाई से संबंधित हैं (यह अधिकतम 990 अक्षर होनी चाहिए)।
कुछ एप्लिकेशन सामग्री को एक ही लाइन में भेजते हैं या HTML के भीतर एक बहुत लंबी लाइन भेजते हैं।
इन मामलों में, DKIM हस्ताक्षर दूषित हो जाता है, जिसके कारण "dkim=fail" जांच परिणाम आता है।

<dkim>ऑनलाइन जांच करें

डीकेआईएम लोगो

निम्नलिखित पते पर ईमेल संदेश भेजें:

dkim@tester.realsender.com

ऑनलाइन डीकेआईएम सत्यापन परिणाम देखें:
(परिणाम दिखने में एक मिनट लगेगा)

https://tester.realsender.com/dkim

यदि संदेश पर सही ढंग से हस्ताक्षर नहीं किए गए हैं, तो RealSender DKIM ऑनलाइन जांच में विषय उपसर्ग जोड़ा जाएगा:

!! dkim-none !! कोई DKIM-Signature हेडर (वैध या अवैध) नहीं मिला !! dkim-fail !! एक वैध DKIM-Signature हेडर मिला, लेकिन हस्ताक्षर में संदेश के लिए सही मान नहीं है

कभी-कभी जांच को निष्पादित करना संभव नहीं होता है:

!! dkim-invalid !! हस्ताक्षर या सार्वजनिक कुंजी रिकॉर्ड में कोई समस्या है। यानी हस्ताक्षर संसाधित नहीं हो सका। !! dkim-temperror !! कोई त्रुटि पाई गई है जो संभवतः अस्थायी है, जैसे कि सार्वजनिक कुंजी प्राप्त करने में अस्थायी असमर्थता।

जब संदेश पर किसी भिन्न डोमेन का उपयोग करके हस्ताक्षर किए गए हों, तो विषय में एक "अंतर" चेतावनी जोड़ दी जाएगी।
यदि प्रेषक SPF जांच और dmarc के लिए SPF संरेखण पास कर लेता है, तो यह चेतावनी प्रदर्शित नहीं होगी।

!! dkim-diff !! संदेश पर प्रेषक के डोमेन द्वारा हस्ताक्षर नहीं किए गए हैं

यदि संदेश DMARC (रिलैक्स्ड अलाइनमेंट) के लिए DKIM जांच और DKIM अलाइनमेंट जांच दोनों को पास कर लेता है, तो आपको यह मिलेगा:

|ठीक है| आपका ईमेल DKIM जांच और DKIM संरेखण जांच में सफल रहा

यदि DMARC (रिलैक्स्ड अलाइनमेंट) के लिए अलाइनमेंट जांच में केवल एक, DKIM या
तो संदेश को अभी भी "ओके" (विश्वसनीय) माना जाता है और शुरुआत में ~ (टिल्ड) चिह्न जोड़ा जाता है:

|~ठीक है| आपका ईमेल DKIM जांच (अलाइनमेंट नहीं) और SPF अलाइनमेंट जांच पास कर लेता है।

ईमेल प्रमाणीकरण उन्नत

इस क्षेत्र के विषय:

<spf>डीएमएआरसी के लिए संरेखण

SPF डोमेन के संरेखण में गड़बड़ी के कारण DMARC जांच विफल हो सकती है।

<dkim>डीएमएआरसी के लिए संरेखण

DKIM डोमेन के अलाइनमेंट में गड़बड़ी के कारण DMARC जांच विफल हो सकती है।

<dmarc>फर्जी ईमेल का पता लगाता है

डोमेन-आधारित संदेश प्रमाणीकरण, रिपोर्टिंग और अनुरूपता

<dmarc>रुआ ऑनलाइन रिपोर्ट करता है

रुआ संदेशों का संग्रह और दैनिक डीएमआरसी रिपोर्टों का ऑनलाइन निर्माण

<spf>डीएमएआरसी के लिए संरेखण

एसपीएफ लोगो

डीएमएआरसी के लिए एसपीएफ डोमेन संरेखण

DMARC एक ईमेल प्रमाणीकरण मानक है, जिसे फर्जी डोमेन ईमेल से निपटने के लिए विकसित किया गया है।
डोमेन संरेखण के लिए यह आवश्यक है कि:

   जब कोई प्रेषक SPF और/या DKIM का उपयोग करके अपने ईमेल को प्रमाणित करता है, तो कम से कम एक डोमेन प्रेषक डोमेन के साथ मेल खाना चाहिए।

इसे एसपीएफ (सेंडर पॉलिसी फ्रेमवर्क) के अंतर्गत प्राप्त करने के लिए, आपको दो डोमेन से निपटना होगा:

प्रेषक का पता, जो प्राप्तकर्ताओं को दिखाई देता है
मेल भेजने वाले का पता (जिसे "लिफाफा प्रेषक" या "वापसी पथ" भी कहा जाता है), जो छिपा हुआ है

DMARC दो प्रकार के SPF संरेखण की अनुमति देता है: शिथिल संरेखण और सख्त संरेखण।
यदि आप सख्त संरेखण निर्दिष्ट नहीं करते हैं, तो शिथिल संरेखण को डिफ़ॉल्ट रूप से मान लिया जाता है।

आरामदेह संरेखण

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

उदाहरण:

यदि आपका मेल-फ्रॉम डोमेन mail.abc.com है और आपका फ़्रॉम डोमेन abc.com है, तो
आपका ईमेल SPF अलाइनमेंट पास कर लेगा (रूट डोमेन "abc.com" मेल खाते हैं)।
यदि आपका मेल-फ्रॉम डोमेन abc.mail.com है और आपका फ़्रॉम डोमेन abc.com है, तो
आपका ईमेल SPF अलाइनमेंट पास नहीं करेगा (रूट डोमेन "mail.com" और "abc.com" मेल नहीं खाते)।

सख्त संरेखण

सख्त संरेखण के साथ, मेल-फ्रॉम पते का डोमेन, फ्रॉम पते के डोमेन से बिल्कुल मेल खाना चाहिए।.

उदाहरण:

यदि आपका मेल-फ्रॉम डोमेन mail.abc.com है और आपका फ़्रॉम डोमेन भी mail.abc.com है, तो
आपका ईमेल SPF अलाइनमेंट पास कर लेगा (डोमेन “mail.abc.com” मेल खाते हैं)।
यदि आपका मेल-फ्रॉम डोमेन mail.abc.com है और आपका फ़्रॉम डोमेन abc.com है, तो
आपका ईमेल SPF अलाइनमेंट पास नहीं करेगा (डोमेन “mail.abc.com” और “abc.com” मेल नहीं खाते)।

<spf>ऑनलाइन जांच करें

<dkim>डीएमएआरसी के लिए संरेखण

डीकेआईएम लोगो

डीएमएआरसी के लिए डीकेआईएम डोमेन संरेखण

   जब कोई प्रेषक SPF और/या DKIM का उपयोग करके अपने ईमेल को प्रमाणित करता है, तो कम से कम एक डोमेन प्रेषक डोमेन के साथ मेल खाना चाहिए।

इसे डीकेआईएम (डोमेन कीज़ आइडेंटिफाइड मेल) के अंतर्गत प्राप्त करने के लिए,
डीकेआईएम हस्ताक्षर डोमेन (डीकेआईएम-हस्ताक्षर: d=…) प्रेषक डोमेन से मेल खाना चाहिए।

DMARC दो प्रकार के DKIM संरेखण की अनुमति देता है: शिथिल संरेखण और सख्त संरेखण।
यदि आप सख्त संरेखण निर्दिष्ट नहीं करते हैं, तो शिथिल संरेखण को डिफ़ॉल्ट रूप से मान लिया जाता है।

आरामदेह संरेखण

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

उदाहरण:

यदि आपका डीकेआईएम साइनिंग डोमेन mail.abc.com है और आपका फ्रॉम डोमेन abc.com है, तो
आपका ईमेल डीकेआईएम अलाइनमेंट पास कर लेगा (रूट डोमेन "abc.com" मेल खाते हैं)।
यदि आपका डीकेआईएम साइनिंग abc.mail.com है और आपका 'प्रेषक' डोमेन भी abc.com है, तो
आपका ईमेल डीकेआईएम संरेखण पास नहीं करेगा (रूट डोमेन "mail.com" और "abc.com" मेल नहीं खाते)।

सख्त संरेखण

सख्त संरेखण के साथ, डीकेआईएम हस्ताक्षर डोमेन को भेजने वाले पते के डोमेन से बिल्कुल मेल खाना चाहिए।.

उदाहरण:

यदि आपका डीकेआईएम साइनिंग डोमेन mail.abc.com है और आपका फ्रॉम डोमेन भी mail.abc.com है, तो
आपका ईमेल डीकेआईएम अलाइनमेंट पास कर लेगा (डोमेन "mail.abc.com" मेल खाते हैं)।
यदि आपका डीकेआईएम साइनिंग डोमेन mail.abc.com है और आपका 'फ्रॉम' डोमेन abc.com है, तो
आपका ईमेल डीकेआईएम अलाइनमेंट पास नहीं करेगा (डोमेन "mail.abc.com" और "abc.com" मेल नहीं खाते)।

<dkim>ऑनलाइन जांच करें

<dmarc>फर्जी ईमेल का पता लगाता है

डीएमएआरसी लोगो

डीएमार्क ने समझाया

DMARC का पूरा नाम है: डोमेन-आधारित संदेश प्रमाणीकरण, रिपोर्टिंग और अनुरूपता।
यह एक ईमेल प्रमाणीकरण मानक है, जिसे फर्जी डोमेन मेल से निपटने के लिए विकसित किया गया है।

प्रेषक:

उनके ईमेल को SPF और DKIM के साथ प्रमाणित करें
अनधिकृत ईमेल को संभालने के तरीके के लिए एक "डीएमएआरसी नीति" प्रकाशित करें।

रिसीवर:

प्रेषक की “डीएमएआरसी नीति” के आधार पर अप्रमाणित ईमेल पर कार्रवाई करें।
परिणाम की रिपोर्ट प्रेषक को भेजें

कुछ मेलबॉक्स प्रदाताओं के साथ, यह ईमेल डिलीवरी को काफी हद तक प्रभावित करता है, देखें:
2020 में Google Mail और Office 365 के साथ DMARC कैसे काम करता है *
“Office 365 आमतौर पर SPF और DKIM प्रमाणीकरण के प्रति प्रतिक्रियाशील होता है।
इनबॉक्स तक लगातार परिणाम प्राप्त करने का एकमात्र तरीका उन्हें DMARC से जोड़ना है।”

* = बाहरी वेबसाइट का लिंक, यह एक नए पृष्ठ में खुलेगा

डीएमआरसी को कैसे काम में लाया जाए

ईमेल प्रमाणीकरण परीक्षणों में विफल होने की स्थिति को नियंत्रित करने के लिए
DMARC, SPF (Sender Policy Framework) और DKIM (Domain Keys Identified Emails) का उपयोग करता है ।

SPF के लिए आपको यह बताना आवश्यक है कि आप ईमेल संदेश भेजने के लिए किन सर्वरों का उपयोग करते हैं।
SPF को कॉन्फ़िगर करने का तरीका जानने और इसे सही ढंग से सेट करने के लिए देखें ।

RealSender SMTP सर्वर सभी भेजे जाने वाले ईमेल संदेशों पर DKIM हस्ताक्षर का उपयोग करते हैं।
यदि आप प्रेषक के समान डोमेन से हस्ताक्षर करना चाहते हैं, तो एक सेटअप की आवश्यकता होती है।
अधिक जानने के लिए DKIM को कॉन्फ़िगर करने का तरीका देखें ।

RealSender आपको एक मेलबॉक्स प्रदान करता है जो प्राप्तकर्ताओं द्वारा उत्पन्न DMARC रिपोर्टों को एकत्रित करता है।.

डीएमएआरसी को कैसे कॉन्फ़िगर करें

शुरुआत में आपको पॉलिसी टैग को “none” (p=none) पर सेट करना चाहिए,
जिसका मतलब है कि मेलबॉक्स प्रोवाइडर नकली/फ़िशिंग ईमेल के साथ कुछ भी नहीं करेगा।
आपको अपने डोमेन (example.com) पर एक TXT रिकॉर्ड जोड़ना चाहिए, जो इस तरह दिखेगा:

_dmarc.example.com. IN TXT "v=DMARC1; p=none; rua=mailto:dmarc.example@rsbox.com"

अगले दिन से आपको DMARC RUA रिपोर्ट ऑनलाइन।

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

आपके डोमेन के _dmarc TXT रिकॉर्ड को इस तरह बदलना चाहिए:

"v=DMARC1; p=अस्वीकार; rua=mailto:dmarc.example@rsbox.com"

डीएमएआरसी की कमियां

यदि आपका संगठन डीएमआरसी को लागू करता है, तो ईमेल भेजने की कोई भी नई विधि शुरू करने से पहले
आपको सावधानीपूर्वक जांच करनी होगी ।

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

सब कुछ सही ढंग से सेट होने पर भी, सत्यापन विफल हो सकता है:

एसपीएफ की जांच, यदि ईमेल को रीडायरेक्ट (फॉरवर्ड) किया गया है या मेलिंग सूची के माध्यम से भेजा गया है।
डीकेआईएम जांच से पता चलता है कि क्या संदेश में कोई बदलाव किया गया है, जिससे डीकेआईएम हस्ताक्षर टूट गया है।

<dmarc>रुआ ऑनलाइन रिपोर्ट करता है

डीएमएआरसी लोगो

RealSender आपके लिए dmarc rua(*) रिपोर्ट एकत्र करता है और उनका विश्लेषण करता है।.

* = rua का अर्थ है: समग्र डेटा के लिए रिपोर्टिंग यूआरआई।.

RealSender में, "rua" ग्राहकों को प्रदान किया गया ईमेल पता है,
जिस पर उन डोमेन द्वारा समग्र रिपोर्ट भेजी जाती हैं
जिन्हें आपके डोमेन से होने का दावा करने वाले ईमेल प्राप्त हुए हैं।

ये रिपोर्टें प्रतिदिन दोपहर 13:00 बजे (CET) तैयार की जाती हैं और इनमें पिछले सात दिनों का डेटा शामिल होता है।.

यह डीएमएआरसी ऑनलाइन रिपोर्ट का नमूना पृष्ठ है:

डीएमएआरसी रिपोर्ट

ईमेल डिलीवरी विश्लेषण

इस क्षेत्र के विषय:

आंकड़े

प्रति माह, दिन, घंटे, होस्ट और प्रेषक के ईमेल पते के आधार पर विस्तृत रिपोर्ट

लॉग और डिलीवरी

ईमेल लॉग, डिलीवरी स्टेटस नोटिफिकेशन (डीएसएन), सफल डिलीवरी नोटिफिकेशन

ईमेल संदेशों की जाँच करें

क्या हो रहा है, यह समझने के लिए भेजे गए ईमेल संदेशों को ध्यान से पढ़ें।

आंकड़े

विस्तृत रिपोर्ट

RealSender प्रत्येक SMTP सर्वर/आउटगोइंग ईमेल गतिविधि की विस्तृत रिपोर्ट प्रदान करता है।.

डेटा हर पांच मिनट में स्वचालित रूप से अपडेट हो जाता है।.

अनुरोध करने पर हम ईमेल द्वारा साप्ताहिक सारांश भेज सकते हैं।.

इस पेज पर अधिक जानकारी:

सारांश

शीर्ष पर वापस जाएं

मासिक इतिहास

शीर्ष पर वापस जाएं

महीने के दिन

शीर्ष पर वापस जाएं

सप्ताह के दिन

शीर्ष पर वापस जाएं

घंटे

शीर्ष पर वापस जाएं

मेजबान

शीर्ष पर वापस जाएं

प्रेषक का ईमेल

शीर्ष पर वापस जाएं

एसएमटीपी त्रुटि कोड

ध्यान दें: ये त्रुटियाँ सर्वर के माध्यम से ईमेल भेजने के अनधिकृत प्रयासों के कारण उत्पन्न होती हैं।

शीर्ष पर वापस जाएं

लॉग और डिलीवरी

ईमेल डेटा

RealSender आपको ब्राउज़र के माध्यम से संसाधित ईमेल डेटा तक पहुंचने की सुविधा देता है:

आज भेजे गए अंतिम 100 ईमेल की जानकारी वाला स्टेटस पेज, जो वास्तविक समय में अपडेट होता रहता है।
दिन भर में भेजे गए सभी ईमेल के साथ पूरा पेज
पिछले सात दिनों में भेजे गए सभी ईमेल सहित पूरा पेज
दिन भर में भेजे गए सभी ईमेल का पूरा लॉग (कच्चा, अप्रसंस्कृत), कनेक्शन की जांच करने के लिए उपयोगी।
पिछले सात दिनों का पूरा लॉग (कच्चा, अप्रसंस्कृत)

प्रदर्शित डेटा को सीधे ब्राउज़र से स्थानीय रूप से सहेजा जा सकता है, या इतिहास बनाए रखने के लिए नियमित अंतराल पर (जैसे दिन में एक बार) स्वचालित रूप से पंजीकृत किया जा सकता है।.

इस पेज पर अधिक जानकारी:

लॉग में उपलब्ध जानकारी के उदाहरण

31 मई 06:26:22 rs336 v4V4QL1K030027: प्रेषक=sender@yourcompany.com
31 मई 06:26:25 rs336 v4V4QL1K030027: प्राप्तकर्ता=recipient@yourcustomer.com, dsn=2.0.0, स्थिति=भेजा गया (संदेश डिलीवरी के लिए स्वीकार कर लिया गया)

31 मई 08:58:04 rs336 v4V6w3jN001390: प्रेषक=sender@yourcompany.com
31 मई 08:58:05 rs336 v4V6w3jN001390: प्राप्तकर्ता=recipient@yourcustomer.com, dsn=4.0.0, स्थिति=स्थगित: 421 recipient@yourcustomer.com सेवा उपलब्ध नहीं - बहुत व्यस्त
31 मई 09:02:03 rs336 v4V6w3jN001390: प्राप्तकर्ता=recipient@yourcustomer.com, dsn=4.0.0, स्थिति=स्थगित: 421 recipient@yourcustomer.com सेवा उपलब्ध नहीं - बहुत व्यस्त
31 मई 09:12:42 rs336 v4V6w3jN001390: प्राप्तकर्ता=recipient@yourcustomer.com, dsn=2.0.0, stat=भेजा गया (संदेश डिलीवरी के लिए स्वीकार कर लिया गया)

31 मई 10:00:22 rs336 v4V80L9Z004176: प्रेषक=sender@yourcompany.com
31 मई 10:00:24 rs336 v4V80L9Z004176: प्राप्तकर्ता=recipient@yourcustomer.com, dsn=4.7.1, stat=Deferred: 451 4.7.1 recipient@yourcustomer.com: प्राप्तकर्ता का पता अस्वीकृत: ग्रे लिस्टिंग लागू है, कृपया बाद में पुनः देखें
31 मई 10:02:03 rs336 v4V80L9Z004176: प्राप्तकर्ता=recipient@yourcustomer.com, dsn=4.7.1, stat=Deferred: 451 4.7.1 recipient@yourcustomer.com: प्राप्तकर्ता का पता अस्वीकृत: ग्रे लिस्टिंग लागू है, कृपया बाद में पुनः देखें बाद में
31 मई 10:12:04 rs336 v4V80L9Z004176: to=recipient@yourcustomer.com, dsn=2.0.0, stat=भेजा गया (संदेश डिलीवरी के लिए स्वीकार कर लिया गया)

31 मई 16:17:14 rs336 v4VEHCk6017038: प्रेषक=sender@yourcompany.com
31 मई 16:17:15 rs336 v4VEHCk6017038: प्राप्तकर्ता=recipient@yourcustomer.com, dsn=5.1.1, stat=उपयोगकर्ता अज्ञात
31 मई 16:17:15 rs336 v4VEHCk6017038: v4VEHFk5017041: DSN: उपयोगकर्ता अज्ञात

25 मई 12:43:37 rs336 v4PAhZw1019212: प्रेषक=sender@yourcompany.com
25 मई 12:43:38 rs336 v4PAhZw1019212: प्राप्तकर्ता=recipient@yourcustomer.com, dsn=5.0.0, स्थिति=सेवा अनुपलब्ध
25 मई 12:43:38 rs336 v4PAhZw1019212: v4PAhcw0019217: DSN: सेवा अनुपलब्ध

25 मई 09:17:41 rs336 v4P7Hc6P011481: प्रेषक=sender@yourcompany.com
25 मई 09:17:42 rs336 v4P7Hc6P011481: प्राप्तकर्ता=recipient@yourcustomer.com, dsn=4.1.1, स्थिति=स्थगित: 452 4.1.1 recipient@yourcustomer.com 4.2.2 मेलबॉक्स भरा हुआ
[…] सिस्टम हर दस मिनट में डिलीवरी का पुनः प्रयास करता है* […]
25 मई 13:25:47 rs336 v4P7Hc6P011481: प्राप्तकर्ता=recipient@yourcustomer.com, dsn=4.1.1, स्थिति=स्थगित: 452 4.1.1 recipient@yourcustomer.com 4.2.2 मेलबॉक्स भरा हुआ
25 मई 13:25:48 rs336 v4P7Hc6P011481: v4PBPko0020848: प्रेषक सूचना: 4 घंटे तक संदेश नहीं भेजा जा सकता*

* = अगले पैराग्राफ के अंत में दिया गया नोट देखें

शीर्ष पर वापस जाएं

डिलीवरी स्टेटस नोटिफिकेशन (डीएसएन)

बाउंस हुए ईमेल (जैसे कि अज्ञात उपयोगकर्ता) प्रेषक के ईमेल पते पर या वापसी-पथ पते पर वापस भेज दिए जाते हैं (यदि निर्दिष्ट हो)।.

संदेशों की डिलीवरी में देरी होने की स्थिति में, आपको 30 मिनट* के बाद इस प्रकार की चेतावनी प्राप्त होगी:

विषय: चेतावनी: पिछले 30 मिनट से संदेश नहीं भेजा जा सका। मुख्य भाग: ********************************************** ** यह केवल एक चेतावनी संदेश है ** ** आपको अपना संदेश दोबारा भेजने की आवश्यकता नहीं है ** ********************************************** [...]

सिस्टम चार घंटे तक स्वतः पुनः प्रयास करेगा*। यदि आपको आगे कोई सूचना प्राप्त नहीं होती है, तो इसका अर्थ है कि संदेश सफलतापूर्वक भेज दिया गया है। आप लॉग में विवरण देख सकते हैं (ऊपर दिए गए उदाहरण देखें)।.

चार घंटे* तक लगातार असफल प्रयासों के बाद, प्रेषक के ईमेल पते या वापसी-पथ पते (यदि निर्दिष्ट हो) पर एक निश्चित त्रुटि संदेश भेजा जाएगा, जैसा कि नीचे दिया गया है:

विषय: लौटा हुआ मेल: विवरण के लिए प्रतिलेख देखें। मुख्य भाग: मूल संदेश ... पर प्राप्त हुआ था। ----- निम्नलिखित पतों में स्थायी गंभीर त्रुटियाँ थीं।<recipient@yourcustomer.com> ----- सत्र का प्रतिलेख नीचे दिया गया है ----- स्थगित: yourcustomer.com के साथ कनेक्शन का समय समाप्त हो गया। संदेश 4 घंटे तक डिलीवर नहीं किया जा सका। संदेश को कतार से हटा दिया जाएगा [...]

* = बल्क ईमेल भेजते समय:
विलंबित डिलीवरी स्थिति सूचनाएं अक्षम हो जाती हैं,
डिलीवरी प्रयासों के बीच का अंतराल बढ़ जाता है (दस से तीस मिनट तक), और
कतार में रहने का अधिकतम समय बढ़ जाता है (चार से चौबीस घंटे तक)।

शीर्ष पर वापस जाएं

सफल डिलीवरी सूचनाएं

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

विषय: वापसी प्राप्ति • मूल संदेश ... पर प्राप्त हुआ था ----- निम्नलिखित पतों पर सफल डिलीवरी की सूचना प्राप्त हुई थी -----<recipient@yourcustomer.com> (मेलबॉक्स में सफलतापूर्वक डिलीवर हो गया) ----- सत्र का लिखित विवरण नीचे दिया गया है -----<recipient@yourcustomer.com> ... सफलतापूर्वक वितरित किया गया [...]

बहुत कम मामलों में (भेजे गए ईमेल के 1% से भी कम), प्रेषक को रसीद नहीं मिलती। ऐसा तब होता है जब प्राप्तकर्ता ने अपने ईमेल सर्वर पर "गोपनीयता / रसीद न मिलने" का विशेष विकल्प सक्रिय कर रखा हो। यह सेटिंग आमतौर पर अनुशंसित नहीं है क्योंकि इससे सामान्य डिलीवरी न होने की सूचनाएं भी अवरुद्ध हो जाती हैं।.

शीर्ष पर वापस जाएं

ईमेल संदेशों की जाँच करें

ईमेल के लिए आवर्धक लेंस

कभी-कभी, क्या हो रहा है यह समझने के लिए, भेजे गए ईमेल संदेशों की जांच करना आवश्यक होता है।.

अनुरोध करने पर, RealSender सभी भेजे गए ईमेल की स्वचालित प्रतिलिपि को एक समर्पित मेलबॉक्स में सहेजने की सुविधा सक्रिय कर सकता है।.

मेलबॉक्स को इस तरह से कॉन्फ़िगर किया गया है कि यह कम समय में बिना किसी परेशानी के बड़ी मात्रा में ईमेल प्राप्त कर सके।
ईमेल संदेश 7 दिनों के बाद स्वचालित रूप से हटा दिए जाते हैं।

ध्यान दें: यदि संदेश व्यक्तिगत ईमेल खातों से भेजे जाते हैं (भले ही वे कंपनी के खाते हों), तो
आपको प्रेषक को सूचित करना होगा कि उसके द्वारा भेजे गए संदेशों को तकनीकी जांच करने के लिए पढ़ा जा सकता है।

निःशुल्क परीक्षण का अनुरोध करें

सिस्टम स्थिति पृष्ठ

एसएमटीपी सर्वर जांच

सेवा के सही ढंग से काम करने की पुष्टि करने के लिए,
हमने एक स्वचालित नियंत्रण वातावरण सक्रिय कर दिया है।

एक बाहरी एप्लिकेशन हर दस मिनट में प्रत्येक SMTP सर्वर से कनेक्ट होता है
और एक वास्तविक संदेश भेजता है। ईमेल के सफलतापूर्वक भेजे जाने से हमें
सिस्टम की उपलब्धता और सही कार्यप्रणाली की गारंटी मिलती है।

इसका परिणाम आपके RealSender सर्वर के "स्टेटस पेज" पर प्रकाशित होता है, जिसे
rsXXX-realsender.com/status वेब पते पर आसानी से देखा जा सकता है।

डेटा वास्तविक समय में प्रदर्शित होता है, जैसे कि नीचे दिखाया गया उदाहरण डेटा।
प्रदर्शित जानकारी पिछले चौबीस घंटों की है।

2024-09-11 06:25:26 UTC rsXXX- हर दस मिनट में अपटाइम चेक (एक ईमेल सफलतापूर्वक भेजा गया है) - ठीक है 2024-09-11 06:16:18 UTC rsXXX- हर दस मिनट में अपटाइम चेक (एक ईमेल सफलतापूर्वक भेजा गया है) - ठीक है 2024-09-11 06:05:56 UTC rsXXX- हर दस मिनट में अपटाइम चेक (एक ईमेल सफलतापूर्वक भेजा गया है) - ठीक है 2024-09-11 05:55:41 UTC rsXXX- हर दस मिनट में अपटाइम चेक (एक ईमेल सफलतापूर्वक भेजा गया है) - ठीक है 2024-09-11 05:45:57 UTC rsXXX- हर दस मिनट में अपटाइम चेक (एक ईमेल सफलतापूर्वक भेजा गया है) - ठीक है 2024-09-11 05:35:58 UTC rsXXX- हर दस मिनट में अपटाइम चेक (एक ईमेल सफलतापूर्वक भेजा गया है) - ठीक है 2024-09-11 05:25:27 UTC rsXXX- हर दस मिनट में अपटाइम चेक (एक ईमेल सफलतापूर्वक भेजा गया है) - ठीक है 2024-09-11 05:16:30 UTC rsXXX- हर दस मिनट में अपटाइम चेक (एक ईमेल सफलतापूर्वक भेजा गया है) - ठीक है 2024-09-11 05:05:57 UTC rsXXX- हर दस मिनट में अपटाइम चेक (एक ईमेल सफलतापूर्वक भेजा गया है) - ठीक है 2024-09-11 04:55:36 UTC rsXXX- हर दस मिनट में अपटाइम चेक (एक ईमेल सफलतापूर्वक भेजा गया है) - ठीक है

(निःशुल्क) पोस्टमास्टर उपकरण

पोस्टमास्टर उपकरण

इस क्षेत्र के विषय:

click.it ट्रैक किए गए लिंक उत्पन्न करता है

तुरंत ईमेल प्रतिक्रिया के साथ ट्रैक किए गए लिंक बनाएं

एनिग्मा सुरक्षित रूप से रहस्य साझा करता है

एक सुरक्षित, एक बार इस्तेमाल होने वाले, पासवर्ड रहित लिंक का उपयोग करके ईमेल के माध्यम से गुप्त संदेश, पासवर्ड और फ़ाइलें साझा करें।

ईमेल लॉकर अस्थायी संग्रह

एक ऐसी जगह जहाँ ईमेल संदेशों को संग्रहीत किया जा सकता है और आवश्यकता पड़ने पर पुनः प्राप्त किया जा सकता है।

inxsend नकली smtp/api सेवा

वेब जीयू के साथ एक नकली एसएमटीपी/एपीआई सेवा, जिसका उपयोग एप्लिकेशन में ईमेल का आसानी से परीक्षण करने के लिए किया जा सकता है।

एसपीएफ और डीकेआईएम सत्यापन के लिए परीक्षक

एक ऑनलाइन चेक टूल जो ईमेल संदेश भेजकर SPF और DKIM सेटिंग्स को सत्यापित करता है।

click.it ट्रैक किए गए लिंक उत्पन्न करता है

फ्लैशमेल

तत्काल ईमेल प्रतिक्रिया के साथ

यह पेज ट्रैक किए गए लिंक बनाता है जो डेटा भेजेंगे:
» clickit.realsender.com

नि :शुल्क संस्करण पूरी तरह से कार्यात्मक है, हालांकि इसमें कुछ सीमाएं हैं:

ईमेल संदेश इनबॉक्स डेमो के अस्थायी मेलबॉक्स में भेजे जाते हैं और सात दिनों तक रखे जाते हैं।
क्लिक करने के बाद, ब्राउज़र एक मानक "धन्यवाद" पृष्ठ प्रदर्शित करेगा।
ट्रैकिंग डोमेन “click.it” है।

पेड वर्जन कस्टमाइज़ किया जा सकता है और आपको ये सुविधाएँ देता है:

संदेश आपके ईमेल पते पर भेजें, उदाहरण के लिए: test@example.com
अपना लैंडिंग पेज इंगित करें, उदाहरण के लिए: www.example.com/thankyou
अपने ट्रैकिंग सबडोमेन का उपयोग करें, उदाहरण के लिए: https://click.example.com

एनिग्मा सुरक्षित रूप से रहस्य साझा करता है

ईमेल की गोपनीय जानकारियों को सुरक्षित रखें

ईमेल निजता या सुरक्षा का साधन नहीं है। इसे निजता या सुरक्षा को ध्यान में रखकर डिज़ाइन नहीं किया गया था।
आपके ईमेल को संभालने वाला कोई भी व्यक्ति इसे पढ़ सकता है,
जिसमें आपका इंटरनेट सेवा प्रदाता (ISP), कोई हैकर या अमेरिकी राष्ट्रीय सुरक्षा एजेंसी (NSA) शामिल हैं।

ईमेल के लिए एंड-टू-एंड (ई2ईई) एन्क्रिप्शन का उपयोग यह सुनिश्चित करने के लिए किया जा सकता है
कि संदेश की सामग्री को केवल प्रेषक और प्राप्तकर्ता ही पढ़ सकें।
पीजीपी उन साझेदारों के साथ सुरक्षित संचार के लिए सर्वोत्तम समाधान है जो
पहले से ही इसका उपयोग कर रहे हैं। अपने समकक्ष को पीजीपी का उपयोग शुरू करने के लिए कहना कठिन हो सकता है।

enigma.realsender.com

“ enigma ” Yopass प्रोजेक्ट पर आधारित एक ओपन सोर्स एप्लिकेशन है , जिसे RealSender द्वारा चुना और होस्ट किया गया है।
यह आपको सुरक्षित और अल्पकालिक (बहुत कम समय तक रहने वाला) तरीके से संदेश, पासवर्ड और फ़ाइलें साझा करने
। एक या कई पंक्तियों का गुप्त पासवर्ड, उसकी समाप्ति तिथि दर्ज करें और [संदेश एन्क्रिप्ट करें] पर क्लिक करें।
एक बार उपयोग होने वाला URL अपने इच्छित प्राप्तकर्ता के साथ साझा करें।

ईमेल लॉकर अस्थायी संग्रह

ईमेल लॉकर

ईमेल लॉकर एक ऐसी जगह है जहाँ ईमेल संदेशों को संग्रहीत किया जा सकता है और आवश्यकता पड़ने पर पुनः प्राप्त किया जा सकता है।
सात दिनों के बाद ईमेल संदेश स्वचालित रूप से हटा दिए जाते हैं।

अब इसे आजमाओ:

any.word@email.locker पर संदेश भेजें
आप इस बॉक्स को यहां से एक्सेस कर सकते हैं: https://email.locker/any.word

ईमेल लॉकर बॉक्स ईमेल संदेश भेजकर तुरंत बनाए जाते हैं।
चूंकि इसमें पंजीकरण की आवश्यकता नहीं होती, इसलिए ईमेल लॉकर पता एक पासवर्ड की तरह काम करता है,
इसलिए ऐसा पता चुनें जिसे आसानी से अनुमान लगाना मुश्किल हो।

यदि आप संवेदनशील जानकारी प्राप्त कर रहे हैं, तो बॉक्स आरक्षित करने और उस तक पहुंच को प्रतिबंधित करने पर विचार करें
या "@locker.yourcompany.com" पर एक समर्पित ईमेल लॉकर प्राप्त करें। विवरण के लिए हमसे संपर्क करें ।

email.locker पर आने वाले सभी संदेशों को RealSender प्रमाणीकरण जांच के साथ स्कैन किया जाता है,
ताकि आप यह सत्यापित कर सकें कि प्रेषक का पता वास्तविक है या नकली।

प्राप्त होने वाले प्रत्येक ईमेल के विषय में एक उपसर्ग जोड़ा जाता है,
जिससे पता चलता है कि प्रेषक डोमेन SPF और DKIM।
अंत में || OK || जोड़ा जाता है।

inxsend नकली smtp/api सेवा

inxsend एक नकली SMTP/API सेवा है जिसका उपयोग अनुप्रयोगों में ईमेल का आसानी से परीक्षण करने के लिए किया जा सकता है, जिसमें सभी संदेशों को एक ही मेल सर्वर पर भेजा जाता है।

एसएमटीपी सर्वर सेटिंग्स

एसएमटीपी सर्वर को निम्नलिखित मापदंडों के साथ कॉन्फ़िगर करें:

सर्वर का नाम: inxsend.realsender.com पोर्ट: 25 |या| 2525 |या| 587 (+TLS) |या| 465 (+SSL) उपयोगकर्ता नाम: CDED54 पासवर्ड: 478DED

एपीआई सर्वर सेटिंग्स

“ एपीआई के माध्यम से भेजना ” निर्देशों में वर्णित अनुसार एपीआई एक्सेस का उपयोग करें , जिसमें निम्नलिखित पैरामीटर शामिल हैं:

सर्वर पता: (https://) inxsend-api.realsender.com/mail/send apiuser: CDED54 apipass: 478DED

एक परीक्षण संदेश भेजें

[yourname]@inxbox.realsender.com
पर संदेश भेजें

सभी प्राप्त संदेश सभी को दिखाई देंगे!!
(अन्य प्राप्तकर्ताओं के संदेश अस्वीकार कर दिए जाएंगे)

यदि आपको कोई समस्या आ रही हो तो हमें बताएं ।

रिसेप्शन चेक करें

https://inxbox.realsender.com/monitor खोलें और रिसेप्शन की जांच करें
(Google Chrome ब्राउज़र > नया गुप्त विंडो या Microsoft Edge ब्राउज़र का उपयोग करें)

इस मेलबॉक्स के बारे में अधिक जानकारी यहां उपलब्ध है: inxbox app demo।

एसपीएफ और डीकेआईएम सत्यापन के लिए परीक्षक

एसपीएफ + डीकेआईएम परीक्षक

RealSender ईमेल संदेश भेजते समय आपके SPF और DKIM सेटिंग्स को सत्यापित करने के लिए
एक निःशुल्क ऑनलाइन जांच उपकरण प्रदान करता है :

spf@tester.realsender.com पर ईमेल भेजें
आप tester.realsender.com/spf पर ऑनलाइन SPF सत्यापन परिणाम देख सकते हैं
(परिणाम दिखने में एक मिनट लगेगा)।

सत्यापन के दौरान, यदि संदेश सही ढंग से प्रमाणित नहीं होता है, तो
विषय में एक उपसर्ग जोड़ दिया जाता है ।

यह कैसे काम करता है, इसकी विस्तृत जानकारी
वेबसाइट के "ईमेल प्रमाणीकरण की मूल बातें" अनुभाग में उपलब्ध है:

ईमेल रुझान

इस क्षेत्र के विषय:

ईमेल प्रमाणीकरण दिशानिर्देश

ईमेल प्रमाणीकरण के लिए SPF, DKIM और DMARC प्रोटोकॉल को कॉन्फ़िगर करने के लिए दिशानिर्देश

बीसीसी ईमेल का एक अच्छा विकल्प

मेलमैन की 'वन-वे' सूची, न्यूज़लेटर या घोषणाओं के लिए एक विशेष कॉन्फ़िगरेशन

SMTP सर्वरों के लिए रिवर्स प्रॉक्सी

अपने SMTP सर्वर की सुरक्षा, प्रदर्शन और स्केलेबिलिटी को कैसे बेहतर बनाया जाए

ईमेल पते कैसे निकालें

आप रेगुलर एक्सप्रेशन (regex) का उपयोग करके वांछित डेटा प्राप्त कर सकते हैं।

''नो-मेल'' डोमेन को कैसे सुरक्षित रखें

ईमेल न भेजने वाले डोमेन को दुरुपयोग से बचाने का एक आसान तरीका

व्यवसाय एसएमएस का उपयोग क्यों करते हैं?

व्यवसाय एसएमएस टेक्स्ट संदेशों का उपयोग क्यों करते हैं?

बाउंस हुए ईमेल को कैसे हैंडल करें

ईमेल बाउंस होने पर नुकसान से बचने के लिए उनसे कैसे निपटें

मैं यह कैसे जांचूं कि मेरा SMTP सुरक्षित है या नहीं?

मैं यह कैसे जांचूं कि मेरा SMTP सर्वर सुरक्षित है या नहीं?

ईमेल भेजने के लिए DNS सेटिंग्स

ईमेल भेजने के लिए कौन सी डोमेन DNS सेटिंग्स आवश्यक हैं?

मेलिंग लिस्ट को कैसे प्रबंधित करें

दूरदर्शिता के साथ मेलिंग सूचियों का प्रबंधन कैसे करें

न्यूज़लेटर कैसे भेजें

न्यूज़लेटर भेजते समय लिस्ट की स्वच्छता और प्राप्तकर्ताओं की रुचि को बनाए रखने का तरीका

निजी ईमेल कैसे भेजें

निजी और एन्क्रिप्टेड ईमेल कैसे भेजें

बीसीसी ईमेल कैसे भेजें और सीमित करें

बीसीसी ईमेल भेजने और सीमित करने के तरीके: फायदे, नुकसान, निष्कर्ष

ईमेल मार्केटिंग का मापन करें

अपने ईमेल मार्केटिंग अभियानों के प्रदर्शन को कैसे मापें

स्पैम किसे माना जाता है?

किन उपयोगकर्ताओं और मेल सर्वरों को स्पैम ईमेल माना जाता है?

ओपन सोर्स ईमेल क्लाइंट

रेडी-टू-रन ओपन सोर्स ईमेल क्लाइंट का उपयोग करके ईमेल पर नियंत्रण कैसे पुनः प्राप्त करें

कार्य संबंधी ईमेल और गोपनीयता

कर्मचारियों के ईमेल: क्या उन्हें पढ़ा जा सकता है? क्या उनका बैकअप लिया जा सकता है? क्या उन्हें आर्काइव किया जा सकता है?

ईमेल को स्पैम से सुरक्षित रखें

व्यावसायिक ईमेल को स्पैम से कैसे सुरक्षित रखें

DMARC कैसे काम करता है - अपडेट किया गया

DMARC गूगल मेल और ऑफिस 365 के साथ कैसे काम करता है - अपडेट किया गया

DMARC के लिए DKIM डोमेन

डीकेआईएम डोमेन संरेखण डीएमएआरसी प्रमाणीकरण को कैसे प्रभावित करता है

सबसे लोकप्रिय ईमेल प्रदाता

2020 में सबसे लोकप्रिय ईमेल प्रदाता कौन से हैं?

DMARC कैसे काम करता है

DMARC Google Mail और Office 365 के साथ कैसे काम करता है

ईमेल प्रमाणीकरण दिशानिर्देश

!! ध्यान दें !! यह दस्तावेज़ इतालवी से स्वचालित रूप से अनुवादित किया गया है।

दिशा-निर्देश

प्रमाणीकरण के लिए ईमेल सेवा का विन्यास

इटली की राष्ट्रीय साइबर सुरक्षा एजेंसी ने ईमेल सेवा की विश्वसनीयता को मजबूत करने और सभी इच्छुक संगठनों के लिए इसकी समग्र सुरक्षा स्तर को बढ़ाने के उद्देश्य से प्रमाणीकरण के लिए ईमेल सेवा को कॉन्फ़िगर करने के लिए दिशानिर्देश प्रकाशित किए हैं।

संस्करण नियंत्रण

संस्करण	प्रकाशन तिथि	नोट्स
1.0	अप्रैल 2026	पहली बार प्रकाशित।.

अनुक्रमणिका


1 परिचय	1
1.1. आधार	1
1.2. संदर्भ विनियम	1
1.3. संदर्भ दस्तावेज़	2
2. नियामक संदर्भ	3
3. ईमेल सेवा वास्तुकला	4
4. धमकियाँ	5
4.1. प्रेषक स्पूफिंग	5
4.2. फ़िशिंग	6
4.3. संदेश में छेड़छाड़	6
5. प्रतिउपाय	8
5.1. एसपीएफ	8
5.1.1. एसपीएफ रिकॉर्ड	9
5.1.2. प्रमाणीकरण प्रक्रिया	11
5.2. डीकेआईएम	11
5.2.1. डीकेआईएम हस्ताक्षर	12
5.2.2. डीकेआईएम रिकॉर्ड	13
5.2.3. प्रमाणीकरण प्रक्रिया	13
5.2.4. क्रिप्टोग्राफिक पहलू	14
5.3. डीएमएआरसी	14
5.3.1. डीएमएआरसी रिकॉर्ड	16
5.3.2. डीएमएआरसी नीतियां	16
5.3.3. नीति सत्यापन और आवेदन प्रक्रिया	17
6. निष्कर्ष	18
परिशिष्ट ए: सुरक्षा उपाय	20
ग्रन्थसूची	22

1 परिचय

1.1. आधार

आज के डिजिटल युग में ईमेल सबसे महत्वपूर्ण सेवाओं में से एक है, क्योंकि यह संगठनों और उपयोगकर्ताओं द्वारा संचार और सूचना आदान-प्रदान के लिए उपयोग किए जाने वाले मुख्य चैनलों में से एक है।¹.

ईमेल सेवा का कामकाज और विशेष रूप से संदेशों का प्रसारण SMTP प्रोटोकॉल पर आधारित है, जिसमें प्रेषक प्रमाणीकरण और संदेशों की गोपनीयता और अखंडता की सुरक्षा के लिए पर्याप्त तंत्र अंतर्निहित नहीं हैं। इन कमियों के कारण यह स्पूफिंग, फ़िशिंग, छेड़छाड़ और संदेश अवरोधन जैसे हमलों के जोखिम में है।.

एसएमटीपी प्रोटोकॉल की कमजोरियों को दूर करने और इस प्रकार उपर्युक्त हमलों के कारण होने वाले जोखिम को कम करने के लिए, समय के साथ प्रेषक प्रमाणीकरण और संदेश अखंडता की सुरक्षा के लिए तंत्र विकसित किए गए हैं, जैसे कि एसपीएफ (सेंडर पॉलिसी फ्रेमवर्क), डीकेआईएम (डोमेनकीज़ आइडेंटिफाइड मेल) और डीएमएआरसी (डोमेन-आधारित संदेश प्रमाणीकरण, रिपोर्टिंग और अनुरूपता)।.

ये दिशानिर्देश ईमेल सेवा की विश्वसनीयता को मजबूत करने और इसकी समग्र सुरक्षा स्तर को बढ़ाने के उद्देश्य से इन तंत्रों को स्पष्ट करते हैं, विशेष रूप से अध्याय 4 में वर्णित खतरों के संदर्भ में।.

ईमेल संदेशों की गोपनीयता की रक्षा के लिए आवश्यक प्रतिउपाय और प्रोटोकॉल (जैसे कि S/MIME और OpenPGP जो संदेश एन्क्रिप्शन से संबंधित हैं) इन दिशानिर्देशों का विषय नहीं हैं।.

1.2. संदर्भ विनियम

विनियमन	विवरण
राष्ट्रीय साइबर सुरक्षा परिधि (पीएसएनसी)	अध्यादेश-कानून 21 सितंबर 2019, संख्या 105. राष्ट्रीय साइबर सुरक्षा परिधि और रणनीतिक महत्व के क्षेत्रों में विशेष शक्तियों के अनुशासन के संबंध में तत्काल प्रावधान।.
लोक प्रशासन के लिए क्लाउड विनियमन	ए.सी.एन. डायरेक्टोरियल डिक्री संख्या 21007/24 दिनांक 27 जून 2024।.
विधायी आदेश दिनांक 4 सितंबर 2024, क्रमांक 138	विधायी फरमान 4 सितंबर 2024, संख्या 138. निर्देश (ईयू) 2022/2555 का कार्यान्वयन, संघ भर में साइबर सुरक्षा के उच्च सामान्य स्तर के लिए उपायों से संबंधित, विनियमन (ईयू) संख्या 910/2014 और निर्देश (ईयू) 2018/1972 में संशोधन और निर्देश (ईयू) 2016/1148 को निरस्त करना।.

1.3. संदर्भ दस्तावेज़

शीर्षक और प्रकाशन पता
एनआईएसटी तकनीकी नोट 1945. https://nvlpubs.nist.gov/nistpubs/TechnicalNotes/NIST.TN.1945.pdf
NIST SP 800-177 R1 https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-177r1.pdf
एसीएन. ईमेल प्रमाणीकरण ढांचा. https://www.acn.gov.it/portale/w/framework-di-autenticazione-per-la-posta-elettronica
RFC 5321 – सिंपल मेल ट्रांसफर प्रोटोकॉल https://datatracker.ietf.org/doc/html/rfc5321
RFC 5322 – इंटरनेट संदेश प्रारूप https://datatracker.ietf.org/doc/html/rfc5322
RFC 7208 – ईमेल में डोमेन के उपयोग को अधिकृत करने के लिए प्रेषक नीति ढांचा (SPF), संस्करण 1 https://datatracker.ietf.org/doc/html/rfc7208
RFC 6376 – डोमेनकीज़ आइडेंटिफाइड मेल (DKIM) सिग्नेचर https://datatracker.ietf.org/doc/html/rfc6376
RFC 7489 – डोमेन-आधारित संदेश प्रमाणीकरण, रिपोर्टिंग और अनुरूपता (DMARC) https://datatracker.ietf.org/doc/html/rfc7489

» शीर्ष पर वापस जाएँ

2. नियामक संदर्भ

देश की डिजिटल संपत्तियों की सुरक्षा के लिए, जिसमें ईमेल सेवाएं और उन्हें होस्ट करने वाले बुनियादी ढांचे शामिल हैं, वर्तमान कानून से प्राप्त सुरक्षा उपायों का एक व्यापक ढांचा मौजूद है और इसे लगातार अपडेट किया जाता है।.

राष्ट्रीय सुरक्षा से जुड़ी देश की सबसे महत्वपूर्ण सेवाओं के लिए उच्चतम स्तर की सुरक्षा राष्ट्रीय साइबर सुरक्षा परिधि द्वारा सुनिश्चित की जाती है, जिसे 21 सितंबर 2019 के अध्यादेश-कानून संख्या 105 द्वारा स्थापित किया गया था और 18 नवंबर 2019 के कानून संख्या 133 द्वारा संशोधित किया गया था। यह विशेष रूप से उच्च स्तर की सुरक्षा प्रदान करने वाले सुरक्षा उपाय प्रदान करता है, जिनका विवरण प्रधानमंत्री के 14 अप्रैल 2021 के अध्यादेश संख्या 81 के अनुलग्नक बी में दिया गया है। ये उपाय सार्वजनिक और निजी संस्थाओं के नेटवर्क, सूचना प्रणालियों और आईटी सेवाओं पर लागू होते हैं, जिन पर राज्य के किसी आवश्यक कार्य का निष्पादन या राज्य के हितों के लिए मौलिक नागरिक, सामाजिक या आर्थिक गतिविधियों के रखरखाव के लिए आवश्यक सेवा का प्रावधान निर्भर करता है, और जिनकी सुरक्षा में सेंध लगने से राष्ट्रीय सुरक्षा को नुकसान हो सकता है।.

इसके अतिरिक्त, ईमेल सेवाएं, सार्वजनिक प्रशासन की सभी डिजिटल सेवाओं की तरह, तथाकथित क्लाउड विनियमन के प्रावधानों के अधीन हैं, जिसे 18 अक्टूबर 2012 के अध्यादेश संख्या 179 के अनुच्छेद 33-सेप्टिस के अनुसार अपनाया गया था और राष्ट्रीय साइबर सुरक्षा एजेंसी (एसीएन) द्वारा 27 जून 2024 के निर्देशात्मक अध्यादेश संख्या 21007 के साथ अद्यतन किया गया था। उपरोक्त विनियमन के तहत, सभी सार्वजनिक प्रशासनों को एसीएन द्वारा तैयार किए गए मॉडल के अनुसार अपने डिजिटल डेटा और सेवाओं को सामान्य, महत्वपूर्ण या रणनीतिक के रूप में वर्गीकृत करने का निर्देश दिया गया है। इस गतिविधि का उद्देश्य यह सुनिश्चित करना है कि सार्वजनिक प्रशासन के डिजिटल डेटा और सेवाओं को डिजिटल अवसंरचनाओं और क्लाउड सेवाओं के माध्यम से संसाधित और वितरित किया जाए जो विनियमन में विस्तृत रूप से वर्णित संबंधित वर्गीकरण स्तर से जुड़े जोखिमों के लिए उपयुक्त सुरक्षा आवश्यकताओं सहित आवश्यकताओं को पूरा करती हैं।.

विधायी फरमान 4 सितंबर 2024, संख्या 138 (तथाकथित एनआईएस फरमान) निर्देश (ईयू) 2022/2555 को लागू करते हुए, एसीएन निर्धारण 379907/2025 के अनुलग्नक 1 और 2 के माध्यम से, आवश्यक और महत्वपूर्ण संस्थाओं द्वारा एनआईएस फरमान के अनुच्छेद 23 और 24 के तहत दायित्वों के प्रयोजनों के लिए अपनाए जाने वाले बुनियादी सुरक्षा उपायों को भी स्थापित करता है, जिसमें ईमेल सेवाओं सहित नेटवर्क और सूचना प्रणालियों की सुरक्षा को मजबूत करने के लिए एक सुरक्षा ढांचा परिभाषित किया गया है।.

» शीर्ष पर वापस जाएँ

3. ईमेल सेवा वास्तुकला

जैसा कि प्रस्तावना में उल्लेख किया गया है, ईमेल सेवा का कामकाज एसएमटीपी प्रोटोकॉल पर आधारित है जो प्रेषक से प्राप्तकर्ता तक ईमेल संदेशों के संचरण को नियंत्रित करता है।.

एसएमटीपी प्रोटोकॉल को मूल रूप से 1982 में एक स्टोर-एंड-फॉरवर्ड प्रोटोकॉल के रूप में परिभाषित किया गया था ^। इसमें प्रेषक अपने मेल क्लाइंट, जिसे तकनीकी भाषा में मेल यूजर एजेंट (एमयूए) कहा जाता है, के माध्यम से एक संदेश उत्पन्न करता है, जो इसे प्रेषक के मेल सर्वर को भेजता है। यह, मेल ट्रांसफर एजेंट (एमटीए) नामक एक घटक के माध्यम से, संदेश को आगे भेजता है, संभवतः एक या अधिक मध्यवर्ती एमटीए के माध्यम से भी, इसे गंतव्य मेल सर्वर के एमटीए तक पहुंचाता है। प्राप्तकर्ता उपयोगकर्ता अपने मेल क्लाइंट (एमयूए) के माध्यम से संदेश तक पहुंचता है। [ 1]

इसलिए, एमटीए ईमेल सेवा का एक घटक है जो प्रेषक से प्राप्तकर्ता तक ईमेल संदेशों के संचरण को संभालता है। एमटीए घटक प्रेषक और प्राप्तकर्ता दोनों के मेल सर्वरों पर मौजूद होते हैं, और वितरण सूचियों के प्रबंधन जैसे कार्यों के लिए मध्यवर्ती एमटीए को भी कॉन्फ़िगर किया जा सकता है।.

ईमेल सेवा की उच्च-स्तरीय वास्तुकला को दर्शाने वाला आरेख

चित्र 1. ईमेल सेवा की उच्च-स्तरीय संरचना।
यह चित्र केवल उन घटकों को दर्शाता है जो इन दिशानिर्देशों के लिए महत्वपूर्ण हैं।

हालाँकि एम.टी.ए. शब्द ईमेल सर्वरों के एक विशिष्ट घटक को पहचानता है³, लेकिन इस दस्तावेज़ के प्रयोजनों के लिए, बाद वाले का संदर्भ मुख्य रूप से एम.टी.ए. के रूप में उनके कार्य में दिया जाता है, जहाँ कोई अस्पष्टता नहीं है, स्पष्टीकरण की सरलता के लिए, अधिक विशिष्ट एम.टी.ए. के बजाय अक्सर ईमेल सर्वर शब्द का उपयोग किया जाएगा।

इस दिशानिर्देश में हम SPF, DKIM और DMARC प्रोटोकॉल के कॉन्फ़िगरेशन पर ध्यान केंद्रित करते हैं ताकि मेल सर्वर ईमेल संदेशों की प्रामाणिकता और अखंडता को सत्यापित कर सकें।.

» शीर्ष पर वापस जाएँ

4. धमकियाँ

पिछले अध्याय में वर्णित SMTP प्रोटोकॉल को शुरू में अपेक्षाकृत छोटे अकादमिक नेटवर्क में काम करने के लिए डिज़ाइन किया गया था और इसमें भेजे गए संदेशों की सुरक्षा या प्रेषक प्रमाणीकरण से संबंधित पहलुओं को ध्यान में नहीं रखा गया था। [1].

ईमेल के बढ़ते प्रसार और एसएमटीपी प्रोटोकॉल की अंतर्निहित कमजोरियों ने समय के साथ ऐसे हमलों के उद्भव को बढ़ावा दिया है, जिनके मुख्य प्रकारों को निम्नलिखित अनुच्छेदों में संक्षेप में दर्शाया गया है।.

4.1. प्रेषक स्पूफिंग

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

इस प्रकार के हमले को अंजाम देना अपेक्षाकृत सरल है, क्योंकि एसएमटीपी प्रोटोकॉल में प्रेषक प्रमाणीकरण तंत्र शामिल नहीं है और इसलिए, ईमेल क्लाइंट के माध्यम से संदेश भेजते समय किसी भी प्रेषक पते को कॉन्फ़िगर करना संभव है।.

प्रेषक का ईमेल पता: लिफाफा-प्रेषक और संदेश-प्रेषक

ईमेल संदेश प्रारूप में प्रेषक का ईमेल पता दर्शाने के लिए दो अलग-अलग फ़ील्ड होते हैं। इन फ़ील्ड्स को 'envelop-from' और 'message-from': पहला (जिसे ' return-path' क्योंकि यह उस ईमेल पते को निर्दिष्ट करता है जिस पर ईमेल प्राप्तकर्ता तक न पहुँचने पर उत्पन्न होने वाले किसी भी त्रुटि संदेश को भेजा जाना चाहिए) वह पता है जिसका उपयोग संदेश को सही ढंग से रूट करने के लिए किया जाता है, जबकि दूसरा वह पता है जो प्राप्तकर्ता को प्राप्त संदेश के हेडर में प्रदर्शित होता है।

पारंपरिक डाक के माध्यम से एक लिफाफे के अंदर पत्र भेजने के उदाहरण से तुलना करें तो, से भेजने वाले का पता' होता है, जबकि 'संदेश भेजने वाले का' पत्र में मौजूद शीर्षक होता है जो यह दर्शाता है कि पत्र किसने लिखा है।

यह ध्यान रखना महत्वपूर्ण है कि दोनों पते एक जैसे नहीं हो सकते। यह अंतर तृतीय-पक्ष सेवाओं से संदेशों को अग्रेषित करने, मेलिंग सूचियों के माध्यम से वितरण करने या स्वचालित ईमेल उत्तर भेजने जैसी स्थितियों को प्रबंधित करने में सहायक होता है।.

संदेश भेजने वाले के नाम (प्राप्तकर्ता द्वारा प्राप्त संदेश के हेडर में प्रदर्शित प्रेषक का ईमेल पता) और लिफाफे से भेजने वाले के नाम (संदेश भेजने के लिए उपयोग किया जाने वाला प्रेषक का ईमेल पता) दोनों स्तरों पर किसी भी प्रेषक को इंगित करना वास्तव में संभव है।

इन खतरों का मुकाबला करने के लिए, यह आवश्यक है कि ऐसे तंत्र प्रदान किए जाएं जो प्रेषक की विश्वसनीय रूप से प्रामाणिकता की पुष्टि करने और यह सत्यापित करने की अनुमति दें कि संदेश भेजने वाला व्यक्ति वास्तव में ऐसा करने के लिए अधिकृत है।.

4.2. फ़िशिंग

फ़िशिंग एक साइबर हमले की तकनीक है जिसका उद्देश्य धोखाधड़ी से जानकारी (जैसे, उदाहरण के लिए, लॉगिन क्रेडेंशियल, क्रेडिट कार्ड नंबर, या अन्य संवेदनशील डेटा) प्राप्त करना है, आमतौर पर विश्वसनीय प्रेषकों से उत्पत्ति का अनुकरण करने वाले भ्रामक संदेश भेजकर³।

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

वैकल्पिक रूप से, प्राप्तकर्ता द्वारा पहचाने जाने योग्य प्रेषक पते/डोमेन के समान एक प्रेषक पते/डोमेन का उपयोग किया जा सकता है, उदाहरण के लिए, संदेश की स्पष्ट प्रामाणिकता को मजबूत करने के लिए तथाकथित प्रदर्शन नाम ^{4 को} बदलकर।

फिशिंग संदेश भेजने के लिए, हमलावर द्वारा पहले से ही हैक किए गए वैध खातों का भी उपयोग किया जा सकता है।.

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

आमतौर पर, फ़िशिंग हमले पीड़ितों की विशिष्ट प्रोफ़ाइल के अनुसार पाठ को अनुकूलित किए बिना, बड़ी संख्या में पीड़ितों को एक ही ईमेल संदेश भेजकर किए जाते हैं।.

फिशिंग का एक प्रकार स्पीयर फिशिंग कहलाता है , जिसमें हमलावर पीड़ित की प्रोफाइल को जानता है और उसे विशेष रूप से निशाना बनाता है।

सामान्य फ़िशिंग ईमेल के विपरीत, स्पीयर फ़िशिंग संदेश उपयोगकर्ता को यह विश्वास दिलाने के लिए अधिक सटीक प्रासंगिक जानकारी का उपयोग करता है कि वे एक विश्वसनीय प्रेषक के साथ बातचीत कर रहे हैं। [2].

4.3. संदेश में छेड़छाड़

ईमेल संदेश की सामग्री, इंटरनेट नेटवर्क पर प्रसारित होने वाले किसी भी अन्य संचार की तरह, जो एंड-टू-एंड एन्क्रिप्शन (ई2ईई) तकनीकों का उपयोग नहीं करता है, प्रेषक और प्राप्तकर्ता के बीच पारगमन के दौरान अवरोधित और संशोधित की जा सकती है (एक प्रकार का खतरा जिसे आमतौर पर मैन-इन-द-मिडल कहा जाता है)।.

परिणामस्वरूप, गोपनीयता भंग होने के अलावा, प्राप्त संदेश मूल रूप से प्रेषक द्वारा तैयार किए गए संदेश से मेल नहीं खा सकता है।.

उदाहरण के लिए, एक हमलावर संदेश की सामग्री में हेरफेर करके उसे एक विश्वसनीय प्रेषक से आया हुआ प्रतीत करा सकता है, संदेश में मौजूद पाठ या किसी भी लिंक और/या अटैचमेंट को संशोधित कर सकता है या दुर्भावनापूर्ण कोड सम्मिलित कर सकता है।.

संदेश की स्पष्ट प्रामाणिकता पर भरोसा करते हुए, प्राप्तकर्ता को संभावित रूप से हानिकारक कार्य करने के लिए प्रेरित किया जा सकता है, जैसे कि लॉगिन क्रेडेंशियल साझा करना, भुगतान को अधिकृत करना या दुर्भावनापूर्ण फ़ाइलें खोलना।.

इन खतरों का मुकाबला करने के लिए, ऐसे तंत्रों को अपनाना आवश्यक है जो संदेश की अखंडता और प्रामाणिकता की गारंटी दें, यह सुनिश्चित करें कि प्राप्त सामग्री में कोई बदलाव नहीं किया गया है और प्रेषक वास्तव में वही व्यक्ति है जो होने का दावा करता है।.

» शीर्ष पर वापस जाएँ

5. प्रतिउपाय

अध्याय 2 में ईमेल सेवाओं की सुरक्षा के लिए सुरक्षा उपायों से संबंधित विनियमों का उल्लेख किया गया है। यह दस्तावेज़ मुख्य रूप से इन विनियमों द्वारा निर्धारित और परिशिष्ट क, जो ईमेल सेवाओं के विन्यास के लिए भी प्रासंगिक हैं, ताकि अध्याय 4जा सके। हालांकि, यह ध्यान रखना महत्वपूर्ण है कि इन दिशा-निर्देशों में निहित निर्देश उन लोगों के लिए भी अनुशंसित हैं जो उपरोक्त विनियमों के अंतर्गत नहीं आते हैं।

यहां उल्लिखित सुरक्षा उपाय सीधे तौर पर ईमेल सेवा के कॉन्फ़िगरेशन से संबंधित नहीं हैं, बल्कि – संबंधित विनियमन के आधार पर – आईटी सिस्टम और औद्योगिक नियंत्रण सिस्टम (PSNC और क्लाउड विनियमन) या सूचना और नेटवर्क सिस्टम (NIS2) के कॉन्फ़िगरेशन से संबंधित हैं। इन दिशानिर्देशों के अंतर्गत आने वाली ईमेल सेवाएं दोनों प्रकार के सिस्टमों के अंतर्गत आती हैं।.

विशेष रूप से, SPF, DKIMऔर DMARC प्रोटोकॉल का उदाहरण दिया गया है, जो ईमेल सेवा की समग्र सुरक्षा और विशेष रूप से प्रेषक प्रमाणीकरण और संदेश अखंडता नियंत्रण को मजबूत करने के उद्देश्य से डिज़ाइन किए गए सुरक्षा तंत्र प्रदान करते हैं।

5.1. एसपीएफ

एसपीएफ - सेंडर पॉलिसी फ्रेमवर्क एक प्रमाणीकरण प्रोटोकॉल है, जिसे आरएफसी 7208, जो डोमेन स्वामी को यह निर्दिष्ट करने की अनुमति देता है कि कौन से आईपी पते उसकी ओर से ईमेल संदेश भेजने के लिए अधिकृत हैं और उन नीतियों को स्थापित करने की अनुमति देता है जिन्हें प्राप्तकर्ता को लागू करना होगा यदि प्रेषक के ईमेल पते के डोमेन⁵ स्पष्ट रूप से अधिकृत लोगों में से नहीं है।

अधिकृत आईपी पते DNS TXT रिकॉर्ड में सूचीबद्ध होते हैं जो प्रेषक डोमेन से संबंधित होता है, जिसे SPF रिकॉर्ड कहा जाता है और इस पैराग्राफ के बाद वाले भाग में इसका उदाहरण दिया गया है।.

इस तरह, प्राप्तकर्ता का ईमेल सर्वर⁶ किसी दिए गए डोमेन से संदेश प्राप्त करते समय संबंधित एसपीएफ रिकॉर्ड से क्वेरी कर सकता है और यह सत्यापित करके उसके स्रोत को प्रमाणित कर सकता है कि जिस आईपी पते से संदेश प्राप्त हुआ है वह डोमेन की ओर से संदेश भेजने के लिए अधिकृत लोगों में से एक है।

यह ध्यान रखना महत्वपूर्ण है कि SPF स्तर पर सत्यापित किया जा रहा डोमेन एनवेलप-फ्रॉम से संबंधित है, इसलिए केवल SPF प्रोटोकॉल को अपनाना स्पूफिंग का मुकाबला करने के लिए पर्याप्त नहीं है क्योंकि इस प्रकार का हमला मैसेज-फ्रॉम स्तर पर भी किया जा सकता है।⁷.

यदि कोई संगठन अपनी ईमेल सेवा को पूर्णतः या आंशिक रूप से किसी तृतीय पक्ष, जैसे कि क्लाउड प्रदाता, को आउटसोर्स करता है, तो उसे यह सुनिश्चित करना होगा कि ऐसे प्रदाताओं द्वारा भेजे गए संदेश SPF जांच से गुजरें। इसके लिए, संगठन को अपने SPF रिकॉर्ड में उन IP पतों को शामिल करना चाहिए जिनसे प्रदाता संगठन के डोमेन की ओर से ईमेल भेजते हैं।.

स्वचालित ईमेल फ़ॉरवर्डिंग के मामले में, चूंकि संदेशों को आमतौर पर एक मध्यवर्ती सर्वर द्वारा रीडायरेक्ट किया जाता है, इसलिए अंतिम डिलीवरी करने वाला IP पता प्रेषक डोमेन द्वारा मूल रूप से अधिकृत IP पते से मेल नहीं खाता है। ऐसे मामलों में, SPF सत्यापन विफल न हो, इसके लिए किसी भी मध्यवर्ती फ़ॉरवर्डिंग सर्वर को भी अधिकृत करना आवश्यक है, या SRS (सेंडर रीराइटिंग स्कीम) या ARC (ऑथेंटिकेटेड रिसीव्ड चेन) जैसी विधियों का उपयोग करना चाहिए, जो विशेष रूप से कई मध्यवर्ती फ़ॉरवर्डिंग सर्वरों की उपस्थिति में अधिक प्रभावी हो सकती हैं।.

यह बात विशेष रूप से ध्यान देने योग्य है कि एसपीएफ के सही मायने में प्रभावी होने के लिए, इसे न केवल भेजने वाले द्वारा, बल्कि प्राप्तकर्ता द्वारा भी सही ढंग से कॉन्फ़िगर किया जाना चाहिए। विशेष रूप से:

प्रेषक को संबंधित डीएनएस सर्वर में एसपीएफ रिकॉर्ड प्रकाशित करना होगा जिसमें उन पतों की घोषणा की गई हो जो उसकी ओर से ईमेल भेजने के लिए अधिकृत हैं;
प्राप्तकर्ता को अपने स्वयं के मेल सर्वर को इस प्रकार कॉन्फ़िगर करना होगा कि वह प्राप्त संदेशों पर एसपीएफ सत्यापन निष्पादित करे और परिणामस्वरूप नीतियों को सुसंगत रूप से लागू करे।

5.1.1. एसपीएफ रिकॉर्ड

एक SPF रिकॉर्ड TXT प्रकार का DNS रिकॉर्ड होता है जिसका नाम प्रेषक डोमेन से मेल खाता है और जिसकी सामग्री संस्करण को इंगित करने वाले अनुभाग और निर्देशों की एक श्रृंखला से बनी होती है ^जो प्रेषक ^{डोमेन} के IP पते और एक निर्देश के बीच मिलान होने पर प्राप्तकर्ता के मेल सर्वर के व्यवहार को इंगित करती है।

निर्देशों का निर्माण एक विशेषण से पहले आने वाली प्रक्रिया द्वारा किया जाता है। एसपीएफ रिकॉर्ड में उपयोग की जाने वाली मुख्य प्रक्रियाएं इस प्रकार हैं: [2]:

ip4अधिकृत IPv4 पतों की सूची बनाता है;
ip6अधिकृत IPv6 पतों की सूची बनाता है;
a, डोमेन के A रिकॉर्ड में मौजूद IP पतों को अधिकृत करता है;
mx, डोमेन के MX रिकॉर्ड से संबंधित IP पतों को अधिकृत करता है;
include, किसी अन्य डोमेन के SPF रिकॉर्ड में मौजूद IP पतों को अधिकृत करता है;
'all' उन सभी आईपी पतों को दर्शाता है जिन्हें अन्य तंत्रों के माध्यम से स्पष्ट रूप से अधिकृत नहीं किया गया है।

विशेष रूप से, यह तंत्र उन आईपी पतों से आने वाले संदेशों के लिए नीतियां स्थापित करने की अनुमति देता है जिन्हें पिछले तंत्रों द्वारा घोषित नहीं किया गया है।

इसके अलावा, एसपीएफ तंत्रों से संबद्ध करने के लिए निम्नलिखित योग्यताएं प्रदान करता है:

+ (पास) इंगित करता है कि संबंधित तंत्र से मेल खाने वाले आईपी पते अधिकृत हैं। यदि कोई अन्य निर्दिष्ट नहीं किया गया है तो यह डिफ़ॉल्ट क्वालिफायर है;
- (असफलता) इंगित करता है कि संबंधित तंत्र से मेल खाने वाले आईपी पते अधिकृत नहीं हैं;
~ (सॉफ्टफेल) इंगित करता है कि संबंधित तंत्र से मेल खाने वाले आईपी पते संभवतः अधिकृत नहीं हैं। यह पिछली घोषणा की तुलना में अधिक अनिश्चित घोषणा है। ऐसे मामलों में संदेश को स्वीकार किया जाना चाहिए, लेकिन गहन विश्लेषण के लिए चिह्नित किया जाना चाहिए। इसका उपयोग उदाहरण के लिए डिबगिंग मामलों में या जब यह अनुमान लगाया जाता है कि एसपीएफ सत्यापन सफल नहीं हो सकता है, तब किया जाता है।
? (न्यूट्रल) का अर्थ है कि संबंधित तंत्र से मेल खाने वाले आईपी पतों के लिए कोई संकेत नहीं दिया गया है। डिफ़ॉल्ट व्यवहार संदेश को स्वीकार करना है।.

यह बताना ज़रूरी है कि व्यवहार में, SPF रिकॉर्ड में अधिकृत IP पते निर्दिष्ट किए जाते हैं, फिर -all है (इस संबंध में, कृपया नीचे दिए गए उदाहरण देखें)। यह अनुशंसित कॉन्फ़िगरेशन है क्योंकि यह अधिकृत IP पतों को स्पष्ट रूप से इंगित करने और अन्य सभी को बाहर करने की अनुमति देता है।

किसी भी स्थिति में, यह सलाह दी जाती है कि कभी भी +all (या इसके समकक्ष all ) निर्देश का उपयोग न करें क्योंकि यह सभी आईपी पतों के प्राधिकरण के अनुरूप होगा।

एसपीएफ रिकॉर्ड के उदाहरण

किसी विशिष्ट आईपी पते को अधिकृत करें

v=spf1 ip4:203.0.113.0 -all

ऊपर दर्शाए गए SPF रिकॉर्ड में SPF संस्करण 1 का उपयोग किया गया है और ip4 तंत्र के माध्यम से IP पता 203.0.113.0 को अधिकृत किया गया है (वास्तव में, चूंकि ip4 तंत्र के लिए कोई क्वालिफायर निर्दिष्ट नहीं है, इसलिए डिफ़ॉल्ट + का स्वतः उपयोग किया जाता है)। -all तंत्र और - (असफलता) क्वालिफायर द्वारा गठित -all निर्देश यह निर्दिष्ट करता है कि अन्य सभी पते अधिकृत नहीं हैं।

एक विशिष्ट आईपी एड्रेस स्पेस को अधिकृत करें

v=spf1 ip4:203.0.113.0/24 -all

ऊपर दिखाया गया एसपीएफ रिकॉर्ड पिछले वाले के समान है, लेकिन यह 203.0.113.0/24 एड्रेस स्पेस के सभी आईपी एड्रेस को अधिकृत करता है।

एकाधिक आईपी पतों को अधिकृत करें

v=spf1 ip4:203.0.113.22 ip4:203.0.113.44 -सभी

ऊपर दिखाया गया SPF रिकॉर्ड केवल IPv4 पते 203.0.113.22 और 203.0.113.44 को।

MX रिकॉर्ड पते और एक विशिष्ट डोमेन को अधिकृत करें

v=spf1 mx include:spf.emailprovider.it -all

ऊपर दिखाया गया SPF रिकॉर्ड केवल उसी डोमेन के MX रिकॉर्ड के IP पतों और spf.emailprovider.it (उदाहरण के लिए, एक ईमेल सेवा प्रदाता का डोमेन) के अधिकृत IP पतों को ही अधिकृत करता है।

5.1.2. प्रमाणीकरण प्रक्रिया

यदि SPF सत्यापन करने के लिए सही ढंग से कॉन्फ़िगर किया गया है, तो प्राप्तकर्ता का मेल सर्वर नया ईमेल संदेश प्राप्त होने पर, लिफाफे-से-भेजने वाले फ़ील्ड में दिए गए पते के आधार पर, प्रेषक डोमेन के रिकॉर्ड वाले DNS सर्वर से क्वेरी करके प्रेषक डोमेन का SPF रिकॉर्ड प्राप्त करता है। उदाहरण के लिए, यदि लिफाफे-से-भेजने वाले फ़ील्ड में दिया गया पता alice@example.com है, तो प्राप्तकर्ता का मेल सर्वर example.com डोमेन का SPF रिकॉर्ड प्राप्त करता है ।

एसपीएफ सत्यापन प्रक्रिया को दर्शाने वाला आरेख

चित्र 2. एसपीएफ सत्यापन की कार्यप्रणाली।.

इसके बाद प्राप्तकर्ता का ईमेल सर्वर SPF सत्यापन करता है और SPF रिकॉर्ड का विश्लेषण करके यह निर्धारित करता है कि संदेश प्राप्त करने वाला IP पता example.com डोमेन के लिए ईमेल भेजने के लिए अधिकृत है या नहीं। यदि ईमेल संदेश SPF सत्यापन में सफल हो जाता है, तो उसे प्राप्तकर्ता तक पहुँचा दिया जाता है।

उदाहरण के लिए, यदि example.com डोमेन का SPF रिकॉर्ड v=spf1 ip4:203.0.113.22 होता , तो सत्यापन तभी सफल होता जब प्रेषक सर्वर का IP पता 203.0.113.22 होता , जबकि किसी अन्य पते के लिए यह विफल हो जाता।

» शीर्ष पर वापस जाएँ

5.2. डीकेआईएम

डीकेआईएम - डोमेन कीज़ आइडेंटिफाइड मेल एक प्रमाणीकरण प्रोटोकॉल है, जिसे आरएफसी 6376 द्वारा औपचारिक रूप दिया गया है, जो डोमेन स्वामी को सार्वजनिक क्रिप्टोग्राफी एल्गोरिदम के माध्यम से मेल सर्वर द्वारा उत्पन्न डिजिटल हस्ताक्षर (डीकेआईएम हस्ताक्षर) को संलग्न करके भेजे गए ईमेल संदेशों की प्रामाणिकता की गारंटी देने की अनुमति देता है और इसे प्रेषित किए जाने वाले संदेश के हेडर में सम्मिलित किया जाता है।

यह सुनिश्चित करने के लिए कि संदेश भेजने के दौरान उसमें कोई बदलाव नहीं हुआ है, प्राप्तकर्ता को यह सत्यापित करने की अनुमति देने के लिए कि DKIM हस्ताक्षर से जुड़ी सार्वजनिक कुंजी प्रेषक डोमेन के सार्वजनिक DNS के TXT रिकॉर्ड में संरक्षित की जाती है, जिसे DKIM रिकॉर्ड कहा जाता है, और संदेश प्राप्त होने पर प्राप्तकर्ता मेल सर्वर द्वारा इसकी जाँच की जाती है।.

इस पैराग्राफ के बाद के अनुभागों में डीकेआईएम के हस्ताक्षर और रिकॉर्ड को दर्शाया गया है।.

एसपीएफ की तरह, डीकेआईएम को भी प्रेषक और प्राप्तकर्ता द्वारा सही ढंग से कॉन्फ़िगर किया जाना चाहिए, और विशेष रूप से:

प्रेषक को अपने मेल सर्वर को डीकेआईएम हस्ताक्षर उत्पन्न करने और संबंधित डीएनएस सर्वर में डीकेआईएम रिकॉर्ड प्रकाशित करने के लिए कॉन्फ़िगर करना होगा;
प्राप्तकर्ता को अपने मेल सर्वर को इस प्रकार कॉन्फ़िगर करना होगा कि वह प्राप्त संदेशों पर डीकेआईएम सत्यापन करे।.

5.2.1. डीकेआईएम हस्ताक्षर

DKIM हस्ताक्षर संदेश के मुख्य भाग और शीर्षलेखों के निर्दिष्ट तत्वों से उत्पन्न होता है और इसमें कुंजी-मान युग्मों की एक श्रृंखला होती है जो उन तत्वों को निर्दिष्ट करती है जिनमें शामिल हैं:

v: प्रोटोकॉल संस्करण¹⁰;
ए: प्रयुक्त एन्क्रिप्शन एल्गोरिथम¹¹;
डी: संदेश की प्रामाणिकता घोषित करने वाला हस्ताक्षर डोमेन¹²;
s: चयनकर्ता जो इंगित करता है कि DNS रिकॉर्ड में किस DKIM सार्वजनिक कुंजी की तलाश करनी है¹³;
h: हस्ताक्षर में शामिल ईमेल हेडर की सूची¹⁴;
bh: संदेश निकाय का हैश बेस64 प्रारूप में एन्कोड किया गया¹⁵;
बी: निजी कुंजी के साथ उत्पन्न और बेस64 प्रारूप में एन्कोड किया गया वास्तविक डिजिटल हस्ताक्षर¹⁶;
x: हस्ताक्षर की वैधता तिथि;
c: मानकीकरण का प्रकार।

डिजिटल हस्ताक्षर से पहले संदेश के तत्वों को मानकीकृत करने की प्रक्रिया को कैननिकलनाइजेशन कहते हैं, ताकि ट्रांसमिशन के दौरान होने वाले छोटे-मोटे बदलावों, जैसे कि बार-बार आने वाले रिक्त स्थान या पंक्ति विराम, के प्रभाव को कम किया जा सके। कैननिकलनाइजेशन दो प्रकार का होता है: सरल, जिसमें मूल संदेश और प्राप्त संदेश का सटीक मिलान आवश्यक होता है, और शिथिलजिसमें रिक्त स्थान हटाना, हेडर में बड़े अक्षरों को छोटे अक्षरों में बदलना और संदेश के मुख्य भाग में लगातार आने वाली रिक्त पंक्तियों को कम करना जैसे मानकीकरण लागू किए जाते हैं।

5.2.2. डीकेआईएम रिकॉर्ड

DKIM रिकॉर्ड को TXT प्रकार के DNS रिकॉर्ड में संरक्षित किया जाता है, जिसका नाम selector._domainkey.domain, जहाँ _domainkey एक लेबल है जो यह दर्शाता है कि DNS रिकॉर्ड वास्तव में एक DKIM रिकॉर्ड है। DKIM रिकॉर्ड की सामग्री में कुंजी-मान युग्मों की एक श्रृंखला होती है जो तत्वों को निर्दिष्ट करती है, जिनमें से:

v: प्रोटोकॉल संस्करण;
k: कुंजी का प्रकार, जो डिफ़ॉल्ट रूप से RSA होता है;
p: बेस64 प्रारूप में एन्कोड की गई सार्वजनिक कुंजी।

डीकेआईएम रिकॉर्ड का उदाहरण

नाम: s1._domainkey.example.com
मान: v=DKIM1; k=rsa; p=Y2hpYXZ1cHViYmxpY2FkaWVzZW1waW8h...

उदाहरण डीकेआईएम रिकॉर्ड example.com डोमेन के चयनकर्ता s1 से जुड़ा है , संस्करण 1 का उपयोग करता है और इसमें बेस64 प्रारूप में एन्कोड की गई आरएसए सार्वजनिक कुंजी ( Y2hpYXZ1cHViYmxpY2FkaWVzZW1waW8h... ) शामिल है।

5.2.3. प्रमाणीकरण प्रक्रिया

यदि प्रेषक और प्राप्तकर्ता दोनों के मेल सर्वरों पर DKIM प्रोटोकॉल सही ढंग से कॉन्फ़िगर किया गया है, तो DKIM प्रमाणीकरण और सत्यापन प्रक्रिया के संचालन के लिए प्रेषक मेल सर्वर पैराग्राफ 5.2.1 में वर्णित अनुसार संदेश का DKIM हस्ताक्षर बनाता है, जिसे संदेश में ही जोड़ दिया जाता है। विशेष रूप से, DKIM हस्ताक्षर के d फ़ील्ड में हस्ताक्षर डोमेन¹⁷ और b फ़ील्ड में हस्ताक्षर डोमेन की निजी कुंजी से उत्पन्न संदेश का डिजिटल हस्ताक्षर होता है।

डीकेआईएम सत्यापन तंत्र को दर्शाने वाला आरेख

चित्र 3. डीकेआईएम सत्यापन की कार्यप्रणाली।.

संदेश प्राप्त होने पर, प्राप्तकर्ता मेल सर्वर उस डोमेन के रिकॉर्ड वाले DNS सर्वर से हस्ताक्षर डोमेन का DKIM रिकॉर्ड (DKIM हस्ताक्षर का d फ़ील्ड) प्राप्त करता है। फिर यह DKIM रिकॉर्ड में निहित सार्वजनिक कुंजी का उपयोग करके DKIM हस्ताक्षर में निहित डिजिटल हस्ताक्षर ( b फ़ील्ड) को सत्यापित करता है। यदि सत्यापन सफल होता है, तो संदेश प्राप्तकर्ता को भेज दिया जाता है।

5.2.4. क्रिप्टोग्राफिक पहलू

क्रिप्टोग्राफिक मोर्चे पर, डीकेआईएम ने ऐतिहासिक रूप से आरएसए एल्गोरिदम का उपयोग किया है, विशेष रूप से आरएसए-एसएचए256 संस्करण में , जिसे 2007 से मानक माना जाता है। आरएफसी 8463 द्वारा पेश किया गया नया विकल्प एड25519-SHA256 है , जो अण्डाकार वक्रों पर आधारित डिजिटल हस्ताक्षर का एक आधुनिक रूप है जो अधिक दक्षता और बहुत अधिक कॉम्पैक्ट कुंजियों की गारंटी देता है।

तकनीकी स्तर पर, 2048 बिट्स की कुंजी लंबाई वाला RSA सार्वभौमिक मानक बना हुआ है, लेकिन इसकी कुंजियाँ लंबी होती हैं और हस्ताक्षर अपेक्षाकृत बड़े होते हैं, जबकि Ed25519 नौ गुना छोटी कुंजियाँ और चार गुना छोटे हस्ताक्षर प्रदान करता है, और हस्ताक्षर प्रदर्शन RSA 2048 की तुलना में तीस गुना तक बेहतर है। इन लाभों के बावजूद, वास्तविक दुनिया में इसका समर्थन सीमित है: 2026 में Ed25519 को केवल कुछ ही प्रदाताओं द्वारा सत्यापित किया गया है, जबकि कुछ प्रमुख ऑपरेटर हस्ताक्षर या सत्यापन दोनों का विश्वसनीय रूप से समर्थन नहीं करते हैं, जिससे यह उत्पादन में एकमात्र समाधान के रूप में अनुपयुक्त हो जाता है।.

इसी कारणवश, तकनीकी रूप से श्रेष्ठ होने के बावजूद, इस दस्तावेज़ को लिखते समय, Ed25519 का उपयोग केवल RSA के साथ संयोजन में, दोहरे हस्ताक्षर, प्रयोगात्मक दृष्टिकोण से और भविष्य में अनुकूलता सुनिश्चित करने के लिए ही अनुशंसित है। जब तक प्रमुख प्रदाता इसके सत्यापन को पूरी तरह से लागू नहीं कर देते, संदेश वितरण की अधिकतम सुरक्षा सुनिश्चित करने के लिए RSA अनिवार्य बना रहेगा।

दीर्घकालिक सुरक्षा के संबंध में, यह याद रखना महत्वपूर्ण है कि न तो RSA और न ही Ed25519 भविष्य के क्वांटम कंप्यूटरों द्वारा हमलों के प्रति प्रतिरोधी हैं [3], और पोस्ट-क्वांटम एल्गोरिदम की ओर संक्रमण के लिए नए DKIM मानकों की आवश्यकता होगी जो वर्तमान में मौजूद नहीं हैं, जिससे अगली पीढ़ी के क्रिप्टोग्राफी विकास और इस क्षेत्र में भविष्य के ACN अनुशंसाओं की निगरानी करना आवश्यक हो जाता है।

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

» शीर्ष पर वापस जाएँ

5.3. डीएमएआरसी

डीएमएआरसी - डोमेन-आधारित संदेश प्रमाणीकरण, रिपोर्टिंग और अनुरूपता एक प्रमाणीकरण प्रोटोकॉल है, जिसे आरएफसी 7489, जो एसपीएफ और डीकेआईएम तंत्रों को एकीकृत करता है,^{जिससे} डोमेन स्वामी उस डोमेन से प्रेषित संदेशों के प्राप्तकर्ताओं को उन संदेशों के प्रबंधन के लिए नीतियां निर्दिष्ट कर सकता है जो एसपीएफ और डीकेआईएम सत्यापन में विफल रहते हैं।

विशेष रूप से, DMARC एक प्रमाणीकरण तंत्र प्रस्तुत करता है - जिसे संरेखण कहा जाता है - जो SPF और DKIM द्वारा प्रमाणित डोमेन और प्राप्त संदेश के 'संदेश-प्रेषक' फ़ील्ड से संबंधित डोमेन के बीच पत्राचार को सत्यापित करता है। ध्यान दें कि यदि संबंधित SPF/DKIM सत्यापन विफल हो जाता है, तो 'संदेश-प्रेषक' फ़ील्ड और SPF/DKIM डोमेन के बीच संरेखण जाँच किसी भी स्थिति में विफल हो जाती है (चित्र 4 देखें)।

डीएमएआरसी सत्यापन तंत्र को दर्शाने वाला आरेख

चित्र 4. डीएमएआरसी सत्यापन तंत्र।.

अलाइनमेंट को स्ट्रिक्ट मोड में सत्यापित किया जा सकता है , जहां SPF/DKIM द्वारा प्रमाणित डोमेन और मैसेज-फ्रॉम फ़ील्ड से संबंधित डोमेन के बीच सटीक मिलान आवश्यक है, या रिलैक्स्ड मोड में, जहां प्राथमिक डोमेन का मिलान पर्याप्त है, भले ही सबडोमेन अलग-अलग हों।

उदाहरण के लिए, रिलैक्स्ड मोड में डोमेन sub1.example.com और sub2.example.com के लिए DMARC सत्यापन हेतु एकरूपता पाई जाएगी (क्योंकि प्राथमिक डोमेन example.com समान है)। हालांकि, स्ट्रिक्ट मोड में, डोमेन के बीच सटीक मिलान न होने के कारण DMARC संरेखण जांच विफल हो जाएगी।

संरेखण सत्यापन के माध्यम से, भले ही कोई हमलावर SPF और/या DKIM जांच को पास करने में कामयाब हो जाए, SPF द्वारा प्रमाणित लिफाफे से अलग संदेश का उपयोग करके और/या प्रमाणित हस्ताक्षर डोमेन से, DMARC अभी भी विसंगति का पता लगाएगा, प्रेषक की पहचान के सुसंगत और विश्वसनीय सत्यापन को सुनिश्चित करेगा [2] ।

¹⁹ डीएमएआरसी सत्यापन में विफल रहने वाले संदेशों के प्रबंधन के लिए नीतियां प्रेषक डोमेन के सापेक्ष डीएनएस सर्वर के टीएक्सटी रिकॉर्ड में निर्दिष्ट की जाती हैं जिसे डीएमएआरसी रिकॉर्ड कहा जाता है और इस पैराग्राफ के बाद के अनुभाग में दर्शाया गया है।

DMARC प्राप्तकर्ताओं को यह निर्देश देने की अनुमति भी देता है कि वे प्रेषक डोमेन के मालिकों को उन संदेशों के बारे में रिपोर्ट भेजें जो उस डोमेन से उत्पन्न होने का दावा करते हैं। इस तरह, डोमेन मालिक यह सत्यापित कर सकते हैं कि उनके डोमेन का अनधिकृत तरीके से उपयोग हो रहा है या नहीं और किस हद तक, उदाहरण के लिए, यह विश्लेषण करके कि उनके डोमेन से उत्पन्न होने का दावा करने वाले कुल संदेशों में से वास्तव में कितने संदेश उनसे संबंधित हैं।.

SPF और DKIM की तरह, DMARC को भी प्रेषक और प्राप्तकर्ता द्वारा सही ढंग से कॉन्फ़िगर किया जाना चाहिए, और विशेष रूप से:

प्रेषक को अपने डीएनएस में डीएमएआरसी रिकॉर्ड प्रकाशित करना होगा जिसमें उन नीतियों का उल्लेख हो जिनके तहत डीएमएआरसी सत्यापन में विफल होने वाले संदेशों का प्रबंधन किया जाएगा;
प्राप्तकर्ता को अपने मेल सर्वर को इस तरह से कॉन्फ़िगर करना होगा कि वह प्राप्त संदेशों पर DMARC सत्यापन निष्पादित करे।.

5.3.1. डीएमएआरसी रिकॉर्ड

डीएमएआरसी रिकॉर्ड नाम की संरचना _dmarc.domain, जहां _dmarc एक लेबल है जिसका उपयोग यह इंगित करने के लिए किया जाता है कि डीएनएस रिकॉर्ड एक डीएमएआरसी रिकॉर्ड है और domain वह डोमेन है जिसका संदर्भ नीति से है।

DMARC रिकॉर्ड में कुंजी-मान युग्मों की एक श्रृंखला होती है जो उन तत्वों को निर्दिष्ट करती है जिनके बीच:

v: डीएमएआरसी प्रोटोकॉल संस्करण²⁰;
p : DMARC सत्यापन में विफल होने वाले संदेशों पर लागू होने वाली नीति, यह none , quarantine , reject में से कोई एक मान ले सकती है ;
aspf: SPF जांच पर लागू करने के लिए संरेखण मोड ( शिथिल, डिफ़ॉल्ट मान, या सख्त);
adkim: DKIM जांच पर लागू करने के लिए संरेखण मोड ( शिथिल, डिफ़ॉल्ट मान, या सख्त);
rua: ईमेल पते जिन पर प्रेषक डोमेन से प्राप्त संदेशों पर सांख्यिकीय और सारांश जानकारी सहित समग्र रिपोर्ट भेजी जानी हैं;
ruf: उन ईमेल पतों की सूची जिन पर प्रेषक डोमेन से प्राप्त उन व्यक्तिगत संदेशों की विस्तृत रिपोर्ट भेजी जानी है जिनका DMARC सत्यापन विफल रहा।

डीएमएआरसी रिकॉर्ड का उदाहरण

नाम:
_dmarc.example.com
मान:
v=DMARC1; p=अस्वीकार; rua=mailto:dmarc-reports@example.com; ruf=mailto:dmarc-fail@example.com; adkim=s; aspf=s

उदाहरण DMARC रिकॉर्ड example.com डोमेन से संबद्ध है, संस्करण 1 का उपयोग करता है और अस्वीकृति नीति निर्दिष्ट करता है, सख्त मोड (s) का अनुरोध करता है और ईमेल पते dmarc-reports@example.com और पते dmarc-fail@example.com।

5.3.2. डीएमएआरसी नीतियां

जैसा कि पिछले पैराग्राफ में बताया गया है, DMARC रिकॉर्ड उस नीति को दर्शाता है जिसे प्राप्तकर्ता मेल सर्वर को उन संदेशों के लिए लागू करना चाहिए जो DMARC सत्यापन में पास नहीं होते हैं। संभावित नीतियां निम्नलिखित हैं:

कोई नहीं: प्रेषक डोमेन डीएमएआरसी सत्यापन में विफल रहने वाले संदेशों की डिलीवरी के संबंध में कोई संकेत नहीं देता है;
क्वारंटाइन: प्रेषक डोमेन इंगित करता है कि डीएमएआरसी सत्यापन में विफल रहने वाले संदेशों को संदिग्ध माना जाना चाहिए (उदाहरण के लिए, आगे की जांच के अधीन, स्पैम के रूप में माना जाना या संदिग्ध के रूप में लेबल किया जाना);
अस्वीकार करें: प्रेषक डोमेन इंगित करता है कि DMARC सत्यापन में विफल होने वाले संदेशों को अस्वीकार कर दिया जाना चाहिए।

5.3.3. नीति सत्यापन और आवेदन प्रक्रिया

यदि प्रेषक और प्राप्तकर्ता दोनों के मेल सर्वरों पर DMARC प्रोटोकॉल सही ढंग से कॉन्फ़िगर किया गया है, तो संदेश प्राप्त होने पर प्राप्तकर्ता मेल सर्वर संबंधित सत्यापन करने के लिए SPF और DKIM रिकॉर्ड प्राप्त करता है, साथ ही DMARC सत्यापन भी करता है (जिसका विवरण अनुच्छेद 5.2.4 के प्रारंभ में दिया गया है)। यदि संदेश DMARC सत्यापन में विफल रहता है, तो DMARC रिकॉर्ड में उल्लिखित नीति (कोई नहीं, क्वारंटाइन या अस्वीकार) लागू की जाती है।

डीएमएआरसी सत्यापन और नीति अनुप्रयोग प्रक्रिया को दर्शाने वाला आरेख

चित्र 5. डीएमएआरसी नीतियों के सत्यापन और अनुप्रयोग की प्रक्रिया।.

ध्यान दें कि प्रत्येक मेल सर्वर संदेश की डिलीवरी सुनिश्चित करने के लिए स्थानीय नियम और नीतियां अपना सकता है, जिसमें SPF, DKIM और DMARC सत्यापन के परिणामों को भी ध्यान में रखा जाता है। इसलिए, आमतौर पर, उपरोक्त सत्यापन के बाद एक अतिरिक्त निर्णय प्रक्रिया (चित्र 5 में "मानक फ़िल्टर") होती है, जिसमें आगे की जांच (जैसे, उदाहरण के लिए, एंटी-स्पैम और एंटी-मैलवेयर फ़िल्टर) भी शामिल हो सकती हैं।.

इसके अलावा, प्राप्तकर्ता मेल सर्वर निम्नलिखित जानकारी भेज सकता है:

डीएमएआरसी रिकॉर्ड के रुआ फ़ील्ड में दर्शाए गए पतों पर , प्रेषक डोमेन से प्राप्त संदेशों पर सांख्यिकीय और सारांश जानकारी के साथ एकत्रित रिपोर्ट भेजना;
डीएमएआरसी रिकॉर्ड के ruf फ़ील्ड में दर्शाए गए पतों पर , प्रेषक डोमेन से प्राप्त उन व्यक्तिगत संदेशों की विस्तृत रिपोर्ट भेजी जाती है जो डीएमएआरसी सत्यापन में विफल रहे।

» शीर्ष पर वापस जाएँ

6. निष्कर्ष

जैसा कि पिछले अध्याय में चर्चा की गई है, प्रेषक डोमेन प्रतिरूपण से जुड़े खतरों का सर्वोत्तम ढंग से मुकाबला करने के लिए यह आवश्यक है कि तीनों जांचे गए प्रोटोकॉल को संयुक्त रूप से लागू किया जाए और विशेष रूप से, [3]:

प्रेषक डोमेन DNS में SPF, DKIM और DMARC रिकॉर्ड सही ढंग से प्रकाशित करता है;
प्रेषक के मेल सर्वर को DKIM का उपयोग करके संदेशों पर हस्ताक्षर करने के लिए कॉन्फ़िगर किया गया है;
प्राप्तकर्ता के मेल सर्वर को SPF और DKIM सत्यापन करने और DMARC नीतियों को लागू करने के लिए कॉन्फ़िगर किया गया है।.

प्रोटोकॉल के कार्यान्वयन के संदर्भ में, निम्नलिखित अनुशंसाएँ भी तैयार की गई हैं। [2]:

एसपीएफ को कॉन्फ़िगर करें जिसमें यह निर्दिष्ट किया गया हो कि कौन से आईपी पते डोमेन की ओर से ईमेल भेजने के लिए अधिकृत हैं; ईमेल ट्रांसमिशन के लिए उपयोग नहीं किए जाने वाले डोमेन के लिए, उदाहरण के लिए वे डोमेन जो विशेष रूप से वेबसाइटों के लिए हैं, एक एसपीएफ रिकॉर्ड अभी भी बनाया जाना चाहिए ताकि स्पष्ट रूप से यह इंगित किया जा सके कि उस डोमेन के लिए कोई वैध ईमेल प्रेषक नहीं हैं;
इस दस्तावेज़ को लिखने की तिथि तक, डीकेआईएम कुंजी के लिए सुरक्षित माने जाने वाले अत्याधुनिक एन्क्रिप्शन प्रोटोकॉल और एल्गोरिदम का उपयोग करें; 2048-बिट आरएसए की अनुशंसा की जाती है;
मेल सर्वर पर संग्रहीत डीकेआईएम निजी कुंजी को पर्याप्त रूप से सुरक्षित रखें, प्रतिबंधित पहुंच अनुमतियों को अपनाएं, और सुनिश्चित करें कि केवल मेल सर्वर सॉफ़्टवेयर के पास ही कुंजी को पढ़ने का विशेषाधिकार हो;
प्रत्येक मेल सर्वर को एक अद्वितीय कुंजी युग्म और चयनकर्ता के साथ कॉन्फ़िगर करें, ताकि निजी कुंजी के संभावित उल्लंघन के प्रभाव को कम किया जा सके;
निजी कुंजी को आकस्मिक प्रकटीकरण और हमलावर द्वारा उस तक पहुंच या उसमें संशोधन करने के प्रयासों से सुरक्षित रखें;
यह सुनिश्चित करें कि किसी भी मेलिंग लिस्ट से संबंधित सॉफ्टवेयर आने वाले संदेशों पर डीकेआईएम हस्ताक्षरों को सत्यापित करे और जाने वाले संदेशों पर नए डीकेआईएम हस्ताक्षर लगाए;
संगठन की ओर से ईमेल भेजने वाले प्रत्येक तृतीय पक्ष के लिए अद्वितीय डीकेआईएम कुंजी युग्मों का उपयोग करें;
संभावित सुरक्षा उल्लंघन के प्रभाव को कम करने के लिए समय-समय पर (कम से कम हर छह महीने में) डीकेआईएम कुंजी युग्मों को बदलते रहें;
संशय होने की स्थिति में चाबियां तुरंत रद्द कर दी जाएं;
किसी भी कॉन्फ़िगरेशन त्रुटि या दुरुपयोग के प्रयासों की पहचान करने के लिए DMARC रिपोर्ट की निगरानी करें।.

अधिक जानकारी के लिए, संदर्भ दस्तावेज़ों में सूचीबद्ध संसाधनों को देखें ।

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

यह भी ध्यान देने योग्य है कि – हालांकि यह कड़ाई से ईमेल सुरक्षा प्रोटोकॉल नहीं है – ईमेल सेवा सुरक्षा के लिए DNSSEC (डोमेन नेम सिस्टम सिक्योरिटी एक्सटेंशन) को लागू करने की सलाह दी जाती है। यह DNS प्रोटोकॉल का एक एक्सटेंशन है जो DNS रिकॉर्ड में क्रिप्टोग्राफिक हस्ताक्षर जोड़ता है ताकि DNS क्वेरी की अखंडता और प्रामाणिकता सुनिश्चित हो सके। DNSSEC की बदौलत, उदाहरण के लिए, SPF, DKIM और DMARC रिकॉर्ड से संबंधित जानकारी ट्रांसमिशन के दौरान सुरक्षित रहती है, जिससे बदलाव का जोखिम कम होता है और इस प्रकार ईमेल सेवा सुरक्षा बढ़ती है।

» शीर्ष पर वापस जाएँ

परिशिष्ट ए: सुरक्षा उपाय

राष्ट्रीय साइबर सुरक्षा परिधि (पीएसएनसी)

PR.IP-1: आईटी सिस्टम और औद्योगिक नियंत्रण प्रणालियों के विन्यास के लिए संदर्भ प्रथाओं (तथाकथित बेसलाइन) को परिभाषित और प्रबंधित किया जाता है, जिसमें सुरक्षा सिद्धांतों (जैसे, न्यूनतम कार्यक्षमता का सिद्धांत) को शामिल किया जाता है।.

श्रेणी ID.AM के संबंध में भी, कम से कम निम्नलिखित बातों को दर्शाने वाला एक विस्तृत अद्यतन दस्तावेज़ उपलब्ध है:
- ए) आईटी और औद्योगिक नियंत्रण प्रणालियों के विन्यास विकसित करने के लिए अपनाई गई सुरक्षा नीतियां और केवल अपनाए गए विन्यासों की तैनाती;
- ख) उपयोग में लाई गई आईटी और औद्योगिक नियंत्रण प्रणाली विन्यासों की सूची और संबंधित संदर्भ प्रथाओं का उल्लेख;
- ग) सुरक्षा नीतियों के अनुपालन में योगदान देने वाली प्रक्रियाओं, कार्यप्रणालियों और प्रौद्योगिकियों का उपयोग।.

क्लाउड विनियमन – सार्वजनिक प्रशासन के लिए डिजिटल अवसंरचना और सेवाएं

PR.IP-01: आईटी सिस्टम और औद्योगिक नियंत्रण प्रणालियों के विन्यास के लिए संदर्भ प्रथाओं (तथाकथित बेसलाइन) को परिभाषित और प्रबंधित किया जाता है, जिसमें सुरक्षा सिद्धांतों (जैसे, न्यूनतम कार्यक्षमता का सिद्धांत) को शामिल किया जाता है।.

एप्लिकेशन सुरक्षा के संदर्भ में नीतियां और प्रक्रियाएं परिभाषित की जाती हैं ताकि एप्लिकेशन सुरक्षा सुविधाओं की योजना बनाने, उन्हें साकार करने और बनाए रखने के लिए पर्याप्त सहायता प्रदान की जा सके, जिनकी समीक्षा और अद्यतन कम से कम वार्षिक रूप से किया जाना चाहिए।.
श्रेणी ID.AM के संबंध में भी, कम से कम निम्नलिखित बातों को दर्शाने वाला एक विस्तृत अद्यतन दस्तावेज़ उपलब्ध है:
- ए) आईटी और औद्योगिक नियंत्रण प्रणालियों के विन्यास विकसित करने के लिए अपनाई गई सुरक्षा नीतियां और केवल अपनाए गए विन्यासों की तैनाती;
- ख) उपयोग में लाई गई आईटी और औद्योगिक नियंत्रण प्रणाली विन्यासों की सूची और संबंधित संदर्भ प्रथाओं का उल्लेख;
- ग) सुरक्षा नीतियों के अनुपालन में योगदान देने वाली प्रक्रियाओं, कार्यप्रणालियों और प्रौद्योगिकियों का उपयोग।.
विभिन्न अनुप्रयोगों की सुरक्षा के लिए बुनियादी आवश्यकताओं को परिभाषित और दस्तावेजीकृत किया गया है।.
परिभाषित सुरक्षा आवश्यकताओं और अनुपालन दायित्वों के पालन के स्तर की निगरानी के लिए उपयोगी तकनीकी प्रकृति के मापदंडों को परिभाषित और कार्यान्वित किया जाता है।.
एप्लिकेशन सुरक्षा के लिए एप्लिकेशन भेद्यता शमन और पुनर्प्राप्ति की एक प्रक्रिया है, जो संभव होने पर निवारण को स्वचालित करती है।.
ऑपरेटिंग सिस्टम और एप्लिकेशन के साथ डिवाइस की अनुकूलता को सत्यापित करने की एक प्रक्रिया है।.
ऑपरेटिंग सिस्टम, पैचिंग और/या एप्लिकेशन के संदर्भ में एक भिन्नता प्रबंधन प्रणाली मौजूद है।.

क्लाउड विनियमन – सार्वजनिक प्रशासन के लिए क्लाउड सेवाएं

एप्लिकेशन सुरक्षा के संदर्भ में नीतियां और प्रक्रियाएं परिभाषित की जाती हैं ताकि एप्लिकेशन सुरक्षा सुविधाओं की योजना बनाने, उन्हें साकार करने और बनाए रखने के लिए पर्याप्त सहायता प्रदान की जा सके, जिनकी समीक्षा और अद्यतन कम से कम वार्षिक रूप से किया जाना चाहिए [IaaS, SaaS]।.
श्रेणी ID.AM के संबंध में भी, कम से कम निम्नलिखित बातों को दर्शाने वाला एक विस्तृत अद्यतन दस्तावेज़ उपलब्ध है:
- ए) आईटी और औद्योगिक नियंत्रण प्रणालियों के विन्यास विकसित करने के लिए अपनाई गई सुरक्षा नीतियां और केवल अपनाए गए विन्यासों की तैनाती;
- ख) उपयोग में लाई गई आईटी और औद्योगिक नियंत्रण प्रणाली विन्यासों की सूची और संबंधित संदर्भ प्रथाओं का उल्लेख;
- ग) सुरक्षा नीतियों के अनुपालन में योगदान देने वाली प्रक्रियाओं, कार्यप्रणालियों और प्रौद्योगिकियों का उपयोग [SaaS]।.
विभिन्न अनुप्रयोगों की सुरक्षा के लिए बुनियादी आवश्यकताओं को परिभाषित और दस्तावेजीकृत किया गया है।.
परिभाषित सुरक्षा आवश्यकताओं और अनुपालन दायित्वों के पालन के स्तर की निगरानी के लिए उपयोगी तकनीकी प्रकृति के मेट्रिक्स परिभाषित और कार्यान्वित किए जाते हैं। 5. एप्लिकेशन सुरक्षा के लिए एप्लिकेशन भेद्यता निवारण और पुनर्प्राप्ति की एक प्रक्रिया है, जहां संभव हो वहां सुधार को स्वचालित किया जाता है।.
ऑपरेटिंग सिस्टम और एप्लिकेशन [PaaS, SaaS] के साथ डिवाइस की अनुकूलता को मान्य करने की एक प्रक्रिया है।.
ऑपरेटिंग सिस्टम, पैचिंग और/या एप्लिकेशन [PaaS, SaaS] के संदर्भ में एक भिन्नता प्रबंधन प्रणाली मौजूद है।.

एनआईएस 2

PR.PS-01: कॉन्फ़िगरेशन प्रबंधन पद्धतियों को स्थापित और लागू किया जाता है।.

कम से कम प्रासंगिक सूचना और नेटवर्क प्रणालियों के लिए, उनकी सुरक्षित आधारभूत कॉन्फ़िगरेशन (मजबूत) को एक अद्यतन सूची में परिभाषित और प्रलेखित किया जाता है।.
उपाय GV.PO-01 में उल्लिखित नीतियों के अनुपालन में, बिंदु 1 के संबंध में प्रक्रियाओं को अपनाया और प्रलेखित किया जाता है।.

» शीर्ष पर वापस जाएँ

ग्रन्थसूची

[1] एनआईएसटी, «तकनीकी नोट 1945»।
[2] एनआईएसटी, «एनएसआईटी विशेष प्रकाशन 800-177 संशोधन 1»
[3] राष्ट्रीय साइबर सुरक्षा एजेंसी, «पोस्ट-क्वांटम और क्वांटम क्रिप्टोग्राफी - क्वांटम खतरे की तैयारी»।
[4] राष्ट्रीय साइबर सुरक्षा एजेंसी, «ईमेल प्रमाणीकरण ढांचा»।

» शीर्ष पर वापस जाएँ

यूरोस्टेट डेटा 2026, https://ec.europa.eu/eurostat/databrowser/view/tin00094/default/table?lang=en&category=f_isoc_t_isoc_i_t_isoc_iu ↩︎
आरएफसी 821 को बाद में 2008 के आरएफसी 5321 द्वारा अद्यतन किया गया।. ↩︎
वास्तव में, सामान्य तौर पर, ईमेल सर्वर में अतिरिक्त मॉड्यूल शामिल होते हैं जो एमटीए के कार्यों के अलावा अन्य कार्य करते हैं, जैसे कि उदाहरण के लिए, संदेशों के स्थानीय भंडारण और ग्राहकों द्वारा अपने ईमेल बॉक्स तक पहुंच के लिए मॉड्यूल।. ↩︎ ↩︎
डिस्प्ले नाम प्रेषक के ईमेल पते से जुड़ा टेक्स्ट फ़ील्ड है, जिसे ईमेल क्लाइंट द्वारा संदेश के हेडर में प्राप्तकर्ता को दिखाया जाता है। यह ईमेल पते से अलग होता है और प्रेषक की पहचान को पठनीय और पहचानने योग्य तरीके से प्रस्तुत करता है।. ↩︎
ईमेल पते की संरचना local-part@domain-part प्रकार की होती है, जहाँ local-part ईमेल सिस्टम या सर्वर के भीतर विशिष्ट उपयोगकर्ता की पहचान करता है , जो domain-part से जुड़ा होता है , जबकि domain-part उस सिस्टम या सेवा के डोमेन नाम से मेल खाता है जो local-part द्वारा पहचाने गए उपयोगकर्ता के खाते को होस्ट करता है [2] । ↩︎
जहां कोई अस्पष्टता उत्पन्न न हो, पाठ की सुगमता के लिए, एमटीए के स्थान पर "ईमेल सर्वर" शब्द का प्रयोग किया जाएगा, जो ईमेल सर्वर का वह घटक है जो प्रेषक से प्राप्तकर्ता तक संदेशों के हस्तांतरण को संभालता है।. ↩︎
लिफाफा-प्रेषक और संदेश-प्रेषक के बीच अंतर समझने के लिए, कृपया अनुच्छेद 4.1 में दिए गए "प्रेषक ईमेल पता: लिफाफा-प्रेषक और संदेश-प्रेषक" शीर्षक वाले विस्तृत बॉक्स को देखें। ↩︎
इसमें तथाकथित मॉडिफायर भी मौजूद हो सकते हैं जो अतिरिक्त जानकारी, नियमों के अपवाद और डिफ़ॉल्ट मानों से भिन्नता को निर्दिष्ट करते हैं।. ↩︎
फिलहाल प्रोटोकॉल का केवल एक ही संस्करण उपलब्ध है (v=spf1) ।
फिलहाल प्रोटोकॉल का केवल एक ही संस्करण (v=1) उपलब्ध है। ↩︎
डिफ़ॉल्ट एल्गोरिदम rsa-sha256। ↩︎
हस्ताक्षर डोमेन वह डोमेन है जो डिजिटल हस्ताक्षर के माध्यम से संदेश की प्रामाणिकता की गारंटी देता है और जिसका उपयोग प्राप्तकर्ता DNS से DKIM सार्वजनिक कुंजी प्राप्त करने और हस्ताक्षर को सत्यापित करने के लिए करते हैं। यह आवश्यक नहीं है कि यह संदेश-प्रेषक और/या लिफाफा-प्रेषक डोमेन के साथ मेल खाता हो, लेकिन DMARC नीतियों के अनुसार इसका उनके साथ संरेखण आवश्यक हो सकता है (कृपया इस संबंध में DMARC अनुच्छेद देखें)।. ↩︎
यह चयनकर्ता हस्ताक्षर बनाने के लिए उपयोग किए जाने वाले क्रिप्टोग्राफिक कुंजी युग्म की विशिष्ट पहचान करने की अनुमति देता है। किसी दिए गए डोमेन के लिए, एकाधिक कुंजी युग्म उत्पन्न किए जा सकते हैं ताकि एक ही डोमेन के एमटीए विभिन्न कुंजियों का उपयोग कर सकें या प्रभावी आवधिक कुंजी रोटेशन की अनुमति दे सकें।. ↩︎
विशेष रूप से, विशिष्ट संदेश शीर्षकों पर हस्ताक्षर किए जाते हैं (जैसे कि प्रेषक, प्राप्तकर्ता, विषय, दिनांक) जिन्हें संदेश संचरण के दौरान संशोधित नहीं किया जाता है।. ↩︎
संदेश हैश की गणना आम तौर पर पूरे संदेश निकाय पर की जाती है। ऐसे किसी भी परिदृश्य को संभालने के लिए जहां संदेश में बदलाव किया जाता है, जैसे कि फ़ुटर या अस्वीकरण जैसे तत्व जोड़ना (मेलिंग सूची सेवाओं या स्वचालित फ़ॉरवर्डिंग के बारे में सोचें), हस्ताक्षर उद्देश्यों के लिए संदेश के केवल एक भाग पर विचार करना संभव है। हालांकि, यह प्रक्रिया जोखिम पैदा करती है क्योंकि यह प्राप्त संदेश की पूर्ण अखंडता की गारंटी नहीं देती है।. ↩︎
डिजिटल हस्ताक्षर h में सूचीबद्ध हेडर और bh में दिए गए संदेश बॉडी हैश से प्राप्त किया जाता है । ↩︎
जैसा कि पहले ही पैराग्राफ 5.2.1 में उल्लेख किया गया है, सामान्य तौर पर हस्ताक्षर डोमेन संदेश-प्रेषक और/या लिफाफा-प्रेषक डोमेन के साथ मेल नहीं खा सकता है, लेकिन DMARC नीतियां इसके संरेखण की आवश्यकता हो सकती हैं (जैसा कि DMARC पैराग्राफ में वर्णित किया जाएगा)।. ↩︎
DMARC के कार्य करने के लिए, SPF और DKIM में से कम से कम एक का कार्यान्वयन आवश्यक है। इस मार्गदर्शिका में, अध्याय 5 में बताए अनुसार, तीनों प्रोटोकॉल के संयुक्त कार्यान्वयन की अनुशंसा की जाती है।. ↩︎
DMARC सत्यापन पास करने के लिए यह आवश्यक है कि दो संरेखणों (SPF या DKIM) में से कम से कम एक मान्य हो।. ↩︎
फिलहाल प्रोटोकॉल का केवल एक ही संस्करण उपलब्ध है (v=DMARC1)। ↩︎

बीसीसी ईमेल का एक अच्छा विकल्प

जीएनयू मेलमैन

पिछली पोस्ट में हमने बीसीसी ईमेल के उपयोग के फायदे और नुकसान बताए थे,
देखें: "बीसीसी ईमेल कैसे भेजें और सीमित करें"।

निष्कर्षों में, अन्य वाक्यों के साथ-साथ, हमने यह भी कहा:

सामूहिक ईमेल भेजने के लिए विशेष ऐप्स का उपयोग करें। पेशेवर सिस्टम में अनुमोदन प्रक्रिया और चरणबद्ध नियंत्रण होता है, इन्हें गलतियों से बचने के लिए डिज़ाइन किया गया है।.

इस लेख का सारांश:

यह काम किस प्रकार करता है

ईमेल मार्केटिंग प्लेटफॉर्म को सीखना और उनका समर्थन करना (यदि आप उन्हें अपने ग्राहकों को प्रदान करते हैं) कठिन हो सकता है।.

यहां हम ओपन सोर्स सॉफ्टवेयर "GNU Mailman" का उपयोग करके सामूहिक ईमेल भेजने के विचार का वर्णन कर रहे हैं।
यह सुझाव हमारे अपने अनुभव से आया है, जो हमने आसानी से उपयोग होने वाले "कॉपीमेल ऐप" की पेशकश करते हुए प्राप्त किया है।

मेलमैन की "वन-वे" सूची न्यूज़लेटर या घोषणाओं के लिए एक ऐसी व्यवस्था है
जहां केवल अधिकृत मॉडरेटर ही पोस्ट कर सकते हैं, और सदस्य सूची का जवाब नहीं दे सकते हैं।

यह ऐसे काम करता है:

उपयोगकर्ता अपने ईमेल क्लाइंट या वेबमेल से सूची के ईमेल पते पर संदेश भेजता है।
इसके बाद उसे संदेश की डिलीवरी को मंजूरी देनी होती है, जिसे सर्वर के माध्यम से सभी सब्सक्राइबर्स तक पहुंचाया जाएगा।
यह सिस्टम वापस आए ईमेल (बाउंस) को स्वचालित रूप से संभालता है और यदि आवश्यक हो तो अनसब्सक्राइब भी कर देता है।
सदस्यता मैन्युअल रूप से पंजीकृत करनी होगी।
यह सेवा अत्यंत विश्वसनीय है और हजारों पतों को बिना किसी कठिनाई के संभालने में सक्षम है।
डेटा भेजने के लिए RealSender या अन्य SMTP सर्वरों का उपयोग किया जाता है।

शीर्ष पर वापस जाएं

GNU Mailman “वन-वे” सूची

GNU Mailman एक व्यापक रूप से उपयोग किया जाने वाला सॉफ़्टवेयर है जो अधिकांश इंटरनेट सेवा प्रदाता प्रदान करते हैं।
इंटरनेट पर कुछ गाइड उपलब्ध हैं जो बताते हैं कि इसका उपयोग सामूहिक ईमेल भेजने के लिए कैसे किया जाता है और इसे कैसे कॉन्फ़िगर किया जाए:

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

मुख्य संदर्भ बैरी वारसॉ द्वारा मेलमैन-यूजर्स लिस्ट में किए गए दो पोस्ट से लिया गया यह दस्तावेज़ है:
मैं न्यूज़लेटर/घोषणा/वन-वे लिस्ट कैसे बनाऊं?

इस लेख में मुख्य बिंदुओं की विस्तारपूर्वक व्याख्या की गई है:

एक ऐसा स्वागत संदेश और सूची जानकारी पृष्ठ कैसे बनाएं जिसमें सूची में पोस्ट करने के तरीके का उल्लेख न हो?
इस प्रकार की सूचियों में आमतौर पर आने वाली पासवर्ड संबंधी समस्याओं और सदस्यता रद्द करने की समस्याओं को कैसे कम किया जाए
सूची को इस तरह से प्रतिबंधित कैसे करें कि केवल अधिकृत व्यक्ति ही पोस्ट कर सकें?
किसी संपर्क पते पर जवाब भेजने के लिए घोषणा सूची कैसे सेट करें
घोषणा सूची में पोस्ट कैसे करें

स्टैनफोर्ड विश्वविद्यालय के एक अन्य लेख में बताया गया है कि मेलमैन
का उपयोग करके 'केवल घोषणाओं' के लिए एक सूची कैसे बनाई जा सकती है:
'एकतरफा' केवल घोषणाओं या न्यूज़लेटर सूची कैसे बनाएं - ज्ञान लेख KB00010792

शीर्ष पर वापस जाएं

GNU Mailman के बारे में कुछ ऐतिहासिक जानकारी

मेलिंग लिस्ट चर्चा-आधारित या घोषणा-आधारित हो सकती हैं। मेलमैन सॉफ़्टवेयर पायथन भाषा में लिखा गया है; इसके जारी होने से पहले, पायथन समुदाय पर्ल-आधारित मेलिंग लिस्ट मैनेजर मेजरडोमो का उपयोग करता था।.

आज, मार्क सैपिरो स्टेबल 2.1 ब्रांच को बनाए रख रहे हैं,
जबकि बैरी वारसॉ नए 3.X संस्करण पर ध्यान केंद्रित कर रहे हैं।

मेलमैन की निरंतर सफलता के लिए दो सर्वोपरि सिद्धांत अत्यंत महत्वपूर्ण हैं:

कोई भी संदेश कभी खोना नहीं चाहिए।
कोई भी संदेश एक से अधिक बार नहीं भेजा जाना चाहिए।

मेलमैन 2 में डेवलपर्स ने संदेश प्रबंधन प्रणाली को इस तरह से पुनर्रचित किया कि ये दोनों सिद्धांत हमेशा सर्वोपरि रहें। सिस्टम का यह हिस्सा कम से कम एक दशक से स्थिर है, और यही एक प्रमुख कारण है कि मेलमैन आज इतना व्यापक रूप से उपयोग किया जाता है।.

शीर्ष पर वापस जाएं

VERP बाउंस प्रबंधन

VERP का पूरा नाम वेरिएबल एनवेलप रिटर्न पाथ है। यह एक जानी-मानी तकनीक है जिसका उपयोग मेलिंग लिस्ट बाउंस होने वाले प्राप्तकर्ता पतों की स्पष्ट पहचान करने के लिए करती हैं। जब मेलिंग लिस्ट को बाउंस होने का संदेश मिलता है, तो वह कुछ उपयोगी कार्रवाई कर सकती है, जैसे कि बाउंस होने वाले पते को निष्क्रिय करना या उसे लिस्ट की सदस्यता से हटाना।

बाउंस के लिए एक मानक प्रारूप है, जिसे डिलीवरी स्टेटस नोटिफिकेशन। मेलमैन एक लाइब्रेरी का उपयोग करता है जिसमें दर्जनों बाउंस फॉर्मेट ह्यूरिस्टिक्स शामिल हैं, जो मेलमैन के बीस वर्षों के अस्तित्व के दौरान वास्तविक उपयोग में देखे गए हैं।

VERP, स्पष्ट बाउंस डिटेक्शन प्रदान करने के लिए मूलभूत SMTP प्रोटोकॉल की एक आवश्यकता का लाभ उठाता है, और ऐसे बाउंस संदेशों को लिफाफे के प्रेषक को वापस भेज देता है। यह 'From:' फ़ील्ड नहीं है, बल्कि वास्तव में 'MAIL FROM' मान है। यह डिलीवरी मार्ग में संरक्षित रहता है, और मानकों के अनुसार, अंतिम प्राप्तकर्ता मेल सर्वर को बाउंस संदेशों को इसी पते पर भेजना आवश्यक है।

यदि मेलमैन सर्वर mylist@example.org है, तो anne@example.com को भेजे गए मेलिंग लिस्ट पोस्ट के लिए VERP-एनकोडेड एनवेलप सेंडर होगा: mylist-bounce+anne=example.com@example.org । बाउंस हुए ईमेल VERP-एनकोडेड प्राप्तकर्ता पते पर भेजे जाते हैं। मेलमैन फिर To: हेडर को पार्स करके मूल प्राप्तकर्ता को anne@example.com के रूप में डिकोड कर सकता है।

VERP का उपयोग करने के लिए आवश्यक है कि मेलमैन प्रत्येक प्राप्तकर्ता को संदेश की केवल एक प्रति भेजे। VERP के लिए प्रत्येक प्राप्तकर्ता के लिए एक अद्वितीय MAIL FROM की , और ऐसा करने का एकमात्र तरीका संदेश की एक अद्वितीय प्रति भेजना है। यह तरीका संदेश को स्पैम के रूप में पहचाने जाने से रोकने में भी मदद करता है।

शीर्ष पर वापस जाएं

प्रेषक और मेल प्रेषक पते का संरेखण

परीक्षण अवधि के दौरान, डिफ़ॉल्ट " कॉपीमेल ऐप " कॉन्फ़िगरेशन हमारे द्वारा प्रदान किए गए डोमेन को मेल फ्रॉम एड्रेस (जिसे बाउंस/रिटर्न-पाथ/एनवेलप एड्रेस भी कहा जाता है) के रूप में उपयोग करता है, जो बाउंस हुए ईमेल को वापस भेजने का पता है। यह मेल फ्रॉम डोमेन, फ्रॉम एड्रेस डोमेन (प्राप्तकर्ताओं को दिखाई देने वाला प्रेषक पता) से अलग है ।

उत्पादन में लाने से पहले, DNS में कुछ बदलाव करने होंगे ताकि भेजे गए संदेशों को ' प्रेषक' डोमेन के साथ प्रमाणित किया जा सके। नवीनतम ईमेल मानकों के अनुसार, आप सबडोमेन को ' प्रेषक' पते के रूप में उपयोग करके प्रमाणित ईमेल भेज सकते हैं (उदाहरण के लिए, email.youremaildomain.com ), साथ ही मूल डोमेन को 'प्रेषक' पते के रूप में उपयोग कर सकते हैं (उदाहरण के लिए, info@youremaildomain.com )। अधिक जानकारी ईमेल प्रमाणीकरण के उन्नत पृष्ठ पर उपलब्ध है ।

अन्य वातावरणों में भी ऐसी ही स्थिति उत्पन्न हो सकती है। हम आपको अपने इंटरनेट सेवा प्रदाता से इसकी पुष्टि करने की सलाह देते हैं।.

शीर्ष पर वापस जाएं

SMTP सर्वरों के लिए रिवर्स प्रॉक्सी

रिवर्स प्रॉक्सी आरेख

मुख्य लाभ:

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

HTTP-ओनली रिवर्स प्रॉक्सी (लेयर 7)

इंटरनेट पर कई उपकरण उपलब्ध हैं; शोध के बाद, हमने शुरू में उन उपकरणों को खारिज कर दिया जो केवल HTTP प्रोटोकॉल (लेयर 7) का समर्थन करते हैं:

अपाचे का इस्तेमाल न
करें। “अरे बाप रे! ज़रा उन तकनीकों के बारे में जान लीजिए जिनसे आप काम कर रहे हैं। ईमेल SMTP का इस्तेमाल करता है। अपाचे HTTP का इस्तेमाल करता है। अपाचे को SMTP के बारे में ज़रा भी जानकारी नहीं है। अगर आप ईमेल संदेशों के साथ काम करना चाहते हैं, तो आपको ऐसी तकनीक की ज़रूरत होगी जो SMTP को समझती हो।” – EEAA द्वारा 18 अगस्त, 2016 को 2:49 बजे टिप्पणी की गई

कैडी का उपयोग न करें:
“कैडी केवल HTTP ओवर TCP को प्रॉक्सी कर सकता है, TCP को प्रॉक्सी नहीं कर सकता। Traefik, Nginx या haproxy जैसे रिवर्स प्रॉक्सी का उपयोग करें जो TCP को प्रॉक्सी कर सकते हैं, या इस प्रायोगिक प्लगइन का उपयोग करें।” – ElevenNotes द्वारा 24 सितंबर, 2024 को टिप्पणी की गई

इसके बाद हमने टिप्पणियों में सुझाए गए तीन विकल्पों पर ध्यान केंद्रित किया: "ट्रैफिक, एनजिनएक्स या हैप्रोक्सी," और उन्हें एक-एक करके स्थापित और परीक्षण किया।.

ट्रेफिक पहली पसंद थी।.

अधिकांश ट्यूटोरियल डॉकर से शुरू होते थे, एक ऐसा प्लेटफॉर्म जिससे मैं बचना चाहता था और एक सरल समाधान चुनना चाहता था, जो संभवतः लिनक्स पैकेज मैनेजरों में से किसी एक पर आधारित हो, जैसे कि फेडोरा और सेंटओएस जैसे आरपीएम-आधारित वितरणों के लिए YUM, या APT (एडवांस्ड पैकेज टूल), जिसका उपयोग उबंटू और डेबियन जैसे डेबियन-आधारित वितरणों पर किया जाता है।.

काफी खोजबीन के बाद, हमें यह हालिया लेख मिला, जिसमें उस प्रकार की स्थापना का वर्णन किया गया है जिसकी हमें तलाश थी: Traefik को systemd सेवा के रूप में सेटअप करें।

ध्यान दें: आपको SELinux की सेटिंग्स को "Enforcing" से "Permissive" में बदलना होगा।

Udemy पर दो कोर्स आज़माने के बाद, हमें यह बेहतरीन कोर्स मिला: Traefik क्रैश कोर्स (डॉकर के बिना)। दिए गए उदाहरणों को दोहराकर हम इसे चलाने में सफल रहे। वीडियो के अंत में, बेहतरीन प्रशिक्षक ने इस टूल के प्रति अपनी पूरी असहमति व्यक्त की: Traefik क्रैश कोर्स - 53:50 सारांश।
इससे हमारा आगे परीक्षण करने का इरादा बदल गया और हमने कुछ और आज़माने का फैसला किया।

NginX दूसरा विकल्प था।

इस मामले में, YUM का उपयोग करके इंस्टॉलेशन सरल था:
yum install epel-release nginx nginx-mod-stream nginx-mod-mail
ध्यान दें: SELinux में, आपको रिले को सक्षम करना होगा:
setsebool -P httpd_can_network_relay 1

प्रशिक्षण के लिए, हमने सावधानी बरतते हुए पिछले कोर्स ( एनजिनएक्स क्रैश कोर्स) (पहला भाग लगभग एक घंटे बीस मिनट में समाप्त हो जाता है)। प्रशिक्षक भी इस एप्लिकेशन के बारे में पूरी तरह आश्वस्त नहीं थे, विशेष रूप से इस तथ्य के बारे में कि यह वेब सर्वर और रिवर्स प्रॉक्सी दोनों के रूप में कार्य करता है: एनजिनएक्स क्रैश कोर्स - 1:20:10 सारांश।
रिपोर्ट का अंत इस वाक्य से होता है, "मैं एनजिनएक्स के बजाय HAProxy को चुनूंगा," इसलिए हमने HAProxy को भी आज़माने का निर्णय लिया।

अंत में, हमने HAProxy को भी आजमाया।.

इंस्टॉलेशन बेहद आसान साबित हुआ, क्योंकि यह एक बहुत ही सामान्य एप्लिकेशन है, जो सभी लिनक्स पैकेज मैनेजरों में उपलब्ध है, उदाहरण के लिए: yum install haproxy

हमने अपने भरोसेमंद प्रशिक्षक, HAProxy क्रैश कोर्स से।

यह काम तो करता है, लेकिन दुर्भाग्यवश, यह SMTP प्रमाणीकरण के लिए उपयुक्त नहीं है:
“HAProxy को इस तरह से कॉन्फ़िगर करना संभव नहीं है, क्योंकि HAProxy SMTP को बिल्कुल भी सपोर्ट नहीं करता।”
– लुकास्ट्रिबस ने 17 अगस्त, 2023 को टिप्पणी की।

एक मानक SMTP सर्वर को रिवर्स प्रॉक्सी के रूप में उपयोग करना

दो सप्ताह के परीक्षण के बाद, हमें यह एहसास हुआ कि
अन्य एसएमटीपी सर्वरों के लिए रिवर्स प्रॉक्सी के रूप में एक मानक एसएमटीपी सर्वर का उपयोग करना बेहतर है।

यह केवल SMTP प्रोटोकॉल का उपयोग करके अपना काम करता है, कनेक्शनों को ठीक से प्रमाणित करता है,
और "स्मार्टहोस्ट" फ़ंक्शन के माध्यम से अनुरोधों को अन्य SMTP सर्वरों को अग्रेषित कर सकता है।

Postfix में, main.cf में,
relayhost = [smarthost_address]:port के

Sendmail में, sendmail.mc में, जैसा कि
define(`SMART_HOST',`mail.example.com')

शीर्ष पर वापस जाएं

ईमेल पते कैसे निकालें

कभी-कभी आपने अपनी वेबसाइट या व्यावसायिक सॉफ़्टवेयर से
ऑर्डर की जानकारी या ग्राहक विवरण वाला डेटा निर्यात किया होगा।
हो सकता है कि आपको केवल ईमेल पता और ऑर्डर की तारीख की आवश्यकता हो।

एक तरीका यह है कि सभी डेटा को एक्सेल में आयात करें, अनावश्यक कॉलम को हटा दें
और शेष बचे कॉलम को निर्यात करें।

यह तब ठीक से काम नहीं करेगा जब ईमेल फ़ील्ड में ईमेल पते का विवरण भी शामिल हो,
उदाहरण के लिए: "डेव मार्टिन"

यदि आपको कार्य को कई बार दोहराना पड़े
या किसी और को सभी चरणों को समझाना पड़े तो यह बोझिल हो सकता है।

रेगुलर एक्सप्रेशन (regex) का उपयोग करके वांछित डेटा निकालें।

एक रेगुलर एक्सप्रेशन (संक्षेप में “regex” या “regexp”)
वर्णों का एक क्रम है जो टेक्स्ट में एक मिलान पैटर्न निर्दिष्ट करता है।

एक बहुत ही सरल उदाहरण है किसी शब्द को टेक्स्ट एडिटर में दो अलग-अलग तरीकों से लिखे जाने का पता लगाना,
रेगुलर एक्सप्रेशन seriali[sz]e "serialise" और "serialize" दोनों से मेल खाता है।

पाठ में पहचान करने के लिए वाक्य संरचना अधिक जटिल स्थिति है।

ईमेल पते:
[a-zA-Z0-9._-]+@[a-zA-Z0-9._-]+\.[a-zA-Z0-9_-]+
स्रोत: स्टैकओवरफ्लो - स्ट्रिंग से ईमेल निकालने के लिए रेगुलर एक्सप्रेशन
एक तिथि:
\d{4}-\d{2}-\d{1,2}
स्रोत: स्टैकओवरफ्लो - स्ट्रिंग से तिथि निकालने के लिए रेगुलर एक्सप्रेशन

रेगुलर एक्सप्रेशन (Regex) ट्यूटोरियल

अनुशंसित यूट्यूब वीडियो:
“38 मिनट का सदुपयोग हुआ, बिल्कुल सार्थक रहा” :

किसी भी प्रकार के टेक्स्ट पैटर्न का मिलान कैसे करें
(25वें मिनट से ईमेल पते निकालने के लिए सिंटैक्स समझाया गया है)

रेगुलर एक्सप्रेशन का उपयोग करने के लिए चीट शीट

RegExr ऑनलाइन टूल

रेगुलर एक्सप्रेशन आमतौर पर
नोटपैड++ या एटम जैसे उन्नत टेक्स्ट एडिटर्स में स्वीकार किए जाते हैं।

मुफ्त ऑनलाइन उपकरण भी उपलब्ध हैं, उनमें से एक है:
https://regexr.com - रेगुलर एक्सप्रेशन सीखने, बनाने और परीक्षण करने के लिए एक ऑनलाइन सेवा।

वेब इंटरफ़ेस का स्पष्टीकरण:
"एक्सप्रेशन" वह फ़ील्ड है जिसमें रेगुलर एक्सप्रेशन (regex) सिंटैक्स होता है।
"टेक्स्ट" वह सामग्री है जिसका आप विश्लेषण करना चाहते हैं।
"टूल्स > लिस्ट" से एक्सट्रैक्शन के परिणाम दिखाई देंगे।

उदाहरण 1: केवल ईमेल पता निकालने के लिए

अभिव्यक्ति:
[a-zA-Z0-9._-]+@[a-zA-Z0-9._-]+\.[a-zA-Z0-9_-]+

मूलपाठ:

डेव मार्टिन 615-555-7164 173 मेन स्ट्रीट, स्प्रिंगफील्ड आरआई 55924 davemartin@bogusemail.com चार्ल्स हैरिस 800-555-5669 969 हाई स्ट्रीट, अटलांटिस वीए 34075 charlesharris@bogusemail.com एरिक विलियम्स 560-555-5153 806 फर्स्ट स्ट्रीट, फेकटाउन एके 86847 laurawilliams@bogusemail.com

उपकरण > सूची:
$&\n

परिणाम:

davemartin@bogusemail.com charlesharris@bogusemail.com laurawilliams@bogusemail.com

उदाहरण 2: ईमेल पता और तिथि

अभिव्यक्ति:
","(.*?)([a-zA-Z0-9._-]+@[a-zA-Z0-9._-]+\.[a-zA-Z0-9_-]+)(.*?)",.*",(\d{2}\.\d{2}\.\d{4})

मूलपाठ:

"लोरेम इप्सम डोलर सिट अमेट", "रॉबर्ट फैरेल<rmfarrell@bogusemail.com> ","",02.01.2024, ,5379, "कॉन्सेक्टेचर एडिपिसिंग एलीट","""मेसा, रेने<rmesa@bogusemail.com> ""","",04.01.2024, ,20826, "सेड डू इयूसमॉड टेम्पोर इंसिडिडंट","एंटोनियो बुगन<antonio@bogusemail.com> ","",04.01.2024, ,2856, "उट लेबर एट डोलोर मैग्ना अलिका","क्रॉली डाउन टेनिस क्लब<hello@bogusemail.com> ","",05.01.2024, ,4453,

उपकरण > सूची:
$2,$4\n

परिणाम:

rmfarrell@bogusemail.com, 02.01.2024 rmesa@bogusemail.com, 04.01.2024 antonio@bogusemail.com, 04.01.2024 hello@bogusemail.com, 05.01.2024

रेगुलर एक्सप्रेशन का उपयोग करने के लिए चीट शीट

. - नई पंक्ति को छोड़कर कोई भी वर्ण \d - अंक (0-9) \D - अंक नहीं (0-9) \w - शब्द वर्ण (az, AZ, 0-9, _) \W - शब्द वर्ण नहीं \s - रिक्त स्थान (स्पेस, टैब, नई पंक्ति) \S - रिक्त स्थान नहीं (स्पेस, टैब, नई पंक्ति) \b - शब्द सीमा \B - शब्द सीमा नहीं ^ - स्ट्रिंग का आरंभ $ - स्ट्रिंग का अंत [] - कोष्ठक में वर्णों से मेल खाता है [^ ] - कोष्ठक में नहीं वर्णों से मेल खाता है | - या तो यह या वह ( ) - समूह परिमाणक: * - 0 या अधिक + - 1 या अधिक ? - 0 या एक {3} - सटीक संख्या {3,4} - संख्याओं की सीमा (न्यूनतम, अधिकतम)

स्रोत: गिटहब कोड स्निपेट्स

शीर्ष पर वापस जाएं

''नो-मेल'' डोमेन को कैसे सुरक्षित रखें

अधिकांश कंपनियां और सार्वजनिक निकाय कई डोमेन नाम पंजीकृत करते हैं।
व्यवसाय अक्सर उपयोगकर्ता की त्रुटियों से बचाव और अपने ब्रांड की सुरक्षा के लिए एक से अधिक डोमेन खरीदते हैं।
कई बार विशेष प्रचार-प्रसार के लिए भी ऐसा किया जाता है।

किसी एक गतिविधि के लिए डोमेन की संख्या कुछ दर्जन से लेकर सैकड़ों तक हो सकती है।
नगरपालिका में लगभग दो सौ से लेकर फेरारी और गोल्डमैन सैक्स जैसी हजारों कंपनियों तक हो सकती है ।

पंजीकृत डोमेन की कुल संख्या की गणना करने पर यह संख्या चौंका देने वाली हो जाती है,
कि वेरीसाइन के दावे के अनुसार, 2022 के अंत तक 350 मिलियन डोमेन नामों तक पहुंच गई थी।

इनमें से कई डोमेन का उपयोग "प्रदर्शनी" के रूप में किया जाता है। वेबसाइट पर कोई ईमेल पता सूचीबद्ध नहीं है।
संपर्क अनुरोधों को आम तौर पर फॉर्म भरने या सोशल मीडिया चैनलों पर भेज दिया जाता है।

नो-मेल डोमेन

ईमेल भेजने का प्रबंधन, आवश्यक प्रमाणीकरण (SPF, DKIM, DMARC, आदि) के साथ, दिन-प्रतिदिन जटिल होता जा रहा है।
इसी कारणवश, आधिकारिक बाहरी ईमेल संचार के लिए आमतौर पर केवल एक ही डोमेन का उपयोग किया जाता है।

हालांकि, अपनी ऑनलाइन उपस्थिति की सुरक्षा का विचार दोधारी तलवार साबित हो सकता है।
गलत तरीके से कॉन्फ़िगर किए गए "शोकेस डोमेन" का दुरुपयोग दुर्भावनापूर्ण तत्वों द्वारा आसानी से किया जा सकता है।

वे अक्सर प्रेषक के प्रसिद्ध नाम का दुरुपयोग करते हैं, प्राप्तकर्ताओं का विश्वास जीतने के लिए और ऐसी कार्रवाइयों की मांग करते हैं
जो गोपनीय जानकारी या ओपनिंग लिंक और अटैचमेंट को उजागर करती हैं।

प्राप्तकर्ताओं को अपने सिस्टम की सुरक्षा से समझौता करने का खतरा है,
जिससे डिजिटल अपराधियों के गिरोहों को बाहर से पहुंच मिल सकती है।

ऊपर उल्लिखित जटिल प्रमाणीकरण प्रणालियों के अपने सकारात्मक पहलू भी हैं।
DMARC प्रोटोकॉल को नकली ईमेल पर कार्रवाई करने के लिए डिज़ाइन किया गया था,
ताकि अनधिकृत व्यक्तियों या संगठनों को हमारे प्रेषकों के माध्यम से ईमेल भेजने से रोका जा सके।

एक आसान सेटअप आपको यह घोषित करने की अनुमति देता है कि कोई विशेष डोमेन उपयोग में नहीं है, जिससे
प्राप्तकर्ताओं को उस डोमेन से आने वाले किसी भी ईमेल को अस्वीकार करने की चेतावनी मिलती है।
इसके लिए डोमेन डीएनएस में इस संकेत के साथ एक रिकॉर्ड (एकल पंक्ति) डालना पर्याप्त है:

_dmarc.yourdomain.com. TXT "v=DMARC1; p=reject"

बाउंस मेल

यह नियम लागू होता है या नहीं, यह संदेश प्राप्त करने वाले सिस्टम पर निर्भर करता है।
अच्छी बात यह है कि DMARC प्रोटोकॉल मार्च 2015 से IETF का स्वीकृत मानक
अधिकांश ऑनलाइन ईमेल सेवाएं अपने उपयोगकर्ताओं की सुरक्षा के लिए इसे लागू करती हैं।

“NO-MAIL” डोमेन से आने वाले संदेश स्वचालित रूप से बाउंस हो जाएंगे।.

इस तरह, अपनी कंपनी को दुरुपयोग से बचाने के साथ-साथ, आप उन "पुराने" डोमेनों को भी गलती से इस्तेमाल होने से
रोकेंगे , जो अब भेजने के लिए अधिकृत या प्रमाणित नहीं हैं।

व्यवसाय एसएमएस का उपयोग क्यों करते हैं?

समस्या: अपठित ईमेल, अनुत्तरित कॉल

ईमेल इनबॉक्स में उपभोक्ताओं का ध्यान आकर्षित करने के लिए बहुत सारे ईमेल आते हैं,
जिससे व्यवसायों के लिए अपने ग्राहकों और संभावित ग्राहकों की नज़र में आना और भी मुश्किल हो जाता है।

किसी को महत्वपूर्ण ईमेल पढ़ने के लिए राजी करना (या यहां तक कि उन्हें फोन पर बात करने के लिए राजी करना)
दिन-ब-दिन मुश्किल होता जा रहा है।

आपके ग्राहक अब आपके ईमेल क्यों नहीं पढ़ते?

48% उपभोक्ताओं के इनबॉक्स में 50 से अधिक अपठित संदेश हैं।
अधिकांश उपभोक्ता अपठित संदेशों को छांटने से बचते हैं, इसलिए ईमेल जमा होते रहते हैं।
– स्रोत: ज़िपविप ( Why Your Customers Don't Read Your Emails Anymore ) (पीडीएफ 15 एमबी)

कुछ अपडेट अत्यंत आवश्यक और महत्वपूर्ण हो सकते हैं। इन्हें ईमेल द्वारा भेजने से यह जोखिम रहता है
कि संदेश पढ़ा न जाए या स्पैम फोल्डर में चला जाए।

जब पूछा गया कि "आपके पास कितने ईमेल खाते हैं?" तो 77% लोगों ने जवाब दिया "दो या अधिक"।
आमतौर पर स्मार्टफोन पर केवल एक ही खाता कॉन्फ़िगर किया जाता है।

आपके ग्राहक अब फोन का जवाब क्यों नहीं देते?

ग्राहकों को कॉल करने पर जवाब न मिलना
या कॉल का वॉइसमेल पर चले जाना,
दिन-प्रतिदिन आम होता जा रहा है।

97% उपभोक्ता व्यवसायों और अज्ञात नंबरों से आने वाली कॉलों को अनदेखा करने की बात स्वीकार करते हैं।
– स्रोत: ज़िपविप ( Why Your Customers Don't Answer the Phone Anymore) (पीडीएफ 15 एमबी)

इसका समाधान: मुझे मैसेज करें

कोविड-19 के कारण इलेक्ट्रॉनिक उपकरणों का उपयोग बढ़ गया है,
साक्षात्कार में शामिल 64% लोगों ने कहा: "मैं अपने फोन पर अधिक समय बिताता हूं"।

2021 में टेक्स्टिंग की स्थिति

58% उपभोक्ताओं का कहना है कि टेक्स्ट मैसेजिंग व्यवसायों के लिए उन तक शीघ्रता से पहुंचने का सबसे प्रभावी तरीका है।
– स्रोत: ज़िपविप स्टेट ऑफ़ टेक्स्टिंग 2021 (पीडीएफ 21 एमबी)

यहां तक कि ई-कॉमर्स में भी, जहां पंजीकरण के लिए आमतौर पर ईमेल की आवश्यकता होती है,
अमेज़ॅन सहित कुछ बड़ी कंपनियां मोबाइल नंबर के माध्यम से पंजीकरण करने की सुविधा प्रदान करती हैं।

स्पष्टीकरण: मैसेज भेजने के पांच अच्छे कारण

तुरंत
पढ़े जाते हैं, आमतौर पर प्राप्त होने के कुछ ही सेकंड बाद।
इन्हें खोलने की दर 95% से अधिक है (इस 95% में से 90% संदेश भेजे जाने के तीन मिनट के भीतर ही पढ़ लिए जाते हैं)।
एसएमएस संदेश संक्षिप्त और सटीक होते हैं, और संचार आवश्यक और तत्काल होता है।
यह बेहद सरल है।
इन्हें अपने प्राप्तकर्ता तक पहुंचने के लिए इंटरनेट कनेक्शन की आवश्यकता नहीं होती।
यह आपके ब्रांड को उन लोगों तक पहुंचने में सक्षम बनाता है जो तकनीक से अच्छी तरह परिचित नहीं हैं।
इसका उपयोग वीडियो सामग्री के समान है (तेज़, तात्कालिक, जिसे 160 अक्षरों में कहा जा सकता है)।
सर्वव्यापी है
और बिना कोई नया ऐप इंस्टॉल किए दुनिया के हर मोबाइल फोन के साथ काम करता है।
स्मार्टफोन (या पुराने जमाने का मोबाइल फोन) हमेशा मालिक के साथ रहता है, जैसे बटुआ और घर की चाबियां।
एक विश्वसनीय माध्यम से ग्राहक से कहीं भी संपर्क करने की सुविधा देता है।
सस्ते होते हैं
और इन्हें भेजने का खर्च कम होता है।
भेजे गए संदेशों की औसत लंबाई 155 अक्षरों से अधिक नहीं होती (एक संदेश की सीमा 160 अक्षर है)।
ग्राहकों से संवाद करते समय फोन कॉल या ईमेल के साथ टेक्स्ट संदेशों का उपयोग करने से समय की बचत हो सकती है।
यह संवादात्मक
संचार है, जो एक सहज और सरल माध्यम से होता है; इस पर कोई दबाव नहीं डाला जाता, न ही इसे ज़बरदस्ती किया जाता है।
एसएमएस को अधिक महत्व दिया जाता है, इसके खुलने और पढ़े जाने की संभावना अधिक होती है। साथ ही, इसके उत्तर मिलने की संभावना भी अधिक होती है।
टेक्स्ट मैसेजिंग की भाषा सरल होती है और संवाद को प्रोत्साहित करती है। प्रतिक्रिया दर 45% तक होती है।

बाउंस हुए ईमेल को कैसे हैंडल करें

बाउंस ईमेल या संक्षेप में कहें तो "बाउंस" वे ईमेल होते हैं जो
मेल ट्रांसफर एजेंट (MTA) द्वारा प्रेषक को स्वचालित रूप से भेजे जाते हैं,
ताकि यह सूचित किया जा सके कि संदेश प्राप्तकर्ता को सही ढंग से प्राप्त नहीं हुआ है।

विषय आमतौर पर "लौटाया गया मेल: विवरण के लिए ट्रांसक्रिप्ट देखें" होता है।
व्याख्यात्मक बाउंस जानकारी, एक कोड और विवरण, सामग्री में पाया जा सकता है।

"स्टेटस-कोड" से उस त्रुटि के प्रकार की स्पष्ट पहचान होनी चाहिए जिसके कारण ईमेल वापस आया,
लेकिन अक्सर प्रत्येक ईमेल सेवा प्रदाता द्वारा उपयोग किए जाने वाले कोड और विवरणों का
विश्लेषण और व्याख्या करके ही बाउंस को सही ढंग से वर्गीकृत किया जा सकता है।

ईमेल बाउंस होने से क्या जोखिम हैं?

गलत/निष्क्रिय प्राप्तकर्ताओं को ईमेल भेजना "स्पैमर व्यवहार" माना जाता है।.

आप उन्हें अनदेखा नहीं कर सकते

यदि आप अपनी सूची के बाकी सदस्यों तक पहुंचना चाहते हैं, तो बेहतर यही होगा कि आप सूची के "खराब" हिस्से को संदेश भेजना बंद कर दें।
इसे कभी-कभी "सूची स्वच्छता" भी कहा जाता है।

आपको उनका अर्थ समझना चाहिए

डिलीवरी स्टेटस नोटिफिकेशन (DSN) तीन प्रकार के होते हैं: सफलता - ईमेल डिलीवर हो गया है (नोटिफिकेशन केवल भेजने वाले के अनुरोध पर भेजा जाता है)
हार्ड बाउंस - एक स्थायी त्रुटि हुई है
सॉफ्ट बाउंस - एक अस्थायी त्रुटि हुई है

हार्ड बाउंस (स्टेटस-कोड 5.XXX.XXX): ईमेल पते ने एक स्थायी त्रुटि उत्पन्न की है
जैसे “550 5.1.1 … उपयोगकर्ता अज्ञात” या “5.1.2 … होस्ट अज्ञात”
एक स्थायी त्रुटि इंगित करती है कि आपको उस प्राप्तकर्ता को फिर कभी ईमेल नहीं भेजना चाहिए।
एक भी बाउंस संदेश आने पर ईमेल पता ब्लॉक हो जाना चाहिए।

सॉफ्ट बाउंस (स्टेटस-कोड 4.XXX.XXX): ईमेल पते ने एक अस्थायी त्रुटि उत्पन्न की है
जैसे “452 4.2.2 … मेलबॉक्स भरा हुआ”
एक अस्थायी त्रुटि इंगित करती है कि आप भविष्य में डिलीवरी का पुनः प्रयास कर सकते हैं।
कुछ दिनों के अंतराल में कम से कम तीन बाउंस संदेश आने पर ईमेल पता ब्लॉक हो जाना चाहिए।

आपको बाउंस हैंडलिंग की कार्यप्रणाली (और इसे अनुकूलित करने का तरीका) पता होना चाहिए।

सभी प्राप्त संदेशों को एक एप्लिकेशन द्वारा डाउनलोड किया जाता है
और फिर उन्हें ऐप इंटरफ़ेस या JSON फ़ाइल के माध्यम से मानवीय समीक्षा के लिए उपलब्ध कराया जाता है।
वर्गीकरण कुछ नियमों का पालन करता है, जिन्हें संपादित किया जा सकता है।
विकल्प यह परिभाषित करते हैं कि सॉफ्ट बाउंस को हार्ड बाउंस स्तर में कब "अपग्रेड" किया जाएगा।

» शीर्ष पर वापस जाएँ

उछालों की संख्या जांचें

कभी-कभी प्रेषक और प्राप्तकर्ता दोनों की ओर से कॉन्फ़िगरेशन त्रुटि के
कारण सॉफ्ट बाउंस या यहां तक कि हार्ड बाउंस भी हो सकता है।

पिछले सप्ताह में बाउंस हुए संदेशों की संख्या की जाँच करना एक अच्छी आदत है,
ताकि यह पता चल सके कि संख्या पहले जैसी ही है या कोई असामान्यता है।
अगर कुछ गड़बड़ है, तो आपको तुरंत पता चल जाएगा। बाउंस के विवरण को पढ़ने से आपको कारण का पता लगाने में मदद मिलेगी।

कुछ सिस्टम आपको दिनों की संख्या (जैसे 180) निर्धारित करने की अनुमति देते हैं,
जिसके बाद ग्राहक की बाउंस जानकारी हटा दी जाती है।
इस तरह एसएमटीपी सर्वर उस प्राप्तकर्ता से दोबारा संपर्क करने का प्रयास करेगा।

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

» शीर्ष पर वापस जाएँ

बाउंस हैंडलिंग के लिए नए रुझान

एक वाक्य में कहें तो: इलाज से बेहतर रोकथाम है।

ईमेल भेजने की प्रक्रिया

अपने एसएमटीपी सर्वरों की प्रतिष्ठा को नुकसान से बचाने के लिए,
अधिक से अधिक ईएसपी (ईमेल सेवा प्रदाता) एक "ईमेल दमन सूची"
जो संदेशों के प्राप्तकर्ता के मेलबॉक्स तक पहुंचने से पहले ही।

जब कोई ग्राहक ऐसा ईमेल भेजता है जिसके परिणामस्वरूप हार्ड बाउंस होता है, तो
बाउंस उत्पन्न करने वाले ईमेल पते को दमन सूची में जोड़ दिया जाता है।

यह प्रतिबंधित सूची सभी ग्राहकों पर लागू होती है। दूसरे शब्दों में,
यदि कोई अन्य ग्राहक प्रतिबंधित सूची में मौजूद किसी ईमेल पते पर ईमेल भेजने का प्रयास करता है, तो
SMTP सर्वर उसे नहीं भेजेगा, क्योंकि वह ईमेल पता प्रतिबंधित है।

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

» शीर्ष पर वापस जाएँ

बाउंस हुए संदेशों के स्टेटस कोड

हार्ड बाउंस और सॉफ्ट बाउंस की पहचान करने के लिए उपयोग किए जाने वाले स्टेटस कोड का सिंटैक्स इस प्रकार है:
status-code = class “.” subject “.” detail

स्टेटस कोड में तीन संख्यात्मक फ़ील्ड होते हैं जो "." से अलग किए जाते हैं।

पहला सब-कोड (क्लास) यह दर्शाता है कि वितरण का प्रयास सफल रहा या नहीं।
दूसरा उप-कोड (विषय) किसी भी प्रसव संबंधी विसंगति के संभावित स्रोत को इंगित करता है।
तीसरा उप-कोड (विवरण) एक विशिष्ट त्रुटि स्थिति को इंगित करता है।

उप-कोड (वर्ग) स्थिति का एक सामान्य वर्गीकरण प्रदान करता है।
RFC 3463 और RFC 6522 में निम्नानुसार परिभाषित किया गया है :

2.XXX.XXX सफलता (प्रेषक के अनुरोध पर ही भेजा जाता है) सफलता यह दर्शाती है कि DSN सकारात्मक डिलीवरी कार्रवाई की सूचना दे रहा है। विवरण उप-कोड डिलीवरी के लिए आवश्यक परिवर्तनों की सूचना दे सकते हैं। 4.XXX.XXX स्थायी क्षणिक विफलता: एक स्थायी क्षणिक विफलता वह है जिसमें भेजा गया संदेश मान्य होता है, लेकिन किसी अस्थायी स्थिति के बने रहने के कारण संदेश भेजने के प्रयास विफल हो जाते हैं या उनमें देरी हो जाती है। यदि यह कोड डिलीवरी विफलता रिपोर्ट के साथ आता है, तो भविष्य में भेजना सफल हो सकता है। 5.XXX.XXX स्थायी विफलता: एक स्थायी विफलता वह है जिसे संदेश को वर्तमान स्वरूप में पुनः भेजकर हल किए जाने की संभावना नहीं है। सफल डिलीवरी के लिए संदेश या गंतव्य में कुछ परिवर्तन करना आवश्यक है।.

कुछ कोड और विवरण के उदाहरण:

2.0.0: भेजा गया (संदेश डिलीवरी के लिए स्वीकार किया गया) 4.2.2: कोटा से अधिक 4.4.5: डिस्क स्थान अपर्याप्त 5.0.0: अमान्य डोमेन नाम 5.1.1: उपयोगकर्ता अज्ञात 5.7.1: संदेश सामग्री अस्वीकृत

» शीर्ष पर वापस जाएँ

मैं यह कैसे जांचूं कि मेरा SMTP सुरक्षित है या नहीं?

2020 के दशक में रैंसमवेयर हमलों की बढ़ती संख्या के साथ
, इंटरनेट पर हमारा मुख्य संचार चैनल, ईमेल, क्या सुरक्षित है?

एसएमटीपी सर्वर एक बेहद संवेदनशील ढांचा है।
वे हमारी ओर से ईमेल संदेश भेज सकते हैं,
जिन्हें हमारे सहयोगी विश्वसनीय प्रेषकों से आया हुआ मानते हैं
क्योंकि प्रेषक सर्वर द्वारा उनका सही प्रमाणीकरण किया जाता है।

एसएमटीपी सर्वर एक बेहद संवेदनशील अवसंरचना है।
वे हमारी ओर से ईमेल संदेश प्रसारित करते हैं,
जिन्हें हमारे सहयोगी विश्वसनीय प्रेषकों से आया हुआ मानते हैं
क्योंकि प्रेषक के एसएमटीपी सर्वर द्वारा उनका उचित प्रमाणीकरण किया जाता है।

अगर कोई और आपके SMTP सर्वर का इस्तेमाल करे तो क्या होगा?
मैं कैसे जांच करूं कि मेरा SMTP सर्वर सुरक्षित है या नहीं?

इंटरनेट पर संवेदनशील अवसंरचनाओं के उपयोग के लिए
दुरुपयोग को रोकने के लिए उच्च स्तर की सुरक्षा की आवश्यकता होती है।

गंभीर सुरक्षा चेतावनी

यदि आप smtp.gmail.com के माध्यम से संदेश भेजने का प्रयास करते हैं, तो
आपको ब्लॉक कर दिया जाएगा और यह "गंभीर सुरक्षा चेतावनी" प्राप्त होगी:

कम सुरक्षित ऐप अवरुद्ध: Google ने उस ऐप को अवरुद्ध कर दिया है जिसे आप उपयोग करने का प्रयास कर रहे थे क्योंकि यह हमारे सुरक्षा मानकों को पूरा नहीं करता है। [...]

इसका एकमात्र विकल्प OAuth2 का उपयोग करना है, एक ऐसा प्रोटोकॉल जो पासवर्ड डेटा साझा नहीं करता है,
बल्कि पहचान साबित करने के लिए प्राधिकरण टोकन का उपयोग करता है।

इंटरनेट पर सबसे अधिक उपयोग किए जाने वाले मेल सर्वर (अगस्त 2021 के आंकड़ों के अनुसार) हैं:
एक्सिम (58%), पोस्टफिक्स (35%), सेंडमेल (4%)

अपने स्वयं के मेल सर्वर का उपयोग जारी रखने और
हैक होने के जोखिम को कम करने के लिए, जाँच करने हेतु न्यूनतम आवश्यकताएँ निम्नलिखित हैं:

केवल सुरक्षित प्रमाणीकरण स्वीकार करें।
उपयोगकर्ता नाम और पासवर्ड सुरक्षित कनेक्शनों के माध्यम से प्रेषित किए जाने चाहिए,
आमतौर पर पोर्ट 587+TLS या पोर्ट 25+TLS या पोर्ट 465+SSL।
सादे पाठ संवेदनशील डेटा संचार अक्षम है।
मेल भेजने वाले के पते की जाँच होनी चाहिए;
केवल आपके द्वारा अधिकृत व्यक्ति ही मेल भेज सकेंगे।
Fail2ban को इस तरह कॉन्फ़िगर करें कि वह सभी बाहरी हमलों को ब्लॉक कर दे
ताकि आपकी सुरक्षा प्रणालियों को भेदने के प्रयास विफल हो सकें।
विशेष रूप से, Fail2ban को सभी दोहराए गए प्रयासों को ब्लॉक करना चाहिए:

गलत उपयोगकर्ता नाम या पासवर्ड से लॉग इन करना
किसी अनधिकृत प्रेषक के साथ ईमेल भेजना
प्रमाणीकरण प्रक्रिया के दौरान एसएमटीपी कनेक्शन को बाधित करना
(कई बार कनेक्शन टूटने से वैध उपयोगकर्ताओं के लिए एसएमटीपी सेवा अनुपलब्ध हो जाती है)

यह ब्लॉक आमतौर पर तीन से दस प्रयासों के बीच होता है
और स्रोत आईपी को तीन से चौबीस घंटे के लिए प्रतिबंधित कर देता है।

इन बिंदुओं का परीक्षण करना और यह तय करना काफी आसान है कि आपके एसएमटीपी इंफ्रास्ट्रक्चर को सुरक्षा अपग्रेड की आवश्यकता है
या नहीं ।

Fail2ban आपके सर्वर को ब्रूटफोर्स/डीडीओएस हमलों से बचाता है।
यह इस तरह काम करता है जैसे कोई अजनबी दरवाजा खटखटाता है, और
कुछ बार खटखटाने के बाद दरवाजा गायब हो जाता है।

हैकर न्यूज की ओर से एक गवाही :

मैं कई सालों से अपना खुद का मेल सर्वर मैनेज कर रहा हूं और मुझे लगता है कि यहां कई लोग Mail-in-a-box, mailcow, Mailu आदि जैसे समाधानों का इस्तेमाल करते हैं। कोरोना से पहले मुझे अपने मेल सर्वर के साथ कभी कोई बड़ी समस्या नहीं हुई थी, लेकिन पिछले कुछ हफ्तों में मुझे बहुत ज्यादा इनकमिंग ट्रैफिक मिला - यह मेरे सर्वर के लिए बहुत ज्यादा था और मुझे हर बार इसे मैन्युअल रूप से रीबूट करना पड़ा... [...] एडिट: मैंने अपनी fail2ban सेटिंग्स बदल दीं और पाया कि मुझ पर मुख्य रूप से ब्रूट फोर्स अटैक हो रहे थे, जिनसे fail2ban जैसे टूल्स की मदद से बचाव किया जा सकता था।

Fail2ban एक लॉग-पार्सिंग एप्लिकेशन है जो
स्वचालित हमले के लक्षणों की तलाश में सिस्टम लॉग की निगरानी करता है।

जब किसी दुरुपयोग के प्रयास का पता चलता है, तो निर्धारित मापदंडों का उपयोग करके,
Fail2ban फ़ायरवॉल (iptables या firewalld) में एक नया नियम जोड़ता है
ताकि हमलावर के IP पते को एक निश्चित समय के लिए या स्थायी रूप से ब्लॉक किया जा सके।
Fail2ban आपको ईमेल के माध्यम से भी हमले की सूचना दे सकता है।

Fail2ban मुख्य रूप से SSH हमलों पर केंद्रित है, हालांकि इसे
किसी भी ऐसी सेवा के लिए काम करने के लिए कॉन्फ़िगर किया जा सकता है जो लॉग फ़ाइलों का उपयोग करती है और जिसके साथ छेड़छाड़ की जा सकती है।

इसका व्यापक रूप से उपयोग किया जाता है। Google पर इसे खोजने पर,
मेल सर्वरों की सुरक्षा के लिए कॉन्फ़िगरेशन के उदाहरण आसानी से मिल जाते हैं।

ईमेल भेजने के लिए DNS सेटिंग्स

ईमेल भेजने के लिए कौन सी डोमेन DNS सेटिंग्स आवश्यक हैं?

ईमेल सेवा प्रदाता आमतौर पर अपने एसएमटीपी सर्वरों का उपयोग करने से पहले प्रेषक के डोमेन को सत्यापित करने की आवश्यकता रखते हैं
। इसके दो कारण हैं:

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

सारांश:

ईमेल सेवा प्रदाता: सत्यापित प्रेषकों के लिए आवश्यकताएँ

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

प्रदाता का नाम	DKIM “From” डोमेन संरेखण	SPF “मेल-फ्रॉम” डोमेन संरेखण	नोट्स
अमेज़न एसईएस	हां (3 CNAME रिकॉर्ड)	नहीं (@amazonses.com)
मेलगन	हाँ (TXT रिकॉर्ड)	हाँ (TXT रिकॉर्ड)	हॉटमेल और याहू डिलीवरी चेक*
मेलजेट	हाँ (TXT रिकॉर्ड)	नहीं (@mailjet.com)	हॉटमेल और याहू डिलीवरी चेक*
रियलसेंडर	हां (2 CNAME रिकॉर्ड)	हाँ (TXT रिकॉर्ड)	समर्पित आईपी पता
सेंडग्रिड	हां (2 CNAME रिकॉर्ड)	हाँ (CNAME रिकॉर्ड)	हॉटमेल डिलीवरी चेक*
~~सेंडिनब्लू~~	~~नहीं (sendinblue.com)~~	~~नहीं (@aa.d.sender-sib.com)~~	~~प्रेषक सत्यापन की आवश्यकता नहीं है~~
Smtp2go	हां (1 CNAME रिकॉर्ड)	हाँ (CNAME रिकॉर्ड)

* = हमने निम्नलिखित प्रत्येक मेलबॉक्स को संदेश भेजा और यह नोट किया कि क्या कोई ऐसी बात थी जिससे पता चले कि हमें दोबारा जांच करनी चाहिए:
Gmail, Hotmail, Yahoo, Gmx, Aruba, Tiscali, Exchange Online

सत्यापित प्रेषक इतना महत्वपूर्ण क्यों है?

2021 में, हमने प्रेषक के डोमेन की प्रामाणिकता सुनिश्चित करना अनिवार्य बना दिया है
ताकि प्राप्तकर्ता को पता चल सके कि प्रेषक का ईमेल पता फर्जी नहीं है।
पूर्व-निर्धारित प्रमाणीकरण जांच से प्रेषक प्रणालियों के दुरुपयोग का जोखिम भी काफी हद तक कम हो जाता है।

इसी कारण से हमने सूची से एक प्रदाता को "हटा दिया" है:
यह संदेश भेजने की अनुमति देने से पहले डोमेन सत्यापन की आवश्यकता नहीं रखता है।

डोमेन अलाइनमेंट क्या है?

संदेश भेजते समय, हम दो डोमेन से निपट रहे होते हैं:

प्रेषक के 'फ्रॉम' पते में, जो प्राप्तकर्ता को दिखाई देता है
मेल-फ्रॉम एड्रेस (जिसे "एनवेलप सेंडर" या "रिटर्न-पाथ" भी कहा जाता है) में,
जो छिपा हुआ होता है और बाउंस हुए मेल प्राप्त करने के लिए सीधे ईएसपी द्वारा प्रबंधित किया जाता है।

“डोमेन अलाइनमेंट” की आवश्यकता को इस वाक्य में संक्षेप में बताया गया है:
“जब कोई प्रेषक SPF और/या DKIM का उपयोग करके अपने ईमेल को प्रमाणित करता है, तो
कम से कम एक डोमेन को भेजने वाले के डोमेन के साथ संरेखित होना चाहिए।”

CNAME रिकॉर्ड और TXT रिकॉर्ड में से कौन सा बेहतर है?

DKIM प्रमाणीकरण के लिए, CNAME रिकॉर्ड को लागू करना आसान है।
2048-बिट TXT रिकॉर्ड जोड़कर भी यही परिणाम प्राप्त किया जा सकता है, लेकिन यह अधिक जटिल है।
इसके अलावा, CNAME के माध्यम से DKIM रिकॉर्ड का डेलीगेशन आपके प्रदाता को
सुरक्षा कारणों से आवश्यकता पड़ने पर इसकी कुंजी को संशोधित करने की अनुमति देता है।

CNAME रिकॉर्ड का उपयोग करके SPF प्रमाणीकरण का अर्थ है कि ईमेल भेजने वाले का पता
आपके ईमेल सेवा प्रदाता द्वारा प्रबंधित एक सबडोमेन होगा, जैसे: bounce.your-company-name.org।
प्रदाता SPF प्रमाणीकरण और बाउंस हुए संदेशों दोनों को संभालेगा।

ज़िम्ब्रा या एक्सचेंज जैसे ईमेल सर्वरों के साथ SPF प्रमाणीकरण के लिए TXT रिकॉर्ड सबसे अच्छा विकल्प है,
जहाँ प्रत्येक प्रेषक को बाउंस हुए संदेश सीधे प्राप्त होते हैं।
डोमेन प्रमाणीकरण के लिए केवल एक TXT रिकॉर्ड होता है, इसलिए
यदि आप कई SMTP सर्वरों का प्रबंधन करते हैं तो इसे बनाए रखना मुश्किल हो सकता है।

डेडिकेटेड आईपी एड्रेस क्या होता है?

अधिकांश SMTP सेवाएं अपने ग्राहकों को "साझा" IP पते प्रदान करती हैं।
हर बार जब कोई ईमेल भेजा जाता है, तो एक अलग IP पता आवंटित किया जाता है।

"डेडिकेटेड आईपी एड्रेस" का मतलब है कि आपके ईमेल भेजने का आईपी एड्रेस समय के साथ नहीं बदलेगा।
इससे प्रेषक की प्रतिष्ठा पर पूरा नियंत्रण रहता है, जिसे दूसरों के इस्तेमाल से कोई नुकसान नहीं पहुंच सकता।

क्या हमें कंपनी के डोमेन DNS सेटिंग्स को सीधे प्रबंधित करना चाहिए?

जरूरी नहीं, क्योंकि इसके लिए कुछ तकनीकी कौशल की आवश्यकता होती है।.

कंपनी प्रबंधन को इस बात की जानकारी होनी चाहिए कि DNS सेटिंग्स में कुछ बदलाव भी
गंभीर परिणाम उत्पन्न कर सकते हैं, जैसे कि:

वेबसाइट पर आने वाले आगंतुकों को किसी अन्य वेब सर्वर पर ले जाएं
आने वाले संदेशों को किसी दूसरे मेल सर्वर पर रीडायरेक्ट करें
ईमेल प्रमाणीकरण को तोड़ें ताकि संदेशों को स्पैम माना जाए या अस्वीकार कर दिया जाए

» शीर्ष पर वापस जाएँ

मेलिंग लिस्ट को कैसे प्रबंधित करें

भविष्य की योजना बनाते हुए मेलिंग लिस्ट को कैसे प्रबंधित करें?

सबसे पहले, मेलिंग लिस्ट मैनेजर का उपयोग क्यों करें?

CRM सिस्टम (जैसे Salesforce और Microsoft CRM)
और व्यावसायिक ईमेल (जैसे Office 365 और Google Apps Gmail)
सामूहिक मेलिंग के लिए उपयुक्त नहीं हैं।

इन्हें व्यक्तिगत संचार के लिए बनाया गया था।
अक्सर दुरुपयोग से बचने के लिए इनमें दैनिक भेजने की सीमा निर्धारित होती है।

कई बार कंपनियों को अपने अधिकांश संपर्कों या कुछ चुनिंदा समूहों को ईमेल भेजने पड़ते हैं।
बल्क मेलिंग को समर्पित सिस्टम द्वारा प्रबंधित किया जाना चाहिए,
जो बड़ी मात्रा में संदेशों को संसाधित करने और स्वचालित अनसब्सक्रिप्शन की सुविधा प्रदान करने में सक्षम हों।
दूसरा चरण: इन समाधानों को कहाँ ढूँढें?

इसका आसान जवाब है "सास" - सॉफ्टवेयर एज़ अ सर्विस - के विकल्पों को देखना
(मेलचिम्प सबसे प्रसिद्ध सिस्टम है, इनक्समेल कम जाना जाता है, लेकिन बड़ी कंपनियों द्वारा उपयोग किया जाता है)।

स्थानीय इंस्टॉलेशन बनाम क्लाउड सेवाओं का चुनाव हमेशा महत्वपूर्ण होता है।
हमारा मानना है कि स्थानीय विकल्प "ईमेल पर नियंत्रण वापस पाने" में मदद करता है, जिसे हम बढ़ावा दे रहे हैं।

यदि आप क्लाउड में सेल्फ-होस्टेड एप्लिकेशन का उपयोग करने का निर्णय लेते हैं, तो
यह आपको उसी समाधान को बनाए रखते हुए आसानी से आपूर्तिकर्ता बदलने की सुविधा देता है।
तीन समाधानों का उल्लेख करना उचित होगा:

Sendy एक परिपक्व सॉफ्टवेयर है लेकिन "क्लोज्ड सोर्स" है और इसके लिए भुगतान करना पड़ता है।.
Listmonk एक ओपन सोर्स सॉफ्टवेयर है। इसका पहला संस्करण 2021 में जारी किया गया था। इसे Go भाषा में विकसित किया गया है,
यह एक स्टैंडअलोन बाइनरी के रूप में उपलब्ध है और इसकी एकमात्र निर्भरता Postgres डेटाबेस है। GitHub इसे 5.4k स्टार मिले हैं।
Mailtrain भी ओपन सोर्स है। इसका पहला संस्करण 2016 में और दूसरा संस्करण 2021 में जारी किया गया था।
यह MySQL डेटाबेस का उपयोग करता है। GitHub इसे 4.8 हज़ार स्टार मिले हैं।

एक स्वच्छ इंटरफ़ेस, सूची-केंद्रित समाधान, जिसे बनाए रखना आसान हो
और समस्याओं के मामले में आसानी से पुनर्स्थापित किया जा सके, की तलाश में, हमने लिस्टमॉन्क को सर्वोत्तम विकल्प माना है।

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

लिस्टमंक डैशबोर्ड

आवेदन के पहले चरण

यह हैकर न्यूज पर मूल घोषणा:

knadh ने 12 जुलाई, 2019 को लिखा [–] लेखक यहाँ। listmonk के निर्माण के पीछे के कारण को स्पष्ट करने के लिए, हमारे कार्यालय (नियमित वित्तीय व्यवसाय) में, हमें नियमित रूप से 15 लाख से अधिक ग्राहकों को ईमेल, जिनमें अधिकतर महत्वपूर्ण अपडेट होते हैं, भेजने होते हैं। हमने लंबे समय तक phpList का उपयोग किया और फिर MailTrain और Sendy को आजमाया, लेकिन कई समस्याओं का सामना करने के बाद अंततः हमने एक नया समाधान खोजने का निर्णय लिया। इनमें से कुछ महत्वपूर्ण समस्याएं नीचे दी गई हैं: - प्रदर्शन। ईमेल भेजने में अत्यधिक समय लगता था। phpList की प्रदर्शन क्षमता इतनी गिर गई थी कि एक अभियान को संसाधित करने में कई दिन लग जाते थे। listmonk कई गोरूटीन (थ्रेड्स) उत्पन्न कर सकता है और कई SMTP सर्वरों पर ईमेल भेज सकता है। एक सामान्य ec2 इंस्टेंस पर, हम कुछ ही घंटों में 15 लाख से अधिक ईमेल भेज सकते हैं। - सब्सक्राइबर आयात बहुत धीमे थे। ग्राहकों को बाहरी CRM के साथ सिंक्रनाइज़ रखने के लिए सीधा एकीकरण जटिल था। जटिल तालिका संरचनाओं के कारण सीधे डेटाबेस में डेटा सम्मिलित करना मुश्किल था। listmonk एक सामान्य ec2 इंस्टेंस पर Postgres डेटाबेस में प्रति सेकंड 10,000 रिकॉर्ड आयात करता है। - सेगमेंटेशन। अक्सर, हमें कस्टम एट्रिब्यूट्स और शर्तों के आधार पर उपयोगकर्ताओं को तेजी से सेगमेंट करना होता है और उन्हें अपडेट भेजना होता है। listmonk SQL एक्सप्रेशन का समर्थन करता है जिससे उपयोगकर्ताओं को उनके एट्रिब्यूट्स के आधार पर सेगमेंट किया जा सकता है, जिन्हें आर्बिट्रेरी JSON मैप्स के रूप में परिभाषित किया गया है (Postgres JSONB टाइप के लिए धन्यवाद)। - डायनामिक टेम्प्लेट्स की अनुपलब्धता। listmonk टेम्प्लेट्स Go टेम्प्लेट एक्सप्रेशन का समर्थन करते हैं, इसलिए संदेशों में लॉजिक लिखकर उन्हें डायनामिक बनाना संभव है।.

कैलाश नाध फ्री एंड ओपन सोर्स सॉफ्टवेयर (FOSS) क्षेत्र में एक बेहद सक्रिय डेवलपर हैं।
वे भारत के सबसे बड़े स्टॉक ब्रोकर ज़ेरोधा
ज़ेरोधा के तकनीकी स्टाफ का ब्लॉग zerodha.tech पर प्रकाशित होता है ।

विवरण

Listmonk का दस्तावेज़ीकरण मानक उपयोग (वेब इंटरफ़ेस के माध्यम से) और डेवलपर्स (एपीआई के माध्यम से) दोनों के लिए अच्छी तरह से किया गया है।

लिस्टमोंक प्रलेखन

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

इसमें ईमेल बाउंस हैंडलिंग जैसी कुछ महत्वपूर्ण सुविधाओं का अभाव है।
लेकिन यह अगले प्रमुख रिलीज़ में उपलब्ध होनी चाहिए:
बाउंस प्रोसेसिंग #166
बाउंस प्रोसेसिंग स्क्रीनशॉट पूर्वावलोकन

तकनीकी विचार

हमने अतीत में एक अन्य Go एप्लिकेशन का उपयोग किया था: RealSender - DMARC REPORTS।
स्रोत: dmarc-report-converter। यह बिना किसी परेशानी के तुरंत काम करने लगा था।

"पोस्टग्रेएसक्यूएल डेटाबेस प्रबंधन प्रणाली, जिसे विकसित होने में दो दशकों से अधिक का समय लगा है, आज उपलब्ध सबसे उन्नत ओपन-सोर्स डेटाबेस है।" -- पोस्टग्रेएसक्यूएल का संक्षिप्त इतिहास - https://www.postgresql.org/docs/9.3/history.html

हमें अतीत में Inxmail Professional सर्वर इंस्टॉलेशन के साथ काम करते समय इसका थोड़ा अनुभव हुआ था।
2017 में Inxmail GmbH ने घोषणा की कि वे केवल PostgreSQL का समर्थन करेंगे, अन्य सभी डेटाबेस को बंद कर देंगे:

1 जनवरी 2019 से, हम सर्वोत्तम तकनीकी आधार पर ध्यान केंद्रित करेंगे और विंडोज सर्वर के साथ-साथ MySQL, Oracle और MS SQL सर्वर डेटाबेस के लिए समर्थन बंद कर देंगे। इसका अर्थ है कि हम केवल Linux सर्वर और PostgreSQL पर आधारित Inxmail Professional के लिए ही समर्थन प्रदान करेंगे। -- Inxmail Professional लाइसेंस समाधान: हमारे सिस्टम समर्थन में परिवर्तन https://www.inxmail.de/files/files/de/downloads/Inxmail-Professional-licence-solution-EN.pdf

यह निश्चित रूप से एक अच्छा विकल्प है और नए लोगों के लिए बहुमूल्य ज्ञान में निवेश है।
Udemy के ऑनलाइन पाठ्यक्रम PostgreSQL की प्रारंभिक स्थापना और रखरखाव में मदद कर सकते हैं।

ओपन सोर्स में जोखिम हैं: क्या 2019 में शुरू की गई एक नई परियोजना को भविष्य में बनाए रखा जाएगा?
कोई नहीं जानता, शायद सबसे खराब स्थिति में कोई अन्य डेवलपर इसकी देखभाल करेगा, लेकिन:

अपनी विशेषताओं के कारण यह आवश्यक प्रतीत होता है; यदि यह बहुत जटिल हो जाए तो इसका रखरखाव करना मुश्किल हो जाता है।
हमने लिस्टमॉन्क के लिए एक बग रिपोर्ट और डेवलपर से दो घंटे के भीतर जवाब मिल गया।
लेखक एक बड़ी कंपनी में काम करता है जो इसका आंतरिक रूप से उपयोग करती है।

ईमेल की डिलीवरी

ईमेल की डिलीवरी, प्रश्न और उत्तर:

hemancuso ने 12 जुलाई, 2019 को लिखा [–] इस तरह के प्रोजेक्ट एक बेहतरीन विचार लगते हैं, लेकिन डिलीवरेबिलिटी एक बड़ी चिंता का विषय है जिसे पर्याप्त अनुभव के बिना मापना मुश्किल है। यदि आप इस तरह के प्रोजेक्ट का उपयोग करते हैं और उचित डिलीवरेबिलिटी सुनिश्चित करना चाहते हैं, तो ईएसपी का उपयोग/चयन करने के लिए सर्वोत्तम अभ्यास क्या हैं? knadh ने 12 जुलाई, 2019 को लिखा [–] मैं लेखक हूँ। हम अपनी कंपनी (विनियमित वित्तीय व्यवसाय) में पिछले 6 महीनों से नियामक अपडेट सहित ईमेल अपडेट भेजने के लिए लिस्टमोंक का उपयोग कर रहे हैं। हम EC2 इंस्टेंस पर पोस्टल का उपयोग करके अपने स्वयं के SMTP इंस्टेंस होस्ट करते हैं और हमें डिलीवरेबिलिटी में कभी कोई समस्या नहीं हुई है। यदि यह वैध ईमेल है, तो मुझे नहीं लगता कि यह कोई बड़ी समस्या है।.

हम इस बात से सहमत हैं कि ग्राहकों को अपेक्षित संदेश भेजने से डिलीवरी संबंधी अधिकांश समस्याओं से बचा जा सकता है।
हमारे अनुभव के अनुसार, संदेशों की संख्या जितनी अधिक होगी, उतनी ही अधिक समस्याएं आने की संभावना होगी।
AWS EC2 सर्वर अक्सर Gmail में ब्लैकलिस्ट हो जाते हैं - भेजे गए सभी संदेश स्पैम फोल्डर में चले जाते हैं।

RealSender समर्पित आईपी एसएमटीपी सर्वर,
जो एक विश्वसनीय और लगातार निगरानी वाले वातावरण में संचालित होते हैं।

नाम के बारे में

goberoi ने 13 जुलाई, 2019 को पूछा [–] बिल्कुल अचानक सवाल: आपने यह नाम कैसे चुना? knadh ने 13 जुलाई, 2019 को कहा [–] मुझे ठीक से याद नहीं है, लेकिन मुझे लगता है कि इसके पीछे सोच कुछ इस तरह थी: "परेशानी मुक्त, शांतिपूर्ण सूची प्रबंधन"।.

चलिए इसे आजमाते हैं

आप डॉकर इमेज का उपयोग करके कुछ ही मिनटों में एक कार्यशील डेमो इंस्टॉलेशन प्राप्त कर सकते हैं ।
से Listmonk डेमो खाता मांगें ।

» शीर्ष पर वापस जाएँ

न्यूज़लेटर कैसे भेजें

ब्लैकलिस्ट किए जाने के बाद, एक प्रमुख एंटी-स्पैम सेवा का ग्राहक सहायता अक्सर जवाब देता है:
"कृपया अपनी ईमेल सूची की स्वच्छता की जांच करें ताकि यह सुनिश्चित हो सके कि प्राप्तकर्ताओं को आपके ईमेल में रुचि है"।

“सूची स्वच्छता” और “प्राप्तकर्ताओं की रुचि” के कई पहलू हैं:

ए - मशीन की तरफ - "सूची स्वच्छता"

सदस्यता और सदस्यता रद्द करने की प्रक्रिया सुचारू रूप से प्रबंधित होनी चाहिए;
ग्राहक को अपना ईमेल पता सत्यापित करना होगा (दोहरा ऑप्ट-इन), और
प्राप्तकर्ताओं को आसानी से और निश्चित रूप से सदस्यता रद्द करने (ऑप्ट-आउट) में सक्षम होना चाहिए।
केवल सक्रिय और पूरी तरह से जुड़े हुए प्राप्तकर्ताओं को ही संदेश भेजें;
निष्क्रिय या भरे हुए ईमेल बॉक्स वाले प्राप्तकर्ताओं को बार-बार संदेश न भेजें;
निष्क्रिय प्राप्तकर्ताओं को संदेश भेजना बंद कर दें; यदि वे कोई प्रतिक्रिया नहीं देते हैं, तो यह स्पष्ट संकेत है कि उन्हें कोई रुचि नहीं है।
सामग्री को अच्छी तरह से पेज में विभाजित किया जाना चाहिए (केवल एक छवि नहीं) और "रिस्पॉन्सिव" होना चाहिए, ताकि इसे कई डिवाइसों पर पढ़ा जा सके।
अन्यथा, स्पैम फ़िल्टर संदेश को प्राप्तकर्ता के इनबॉक्स तक पहुंचने से पहले ही ब्लॉक कर सकते हैं।
यह सुनिश्चित करें कि मशीनें यह पहचान सकें कि
ईमेल कौन भेज रहा है। प्रमाणीकरण से गंतव्य मेल सर्वर संदेशों को विश्वसनीय प्रेषकों द्वारा भेजे गए संदेशों के रूप में पहचान सकते हैं।

बी - मानवीय पक्ष पर - "प्राप्तकर्ताओं का हित"

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

मशीन की तरफ - "सूची स्वच्छता"

ऊपर बताए गए बिंदुओं को कुछ सौ प्राप्तकर्ताओं वाली छोटी सूचियों के लिए आसानी से प्रबंधित किया जा सकता है।
अक्सर प्रेषक उन्हें व्यक्तिगत रूप से जानता है, क्योंकि वे ग्राहक या किसी संगठन के सदस्य होते हैं।

जब ईमेल भेजने वालों की सूची बड़ी हो, जिसमें हजारों प्राप्तकर्ता हों
और ईमेल तैयार करने में अधिक लोग शामिल हों, तो मामला जटिल हो जाता है।
ऐसे में पेशेवर उपकरणों का उपयोग करना अनिवार्य है।

इंटरनेट पर ईमेल मार्केटिंग के लिए कई पेशेवर समाधान उपलब्ध हैं, जिनमें से
अंतरराष्ट्रीय स्तर पर सबसे प्रसिद्ध मेलचिम्प
। कई वेबसाइटें मेलचिम्प के विकल्प।

ईमेलट्रेंड्स का मिशन "ईमेल पर नियंत्रण वापस लेना" है,
इसी कारण हम एक वैकल्पिक तरीका सुझाते हैं।

W3Techs के अनुसार, इंटरनेट पर मौजूद सभी वेबसाइटों में से 40% वर्डप्रेस द्वारा संचालित हैं
और यह ओपन सोर्स श्रेणी में पूरे इंटरनेट पर सबसे लोकप्रिय तकनीक है।

WordPress के मेलपोएट

200,000 से अधिक सक्रिय इंस्टॉलेशन के साथ, मेलपोएट
न्यूज़लेटर के लिए सबसे अधिक उपयोग किए जाने वाले वर्डप्रेस प्लगइन में से एक है ।

MailPoet एक ओपन सोर्स सॉफ्टवेयर है और 2020 के अंत से
Wordpress की मूल कंपनी Automattic से जुड़ी कंपनियों का हिस्सा है ।

कुछ स्क्रीनशॉट आपको यह समझने में मदद कर सकते हैं कि विभिन्न बिंदुओं को कैसे पूरा किया जाता है:

सदस्यता और सदस्यता रद्द करना

साइन-अप पुष्टिकरण

पूरी तरह से संलग्न प्राप्तकर्ता

निष्क्रिय ग्राहकों को संदेश भेजना बंद करें

ग्राहक की स्थिति को "बाउंस" में बदलें

उछाल प्रबंधन

प्रतिक्रियाशील ईमेल टेम्पलेट्स

न्यूज़लेटर का पूर्वावलोकन

Mailpoet का एक "फ्रीमियम" लाभ मॉडल है, जो आपको यह विकल्प चुनने की अनुमति देता है:
"मुझे केवल प्रीमियम चाहिए, कोई ईमेल भेजना नहीं"।

RealSender के डेडिकेटेड SMTP सर्वर को “Send With… > Other” विकल्प के माध्यम से कॉन्फ़िगर किया जा सकता है।
“Bounce Handler MailPoet” प्लगइन, RealSender द्वारा प्रदान किए गए न्यूज़लेटर मेलबॉक्स
, भेजे गए ईमेल संदेशों के सही प्रमाणीकरण की गारंटी देता है।

» शीर्ष पर वापस जाएँ

मानवीय पक्ष - "प्राप्तकर्ता का हित"

मानवीय पक्ष को हासिल करना अधिक कठिन है,
तकनीकी प्रबंधन के सही न होने पर
अंतर पैदा करता है ।

यिन यांग

"प्रासंगिक बनें"
नारा इस्तेमाल किया जाता था।

जब आप उन लोगों को मूल्यवान जानकारी भेजते हैं जिन्हें
आप लंबे समय से बातचीत करने के बाद गहराई से जानते हैं,
तो इससे कोई फर्क नहीं पड़ता कि फॉर्मेटिंग कितनी खराब है
या संदेश स्पैम फोल्डर में जाता है या नहीं।

वे तकनीकी खामियों को हमेशा माफ कर देंगे,
वे आपके ईमेल का इंतजार करेंगे, उन्हें पढ़ेंगे
और जरूरत पड़ने पर "स्पैम नहीं" बटन पर क्लिक करेंगे।

» शीर्ष पर वापस जाएँ

निजी ईमेल कैसे भेजें

निजी और एन्क्रिप्टेड ईमेल कैसे भेजें?

ईमेल न तो निजी है और न ही सुरक्षित।
इसे गोपनीयता या सुरक्षा को ध्यान में रखकर डिज़ाइन नहीं किया गया था।

आपके ईमेल को ट्रांजिट में संभालने वाला कोई भी व्यक्ति इसे पढ़ सकता है,
जिसमें आपका आईएसपी, एक हैकर या एनएसए (अमेरिकी राष्ट्रीय सुरक्षा एजेंसी) शामिल हैं।

सारांश:

ईमेल गोपनीयता: आज क्या हो रहा है
“कानूनी” पक्ष पर
“अवैध” पक्ष पर
ईमेल गोपनीयता: चुनौतियाँ
गुमनामी और गोपनीयता
एंड-टू-एंड एन्क्रिप्शन
ईमेल गोपनीयता: समाधान
< तकनीकी > प्रिटी गुड प्राइवेसी - जिसे पीजीपी के नाम से भी जाना जाता है
< तकनीकी > पीजीपी एन्क्रिप्शन का उपयोग कैसे करें
< आसान > पीजीपी एन्क्रिप्शन के विकल्प

आज क्या हो रहा है

निगरानी एजेंसियां ईमेल पढ़ती हैं

“कानूनी” पक्ष पर

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

“उन्होंने कहा है कि यह सिर्फ मेटाडेटा है, यह सिर्फ मेटाडेटा है, […]
आप किससे बात कर रहे हैं, कब बात कर रहे हैं, आपने कहाँ यात्रा की।
ये सभी मेटाडेटा इवेंट हैं।
PRISM सामग्री के बारे में है। […] वे सभी इसे देख सकते हैं क्योंकि यह एन्क्रिप्टेड नहीं है।”

- एडवर्ड स्नोडेन - TED 2014

दर्जनों मनोवैज्ञानिक अध्ययन यह साबित करते हैं
कि जब किसी व्यक्ति को पता होता है कि उस पर नज़र रखी जा रही है, तो
उसका व्यवहार कहीं अधिक अनुरूपतापूर्ण और आज्ञाकारी हो जाता है।
[…] व्यापक निगरानी मन में एक कैदखाना बना देती है […]

- ग्लेन ग्रीनवाल्ड - TEDGlobal 2014

“अवैध” पक्ष पर

धोखाधड़ी करने वाले लोग किसी कंपनी के कंप्यूटर नेटवर्क में घुसपैठ करने
और वित्तीय मामलों से संबंधित ईमेल आदान-प्रदान तक पहुंचने के लिए मैलवेयर का भी उपयोग कर सकते हैं।

- धोखाधड़ी संसाधन केंद्र - व्यावसायिक ईमेल समझौता

बिजनेस ईमेल कॉम्प्रोमाइज (बीईसी)—जिसे ईमेल अकाउंट कॉम्प्रोमाइज (ईएसी) भी कहा जाता है—
ऑनलाइन होने वाले सबसे अधिक वित्तीय नुकसान पहुंचाने वाले अपराधों में से एक है।
बीईसी घोटाले में, अपराधी एक ईमेल संदेश भेजते हैं जो किसी ज्ञात स्रोत से आया हुआ प्रतीत होता है
और उसमें एक वैध अनुरोध किया जाता है […]

- घोटाले और सुरक्षा - व्यावसायिक ईमेल सुरक्षा उल्लंघन

शीर्ष पर वापस जाएं

चुनौतियाँ

गुमनामी और गोपनीयता

गुमनामी गोपनीयता से अलग है
[...] हम संदेशों को एन्क्रिप्ट कर रहे हैं
ताकि अगर लोगों को पता भी चल जाए कि हमने संदेश भेजा है तो
वे उसे पढ़ न सकें,
लेकिन कभी-कभी हम यह भी नहीं चाहते कि लोगों को पता चले कि हमने कोई संदेश भेजा है।

- TOR कैसे काम करता है - Computerphile

इंटरनेट पर गुमनामी हासिल करना मुश्किल है।
इसके लिए आपके द्वारा उपयोग किए जाने वाले उपकरणों का गहन ज्ञान होना आवश्यक है।

यह गाइड आपको इसकी जटिलता का अंदाजा दे सकती है:
निजी ईमेल प्रदाता

गोपनीयता प्राप्त करना आसान है।.

भले ही आपके पास छिपाने के लिए कुछ भी न हो, एन्क्रिप्शन का उपयोग करने से
उन लोगों की गोपनीयता की रक्षा करने में मदद मिलती है जिनसे आप संवाद करते हैं
और बड़े पैमाने पर निगरानी प्रणालियों के लिए काम मुश्किल हो जाता है।

अगर आपके पास छिपाने के लिए कुछ महत्वपूर्ण है, तो आप अकेले नहीं हैं;
ये वही उपकरण हैं जिनका उपयोग व्हिसलब्लोअर अपनी पहचान की रक्षा करते
हुए मानवाधिकारों के हनन, भ्रष्टाचार और अन्य अपराधों पर प्रकाश डालने के लिए करते हैं।

सबसे पहला और आवश्यक कदम है अपनी सुरक्षा सुनिश्चित करना
और अपने संचार की निगरानी को यथासंभव कठिन बनाना।

- ईमेल आत्मरक्षा - GnuPG एन्क्रिप्शन के साथ निगरानी से लड़ने के लिए एक मार्गदर्शिका

एंड-टू-एंड एन्क्रिप्शन

ईमेल के लिए एंड-टू-एंड (ई2ईई) एन्क्रिप्शन का उपयोग यह सुनिश्चित करने के लिए किया जा सकता है
कि संदेश की सामग्री को केवल प्रेषक और प्राप्तकर्ता ही पढ़ सकें।

इस सुरक्षा के बिना नेटवर्क प्रशासकों,
ईमेल प्रदाताओं और सरकारी एजेंसियों के लिए आपके संदेशों को पढ़ना आसान हो जाता है।

ई-टू-ईई को सफल बनाने के लिए प्रेषक और प्राप्तकर्ता दोनों को सावधानी बरतनी चाहिए।
इसमें शामिल किसी भी पक्ष की एक भी गलती ई-टू-ईई की सुरक्षा को भंग करने के लिए पर्याप्त हो सकती है।

ईमेल मेटाडेटा, जैसे प्रेषक का ईमेल पता, प्राप्तकर्ता का ईमेल पता, दिनांक और समय, e2ee का उपयोग करके सुरक्षित नहीं किया जा सकता है।
e2ee का उपयोग करने पर भी ईमेल का विषय असुरक्षित और आसानी से पढ़ा जा सकता है।

- थंडरबर्ड में एंड-टू-एंड एन्क्रिप्शन क्या है?

शीर्ष पर वापस जाएं

समाधान

एन्क्रिप्टेड ईमेल को पढ़ना असंभव है।

< तकनीकी > प्रिटी गुड प्राइवेसी - जिसे पीजीपी के नाम से भी जाना जाता है

PGP सॉफ्टवेयर डेटा को एन्क्रिप्ट और डिक्रिप्ट करने के लिए OpenPGP एन्क्रिप्शन मानक
(RFC 4880) का पालन करता है।

- विकिपीडिया पर प्रिटी गुड प्राइवेसी

पीजीपी आपके ईमेल के मुख्य भाग को एक ऐसे कोड में एन्क्रिप्ट करता है
जिसे केवल सही व्यक्ति ही पढ़ सकता है।

PGP लगभग किसी भी कंप्यूटर या स्मार्टफोन पर चलता है।
यह मुफ्त लाइसेंस वाला सॉफ्टवेयर है और इसके लिए कोई शुल्क नहीं लगता।

प्रत्येक उपयोगकर्ता के पास एक अद्वितीय सार्वजनिक कुंजी और एक निजी कुंजी होती है,
जो संख्याओं की यादृच्छिक स्ट्रिंग होती हैं।

आपकी सार्वजनिक कुंजी किसी भौतिक कुंजी की तरह नहीं है, क्योंकि यह एक ऑनलाइन डायरेक्टरी में है, जहाँ से लोग इसे डाउनलोड कर सकते हैं।
लोग आपकी सार्वजनिक कुंजी का उपयोग PGP के साथ मिलकर आपको भेजे जाने वाले ईमेल को एन्क्रिप्ट करने के लिए करते हैं।

आपकी निजी कुंजी एक भौतिक कुंजी की तरह होती है, क्योंकि आप इसे अपने पास (अपने कंप्यूटर पर) रखते हैं।
आप PGP और अपनी निजी कुंजी का उपयोग करके दूसरों द्वारा भेजे गए एन्क्रिप्टेड ईमेल को डिकोड करते हैं।

अगर पीजीपी (पीजीपी) से एन्क्रिप्ट किया गया कोई ईमेल गलत हाथों में पड़ जाए, तो वह बिल्कुल बेमानी लगेगा।
असली प्राप्तकर्ता की निजी कुंजी के बिना, उसे पढ़ना लगभग असंभव है।

जासूसी से खुद को बचाने के लिए, हमें यह सीखना होगा कि पीजीपी का उपयोग कब करना है
और ईमेल पते साझा करते समय अपनी सार्वजनिक कुंजी साझा करना शुरू करना होगा।

- ईमेल के माध्यम से आत्मरक्षा - इन्फोग्राफिक्स

< तकनीकी > पीजीपी एन्क्रिप्शन का उपयोग कैसे करें

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

संदेशों की कुंजियों और एन्क्रिप्शन/डिक्रिप्शन को प्रबंधित करने वाला एक एप्लिकेशन आवश्यक है,
यहाँ कुछ सबसे लोकप्रिय एप्लिकेशन दिए गए हैं:

Mailvelope एक मुफ़्त, ओपन सोर्स ब्राउज़र प्लगइन है, जो Mozilla Firefox और Google Chrome के लिए उपलब्ध है।
यह PGP को समझने का शायद सबसे आसान तरीका है।
“Mailvelope Demonstration” एक बेहतरीन ट्यूटोरियल है।
मोज़िला थंडरबर्ड एप्लिकेशन में पीजीपी हस्ताक्षरित संदेश भेजने के लिए आवश्यक सभी सुविधाएं एकीकृत हैं।
थंडरबर्ड में एंड-टू-एंड एन्क्रिप्शन का परिचय।
GnuPG ओपनपीजीपी मानक का एक पूर्ण और निःशुल्क कार्यान्वयन है।
Gpg4Win का उपयोग करके नौसिखियों के लिए एक PGP गाइड [आसान 5 मिनट सेटअप] बताता है कि इसका उपयोग कैसे करें।

< आसान > पीजीपी एन्क्रिप्शन के विकल्प

जो साझेदार पहले से ही PGP का उपयोग कर रहा है, उसके साथ सुरक्षित संचार के लिए PGP सबसे अच्छा समाधान है।
अपने समकक्ष को PGP का उपयोग शुरू करने के लिए कहना कठिन हो सकता है।

वे सेवाएं जो आपको किसी रहस्य को केवल एक बार साझा करने की अनुमति देती हैं, एक विकल्प हैं।.

जब आप कोई जानकारी केवल एक बार भेजते हैं, तो ऐसे ओपन-सोर्स वेब ऐप मौजूद होते हैं
जो आपको ऐसी जानकारी दर्ज करने की अनुमति देते हैं जिसे केवल एक बार ही देखा जा सकता है।

प्राप्तकर्ता द्वारा पेज खोलने के बाद, जानकारी हटा दी जाती है,
और आपके चैट लॉग या ईमेल में केवल एक खराब लिंक ही रह जाता है।

यह उतना मजबूत तो नहीं है जितना कि आपकी पूरी टीम द्वारा PGP का उपयोग करना, लेकिन इसे सेट अप करना या समझाना बहुत आसान है।
हमने इसका उपयोग करके अपेक्षाकृत गैर-तकनीकी लोगों को लॉगिन जानकारी भेजी है, और उन्हें यह उपयोग करने में आसान लगा है।

उदाहरण (पासवर्ड जोड़े बिना):

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

इनमें से कुछ सेवाएं, जो पूरी तरह से निःशुल्क और ओपनसोर्स हैं, नीचे सूचीबद्ध हैं।
आप चाहें तो अपने स्वयं के वेब सर्वर पर भी एक इंस्टेंस होस्ट कर सकते हैं।

PrivateBin (PasteBin के सुरक्षित संस्करण की तरह) PHP में विकसित किया गया है।
PrivateBin का कोड GitHub पर प्रकाशित है - इसे 3100 स्टार मिले हैं।
PrivateBin के निर्देश एक अलग वेबसाइट पर उपलब्ध हैं।

OneTimeSecret को Ruby में विकसित किया गया है।
OneTimeSecret का कोड और निर्देश GitHub पर प्रकाशित हैं - 1200 स्टार्स

SnapPass पाइथन भाषा में लिखा गया है। इसे मूल रूप से Pinterest द्वारा विकसित किया गया था।

SnapPass का कोड और निर्देश GitHub पर प्रकाशित हैं - 600 स्टार्स

शीर्ष पर वापस जाएं

बीसीसी ईमेल कैसे भेजें और सीमित करें

Bcc ईमेल कैसे भेजें और सीमित करें?

“Cc” का अर्थ है “कार्बन कॉपी”, जो (पुराने) अर्थ में टाइपराइटर पर कार्बन पेपर का उपयोग करके
कॉपी बनाने से संबंधित है ।

ईमेल में “Bcc:” फ़ील्ड (जहाँ “Bcc” का अर्थ “ब्लाइंड कार्बन कॉपी” है)
में संदेश प्राप्तकर्ताओं के पते होते हैं,
जिन्हें संदेश के अन्य प्राप्तकर्ताओं को प्रकट नहीं किया जाना चाहिए।
– IETF rfc 2822 “इंटरनेट संदेश प्रारूप”

Bcc और Cc में अंतर प्राप्तकर्ता की गोपनीयता से संबंधित है।
Cc सुविधा का उपयोग करने पर, Cc फ़ील्ड में मौजूद ईमेल पते
ईमेल के सभी प्राप्तकर्ताओं को दिखाई देते हैं।

बीसीसी में शामिल व्यक्ति सीधे प्राप्तकर्ता (टू:) को देख सकता है, लेकिन
वह यह नहीं जान पाएगा कि ईमेल में और किसे बीसीसी किया गया है।

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

पेशेवरों

यह आसान है: इसे कोई भी इस्तेमाल कर सकता है।.

यह कई ईमेल प्राप्तकर्ताओं से संपर्क करने का एक आसान तरीका है।
ईमेल क्लाइंट का उपयोग करने वाला कोई भी व्यक्ति इसका लाभ उठा सकता है।
सही तरीके से इस्तेमाल करने पर, यह प्राप्तकर्ताओं की ईमेल आईडी का खुलासा न करके उनकी गोपनीयता का सम्मान करता है।

शीर्ष पर वापस जाएं

दोष

ईमेल बिना पूर्व जाँच के संदेश भेजने का एक माध्यम है।
बीसीसी (BCC) का उपयोग करने से इसकी पहुँच सैकड़ों या हजारों संपर्कों तक बढ़ जाती है।

बीसीसी को एक उच्च जोखिम वाला, संभावित रूप से खतरनाक संचार उपकरण
माना जाना चाहिए ।

यह एक त्रुटि-प्रवण प्रक्रिया है, इसके जोखिम इस प्रकार हैं:
- गलती से सीसी फ़ील्ड में बीसीसी प्राप्तकर्ताओं को जोड़ देना
  आमतौर पर ब्रांड को गंभीर नुकसान पहुंचाता है।
  इस स्थिति से निकलने का सबसे आम तरीका एक नया माफीनामा भेजना है।
  » सभी प्राप्तकर्ताओं के नाम सार्वजनिक हो जाते हैं।
  » "सभी को उत्तर दें" का अनजाने में (और कभी-कभी जानबूझकर) उपयोग
  अनियंत्रित ईमेल श्रृंखलाएं उत्पन्न करता है।
  जिससे एक ही श्रेणी से संबंधित लोगों (जैसे बीमारी, अभिविन्यास या विश्वास) की
  पहचान होती है, तो कोई व्यक्ति
  जीडीपीआर के परिप्रेक्ष्य से गोपनीयता का उल्लंघन कर सकता है।
- गलती से किसी को मुख्य (दृश्यमान) प्राप्तकर्ता के रूप में जोड़ देना
- किसी को जोड़ना भूल गए हों या किसी ऐसे व्यक्ति को जोड़ दिया हो जिसे संदेश नहीं मिलना चाहिए
स्पैम के रूप में वर्गीकृत होने की उच्च संभावना है
- समस्या यह है कि अधिकांश स्पैमर BCC का उपयोग करके संदेश भेजते हैं,
  जबकि गंतव्य मेल सर्वर BCC संदेशों को स्वीकार करने में सतर्क रहते हैं।
- अगर मैं आपको Bcc का इस्तेमाल करके कोई मैसेज भेजता हूं, और
  आपको कोई ऐसा ईमेल मिलता है जो आपके लिए नहीं है,
  तो स्पैम का मूल्यांकन करते समय यह मैसेज के खिलाफ एक नकारात्मक बात मानी जाएगी।
- कई ईमेल पतों पर एक ही संदेश भेजा जाएगा
  ; इन्हें गिनना और ब्लॉक करना आसान है।
गलत पतों पर कोई नियंत्रण नहीं है
- एक ही प्राप्तकर्ता में दो या तीन ईमेल पते हो सकते हैं,
  इससे उस प्राप्तकर्ता को ईमेल भेजने में समस्या आ सकती है, भले ही एक या अधिक पते सही हों।
- व्याकरणिक रूप से गलत पते बिना किसी चेतावनी के स्वीकार कर लिए जाते हैं,
  उदाहरण के लिए, यदि @ चिह्न गायब हो या रिक्त स्थान हों।
कोई वैयक्तिकरण नहीं / कम प्रभाव / बहुत कम या कोई प्रतिक्रिया नहीं
- संदेश अनिवार्य रूप से मानक और "अनाम" होगा;
  कोई व्यक्तिगत संचार संभव नहीं है, न ही "प्रिय श्रीमान/श्रीमती..." लिखा होगा।
- आपके BCC में शामिल प्राप्तकर्ताओं को एक ऐसा संदेश मिलेगा जो किसी और के लिए भेजा गया है और
  जिस पर शायद ही वे ध्यान देंगे या प्रतिक्रिया देंगे।
तकनीकी समस्याएं होने की पूरी संभावना है।
- स्पैमर या हैकरों द्वारा की गई किसी भी प्रकार की दुरुपयोगपूर्ण कार्रवाई से कई प्राप्तकर्ताओं पर तुरंत असर पड़ सकता है,
  जिससे एसएमटीपी सर्वर की प्रतिष्ठा को नुकसान पहुंच सकता है (अर्थात सर्वर को ब्लैकलिस्ट किया जा सकता है)।
- प्रेषक के मेलबॉक्स में बाउंस ईमेल की संख्या बहुत अधिक हो सकती है (उपयोगकर्ता अज्ञात, मेलबॉक्स भरा हुआ, आदि)।
  इनकी संख्या भेजे गए ईमेल के 5% से 20% के बीच हो सकती है।
- ईमेल भेजने से ईमेल डिलीवरी सिस्टम (एसएमटीपी सर्वर) पर बुरा असर पड़ सकता है, जैसे:
  बहुत सारे "बाद में फिर से कोशिश करें" जवाब, मेल-क्यू में बड़ी संख्या में संदेश, सिस्टम क्रैश होना।

शीर्ष पर वापस जाएं

निष्कर्ष

सीमाएँ निर्धारित करें

अपने ईमेल प्रदाता द्वारा अनुमत प्राप्तकर्ताओं की संख्या की जाँच करें।
पूरी तरह सुनिश्चित होने के लिए स्वयं प्रयास करें।

RealSender परीक्षण के लिए 300 @bogusemail.net पतों की सूची साझा करता है,
संदेश एक "ब्लैक-होल" मेल सर्वर तक पहुँचेंगे:
bogusemail-test.txt
एक संदेश में प्राप्तकर्ताओं की संख्या को सीमित करके, जैसे कि 20,
छोटे समूहों में विभाजित करके हजारों ईमेल पतों पर
आसानी से संदेश भेजना संभव हो जाता है।

पेशेवर बनें

विभिन्न चैनलों के माध्यम से ही बड़े पैमाने पर ईमेल भेजने की अनुमति दें।
कई संदेश भेजते समय अलग-अलग 'प्रेषक' पते का उपयोग करें,
उदाहरण के लिए कोई दूसरा सबडोमेन, जैसे @news.companyname.com।
केवल अधिकृत व्यक्तियों को ही इस पते तक पहुंच होगी
और वे इसे अधिक सावधानी से संभालेंगे।
सुव्यवस्थित कार्यालयों में, जहां कई लोग ईमेल का उपयोग करते हैं और
सामूहिक ईमेल भेजने के लिए समर्पित ऐप्स का इस्तेमाल करते हैं,
पेशेवर प्रणालियों में अनुमोदन प्रक्रिया
और चरणबद्ध नियंत्रण होता है; इन्हें गलतियों से बचने के लिए डिज़ाइन किया गया है।

शीर्ष पर वापस जाएं

ईमेल मार्केटिंग का मापन करें

आप अपने ईमेल मार्केटिंग अभियानों के प्रदर्शन को कैसे माप सकते हैं?
निम्नलिखित जानकारी
इनक्समेल ईमेल मार्केटिंग प्लेटफॉर्म के साथ हमारे पंद्रह वर्षों के अनुभव से प्राप्त हुई है।

“ईमेल मार्केटिंग कैंपेन” क्या होते हैं?
ये अनुमति-आधारित भेजे जाने वाले ईमेल होते हैं,
जिनकी सामग्री आमतौर पर प्राप्तकर्ता की रुचियों के अनुसार अनुकूलित की जाती है,
और जहां प्रेषक प्राप्तकर्ताओं के व्यवहार के आधार पर प्रतिक्रिया डेटा प्राप्त कर सकता है।

ईमेल मार्केटिंग कैंपेन के प्रदर्शन पर आधारित रिपोर्टों
के लिए प्रतिक्रियाएँ या "फीडबैक डेटा" आधार बनते हैं
आइए समझते हैं कि ये क्या हैं और इन्हें कैसे मापा जाता है:

बेहतरीन तकनीकी उपकरण भी बेकार हैं यदि संदेश प्राप्तकर्ता के इनबॉक्स तक नहीं पहुँचते।
यहीं पर "ईमेल डिलीवरेबिलिटी" का महत्व सामने आता है:

ईमेल मार्केटिंग अभियान

अनुमति-आधारित विपणन

अनुमति-आधारित विपणन, जिसे "संवाद विपणन" भी कहा जाता है,
एक अवधारणा है जिसे सेठ गोडिन ने 1999 में अपनी बेस्टसेलर पुस्तक "परमिशन मार्केटिंग" में पेश किया था।

पुस्तक में इसे
टीवी और समाचार पत्रों जैसे पारंपरिक जनसंचार माध्यमों में आमतौर पर इस्तेमाल होने वाले "इंटरप्शन मार्केटिंग" के विपरीत के रूप में परिभाषित किया गया है।

इसका उद्देश्य व्यक्तिगत और प्रत्यक्ष संचार स्थापित करना,
दोनों पक्षों के बीच संबंध बनाना और एक ऐसे "मानवीय" संवाद को सक्रिय करना है
जिसका अनुभव दोनों पक्षों के लिए उपयोगी और समृद्ध हो।

शीर्ष पर वापस जाएं

उपयोगकर्ता प्रतिक्रियाओं को ट्रैक करना

प्राप्त गोपनीयता अनुमतियों के आधार पर, प्रेषक निम्नलिखित जानकारी रिकॉर्ड कर सकता है:

एकत्रित डेटा
किसी एक उपयोगकर्ता का डेटा (जैसे कि किसने ईमेल खोला, किसने क्लिक किया)

एकत्रित डेटा के माध्यम से
वैश्विक प्रतिक्रिया और सामान्य रुझानों
(जैसे कि कितने लोगों ने ईमेल खोला, कितने लोगों ने क्लिक किया)

व्यक्तिगत डेटा एकत्र करके और फिर
पिछली बातचीत और उपयोगकर्ता व्यवहार के आधार पर
एकल उपयोगकर्ता
डेटा प्राप्त करना संभव होता है।

शीर्ष पर वापस जाएं

उपयोगकर्ता ट्रैकिंग कैसे काम करती है

लिंक ट्रैकिंग एक ऐसी गतिविधि है जिसमें वेबसाइट के अंतिम यूआरएल को
एक काल्पनिक पते से बदल दिया जाता है, जो विज़िट को रिकॉर्ड करता है और उपयोगकर्ता को गंतव्य पृष्ठ पर पुनर्निर्देशित करता है।

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

ट्रैकिंग में आमतौर पर केवल "मेल आईडी" रिकॉर्ड की जाती है,
जो भेजे गए मेल का एक अद्वितीय पहचानकर्ता होता है।

व्यक्तिगत ट्रैकिंग , सॉफ़्टवेयर द्वारा उत्पन्न एक या अधिक पैरामीटर को
विज़िट किए गए पृष्ठों में जोड़कर प्राप्त की जाती है
जैसे: example.com/test.html?id=54725788327466628654,
जहां "id" पैरामीटर एक विशिष्ट उपयोगकर्ता और संदेश में एक विशेष लिंक को संदर्भित करता है।

प्राप्त जानकारी
ईमेल मार्केटिंग एप्लिकेशन में प्राप्तकर्ता के डेटा को स्वचालित रूप से अपडेट
या क्लिक के स्रोत के बारे में विवरण वेब एनालिटिक्स प्लेटफॉर्म को भेज सकती है।

उदाहरण के लिए: एक ट्रैवल एजेंसी यह माप सकती है
कि उपयोगकर्ता समुद्र या पहाड़ों से संबंधित समाचारों पर कितनी बार क्लिक करता है, और
समय के साथ एक विशिष्ट काउंटर को बढ़ा सकती है।
एकत्रित डेटा से प्राप्तकर्ता के पसंदीदा गंतव्य का पता चलेगा।

शीर्ष पर वापस जाएं

ओपन रेट माप कैसे काम करता है

ट्रैक किए गए लिंक पर क्लिक और डाउनलोड की गई ट्रैक की गई छवियों द्वारा उत्पन्न "छिपे हुए क्लिक"
से प्राप्त डेटा को मिलाकर ओपन रेट को मापा जाता है ।

यदि किसी संदेश को ईमेल क्लाइंट के पूर्वावलोकन में खोला जाता है, तो
छवियों को डाउनलोड किए बिना या किसी लिंक पर क्लिक किए बिना,
यह जानना संभव नहीं है कि इसे खोला गया है।

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

2013 से, जीमेल में छवियां डिफ़ॉल्ट रूप से स्वचालित रूप से प्रदर्शित होती हैं।
डाउनलोड एक तीसरे सर्वर द्वारा किया जाता है, जिसे "प्रॉक्सी" कहा जाता है,
जो उपयोगकर्ता के टर्मिनल को छुपाता है, लेकिन फिर भी ईमेल मार्केटिंग ऑपरेटरों को
यह जानने की अनुमति देता है कि छवि डाउनलोड हो गई है और संदेश खोला गया है।
अधिक जानकारी यहां मिल सकती है:
नया जीमेल इमेज प्रॉक्सी कैसे काम करता है और इसका आपके लिए क्या मतलब है।

ओपनिंग रेट का पंजीकरण सटीक नहीं होता, यह
वास्तविक ओपनिंग रेट से कम मान दर्शाता है।
फिर भी, इसे मापना अच्छा विचार है,
भले ही इससे विभिन्न अभियानों के परिणामों की तुलना की जा सके।

शीर्ष पर वापस जाएं

ईमेल वितरण क्षमता

बीज ईमेल

सबसे पहले यह जांचना आवश्यक है कि क्या ईमेल
आपकी सूची में मौजूद मुख्य फ्रीमेल डोमेन के
Google Apps और Office 365
के इनबॉक्स में आते हैं।

कंटेंट-एक्टिवेटेड स्पैम फ़िल्टर आमतौर पर URL में मौजूद डोमेन (http…) द्वारा सक्रिय होते हैं।
एक अच्छा सुझाव यह है कि अपने संदेशों के लिंक में केवल एक ही डोमेन का उपयोग करें।
यह डोमेन प्रेषक के पते में उपयोग किए गए डोमेन के समान होना चाहिए;
इसे "डोमेन अलाइनमेंट" कहा जाता है और यह फ़िशिंग फ़िल्टर से संबंधित जोखिम को कम करता है।
प्रेषक के पते में उपयोग किए गए डोमेन का
सबडोमेन होना चाहिए ।

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

शीर्ष पर वापस जाएं

बाउंस दरें

ईमेल बाउंस होना सामान्य बात है।
इसका कारण छोड़े गए ईमेल पते,
भरे हुए मेलबॉक्स या अन्य तकनीकी समस्याएं हो सकती हैं।

आपकी सूची की "सफाई" के आधार पर,
बाउंस दर 5% से 20% के बीच भिन्न हो सकती है।

जैसे-जैसे ईमेल की संख्या बढ़ती है, बाउंस हुए ईमेल को मैन्युअल रूप से प्रबंधित करना असंभव हो जाता है।
ईमेल मार्केटिंग एप्लिकेशन में "बाउंस हैंडलर" नामक एक सुविधा होती है
जो अस्वीकृत संदेशों को स्वचालित रूप से डाउनलोड करती है,
उनका विश्लेषण करती है और उनकी सामग्री के अनुसार उन्हें वर्गीकृत करती है।

कुछ बार ईमेल ईमेल वापस आने पर (जैसे उपयोगकर्ता अज्ञात है या होस्ट पहुंच से बाहर है)
या फिर अधिक बार ईमेल ईमेल वापस आने पर (जैसे मेलबॉक्स भरा हुआ है)
गंतव्य ईमेल पता स्वचालित रूप से निष्क्रिय हो जाता है ।

अस्वीकृत संदेशों (बाउंस रेट)
या स्वीकृत संदेशों (डिलीवरी रेट) पर नज़र रखना महत्वपूर्ण है। इनका योग 100% होता है। इनके
मान में कोई भी परिवर्तन एक संकेत है जिसकी जांच की जानी चाहिए।

शीर्ष पर वापस जाएं

ईमेल मार्केटिंग बेंचमार्क

सबसे बड़े ईमेल मार्केटिंग प्लेटफॉर्म ऐसे मानक आंकड़े प्रकाशित करते हैं
जो उनके सभी ग्राहकों द्वारा एकत्रित किए गए डेटा पर आधारित होते हैं।

रिपोर्टों में प्रयुक्त तकनीकी शब्द:

ओपनिंग: उन प्राप्तकर्ताओं की संख्या जिन्होंने
कम से कम एक ट्रैक किए गए लिंक पर क्लिक किया है या कम से कम एक ट्रैक की गई छवि खोली है।
ओपन रेट: खोले गए संदेशों की संख्या / प्राप्तकर्ताओं की संख्या (बाउंस को छोड़कर)
यूनिक क्लिक्स: उन प्राप्तकर्ताओं की संख्या जिन्होंने कम से कम एक बार लिंक पर क्लिक किया है
क्लिक थ्रू रेट (CTR): अद्वितीय क्लिक / प्राप्तकर्ताओं की संख्या (बाउंस को छोड़कर)
क्लिक टू ओपन रेट (CTOR): अद्वितीय क्लिक / ओपनिंग

यहां एक संक्षिप्त सूची दी गई है, जिनमें से अधिकांश अमेरिका से संबंधित हैं:

Mailchimp के ग्राहकों में एक व्यक्ति द्वारा संचालित स्टार्टअप,
छोटे व्यवसाय से लेकर "फॉर्च्यून 500" कंपनियों तक सभी प्रकार के ग्राहक शामिल हैं;
इस डेटा में ग्राहकों की पूरी श्रृंखला का प्रतिनिधित्व किया गया है।
उद्योग के अनुसार ईमेल मार्केटिंग के मानदंड और आँकड़े
कैम्पेन मॉनिटर ने जनवरी से दिसंबर 2020 के बीच
वैश्विक स्तर पर भेजे गए 100 अरब से अधिक ईमेल का विश्लेषण किया।
उद्योग और दिन के अनुसार ईमेल के मानक
विभिन्न क्षेत्रों के बीच बेंचमार्क की तुलना करें
यह देखने के लिए कि कितने ईमेल इनबॉक्स में डिलीवर हुए, स्पैम में गए या ब्लॉक किए गए,
पाथ की आठवीं वार्षिक डिलीवरेबिलिटी बेंचमार्क रिपोर्ट देखें।

2020 डिलीवरेबिलिटी बेंचमार्क रिपोर्ट (पीडीएफ) की विषयवस्तु:
डिलीवरेबिलिटी क्या है और इसे कैसे मापा जाता है?
ईमेल भेजने के बाद क्या हो सकता है?
विश्व स्तर पर औसतन कितने ईमेल इनबॉक्स और स्पैम फ़िल्टर में पहुँचते हैं?
30 अलग-अलग देशों के लिए वितरण योग्यता के आंकड़े

शीर्ष पर वापस जाएं

स्पैम किसे माना जाता है?

किन उपयोगकर्ताओं और मेल सर्वरों को स्पैम ईमेल माना जाता है?

RealSender के साथ अपने अनुभव के आधार पर ,
हमने उन मुख्य बिंदुओं को संक्षेप में बताने का प्रयास किया है जो इनबॉक्स में डिलीवरी को प्रभावित कर सकते हैं।

उपयोगकर्ताओं की प्रतिक्रियाएँ:
संदेशों से प्राप्तकर्ताओं को किस प्रकार की प्रतिक्रियाएँ अपेक्षित/वांछित होनी चाहिए।
ईमेल संदेशों को स्वीकार करवाने के लिए
कुछ तकनीकी बुनियादी सेटअप आवश्यक हैं।
आईपी पता और आईपी वर्ग प्रतिष्ठा
सही एसएमटीपी सर्वर सेटअप
उचित ईमेल प्रमाणीकरण
स्पैमअसेसिन चेक
कोशिश करके देखें कि क्या होता है।
यह जानने का एकमात्र अचूक तरीका है कि कोई ईमेल स्पैम के रूप में वर्गीकृत किया गया है या नहीं...
उसे भेजें और देखें कि वह दूसरी तरफ कैसे दिखाई देता है।

यदि संदेश प्राप्तकर्ताओं द्वारा अपेक्षित/वांछित नहीं हैं, तो
अन्य बिंदुओं का मूल्यांकन करना व्यर्थ है ।

उपयोगकर्ताओं की प्रतिक्रियाएँ

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

उपयोगकर्ता आमतौर पर* अपने इनबॉक्स को प्रबंधित कर सकते हैं: "स्पैम" वही होता है जिसे हर उपयोगकर्ता स्पैम मानता है
* = कई फ्रीमेल प्रदाता अपने "आंतरिक विज्ञापन" से ऑप्ट-आउट करने का विकल्प नहीं देते हैं
उपयोगकर्ता जीमेल में "स्पैम की रिपोर्ट करें" बटन
या आउटलुक/हॉटमेल में "जंक" बटन पर
आधुनिक मेल सर्वरों के स्पैम फ़िल्टर उपयोगकर्ता की शिकायतों से जुड़े होते हैं। "स्पैम के रूप में रिपोर्ट करें" पर एक निश्चित संख्या में क्लिक होने के बाद,
समान सामग्री वाले सभी संदेश सीधे स्पैम फ़ोल्डर में भेज दिए जाते हैं।

ईमेल संदेशों को स्वीकार करने के लिए कुछ बुनियादी तकनीकी सेटिंग्स आवश्यक हैं।.

आईपी पता और आईपी वर्ग प्रतिष्ठा

एसएमटीपी सर्वर आईपी को ब्लैकलिस्ट करना: आप "ब्लैकलिस्ट चेक" लिखकर गूगल पर कई टूल खोज सकते हैं।
एसएमटीपी सर्वर आईपी क्लास प्रतिष्ठा के बारे में अधिक जानकारी के लिए, हमारा ब्लॉग लेख देखें: एसएमटीपी आईपी प्रतिष्ठा मायने रखती है।
यदि संदेश व्यक्तिगत कंप्यूटर से भेजे जा रहे हैं, तो इंटरनेट कनेक्शन के सार्वजनिक आईपी पते की विश्वसनीयता की भी जांच की जानी चाहिए
(कुछ एसएमटीपी सर्वर प्रदाता इंटरनेट कनेक्शन के आईपी पते को छिपा देते हैं, ताकि प्राप्तकर्ता के सिस्टम को केवल उनका आईपी पता ही दिखाई दे)।

सही एसएमटीपी सर्वर सेटअप

DNS को रिवर्स करके
यह सुनिश्चित करें कि आपके मेल सर्वर का IP पता उस डोमेन नाम की ओर इंगित करता है जिसका उपयोग आप मेल भेजने के लिए करते हैं।
ईमेल को रूट करने और डिलीवर करने वाला एप्लिकेशन, जिसे मेल ट्रांसफर एजेंट कहते हैं, को
IETF द्वारा प्रकाशित नवीनतम RFC के अनुसार ठीक से कॉन्फ़िगर किया जाना चाहिए (
उदाहरण के लिए देखें: Postfix को RFC के अनुरूप बनाना)।

उचित ईमेल प्रमाणीकरण

अपने ईमेल और डोमेन नाम की प्रामाणिकता सुनिश्चित करने के लिए SPF और DKIM जैसी ईमेल प्रमाणीकरण विधियों का उपयोग करें।
इसका एक और फायदा यह है कि इससे आपके ईमेल डोमेन की धोखाधड़ी को रोकने में मदद मिलती है।

SPF एक पथ-आधारित ईमेल प्रमाणीकरण प्रोटोकॉल है जो ईमेल प्राप्तकर्ताओं को यह निर्धारित करने की अनुमति देता है कि प्रेषक DNS TXT रिकॉर्ड में प्रेषक द्वारा प्रकाशित जानकारी के आधार पर प्रेषक के आउटबाउंड MTA के IP पते का मूल्यांकन करके संदेश के हेडर में डोमेन का उपयोग करने के लिए अधिकृत है या नहीं। SPF को IETF RFC 4408 में परिभाषित किया गया है।.
डीकेआईएम एक ईमेल प्रमाणीकरण प्रोटोकॉल है जो प्रेषक को सार्वजनिक कुंजी क्रिप्टोग्राफी का उपयोग करके भेजे गए ईमेल पर हस्ताक्षर करने की सुविधा देता है, जिसे प्राप्तकर्ता द्वारा सत्यापित किया जा सकता है। डीकेआईएम को आईईटीएफ आरएफसी 4871 में परिभाषित किया गया है। जीमेल और अन्य बड़ी कंपनियों ने इंटरनेट मेल से फ़िशिंग और स्पूफिंग को पूरी तरह से समाप्त करने के लिए डीकेआईएम मानक को अपनाया है।.
DMARC, ईमेल प्रमाणीकरण के लिए स्थापित SPF और DKIM मानकों पर निर्भर करता है। गंतव्य मेल सर्वर, प्रेषक की "DMARC नीति" के आधार पर अप्रमाणित मेल पर कार्रवाई करते हैं और परिणाम की जानकारी प्रेषक को देते हैं। DMARC को इंटरनेट इंजीनियरिंग टास्क फोर्स के प्रकाशित दस्तावेज़ RFC 7489 में परिभाषित किया गया है।.

स्पैमअसेसिन चेक

स्पैमअसासिन एक सर्वर-साइड सॉफ़्टवेयर है, जिसका उपयोग ईमेल स्पैम फ़िल्टरिंग के लिए किया जाता है। यह स्पैम का पता लगाने के लिए कई तकनीकों का उपयोग करता है।
प्रत्येक परीक्षण का एक स्कोर होता है। स्कोर सकारात्मक या नकारात्मक हो सकते हैं, सकारात्मक मान "स्पैम" और नकारात्मक मान "हैम" (गैर-स्पैम) दर्शाते हैं।
प्राप्तकर्ता के लिए डिफ़ॉल्ट स्कोर सीमा "5.0" है। यदि किसी ईमेल का स्कोर सीमा से अधिक होता है, तो उसे स्पैम के रूप में चिह्नित किया जाता है।
इसका इतना व्यापक रूप से उपयोग किया जाता है कि ईमेल संदेश भेजने से पहले स्कोर की जाँच करना अनिवार्य माना जाना चाहिए।
दो ऑनलाइन टूल आपको अपना स्पैमअसासिन स्कोर जांचने में मदद कर सकते हैं: यह स्पैम नहीं है और मेल-परीक्षक
1. आपको दिए गए ईमेल पते पर संदेश भेजना होगा।
2. कुछ सेकंड बाद "अपनी रिपोर्ट देखें" या "फिर अपना स्कोर जांचें" बटन पर

किसी ईमेल को स्पैम के रूप में वर्गीकृत किया गया है या नहीं, यह जानने का एकमात्र अचूक तरीका यह है कि...
उसे भेजें और देखें कि वह दूसरी तरफ कैसे दिखाई देता है।

कोशिश करके देखें कि क्या होता है

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

ओपन सोर्स ईमेल क्लाइंट

रेडी-टू-रन ओपन सोर्स ईमेल क्लाइंट का उपयोग करके ईमेल पर नियंत्रण कैसे पुनः प्राप्त करें?

पिछले एक दशक में, हमने कॉर्पोरेट मेलबॉक्स में
ऑन-प्रिमाइसेस मेल सर्वर से लेकर एक्सचेंज ऑनलाइन (ऑफिस 365) या जीमेल फॉर बिजनेस (गूगल एप्स) जैसी क्लाउड सेवाओं तक लगभग पूर्ण परिवर्तन देखा है।

इसके मुख्य कारण ये हैं:

मोबाइल और वेब इंटरफेस से ईमेल एक्सेस करने की आवश्यकता
स्पैम और मैलवेयर से मेलबॉक्स की सुरक्षा की आवश्यकता

इस तरह, ईमेल इंफ्रास्ट्रक्चर के प्रबंधन की जिम्मेदारी "बड़ी तकनीकी कंपनियों" पर
डालकर आईटी पेशेवरों का जीवन सरल बना दिया गया है ।

बुनियादी ईमेल कौशल को नजरअंदाज करने का जोखिम हमें ईमेल को
एक ऐसी चीज के रूप में सोचने पर मजबूर कर सकता है जो जादुई रूप से काम करती है, सिर्फ इसलिए कि माइक्रोसॉफ्ट और गूगल इसे संभालते हैं।

हम मैसेजिंग घटकों को अलग-अलग करके और उन्हें व्यक्तिगत रूप से प्रबंधित करके ईमेल पर नियंत्रण वापस पा सकते हैं:

आने वाला मेल सर्वर
ईमेल क्लाइंट
आउटगोइंग मेल सर्वर

इससे सेवा अलगाव और विभाजन होता है, जिससे सुरक्षा को बहुत लाभ मिलता है।
इसलिए, अलगाव/विभाजन के माध्यम से हमले की संभावना को कम करना सर्वोत्तम अभ्यास माना जाता है।
इसके अलावा, यह स्केलेबिलिटी और स्थिरता को भी बढ़ाता है।

ईमेल क्लाइंट मेलबॉक्स का प्राथमिक इंटरफ़ेस होते हैं। ये एक जटिल सॉफ़्टवेयर होते हैं जो उपयोगकर्ताओं के साथ इंटरैक्ट करते हैं।.

बाजार में कई समाधान उपलब्ध हैं, हमने दो आवश्यकताओं के आधार पर उनका चयन किया है:

बहु-प्लेटफ़ॉर्म, सक्रिय रूप से प्रबंधित और ओपन सोर्स परियोजनाएँ
उपयोग के लिए तैयार, ताकि सिस्टम प्रशासक उन्हें आसानी से प्रबंधित कर सकें।

हमने दो विकल्प निकाले:

मोज़िला थंडरबर्ड व्यक्तिगत कंप्यूटरों के लिए एक ओपन-सोर्स, क्रॉस-प्लेटफ़ॉर्म ईमेल क्लाइंट है। इसे मोज़िला फ़ाउंडेशन द्वारा विकसित किया गया है।
यह IMAP और POP (ईमेल को आपकी हार्ड ड्राइव पर स्थानीय रूप से स्टोर करना ताकि इसे इंटरनेट कनेक्शन के बिना एक्सेस किया जा सके) दोनों को सपोर्ट करता है।
इसमें उत्कृष्ट मेल फ़िल्टरिंग और प्रबंधन क्षमताएं हैं।

थंडरबर्ड में स्वचालित हस्ताक्षर सुविधाओं सहित कई खातों और पहचानों के उपयोग के लिए मजबूत समर्थन है।
यह विंडोज, मैक ओएस और लिनक्स के लिए तैयार-टू-इंस्टॉल संस्करणों में उपलब्ध है। दूरस्थ रूप से एक्सेस प्राप्त करने के लिए, उपयोगकर्ताओं को पहले अपने कंप्यूटर से कनेक्ट करना होगा।
Rainloop का नया संस्करण एक सरल, आधुनिक, हल्का और तेज़ वेब-आधारित ईमेल क्लाइंट है।
यह बिना किसी डेटाबेस कनेक्टिविटी के बड़ी संख्या में ईमेल खातों को संभाल सकता है।
इसमें SMTP और IMAP दोनों प्रोटोकॉल हैं, जिससे ईमेल भेजना और प्राप्त करना आसान हो जाता है।
2020 में, SnappyMail GitHub प्रोजेक्ट प्रकाशित किया गया था।
यह RainLoop Webmail Community संस्करण का उन्नत और सुरक्षित संस्करण है।
SnappyMail ईमेल क्लाइंट का डेमो यहाँ उपलब्ध है । यदि आप एडमिन इंटरफ़ेस आज़माना चाहते हैं, तो हमसे संपर्क करें ।

कार्य संबंधी ईमेल और गोपनीयता

चेतावनी: यह एक गंभीर कानूनी विषय है। नियमों और उनके प्रयोग की पुष्टि के लिए योग्य सलाहकारों से संपर्क करें।.

ऑफिस का ईमेल एक व्यावसायिक उपकरण है
जिसमें व्यवसाय से संबंधित काफी मात्रा में जानकारी होती है।

कंपनियां ईमेल के साथ जो चाहें कर सकती हैं,
क्योंकि यह एक व्यावसायिक उपकरण है, लेकिन क्या इसे कर्मचारियों द्वारा लिखा और पढ़ा जाता है?
क्या वे इसे पढ़ सकते हैं? क्या वे इसका बैकअप ले सकते हैं? क्या वे इसे आर्काइव कर सकते हैं?

सारांश:

दो प्रकार के कार्य ईमेल पते
सामान्य कार्य ईमेल पते, कोई प्रतिबंध नहीं
कंपनी की निजी मेलबॉक्स, जैसे कि कंपनी की कारों में।
व्यवहार संबंधी दिशा-निर्देश
केवल कुछ विशेष परिस्थितियों में ही पढ़ा जा सकता है
कर्मचारी को सूचित करें
बड़े पैमाने पर जाँच करना प्रतिबंधित है
कानूनी आवश्यकतायें
ईमेल संदेशों को संग्रहित करने का दायित्व
कर्मचारी को सूचित करने का दायित्व
ईमेल संदेशों को हटाने की बाध्यता
मेलबॉक्स को निष्क्रिय करने का दायित्व

सामान्य कार्य ईमेल पते, कोई प्रतिबंध नहीं

ऑफिस मेलबॉक्स की प्रकृति विरोधाभासी है;
यह नियोक्ता के स्वामित्व वाला एक उपकरण है, लेकिन इसका उपयोग कर्मचारी द्वारा किया जाता है।

हमें व्यावसायिक ईमेल पतों के दो अलग-अलग प्रकारों के बीच अंतर करना होगा:

कंपनी का निजी ईमेल बॉक्स, जैसे name.surname@companyname.com
सामान्य कंपनी ईमेल बॉक्स जैसे कि सूचना, सहायता, बिक्री, विपणन, बिलिंग आदि,
यानी वे सभी ईमेल जो किसी एक व्यक्ति से संबंधित नहीं हैं।

कंपनी के सामान्य ईमेल बॉक्स में कोई समस्या नहीं है,
कंपनी उनकी जांच करती है, सभी संदेश पढ़ती है, और उन पर कोई प्रतिबंध नहीं है।

कंपनी की निजी मेलबॉक्स, जैसे कि कंपनी की कारों में।

व्यक्तिगत ईमेल पते, जैसे कि name.surname@companyname.com,
में कर्मचारी का व्यक्तिगत डेटा हो सकता है जिसे नियोक्ता को सुरक्षित रखना चाहिए।

यदि हम इस प्रकार के मेलबॉक्स का उपयोग करने का विकल्प चुनते हैं,
तो एक नियोक्ता के रूप में हमें यह जानना आवश्यक है कि
डेटा को पर्याप्त रूप से संसाधित करने के लिए किन तकनीकी मानकों को अपनाना है और किन उपकरणों का उपयोग करना है।

मेलबॉक्स की तुलना कंपनी की कार से की जा सकती है;
यह कर्मचारी को व्यावसायिक कार्यों के लिए उपलब्ध कराया जाता है।

उदाहरण के लिए, नियोक्ता माइलेज की जांच कर सकता है, यह सत्यापित करने के लिए कि कर्मचारी ने
इस कार्य उपकरण का दुरुपयोग नहीं किया है, इसका उपयोग व्यक्तिगत उद्देश्यों के लिए नहीं किया है।

हालांकि, नियोक्ता बिना किसी विशिष्ट कारण के व्यवस्थित रूप से यह निगरानी नहीं कर सकता
कि कर्मचारी कंपनी की कार के अंदर क्या करता है।

मेलबॉक्स कंपनी की कार के समान है, एक कार्य उपकरण जो कंपनी के स्वामित्व में है,
कर्मचारी को काम के लिए, केवल अपने कार्यों को पूरा करने के लिए दिया जाता है।

कर्मचारी द्वारा काम के घंटों के दौरान भी जो कुछ भेजा और प्राप्त किया जाता है, वह
कंपनी की कार के कॉकपिट के अंदर होने वाली घटनाओं के समान है और इसे निजी पत्राचार के बराबर माना जाता है।

शीर्ष पर वापस जाएं

केवल कुछ विशेष परिस्थितियों में ही पढ़ा जा सकता है

कंपनी ईमेल संदेशों में लिखी बातों को नहीं पढ़ सकती,
यह काम व्यवस्थित रूप से और बिना किसी विशेष कारण के नहीं किया जा सकता।
यदि कोई विशेष मकसद भी हो, तो भी यह केवल कुछ खास परिस्थितियों में ही किया जा सकता है।

तीन अलग-अलग हित दांव पर हैं, जिनमें संतुलन बनाए रखना आवश्यक है:

संगठन/उत्पादन, कार्य सुरक्षा या अन्य कारणों से
इस सामग्री तक पहुँचने में नियोक्ता का हित
इस सामग्री को गोपनीय मानने वाले
कर्मचारियों की वैध अपेक्षा
उस कंपनी के नाम वाले ईमेल खाते पर पत्र लिखने वाले तीसरे पक्ष को
शायद यह जानकारी न हो कि उनके पत्राचार की सामग्री निजी और गोपनीय नहीं है।
(ईमेल संदेशों के नीचे दिया गया मानक अस्वीकरण आमतौर पर चेतावनी देता है कि सामग्री दूसरों द्वारा पढ़ी जा सकती है।)

कर्मचारी को सूचित करें

कर्मचारी को पर्याप्त लिखित संचार के माध्यम से सूचित किया जाना चाहिए कि ईमेल संदेशों का
उपयोग केवल रोजगार संबंध से संबंधित सभी उद्देश्यों के लिए किया जा सकता है, उदाहरण के लिए व्यक्तिगत उपयोग पर रोक लगाकर।

दस्तावेज़ में कंपनी के उपकरणों,
जिनमें ईमेल बॉक्स भी शामिल है, के उपयोग का तरीका बताया जाना चाहिए और यह सूचित किया जाना चाहिए कि गोपनीयता नियमों का अनुपालन करते हुए:

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

बड़े पैमाने पर जाँच करना प्रतिबंधित है

तथाकथित "व्यापक नियंत्रण" निषिद्ध हैं,
जैसे कि किसी कर्मचारी के मेलबॉक्स की सामग्री को व्यवस्थित रूप से पढ़ना।

नियोक्ता के नियंत्रण की सीमाएं तीन मूलभूत सिद्धांतों पर आधारित हैं:

एक है सद्भावना, जिसके तहत नियोक्ता कर्मचारी के कंपनी मेलबॉक्स की जांच
तभी कर सकता है जब इसका कोई ठोस कारण हो
, उदाहरण के लिए, कंपनी की संपत्तियों की सुरक्षा के लिए जो किसी वायरस से खतरे में पड़ सकती हैं;
या कर्मचारी की बेवफाई के संदेह की स्थिति में, बचाव संबंधी जांच करने के लिए।
अन्य कारक नियंत्रण में आनुपातिकता और समय तथा अनुसंधान के विषय में सीमाएँ हैं।

शीर्ष पर वापस जाएं

ईमेल संदेशों को संग्रहित करने का दायित्व

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

कर्मचारी को सूचित करने का दायित्व

यदि कंपनी के बारे में विस्तृत जानकारी उपलब्ध न हो तो
नियोक्ता द्वारा डेटा तक पहुंच :

यह एक अत्यंत गंभीर उल्लंघन का प्रतिनिधित्व करता है;

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

ईमेल संदेशों को हटाने की बाध्यता

व्यापारिक पत्राचार को सामान्यतः अधिकतम दस वर्षों तक सुरक्षित रखा जाना चाहिए। यह
कंपनी की संपत्ति की सुरक्षा और किसी भी कानूनी विवाद की स्थिति में बचाव करने के लिए आवश्यक है।

व्यक्तिगत डेटा का भंडारण और प्रसंस्करण केवल विशिष्ट उद्देश्यों के लिए ही अनुमत है।
यदि यह उद्देश्य एक निश्चित अवधि के बाद, उदाहरण के लिए दस वर्षों के बाद, समाप्त हो जाता है, तो इस डेटा को हटा दिया जाना चाहिए।

मेलबॉक्स को निष्क्रिय करने का दायित्व

कर्मचारी की बर्खास्तगी या इस्तीफे की स्थिति में,
नाम.उपनाम वाले मेलबॉक्स को थोड़े समय के भीतर निष्क्रिय कर देना चाहिए।

कंपनी एक स्वचालित उत्तर सक्रिय कर सकती है जो प्रेषक को सूचित करेगा कि खाता निष्क्रिय कर दिया गया है, और
उसे किसी अन्य आंतरिक ईमेल पते पर लिखने के लिए आमंत्रित करेगा।

बर्खास्त कर्मचारियों के कंपनी संदेशों का ऐतिहासिक संग्रह
तभी सुरक्षित रखा जा सकता है जब कर्मचारी को इस बात की सूचना दी गई हो कि उसके संदेश संग्रहीत किए जा रहे हैं।

शीर्ष पर वापस जाएं

ईमेल को स्पैम से सुरक्षित रखें

व्यावसायिक ईमेल को स्पैम से कैसे बचाएं?

ईमेल के बारे में सोचते समय स्पैम की समस्या पर विचार किए बिना रहना लगभग असंभव है।
हमने वर्तमान स्थिति और अपनाई जा सकने वाली रणनीतियों को संक्षेप में प्रस्तुत करने का प्रयास किया है:

ईमेल ट्रैफिक में से कितना हिस्सा स्पैम होता है?

एक विश्वसनीय स्रोत सेंडरबेस है, जिसे अब टैलोस कहा जाता है, जो
सितंबर 2020 में दर्ज किए गए ईमेल ट्रैफिक की तुलना में
लगभग 85% स्पैम ईमेल और 15% वैध ईमेल दिखाता है।

यह प्रतिशत स्थिर रहा है, पिछले बारह महीनों में इसमें बहुत कम बदलाव हुए हैं।.

ईमेल स्पैम ट्रैफ़िक सितंबर 2020

स्रोत: ईमेल और स्पैम डेटा - कुल वैश्विक ईमेल और स्पैम मात्रा।

शीर्ष पर वापस जाएं

स्पैम की लागत क्या है?

कभी-कभी स्पैम सिर्फ प्रचार के लिए होता है, और भेजने वाला
सिर्फ अपने व्यवसाय के लिए अधिक ग्राहक जुटाने की कोशिश करता है,
जिससे ध्यान भटकता है और समय बर्बाद होता है। यह आपके इनबॉक्स को
इतना भर सकता है कि महत्वपूर्ण ईमेल ढूंढना मुश्किल हो जाता है।

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

शीर्ष पर वापस जाएं

स्पैम रोकने की नवीनतम तकनीकें क्या हैं?

अपनी कंपनी के इनबॉक्स को अपने घर के दरवाजे की तरह समझिए:
आपको यह तय करना होगा कि कौन अंदर आ सकता है और किसे बाहर रखना है।

कोई भी तकनीक स्पैम की समस्या का संपूर्ण समाधान नहीं है।
प्रत्येक तकनीक में कुछ कमियां हैं, वैध ईमेल को गलत तरीके से अस्वीकार करना ( गलत सकारात्मक परिणाम )
जैसे कि और स्पैम को अस्वीकार न करना ( गलत नकारात्मक परिणाम )
ही अच्छे ईमेल को गलत तरीके से ब्लॉक करने में लगने वाला समय, प्रयास और लागत।

स्पैम रोधी तकनीकों को दो क्षेत्रों में विभाजित किया जा सकता है: रोकथाम और उपचार।.

स्पैम की रोकथाम (होने से पहले ही)

स्पैम ईमेल प्राप्त होने की संभावना को कम करने के उद्देश्य से अपने ईमेल पतों की उपलब्धता को सीमित करें।.

समझदारी से काम लें,

अपना ईमेल पता हर किसी को न दें।
जितना कम यह जाना-पहचाना होगा, उतना ही कम स्पैम आपको मिलेगा।
जब भी संभव हो, ऑनलाइन पंजीकरण के लिए एक अलग ईमेल का उपयोग करें।
संपर्क फ़ॉर्म

आपके ईमेल पते को ऑनलाइन प्रकाशित नहीं करते हैं
, क्योंकि कोई भी इसे देख सकता है। "स्पैमबॉट" इन्हें लगातार पकड़ लेते हैं
और ऑनलाइन संपर्क करने के लिए सुरक्षित वेब फ़ॉर्म/संपर्क फ़ॉर्म का उपयोग करते हैं।
* = रोबोट द्वारा सुरक्षित जो इन्हें स्वचालित रूप से भरते हैं।

स्पैम का निवारण (जब यह हो रहा हो)

एक बार स्पैमर को आपका ईमेल पता मिल जाए, तो लड़ाई आपके मेल सर्वर और इनबॉक्स तक पहुंच जाती है।.

स्पैमअसासिन जैसी स्कोर प्रणाली

कई स्पैम-डिटेक्शन तकनीकों का उपयोग करती है, जिनमें DNS आधारित ईमेल ब्लैकलिस्ट
(जिसे आमतौर पर रियलटाइम ब्लैकलिस्ट, DNSBL या RBL कहा जाता है), टेक्स्ट विश्लेषण और बायेसियन फ़िल्टरिंग शामिल हैं।

प्रत्येक परीक्षण का एक स्कोर मान होता है। स्कोर धनात्मक या ऋणात्मक हो सकते हैं, धनात्मक मान "स्पैम" और ऋणात्मक मान "हैम" (गैर-स्पैम) दर्शाते हैं।
प्राप्तकर्ता के लिए डिफ़ॉल्ट स्कोर सीमा "5.0" है। यदि किसी ईमेल का स्कोर सीमा से अधिक होता है, तो उसे स्पैम के रूप में चिह्नित किया जाता है।

इंटरनेट पर कई "स्पैमअसासिन टेस्ट" उपलब्ध हैं,
जो स्पैमर को संदेश भेजने से पहले उनकी जांच करने की सुविधा देते हैं।
उपयोगकर्ताओं द्वारा संचालित

ये सिस्टम आने वाले ईमेल को वैध या स्पैम के रूप में चिह्नित कर सकते हैं और ये टिप्पणियाँ एक केंद्रीय डेटाबेस में दर्ज की जाती हैं।
जब कुछ उपयोगकर्ता किसी ईमेल को जंक के रूप में चिह्नित कर देते हैं, तो फ़िल्टर स्वचालित रूप से उसे समुदाय के बाकी ईमेल इनबॉक्स तक पहुँचने से रोक देता है।

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

जब एक सहयोगी सामग्री फ़िल्टरिंग सिस्टम में एक बड़ा, सक्रिय उपयोगकर्ता आधार शामिल होता है,
तो यह स्पैम के प्रकोप को तुरंत रोक सकता है, कभी-कभी कुछ ही मिनटों में।

इस तरह के फ़िल्टर को स्पैमर शायद ही पार कर पाते हैं।
ईमेल प्रमाणीकरण में

SPF, DKIM और DMARC जैसी तकनीकें शामिल हैं, जिनसे आप यह पहचान सकते हैं कि भेजने वाले का पता वाकई वही है जो दावा किया जा रहा है।
2020 में इनका व्यापक रूप से उपयोग किया जाता है और ये विश्वसनीय प्रेषकों की पहचान करने का एक अच्छा स्रोत हैं।

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

स्पैमर ईमेल प्रमाणीकरण का पालन करके
अपने संदेशों को "वैध प्रेषकों" से आया हुआ दिखा सकते हैं।
अधिकृत प्रेषक, श्वेतसूची:

श्वेतसूची में आप विश्वसनीय पतों या डोमेन की एक श्रृंखला निर्दिष्ट कर सकते हैं।
शुरुआत में, व्यक्तिगत पता पुस्तिका और पहले प्राप्त ईमेल बहुत सहायक होंगे।

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

एक बार जब आपकी विश्वसनीय संपर्कों की सूची भर जाती है, तो कोई भी अज्ञात प्रेषक आपके मेलबॉक्स तक नहीं पहुँच पाएगा।
सभी अवांछित संदेशों को एक अलग मेलबॉक्स में पुनर्निर्देशित किया जा सकता है, जिसकी जाँच दिन में एक बार या उससे भी कम बार की जा सकती है।

स्पैमर शायद ही पता लगा पाएंगे कि प्रत्येक प्राप्तकर्ता के विश्वसनीय प्रेषक कौन हैं।
यदि वे ऐसा कर भी लेते हैं, तो ईमेल प्रमाणीकरण जाँच आपको धोखाधड़ी के उपयोग के बारे में सचेत कर देगी।

शीर्ष पर वापस जाएं

DMARC कैसे काम करता है - अपडेट किया गया

DMARC गूगल मेल और ऑफिस 365 के साथ कैसे काम करता है? (अपडेट किया गया)

हमने एक बार फिर परीक्षण किया है कि ईमेल प्रमाणीकरण
Google Mail और Office 365 मेलबॉक्सों में ईमेल डिलीवरी को कैसे प्रभावित करता है, जो कि सबसे लोकप्रिय व्यावसायिक ईमेल प्रदाता हैं।

परिणामों को दो समूहों में विभाजित किया जा सकता है:

ईमेल डिलीवरी

(SPF, DKIM और DMARC भेजे गए संदेशों की डिलीवरी को कैसे प्रभावित करते हैं)

# Google Mail: ईमेल हमेशा स्वीकार किए जाते हैं, SPF प्रमाणीकरण पर बिल्कुल भी विचार नहीं किया जाता है।
   DKIM हस्ताक्षर का मूल्यांकन तभी किया जाता है जब वह 'प्रेषक' के ईमेल पते से मेल खाता हो और DMARC को "क्वारंटाइन" या "अस्वीकार" नीति के साथ सेट किया गया हो।

# Office 365: SPF के प्रति पूरी तरह से प्रतिक्रियाशील है, जब कोई संदेश SPF जांच पास कर लेता है, तो वह इनबॉक्स में पहुंच जाता है।
   DKIM हस्ताक्षर पर तभी विचार किया जाता है जब वह 'प्रेषक' के ईमेल पते से मेल खाता हो, अन्यथा इसका कोई महत्व नहीं है।

   नोट: अगस्त के अंतिम सप्ताह में Office 365 में एक अजीब व्यवहार देखा गया:
   केवल DKIM (प्रवेशक पते से मेल खाने वाला हस्ताक्षर डोमेन)
   और DMARC रिकॉर्ड सेट (किसी भी नीति के साथ) से हस्ताक्षरित संदेश ही इनबॉक्स में डिलीवर किए गए।

स्पूफिंग सुरक्षा

(SPF, DKIM और DMARC प्रेषक के ईमेल पते को नकली होने से कैसे बचाते हैं*)
* = संदेश को वास्तविक स्रोत के अलावा किसी और से आया हुआ दिखाना

# Google Mail: DMARC को सक्रिय करने पर, नकली प्रेषकों के ईमेल स्पैम फ़ोल्डर में फ़िल्टर हो जाते हैं (p=quarantine के साथ) या अस्वीकार कर दिए जाते हैं (p=reject के साथ)।
यदि नीति "none" (p=none) पर सेट है, तो कुछ नहीं होता; इस स्थिति में सभी संदेश इनबॉक्स में पहुँच जाते हैं।

# Office 365: "spf fail" या "spf softfail" परिणाम नकली प्रेषकों को जंक ईमेल फ़ोल्डर में भेजने के लिए पर्याप्त हैं।

प्रमाणीकरण आवश्यकताएँ

ईमेल प्रमाणीकरण संबंधी सुझाई गई आवश्यकताओं का सारांश निम्नलिखित है:

	ईमेल डिलीवरी	स्पूफिंग सुरक्षा
गूगल मेल	डीकेआईएम पास (डोमेन संरेखित)	p=quarantine या p=reject के साथ dmarc सेट करें
कार्यालय 365	एसपीएफ पास और डीकेआईएम पास (डोमेन संरेखित)	SPF और DMARC सेट करें।

ईमेल डिलीवरी परीक्षण के परिणाम

नीचे किए गए सभी परीक्षणों की पूरी श्रृंखला दी गई है।

		गूगल मेल	गूगल मेल (डीएमएआरसी सेट)	कार्यालय 365	ऑफिस 365 (डीमार्क सेट)
एसपीएफ पास	डीकेआईएम कोई नहीं	इनबॉक्स	इनबॉक्स	इनबॉक्स	इनबॉक्स
एसपीएफ विफल	डीकेआईएम कोई नहीं	इनबॉक्स	अवांछित ईमेल	कूड़ा	कूड़ा
एसपीएफ सॉफ्टफेल	डीकेआईएम कोई नहीं	इनबॉक्स	अवांछित ईमेल	कूड़ा	कूड़ा
एसपीएफ कोई नहीं	डीकेआईएम कोई नहीं	इनबॉक्स	अवांछित ईमेल	कूड़ा	कूड़ा

एसपीएफ पास	डीकिम अंतर	इनबॉक्स	इनबॉक्स	इनबॉक्स	इनबॉक्स
एसपीएफ विफल	डीकिम अंतर	इनबॉक्स	अवांछित ईमेल	कूड़ा	कूड़ा
एसपीएफ सॉफ्टफेल	डीकिम अंतर	इनबॉक्स	अवांछित ईमेल	कूड़ा	कूड़ा
एसपीएफ कोई नहीं	डीकिम अंतर	इनबॉक्स	अवांछित ईमेल	कूड़ा	कूड़ा

एसपीएफ पास	डीकेआईएम पास	इनबॉक्स	इनबॉक्स	इनबॉक्स	इनबॉक्स
एसपीएफ विफल	डीकेआईएम पास	इनबॉक्स	इनबॉक्स	इनबॉक्स	इनबॉक्स
एसपीएफ सॉफ्टफेल	डीकेआईएम पास	इनबॉक्स	इनबॉक्स	इनबॉक्स	इनबॉक्स
एसपीएफ कोई नहीं	डीकेआईएम पास	इनबॉक्स	इनबॉक्स	इनबॉक्स	इनबॉक्स

एसपीएफ पास	डीकेआईएम अमान्य	इनबॉक्स	इनबॉक्स	इनबॉक्स	इनबॉक्स
एसपीएफ विफल	डीकेआईएम अमान्य	इनबॉक्स	अवांछित ईमेल	कूड़ा	कूड़ा
एसपीएफ सॉफ्टफेल	डीकेआईएम अमान्य	इनबॉक्स	अवांछित ईमेल	कूड़ा	कूड़ा
एसपीएफ कोई नहीं	डीकेआईएम अमान्य	इनबॉक्स	अवांछित ईमेल	कूड़ा	कूड़ा

टिप्पणियाँ:

प्रेषक का पता (दिखाई देने वाला प्रेषक) और मेल भेजने वाले का पता (जिसे "एनवेलप फ्रॉम" या "रिटर्न-पाथ" भी कहा जाता है) एक ही हैं, वे एक ही डोमेन को संदर्भित करते हैं।
“डीकेआईएम पास”: डीकेआईएम हस्ताक्षर डोमेन, समान (डोमेन संरेखित है)
“dkim diff”: dkim हस्ताक्षर डोमेन, भिन्न (डोमेन संरेखित नहीं है)

DMARC के लिए DKIM डोमेन

डीकेआईएम डोमेन अलाइनमेंट डीएमएआरसी प्रमाणीकरण को कैसे प्रभावित करता है?

अध्याय “3.1. पहचानकर्ता संरेखण” में यह कहा गया है:

   ईमेल प्रमाणीकरण तकनीकें किसी व्यक्तिगत संदेश के विभिन्न (और भिन्न-भिन्न) पहलुओं को प्रमाणित करती हैं। उदाहरण के लिए, [DKIM] उस डोमेन को प्रमाणित करता है जिसने संदेश पर हस्ताक्षर किए हैं, जबकि [SPF] या तो [SMTP] के RFC5321.MailFrom (मेल-फ्रॉम) भाग में दिखाई देने वाले डोमेन को या RFC5321.EHLO/HELO डोमेन को, या दोनों को प्रमाणित कर सकता है। ये अलग-अलग डोमेन हो सकते हैं, और आमतौर पर अंतिम उपयोगकर्ता को दिखाई नहीं देते हैं। DMARC, RFC5322.From डोमेन के उपयोग को प्रमाणित करता है, जिसके लिए यह आवश्यक है कि यह एक प्रमाणित पहचानकर्ता से मेल खाए (उसके साथ संरेखित हो)। -- https://tools.ietf.org/html/rfc7489#section-3.1

इसका सीधा सा मतलब है:

   जब कोई प्रेषक SPF और/या DKIM का उपयोग करके अपने ईमेल को प्रमाणित करता है, तो कम से कम एक डोमेन प्रेषक डोमेन के साथ मेल खाना चाहिए।

हमें यह स्पष्ट नहीं था कि कोई संदेश SPF या DKIM जांच में
के बावजूद DMARC प्रमाणीकरण पास कर सकता है या नहीं।

हमने इसे सभी के लिए उपलब्ध एक टूल, जीमेल मेलबॉक्स का उपयोग करके टेस्ट किया।
परिणाम देखने के लिए, मैसेज खोलें और "मूल दिखाएँ" चुनें:

परीक्षण 1 - अग्रेषित संदेश: spf-fail, dkim-pass (संरेखित)
spf-fail dmarc-pass

परीक्षण 2 - टूटी हुई डीकेआईएम कुंजी: डीकेआईएम-फेल, एसपीएफ-पास (संरेखित)
dkim-fail dmarc-pass

परिणाम स्पष्ट है, संदेश DMARC प्रमाणीकरण को पास कर लेता है यदि उसमें
SPF और डोमेन संरेखण <OR> डीकेआईएम और डोमेन संरेखण

डीएमएआरसी जांच को पास करने के लिए, कुछ मामलों में डीकेआईएम हस्ताक्षर को मान्य करना महत्वपूर्ण है:
हस्ताक्षर करने वाला डोमेन (d=example.com) प्रेषक डोमेन के साथ संरेखित होना चाहिए।

“DMARC-PASS” परिणामों के ऐसे उदाहरण जो अन्यथा काम नहीं करते:

मामला 1 - फ़ॉरवर्डिंग से SPF प्रमाणीकरण बाधित हो जाता है

SPF-FAIL: SPF प्रमाणीकरण जांच ज्यादातर मामलों में विफल हो जाएगी,
क्योंकि मूल प्रेषक के SPF रिकॉर्ड में शामिल न होने वाली एक नई इकाई द्वारा अग्रेषित ईमेल भेजा गया है।
DKIM-PASS (संरेखित): ईमेल फ़ॉरवर्डिंग DKIM हस्ताक्षर को प्रभावित नहीं करती है

परिणाम: डीकेआईएम अलाइनमेंट के कारण संदेश डीएमएआरसी जांच में पास हो जाता है।.

मामला 2 - ईएसपी (ईमेल सेवा प्रदाता) द्वारा प्रदान किया गया एसपीएफ डोमेन,
फ्रॉम डोमेन के साथ संरेखित नहीं किया जा सकता है।

SPF~PASS (संरेखित नहीं): SPF प्रमाणीकरण डोमेन संरेखण में विफल रहा,
क्योंकि मेल भेजने वाले के पते में ESP द्वारा उपयोग किया जाने वाला डोमेन भेजने वाले के डोमेन से भिन्न है।
DKIM-PASS (अलाइन किया गया): DKIM हस्ताक्षर प्रेषक के समान डोमेन का उपयोग करता है।

सबसे लोकप्रिय ईमेल प्रदाता

2020 में सबसे लोकप्रिय ईमेल प्रदाता कौन से हैं?

ईमेल की डिलीवरी की निगरानी करने के लिए, यह जानना महत्वपूर्ण है कि आपके प्राप्तकर्ता किन ईमेल प्रदाताओं का उपयोग कर रहे हैं।.

बिजनेस टू बिजनेस

बी2बी जगत के लिए हमारे पास सटीक आंकड़े नहीं हैं। अधिकांश व्यावसायिक ईमेल बॉक्स "क्लाउड ऑफिस सूट" में स्थानांतरित हो रहे हैं, जहां बाजार "जी सूट" और "ऑफिस 365" के बीच विभाजित है।
datanyze.com के आंकड़ों के अनुसार, ये दोनों मिलकर वैश्विक व्यावसायिक ईमेल बाजार के 90% से अधिक हिस्से पर कब्जा करते हैं।

किसी एक व्यवसाय के लिए यह जानकारी एकत्र करना काफी आसान है।
कंपनी डोमेन के एमएक्स रिकॉर्ड से, हम उपयोग किए जा रहे ईमेल प्रदाता को देख सकते हैं:
"जी सूट" के लिए aspmx.l.google.com और
"ऑफिस 365" के लिए mail.protection.outlook.com।

यदि आपकी कंपनी बी2बी क्षेत्र में काम करती है, तो यह सलाह दी जाती है कि आप नियमित रूप से इन दोनों प्रदाताओं के लिए एक-एक मेलबॉक्स की निगरानी करें।.

तीसरा खिलाड़ी जोहो (mx.zoho.com) है, जिसकी बाजार हिस्सेदारी लगभग 2% है (स्रोत: ciodive.com)।.

बिजनेस टू कंज्यूमर

बी2सी के मामले में विश्लेषण अधिक जटिल है। इंटरनेट ट्रैफिक पर आधारित कोई सार्वजनिक "ईमेल ओपन डेटा" उपलब्ध नहीं है।.

ईमेल प्राप्तकर्ताओं की जानकारी प्राप्त करने का एकमात्र तरीका उन्हें हमारी संपर्क सूची से निकालना या बड़े ईमेल सेवा प्रदाताओं से प्राप्त करना है। इनमें से कुछ प्रदाता वार्षिक रिपोर्ट तैयार करते हैं और उन्हें इंटरनेट समुदाय के साथ साझा करते हैं।.

नीचे दिए गए आंकड़े पच्चीस देशों में शीर्ष तीन ईमेल प्रदाताओं को दर्शाते हैं, यह जानकारी सेंडग्रिड द्वारा प्रकाशित "2019 ईमेल बेंचमार्क और एंगेजमेंट स्टडी" से ली गई है।.

देशों

अर्जेंटीना, ऑस्ट्रेलिया, बेल्जियम, ब्राजील, कनाडा, चिली, चीन, कोलंबिया, डेनमार्क, फ्रांस, जर्मनी, भारत, इंडोनेशिया, इटली, जापान, मैक्सिको, न्यूजीलैंड, रूस, सऊदी अरब, स्पेन, दक्षिण अफ्रीका, स्वीडन, स्विट्जरलैंड, यूनाइटेड किंगडम, संयुक्त राज्य अमेरिका

अर्जेंटीना

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
एआर	जीमेल.कॉम	45.8%	हॉटमेल.कॉम	33.7%	yahoo.com.ar	8.2%		87.7%

शीर्ष पर वापस जाएं

ऑस्ट्रेलिया

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
ए.यू	जीमेल.कॉम	38.0%	हॉटमेल.कॉम	18.7%	bigpond.com	5.4%		62.1%

शीर्ष पर वापस जाएं

बेल्जियम

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
होना	जीमेल.कॉम	30.6%	हॉटमेल.कॉम	23.0%	टेलेनेट.बी	9.8%		63.4%

शीर्ष पर वापस जाएं

ब्राज़िल

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
बीआर	जीमेल.कॉम	52.9%	हॉटमेल.कॉम	22.5%	yahoo.com.br	6.1%		81.5%

शीर्ष पर वापस जाएं

कनाडा

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
सीए	जीमेल.कॉम	38.6%	हॉटमेल.कॉम	18.8%	याहू.कॉम	4.5%		61.9%

शीर्ष पर वापस जाएं

चिली

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
क्लोरीन	जीमेल.कॉम	67.3%	हॉटमेल.कॉम	18.2%	yahoo.es	1.7%		87.2%

शीर्ष पर वापस जाएं

चीन

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
सीएन	नेटईज़ (126.com 163.com)	ना.	टेनसेंट (qq.com)	ना.	सीना (sina.com)	ना.		ना.

नोट: यह जानकारी ReturnPath द्वारा प्रकाशित “देश अवलोकन: चीन” से ली गई है।

शीर्ष पर वापस जाएं

कोलंबिया

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
सीओ	जीमेल.कॉम	41.3%	हॉटमेल.कॉम	38.7%	याहू.कॉम	4.3%		84.3%

शीर्ष पर वापस जाएं

डेनमार्क

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
डीके	जीमेल.कॉम	35.8%	हॉटमेल.कॉम	14.0%	live.dk	3.7%		53.5%

शीर्ष पर वापस जाएं

फ्रांस

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
फादर	जीमेल.कॉम	36.0%	hotmail.fr	9.8%	orange.fr	8.2%		54.0%

शीर्ष पर वापस जाएं

जर्मनी

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
डीई	जीमेल.कॉम	20.8%	gmx.de	10.0%	वेब.डीई	9.5%		40.3%

शीर्ष पर वापस जाएं

भारत

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
में	जीमेल.कॉम	82.4%	याहू.कॉम	3.4%	yahoo.co.in	1.6%		87.4%

शीर्ष पर वापस जाएं

इंडोनेशिया

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
पहचान	जीमेल.कॉम	82.6%	याहू.कॉम	7.1%	yahoo.co.id	1.0%		90.7%

शीर्ष पर वापस जाएं

इटली

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
यह	जीमेल.कॉम	46.8%	libero.it	9.9%	hotmail.it	7.2%		63.9%

शीर्ष पर वापस जाएं

जापान

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
जेपी	जीमेल.कॉम	33.8%	yahoo.co.jp	12.7%	docomo.ne.jp	8.6%		55.1%

शीर्ष पर वापस जाएं

मेक्सिको

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
एमएक्स	जीमेल.कॉम	42.6%	हॉटमेल.कॉम	31.5%	yahoo.com.mx	4.0%		78.1%

शीर्ष पर वापस जाएं

नीदरलैंड

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
एनएल	जीमेल.कॉम	35.4%	हॉटमेल.कॉम	19.5%	live.nl	2.5%		57.4%

शीर्ष पर वापस जाएं

न्यूज़ीलैंड

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
न्यूजीलैंड	जीमेल.कॉम	46.3%	हॉटमेल.कॉम	10.9%	xtra.co.nz	9.0%		66.2%

शीर्ष पर वापस जाएं

रूस

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
आरयू	mail.ru	34.8%	जीमेल.कॉम	22.7%	yandex.ru	19.6%		77.1%

शीर्ष पर वापस जाएं

सऊदी अरब

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
एसए	जीमेल.कॉम	47.0%	हॉटमेल.कॉम	31.0%	याहू.कॉम	7.8%		85.8%

शीर्ष पर वापस जाएं

स्पेन

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
तों	जीमेल.कॉम	50.2%	हॉटमेल.कॉम	25.8%	yahoo.es	3.8%		79.8%

शीर्ष पर वापस जाएं

दक्षिण अफ्रीका

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
जेडए	जीमेल.कॉम	65.5%	याहू.कॉम	4.1%	हॉटमेल.कॉम	2.9%		72.5%

शीर्ष पर वापस जाएं

स्वीडन

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
से	जीमेल.कॉम	33.2%	हॉटमेल.कॉम	21.0%	live.se	3.0%		57.2%

शीर्ष पर वापस जाएं

स्विट्ज़रलैंड

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
चौधरी	जीमेल.कॉम	25.5%	ब्लूविन.च	14.6%	हॉटमेल.कॉम	10.5%		50.6%

शीर्ष पर वापस जाएं

यूनाइटेड किंगडम

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
यूके	जीमेल.कॉम	30.8%	हॉटमेल.कॉम	10.4%	hotmail.co.uk	9.2%		50.4%

शीर्ष पर वापस जाएं

संयुक्त राज्य अमेरिका

आईएसओ	प्रदाता #1	%	प्रदाता #2	%	प्रदाता #3	%		कुल
हम	जीमेल.कॉम	41.9%	याहू.कॉम	15.1%	हॉटमेल.कॉम	5.3%		62.3%

शीर्ष पर वापस जाएं

DMARC कैसे काम करता है

2020 में DMARC गूगल मेल और ऑफिस 365 के साथ कैसे काम करता है?

हमने यह परीक्षण किया है कि ईमेल प्रमाणीकरण
Google Mail और Office 365, जो कि सबसे लोकप्रिय व्यावसायिक ईमेल प्रदाता हैं, पर

परिणामों को दो समूहों में विभाजित किया जा सकता है:

ईमेल डिलीवरी
(एसपीएफ, डीकेआईएम और डीएमआरसी भेजे गए संदेशों की डिलीवरी को कैसे प्रभावित करते हैं):
गूगल मेल: ईमेल हमेशा स्वीकार किए जाते हैं, प्रमाणीकरण पर बिल्कुल भी ध्यान नहीं दिया जाता है।
ऑफिस 365: आमतौर पर एसपीएफ और डीकेआईएम के प्रति प्रतिक्रियाशील है। इनबॉक्स तक लगातार परिणाम प्राप्त करने का एकमात्र तरीका उन्हें डीएमआरसी से जोड़ना है।
स्पूफिंग से सुरक्षा
(SPF, DKIM और DMARC किस प्रकार प्रेषक के ईमेल पते को स्पूफ होने से बचाते हैं*)
* = संदेश को वास्तविक स्रोत के अलावा किसी अन्य व्यक्ति से आया हुआ प्रतीत कराना।
Google मेल: DMARC और SPF (फेल या सॉफ्टफेल क्वालिफायर) को मिलाकर, स्पूफ किए गए प्रेषकों को स्पैम फोल्डर में फ़िल्टर कर दिया जाता है या अस्वीकार कर दिया जाता है (आपकी DMARC सेटिंग्स के आधार पर)।
Office 365: SPF (फेल या सॉफ्टफेल क्वालिफायर) नकली प्रेषकों को जंक ईमेल फोल्डर में भेजने के लिए पर्याप्त है।

इनका सारांश इस प्रकार है:

	ईमेल डिलीवरी	स्पूफिंग सुरक्षा
गूगल मेल	हमेशा स्वीकार्य, प्रमाणीकरण पर बिल्कुल भी विचार नहीं किया जाता है	डीएमएआरसी + एसपीएफ (विफलता या सॉफ्टफेल)
कार्यालय 365	dmarc + spf पास या dmarc + dkim पास	एसपीएफ (फेल या सॉफ्टफेल)

नीचे किए गए सभी परीक्षणों की पूरी सूची दी गई है।.

	गूगल मेल	कार्यालय 365
spf पास - dkim कोई नहीं	इनबॉक्स	इनबॉक्स
spf विफल - dkim कोई नहीं	इनबॉक्स	कूड़ा
spf SoftFail - dkim none	इनबॉक्स	कूड़ा
spf न्यूट्रल - dkim कोई नहीं	इनबॉक्स	इनबॉक्स
एसपीएफ शून्य - डीकेआईएम शून्य	इनबॉक्स	कूड़ा

एसपीएफ पास - डीकेआईएम पास	इनबॉक्स	कूड़ा*
spf विफल - dkim पास	इनबॉक्स	कूड़ा
spf SoftFail - dkim pass	इनबॉक्स	कूड़ा*
spf न्यूट्रल - dkim पास	इनबॉक्स	कूड़ा*
spf none - dkim pass	इनबॉक्स	कूड़ा*

spf पास - dkim अमान्य	इनबॉक्स	कूड़ा
spf विफल - dkim अमान्य	इनबॉक्स	कूड़ा
spf SoftFail - dkim अमान्य	इनबॉक्स	कूड़ा
spf तटस्थ - dkim अमान्य	इनबॉक्स	कूड़ा
spf none - dkim invalid	इनबॉक्स	कूड़ा

एसपीएफ पास - डीकिम अमान्य - डीमार्क अस्वीकार	इनबॉक्स	इनबॉक्स
spf विफल - dkim अमान्य - dmarc अस्वीकृत	dsn=5.0.0, stat=सेवा अनुपलब्ध	कूड़ा
spf SoftFail - dkim अमान्य - dmarc अस्वीकृत	dsn=5.0.0, stat=सेवा अनुपलब्ध	कूड़ा
एसपीएफ न्यूट्रल - डीकिम अमान्य - डीमार्क अस्वीकार	इनबॉक्स	इनबॉक्स
spf none - dkim invalid - dmarc reject	dsn=5.0.0, stat=सेवा अनुपलब्ध	कूड़ा

एसपीएफ़ पास - डीकिम पास - डीमार्क अस्वीकार	इनबॉक्स	इनबॉक्स
spf विफल - dkim पास - dmarc अस्वीकृत	इनबॉक्स	इनबॉक्स
एसपीएफ़ सॉफ्टफ़ेल - डीकिम पास - डीमार्क अस्वीकार	इनबॉक्स	इनबॉक्स
एसपीएफ न्यूट्रल - डीकिम पास - डीमार्क रिजेक्ट	इनबॉक्स	इनबॉक्स
एसपीएफ़ कोई नहीं - डीकिम पास - डीमार्क अस्वीकार	इनबॉक्स	इनबॉक्स

एसपीएफ पास - डीकिम डिफ - डीमार्क रिजेक्ट	इनबॉक्स	इनबॉक्स
spf विफल - dkim अंतर - dmarc अस्वीकृत	dsn=5.0.0, stat=सेवा अनुपलब्ध	कूड़ा
spf SoftFail - dkim diff - dmarc reject	dsn=5.0.0, stat=सेवा अनुपलब्ध	कूड़ा
एसपीएफ न्यूट्रल - डीकिम डिफ - डीमार्क रिजेक्ट	इनबॉक्स	इनबॉक्स
एसपीएफ़ कोई नहीं - डीकिम अंतर - डीमार्क अस्वीकार	dsn=5.0.0, stat=सेवा अनुपलब्ध	कूड़ा

टिप्पणियाँ:

प्रेषक का पता (दृश्यमान प्रेषक) और प्रेषक लिफाफा (वापसी पथ) एक ही डोमेन से हैं।
“डीकेआईएम पास”: डीकेआईएम हस्ताक्षर डोमेन वही जो भेजने वाले के पते का डोमेन है।
“dkim diff”: dkim हस्ताक्षर डोमेन, भेजने वाले के पते के डोमेन से अलग है
दूसरे समूह में तारांकित चिह्न का अर्थ है कि परिणाम समय के साथ एक समान नहीं रहे हैं।

आज इसका डेमो कैसे करें

आज ही ट्रायल अकाउंट पाने के लिए अभी फॉर्म भरें।

भागीदार कैसे बनें

अधिक जानकारी प्राप्त करने के लिए फॉर्म भरें।

आपको ईमेल पर नियंत्रण मिलता है

आपको ईमेल नियंत्रण के उपखंड मिलते हैं

सुरक्षित ईमेल गेटवे

ईमेल भेजने में समस्या आ रही है?हमें आपकी मदद करने में खुशी होगी!

सुरक्षित ईमेल गेटवे के उपखंड

श्वेतसूचीबद्ध आईपी पते

डिजिटल रूप से हस्ताक्षरित संदेश

समर्पित आईपी पता

सुरक्षा सेटिंग्स

सुरक्षा सेटिंग्स के उपखंड

अधिकृत प्रेषक

fail2ban द्वारा संरक्षित

अतिरिक्त सुरक्षा सेटिंग्स

अतिरिक्त सुरक्षा सेटिंग्स के उपखंड

बुरी आसक्तियों को रोकें

संदेशों की संख्या सीमित करें

संदेशों के भार को सीमित करें

बड़े अटैचमेंट को रूपांतरित करें

भेजे गए सभी ईमेलों की bcc में शामिल करें

ईमेल प्रशासकों के लिए

ईमेल प्रशासकों के लिए उपखंड

ईमेल क्लाइंट सेटिंग्स

ईमेल क्लाइंट सेटिंग्स के उपखंड

आउटलुक

आउटलुक 2007

आउटलुक 2013 2016

Mac OS/X मेल

थंडरबर्ड

ज़िम्ब्रा डेस्कटॉप

ईमेल सर्वर सेटिंग्स

ईमेल सर्वर सेटिंग्स के उपखंड

सर्वर की अदला बदली करें

कार्यालय 365

नया कनेक्टर

कनेक्टर का नाम

कनेक्टर का उपयोग

मार्ग

सुरक्षा प्रतिबंध

सत्यापन ईमेल

सत्यापन सफल रहा

कनेक्टर की समीक्षा करें

ज़िम्ब्रा सहयोग

इनबॉक्स ऐप

इनबॉक्स ऐप के उपखंड

ईमेल का ऐतिहासिक संग्रह

वेबमेल इंटरफ़ेस

इनबॉक्स ऐप डेमो

अब इसे स्वयं आजमा कर देखें! (1)

अब खुद ही आजमा कर देखिए! (2) अपने डोमेन के साथ

pop3 के माध्यम से संदेश डाउनलोड करें

स्पैमस्टॉप ऐप

स्पैमस्टॉप ऐप के उपखंड

1 - एसपीएफ जांच

2 - डीकेआईएम चेक

3 - डीएमएआरसी संरेखण

4 - डबल स्पैम टैग

क्लाइंट साइड प्रेषक फ़िल्टर

क्लाइंट साइड सेंडर फ़िल्टर के उपखंड

माइक्रोसॉफ्ट 365 आउटलुक

मोज़िला थंडरबर्ड

सर्वर साइड प्रेषक फ़िल्टर

सर्वर साइड सेंडर फ़िल्टर के उपखंड

माइक्रोसॉफ्ट 365 एक्सचेंज

सुरक्षा सेटिंग्स

सुरक्षा सेटिंग्स के उपखंड

केवल प्रमाणित प्रेषक ही

खतरनाक अटैचमेंट हटा दें

ईमेल प्रसारकों के लिए

ईमेल प्रसारकों के लिए उपखंड

न्यूज़लेटर सॉफ़्टवेयर सेटिंग्स

न्यूज़लेटर सॉफ़्टवेयर सेटिंग्स के उपखंड

ग्रुपमेल

इनक्समेल प्रोफेशनल

जूमला एसीमेलिंग

मैक्सबल्क मेलर

phplist

सेंडब्लास्टर

सेंडी

वर्डप्रेस मेलपोएट 3

वर्डप्रेस मेलपोएट 2

ईमेल भेजने में समस्या आ रही है?
हमें आपकी मदद करने में खुशी होगी!