आइए आपके ईमेल को सशक्त बनाएं

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

रियलसेंडर - नवीनताएँ	ईमेल ट्रेंड्स - नवीनतम पोस्ट
• यूज़रकोड ऐप	• बीसीसी ईमेल का एक अच्छा विकल्प
• एसएमटीपी सर्वरों के लिए रिवर्स प्रॉक्सी ऐप	• SMTP सर्वरों के लिए रिवर्स प्रॉक्सी

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

पहचान की जाँच

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

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

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

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

प्रेषक की पहचान की जांच करने के लिए दो मानक हैं: एसपीएफ और डीकेआईएम।
RealSender इन दोनों की सुविधा प्रदान करता है :

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

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

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

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

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

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

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

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

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

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

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

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

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

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

आप समान प्रमाणीकरण क्रेडेंशियल का उपयोग कर सकते हैं।
साथ ही, जब एसएमटीपी होस्टनाम आपके डोमेन नाम के अंतर्गत हो, तो उसका नाम भी शामिल होता है।

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

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

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

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

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

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

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

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

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

प्रेषक जाँच

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

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

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

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

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

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

fail2ban सुरक्षित smtp

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

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

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

गलत क्रेडेंशियल के साथ प्रमाणीकरण का प्रयास
(गलत उपयोगकर्ता नाम या गलत पासवर्ड)
असुरक्षित चैनलों पर प्रमाणीकरण का प्रयास
(सिस्टम को 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 कॉपी को पारदर्शी तरीके से शामिल करें।

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

“बुरे लगाव को रोकें” विकल्प सभी संभावित हानिकारक लगावों को अवरुद्ध करता है।
कुछ सुरक्षित एक्सटेंशन को छोड़कर जिन्हें आप परिभाषित कर सकते हैं, जैसे: pdf, txt, gif, jpg और png।

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

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

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

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

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

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

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

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

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

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

An error occurred when sending email. The mail server answered: 
450 4.7.1 <>...  sender@example.com has exceeded n messages per 1 day.

स्पैम रोकने के उपाय के रूप में, अधिकांश एसएमटीपी सर्वरों ने प्राप्तकर्ताओं की संख्या सीमित करने का विकल्प पेश किया है।
जिसे किसी दिए गए लिफाफे के लिए निर्दिष्ट किया जा सकता है। सेंडमेल में इसे "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 सभी भेजे गए ईमेल को पारदर्शी रूप से स्थानांतरित करता है।

एक विशेष पॉप3 मेलबॉक्स में
कम समय में बड़ी मात्रा में ईमेल प्राप्त करने के लिए कॉन्फ़िगर किया गया है

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

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

जीमेल जी सूट ऐप में " इनबाउंड मेल गेटवे सेट अप करने " का विकल्प दिया गया है।

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

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

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

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

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

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

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

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

इनबॉक्स ऐप

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

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

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

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

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

निःशुल्क परीक्षण खाते का अनुरोध करें
अपने ईमेल क्लाइंट में आउटगोइंग मेल (SMTP) की सेटिंग्स बदलें:
आउटलुक - आउटलुक 2007 - आउटलुक 2013 2016 - मैक ओएस/एक्स मेल - थंडरबर्ड - ज़िम्ब्रा डेस्कटॉप

क्या आपका नाम ऊपर दी गई सूची में नहीं है? हमसे संपर्क करें !

यदि आप केंद्रीकृत ईमेल प्रणाली का उपयोग करते हैं, तो " ईमेल सर्वर " क्षेत्र पर जाएं।
यदि आप सामूहिक रूप से ईमेल भेजने की योजना बना रहे हैं, तो हमारे " न्यूज़लेटर सॉफ़्टवेयर " अनुभाग को देखें।
भेजे गए संदेशों को SPF से प्रमाणित करने के लिए अपने डोमेन की सेटिंग्स बदलें।
(यह आमतौर पर परीक्षण अवधि के बाद किया जाता है)

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

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

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

आउटलुक

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

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

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

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

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

सर्वर

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

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

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

[सेटिंग्स…]

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

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

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

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

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

[ठीक है]

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

विकसित

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

[ठीक है]

आउटलुक 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 का उपयोग शुरू करने के लिए:

निःशुल्क परीक्षण खाते का अनुरोध करें
अपने ईमेल सर्वर में आउटगोइंग मेल (SMTP) की सेटिंग्स बदलें:
माइक्रोसॉफ्ट एक्सचेंज सर्वर - माइक्रोसॉफ्ट ऑफिस 365 - ज़िम्ब्रा कोलैबोरेशन

क्या आपका नाम ऊपर दी गई सूची में नहीं है? हमसे संपर्क करें !

यदि आप व्यक्तिगत रूप से कॉन्फ़िगर किए गए ईमेल क्लाइंट का उपयोग करते हैं, तो " ईमेल क्लाइंट " पृष्ठ पर जाएं।
यदि आप सामूहिक रूप से ईमेल भेजने की योजना बना रहे हैं, तो हमारे " न्यूज़लेटर सॉफ़्टवेयर " अनुभाग को देखें।
भेजे गए संदेशों को SPF से प्रमाणित करने के लिए अपने डोमेन की सेटिंग्स बदलें।
(यह आमतौर पर परीक्षण अवधि के बाद किया जाता है)

क्यों? यदि आप चाहते हैं कि आपके डोमेन से ईमेल किसी तृतीय-पक्ष सेवा के माध्यम से भेजे जाएं,
आपको सेवा प्रदाता के आईपी पतों से डिलीवरी की अनुमति देने के लिए अपने एसपीएफ रिकॉर्ड को कॉन्फ़िगर करना होगा।
यदि आप ऐसा नहीं करते हैं, तो आपके डोमेन से भेजे गए सभी ईमेल को ईमेल प्राप्तकर्ताओं द्वारा अस्वीकार किए जाने का जोखिम रहता है।
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” ऐप एक तैयार ईमेल सर्वर है।
जो अधिकृत डोमेन को भेजे गए किसी भी संदेश को प्राप्त करता है।
जैसे ही एमएक्स रिकॉर्ड इसकी ओर इंगित करता है, यह तुरंत चालू हो जाता है।

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

स्पैम बंद करो

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

एसपीएफ लोगो

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

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

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

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

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

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

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

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

मुझे और बताएँ

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

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

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

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

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

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

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

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

:: 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-डिफ़ॉल्ट "रिलैक्स्ड" अलाइनमेंट की जाँच करता है:**

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

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

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

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

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

बिल्कुल भी संरेखण नहीं है
“:: spf-diff ::” और “:: dkim-diff ::” चेतावनियाँ
विषय में प्रदर्शित होते हैं

मुझे और बताएँ

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

स्पैम टैग

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

For more information:
<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 या उससे अधिक का एससीएल होने पर संदेश उपयोगकर्ता के जंक ईमेल फ़ोल्डर में पहुंच जाना चाहिए।

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

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

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

यदि 'X-Forefront-Antispam-Report-Untrusted' हो तो इस नियम को लागू करें।
संदेश शीर्षक मिलान: 'SFV:SKB'

निम्नलिखित कार्य करें:
संदेश के गुणों को संशोधित करें
स्पैम कॉन्फिडेंस लेवल “SCL” को '6' पर सेट करें।

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

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

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

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

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

अपने ईमेल इनबॉक्स को सुरक्षित रखने के लिए
फर्जी प्रेषकों और खतरनाक संलग्नकों से सावधान रहें।

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

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

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

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

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

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

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

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

एसपीएफ प्रेषक के पते और संदेश भेजने वाले सर्वर के साथ उसके संबंध की पुष्टि करता है।
DKIM यह सुनिश्चित करता है कि ईमेल संदेशों (संलग्नक सहित) में कोई बदलाव न हो।
भेजने के दौरान उन पर "हस्ताक्षर" किए जाने के बाद।

सैद्धांतिक रूप से यह इतना आसान है, लेकिन व्यवहार में 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) की सेटिंग्स बदलें:
ग्रुपमेल - इनक्समेल प्रोफेशनल - जूमला एसीमेलिंग - मैक्सबल्क मेलर - पीएचपीलिस्ट
SendBlaster - Sendy - WordPress MailPoet 3 - WordPress MailPoet 2 - WordPress Mailster

क्या आपका नाम ऊपर दी गई सूची में नहीं है? हमसे संपर्क करें !
या फिर, “ कॉपीमेल ऐप ” विकल्प का मूल्यांकन करें!

यदि आप व्यक्तिगत रूप से कॉन्फ़िगर किए गए ईमेल क्लाइंट का उपयोग करते हैं, तो " ईमेल क्लाइंट " पृष्ठ पर जाएं।
यदि आप केंद्रीकृत ईमेल प्रणाली का उपयोग करते हैं, तो " ईमेल सर्वर " क्षेत्र पर जाएं।
भेजे गए संदेशों को SPF से प्रमाणित करने के लिए अपने डोमेन की सेटिंग्स बदलें।
(यह आमतौर पर परीक्षण अवधि के बाद किया जाता है)

क्यों? यदि आप चाहते हैं कि आपके डोमेन से ईमेल किसी तृतीय-पक्ष सेवा के माध्यम से भेजे जाएं,
आपको सेवा प्रदाता के आईपी पतों से डिलीवरी की अनुमति देने के लिए अपने एसपीएफ रिकॉर्ड को कॉन्फ़िगर करना होगा।
यदि आप ऐसा नहीं करते हैं, तो आपके डोमेन से भेजे गए सभी ईमेल को ईमेल प्राप्तकर्ताओं द्वारा अस्वीकार किए जाने का जोखिम रहता है।
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
सुरक्षित विधि: एसएसएल

जीवित रखें: [x] हाँ
प्रमाणीकरण: [x] हाँ

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

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

[सेटिंग्स]

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

सेटिंग्स

कनेक्शन: 2

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

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

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

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

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

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

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

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

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

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

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

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

नाम: rsxxx

[बनाएं]

phplist

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

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

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

भरना phplist/htdocs/config/config.php
सही आंकड़ों के साथ:

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

परिभाषित करें('पीएचपीमेलर',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 (ईमेल पता)

को उत्तर
कंपनी का नाम - मार्केटिंग (विवरण)
marketing@company-name.org (ईमेल पता)

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

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

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

[x] अन्य

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

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

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

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

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

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

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

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

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

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

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

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

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

प्रीमियम सुविधाओं और सहायता के लिए, Mailpoet के मूल्य निर्धारण पृष्ठ पर जाएं।
“मुझे केवल प्रीमियम चाहिए, कोई शिपिंग सेवा नहीं” वाला विकल्प चुनें।

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

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

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

उछाल प्रबंधन

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

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

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

मेलपोएट

WordPress के

MailPoet > सेटिंग्स

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

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

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

सूचना भेजने वाला:
न्यूज़लेटर से भरें
प्रेषक का नाम और ईमेल पता

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

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

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

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

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

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

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

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

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

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

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

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

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

मेलप्रेस

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

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

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

सामान्य

प्रेषक - सभी ईमेल इस पते से भेजे गए:
फॉर्म में प्रेषक का ईमेल पता और नाम भरें।

यदि यह आपका पहला मेलप्रेस सेटअप है
आपको [परिवर्तन सहेजें] बटन दबाना होगा।
अतिरिक्त सेटिंग विकल्प (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 प्रारूप में:

  {
    "mailbox": "rsXXX",
    "id": "20241107T001800-0000",
    "from": "<john.doe@gmail.com>",
    "to": [
      "<abuse@rsXXX-realsender.com>"
    ],
    "subject": "RealSender :: rsXXX Nov-7 4A6NDqsl008203 :: please UNSUBSCRIBE me ::",
    "date": "2024-11-07T00:18:00.938050657+01:00",
    "posix-millis": 1730935080938,
    "size": 4350,
    "seen": false
  },

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

बाउंसहैंडलर

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

https://…bounces.json
the details of the bounces received in the last seven days, in JSON format, such as:

  {
    "feedbacktype": "",
    "addresser": "info@circuitocinemascuole.com",
    "diagnostictype": "SMTP",
    "timezoneoffset": "+0200",
    "lhost": "linp.arubabusiness.it",
    "destination": "gmail.com",
    "timestamp": 1635536166,
    "senderdomain": "circuitocinemascuole.com",
    "deliverystatus": "5.1.1",
    "token": "daad8f8fc89cef70e1406a9d2b38be6c35326e03",
    "recipient": "...@gmail.com",
    "subject": "Prenotazioni aperte_Giornata Internazionale dei Diritti dell'Infanzia e dell'Adolescenza_Film FIGLI DEL SOLE",
    "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 The email account that you tried to reach does not exist. Please try double-checking the recipient's email address for typos or unnecessary spaces. Learn more at 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
the details of the hard bounces ¹ received in the last seven days, in JSON format

https://…hardbounces.email
the list of email addresses that generated a hard bounce ¹ in the last seven days

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

https://…softbounces.json
the details of the soft bounces ² received in the last seven days, in JSON format

https://…softbounces.email
the list of email addresses that generated a soft bounce ² in the last seven days

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

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

https://…hardbouncesfull.email
the list of all email addresses that generated two or more hard bounces
at least one week away from each other

https://…softbouncesfull.email
the list of all email addresses that generated three or more soft bounces
at least one week away from each other

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

न्यूज़लेटर और सामूहिक ईमेल भेजने से उत्पन्न बाउंस संदेशों को प्राप्त करने के लिए,
आपको अतिरिक्त मेलबॉक्स सेटअप करने की आवश्यकता है (उदाहरण के लिए 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 आपको सबडोमेन (जैसे 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
the details of unsubscribe requests received in the last seven days, in JSON format, such as:

  {
    "mailbox": "rsXXX",
    "id": "20241121T181856-0088",
    "from": "Jonh Doe <john.doe@bogusemail.net>",
    "to": [
      "<abuse@rsXXX-realsender.com>"
    ],
    "subject": "RealSender :: rsXXX Nov-1 4ALGbKtb016000 :: please UNSUBSCRIBE me ::",
    "date": "2024-11-21T18:18:56.908809804+01:00",
    "posix-millis": 1732209536908,
    "size": 4057,
    "seen": false
  },

https://…unsubs.email
the list of email addresses that have requested unsubscription in the last seven days

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

https://…unsubssfull.email
the list of all email addresses that requested unsubscription, in alphabetical order

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

कॉपीमेल ऐप

कॉपीमेल

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

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

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

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

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

सदस्यता सूची

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

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

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

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

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

रोके गए संदेश

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

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

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

बाउंसहैंडलर

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

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

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

नीचे संदेश में सम्मिलित हेडर का एक उदाहरण दिया गया है।
“परीक्षण” सूची से प्राप्तकर्ता को भेजा गया "wrong.address@customer.com":
Return-Path: <test-bounces+wrong.address=customer.com@mXXX-realsender.com>

यह एप्लिकेशन दो प्रकार की त्रुटियों की पहचान करता है:
हार्ड बाउंस (स्टेटस-कोड 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 पता)

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

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

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

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

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

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

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

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

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

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

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

आप अपना खुद का सबडोमेन इस्तेमाल कर सकते हैं, जैसे: 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":["Please provide the 'subject' value."]}

एपीआई विवरण

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

{"success":false,"errorMsgs":["The 'subject' value is not correctly encoded. It must be UTF-8 encoded."]}

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

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

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

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

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

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

विवरण	प्रतिक्रिया
ईमेल भेजा गया	`{"success":true}`
ईमेल नहीं भेजा गया	`{"success":false,"errorMsgs":["..."]}`

एपीआई उदाहरण

POST अनुरोध
PHP के साथ CURL-रहित विधि

<?php
$url = 'https://rsXXX-api.realsender.com/mail/send';
$data = array('apiuser' => 'the one we provided you', 'apipass' => 'the one we provided you', 'from' => 'sender@example.com', 'to' => 'recipient@example.com', 'subject' => 'subject of the message', 'text' => 'email body in plain text', 'html' => 'email body in HTML format');

// use key 'http' even if you send the request to https://...
$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' => false,
               );

$request = new HTTP_Request2('https://rsXXX-api.realsender.com/mail/send',
                             HTTP_Request2::METHOD_POST,
                             $config);

$data = array('apiuser' => 'the one we provided you',
              'apipass' => 'the one we provided you',
              'from' => 'sender@example.com',
              'to' => 'recipient@example.com',
              'subject' => 'subject of the message',
              'text' => 'email body in plain text',
              'html' => 'email body in HTML format');
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	यदि कोई भी 'अनिवार्य' फ़ील्ड खाली छोड़ दिया जाता है, तो उपयोगकर्ता को यहाँ पुनर्निर्देशित कर दिया जाएगा।

आवश्यक/अनिवार्य पैरामीटर (गैर-छिपे हुए फ़ील्ड):

पैरामीटर	विवरण
ईमेल	यह संदेश भेजने वाले का ईमेल पता बन जाएगा।
यदि ईमेल पता सही है	डेटा निर्दिष्ट प्राप्तकर्ता को भेजा जाएगा। उपयोगकर्ता को “रीडायरेक्ट” यूआरएल पर रीडायरेक्ट कर दिया जाएगा।
यदि ईमेल पता या तो अनुपलब्ध है या व्याकरणिक रूप से गलत है	कोई डाक नहीं भेजी जाएगी उपयोगकर्ता को “missing_fields_redirect” URL पर रीडायरेक्ट कर दिया जाएगा।

HTTP अनुरोध विवरण

विवरण

आवश्यक नहीं/वैकल्पिक पैरामीटर (छिपे हुए फ़ील्ड):

पैरामीटर	विवरण
विषय	ईमेल का विषय पंक्ति
पर्यावरण रिपोर्ट	ईमेल में शामिल किए जाने वाले उपयोगकर्ता के पर्यावरण चरों की सूची उपयोगकर्ता के आईपी पते जैसी चीजों को रिकॉर्ड करने के लिए उपयोगी, उदाहरण के लिए: मान = “रिमोट_होस्ट, रिमोट_एड्रेस, HTTP_यूजर_एजेंट”
प्रिंट_ब्लैंक_फील्ड्स	यदि इसे “1” पर सेट किया जाता है, तो खाली छोड़े गए फ़ील्ड ईमेल में शामिल किए जाएंगे।

आवश्यक नहीं/वैकल्पिक पैरामीटर (गैर-छिपे हुए फ़ील्ड):

पैरामीटर	विवरण
वास्तविक नाम	उपयोगकर्ता का पूरा नाम, प्रेषक के ईमेल पते का हिस्सा बन जाएगा।
कोई अन्य क्षेत्र	आप जितने चाहें उतने फ़ील्ड जोड़ सकते हैं, सर्वर स्तर पर किसी सेटअप की आवश्यकता नहीं है।

फॉर्म सबमिशन के लिए उपयोग की जाने वाली एन्कोडिंग यूटीएफ-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" />
        Name:<br />
        <input name="realname" /><br />
        Email:<br />
        <input name="email" /><br />
        Notes:<br />
        <textarea cols="40" rows="2" name="notes"></textarea><br />
        <input type="submit" />
</form>

“रीडायरेक्ट” और “मिसिंग_फील्ड्स_रीडायरेक्ट” लैंडिंग पेज आपके सर्वर पर स्थित हो सकते हैं।
आप अपनी आवश्यकतानुसार जितने चाहें उतने फ़ील्ड जोड़ सकते हैं, सर्वर स्तर पर किसी भी प्रकार की सेटअप की आवश्यकता नहीं है।

एसएमएस को HTTP में बदलने का उदाहरण

एसएमएस को एचटीपीयू में बदलने का उदाहरण

एसएमएस संदेश सीधे अपने मेलबॉक्स में प्राप्त करने के लिए
टेल्टोनिका राउटर "एसएमएस फॉरवर्डिंग टू एचटीटीपी कॉन्फ़िगरेशन" का विकल्प प्रदान करते हैं।

आप इसे टेल्टोनिका वेबयूआई में पा सकते हैं: सेवाएं > मोबाइल यूटिलिटीज > एसएमएस गेटवे।
!! प्राप्तकर्ता का डोमेन (yourdomain.com) RealSender द्वारा पूर्व-अधिकृत होना चाहिए !!

संख्या मान नाम: ईमेल विधि: पोस्ट यूआरएल: https://rsXXX.realsender.com/script/sms.pl संदेश मान नाम: संदेश अतिरिक्त डेटा युग्म 1: प्राप्तकर्ता | name@yourdomain.com अतिरिक्त डेटा युग्म 2: विषय | टेक्स्ट-संदेश

एसएमएस को HTTP कॉन्फ़िगरेशन में अग्रेषित करना

विकल्प 1 - मोबाइल डेटा का उपयोग करना

!! रियलसेंडर के साथ ठीक से काम करने के लिए 4जी (एलटीई) कनेक्शन आवश्यक है !!
आप इसे टेल्टोनिका वेबयूआई के अंदर सेट अप कर सकते हैं: नेटवर्क > मोबाइल > सिम कार्ड सेटिंग्स

नेटवर्क प्रकार: केवल 4G (LTE)

मोबाइल सिम कार्ड सेटिंग्स केवल 4G (LTE) के लिए

विकल्प 2 - लैन गेटवे डेटा का उपयोग करना

आप इंटरनेट गेटवे को अपने लैन नेटवर्क के माध्यम से कनेक्ट करने के लिए सेट कर सकते हैं।
टेल्टोनिका वेबयूआई: नेटवर्क > लैन > नेटवर्क इंटरफेस > [संपादित करें]

नेटवर्क इंटरफेस - लैन

बस IPv4 गेटवे और DNS सर्वर को कॉन्फ़िगर करें।
नीचे दिए गए उदाहरण को देखें (इसे अपने मापदंडों के अनुसार संशोधित करें):

इंटरफ़ेस: लैन ... आईपीवी4 गेटवे: 192.168.1.1 डीएनएस सर्वर: 8.8.8.8 !! अनिवार्य !!

मोबाइल डेटा कनेक्शन को कई तरीकों से बंद किया जा सकता है, देखें: मोबाइल डेटा बंद करें ।
मोबाइल डेटा बंद होने पर भी एसएमएस संदेश भेजना जारी रहता है।

The easiest way to Disable Mobile Data, is to TEXT to the mobile number: <router_password> mobileoff
You can check the changes in the same way, using the “status” command: <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 का “usercode” ऐप हर घंटे स्वचालित रूप से एक अद्वितीय उपयोगकर्ता कोड उत्पन्न करता है।
जो अनुरोध प्राप्त होने पर संबंधित ईमेल पते पर भेजा जाता है।

केवल पूर्व-अधिकृत ईमेल पते ही उपयोगकर्ता कोड का अनुरोध कर सकते हैं।
सिस्टम कॉन्फ़िगरेशन के दौरान यूजर कोड की लंबाई और जटिलता पर सहमति बन जाती है।

उदाहरण के लिए, यह उस ईमेल संदेश की सामग्री है जो उपयोगकर्ता को कोड भेजता है:

आपका यूजर कोड है: 665407 !! यह यूजर कोड हर घंटे 3:03 बजे समाप्त हो जाएगा।

आपके सुरक्षित सिस्टम के साथ एकीकृत करना सरल है:

हम उपयोगकर्ता कोड प्राप्त करने के लिए अधिकृत आईपी पते को कॉन्फ़िगर करते हैं।
आप एक क्रॉनजॉब* सेट अप करते हैं जो प्राप्त उपयोगकर्ता कोड के आधार पर पासवर्ड को स्वचालित रूप से अपडेट करता है।
(सिस्टम तक पहुँचने के लिए अधिकृत प्रत्येक उपयोगकर्ता के लिए यह अपडेट किया जाना आवश्यक है)
* = एक समय-आधारित कार्य शेड्यूलर, जिसका उपयोग विशिष्ट अंतरालों पर स्वचालित रूप से कमांड चलाने के लिए किया जाता है

सुरक्षा बढ़ाने के लिए, हम "fail2ban" सुरक्षा को सक्षम करने की सलाह देते हैं।
जो कुछ निश्चित संख्या में असफल लॉगिन प्रयासों के बाद आगंतुकों को ब्लॉक कर देता है।

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

उदाहरण के लिए, यह निर्देशों वाले ईमेल संदेश की सामग्री है।
RealSender उपयोगकर्ता क्षेत्र और वेब स्पेस तक पहुँचने के लिए:

आपके उपयोगकर्ता क्षेत्र का एक्सेस लिंक: https://username:usercode@rsXXX.realsender.com/reserved.area/ आपके वेब स्पेस का एक्सेस लिंक: https://username:usercode@rsXXX.realsender.com/view/ !! एक्सेस लिंक हर घंटे 3:03 बजे समाप्त हो जाते हैं

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

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

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

रिवर्सप्रॉक्सी पहिए

ईमेल प्रॉक्सी सर्वर आपको निम्नलिखित सुविधाएं प्रदान करता है:

अपने 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 >
All content except the subject line has been removed.

» शीर्ष पर वापस जाएँ

ईमेल अटैचमेंट को लिंक में बदलें

विषय में बस “[A]” लिखें और ईमेल के साथ एक अटैचमेंट जोड़ें।
“प्लेनमेल” ऐप इसे स्वचालित रूप से एक लिंक में परिवर्तित कर देगा।

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

» शीर्ष पर वापस जाएँ

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

ntfy ऐप पर सूचनाएं

ऐप एनटीएफवाई

ntfy क्या है?

ntfy (उच्चारण “नोटिफाई”) एक “पब्लिश-सब्सक्राइब” नोटिफिकेशन सेवा के रूप में काम करता है, जिसमें आप एक “टॉपिक” पर संदेश भेजते हैं। ntfy ऐप चलाने वाला और उसी टॉपिक को सब्सक्राइब किया हुआ स्मार्टफोन या कंप्यूटर उस संदेश को रियल-टाइम पुश नोटिफिकेशन के रूप में प्राप्त करता है।

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

RealSender के साथ यह कैसे काम करता है:

प्रकाशक:
आप किसी विषय पर ईमेल के माध्यम से संदेश प्रकाशित कर सकते हैं, इसके लिए आपको एक विशिष्ट ईमेल पते पर ईमेल भेजना होगा। उदाहरण के लिए, आप topic@ntfy.youremaildomain.com पर ईमेल भेजकर संदेश प्रकाशित कर सकते हैं।
संदेश की सामग्री ईमेल के विषय से मेल खाती है।
इस पते पर ईमेल भेजने के लिए केवल RealSender उपयोगकर्ता ही अधिकृत हैं।
ग्राहक:
उन्हें अपने स्मार्टफोन या कंप्यूटर के माध्यम से सूचनाएं प्राप्त होती हैं।
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

योजनाएँ और मूल्य निर्धारण


	रियलसेंडर एकल समर्पित एसएमटीपी सर्वर यह प्रति सप्ताह 10,000 ईमेल तक भेज सकता है। (आमतौर पर व्यक्तिगत / लेन-देन संबंधी ईमेल के लिए उपयोग किया जाता है)
	हाईसेंडर एक ईमेल गेटवे कई समर्पित एसएमटीपी सर्वरों से जुड़ा होता है। 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 डॉलर/यूरो	6,000 तक
रियलसेंडर 5	5	0.5	190 डॉलर/यूरो	2,000 तक

डिलीवरी संबंधी समस्याओं की स्थिति में साप्ताहिक सीमा कम हो सकती है।
क्या आपको ईमेल भेजने वाले पते या ट्रैफ़िक बढ़ाने की आवश्यकता है? कृपया हमसे संपर्क करें।

x3 = संदेश दो अलग-अलग डेटा केंद्रों में स्थित तीन समर्पित एसएमटीपी सर्वरों के माध्यम से भेजे जाएंगे:
यदि एक सेवा काम करना बंद कर दे या उससे संपर्क न हो पाए, तो बाकी दो सेवाएं आपके संदेशों को आगे पहुंचाती रहेंगी।

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

लगभग 100 KB के 10,000 ईमेल भेजने पर 1 GB डेटा जनरेट होता है।
“ईमेल भेजने वाले पते” और “साप्ताहिक ट्रैफ़िक” पर हमारी सहनशीलता सीमा +20% है।
सीमा पार हो जाने पर अपग्रेड करने के लिए आपसे संपर्क किया जाएगा।

RealSender स्पैम (अनचाहे ईमेल विज्ञापन) के प्रति बिल्कुल भी सहनशीलता नहीं रखता है।
ग्राहक बिना अनुमति के व्यावसायिक ईमेल या प्रतिबंधित विज्ञापन भेज रहे हैं
या ईमेल के माध्यम से अन्य उत्पीड़नकारी या अवैध सामग्री भेजना,
बिना किसी रिफंड के खाते को तत्काल बंद कर दिया जाएगा।

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

हाईसेंडर कीमतें

विवरण	की ओर से ईमेल" पतों	साप्ताहिक यातायात उपयोग (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 विनिर्देश डोमेन कुंजी और पहचाने गए इंटरनेट मेल प्रोटोकॉल पर आधारित है। DKIM को IETF RFC 4871 में परिभाषित किया गया है। Gmail और अन्य बड़ी कंपनियाँ इंटरनेट मेल से फ़िशिंग और स्पूफिंग को पूरी तरह से समाप्त करने के लिए DKIM मानक को अपना रही हैं।
ईमेल प्रमाणीकरण तकनीक जो यह सत्यापित करती है कि क्या कोई ईमेल संदेश उस डोमेन नाम से उत्पन्न हुआ है जिससे इसे भेजे जाने का दावा किया गया है [2] । ईमेल पर एक वैध पहचान सुनिश्चित करना स्पैम, जालसाजी, धोखाधड़ी और यहां तक कि अधिक गंभीर अपराधों को रोकने में एक महत्वपूर्ण पहला कदम बन गया है। [3]
इंटरनेट इंजीनियरिंग टास्क फोर्स (IETF)
इंटरनेट इंजीनियरिंग टास्क फोर्स (IETF) नेटवर्क डिज़ाइनरों, ऑपरेटरों, विक्रेताओं और शोधकर्ताओं का एक विशाल, खुला अंतर्राष्ट्रीय समुदाय है, जो इंटरनेट आर्किटेक्चर के विकास और इंटरनेट के सुचारू संचालन से संबंधित है। यह किसी भी इच्छुक व्यक्ति के लिए खुला है। IETF का लक्ष्य इंटरनेट को बेहतर बनाना है।
संदेश स्थानांतरण एजेंट (एमटीए)
कोई भी सिस्टम जो SMTP रूटिंग सॉफ़्टवेयर चलाता है और संदेश प्राप्त कर सकता है, उसे प्रोसेस कर सकता है, DNS (या अन्य रूटिंग टेबल) में गंतव्य की जानकारी खोज सकता है और उसे इच्छित प्राप्तकर्ता सिस्टम तक पहुंचा सकता है। MTA आमतौर पर सर्वर एप्लिकेशन होते हैं जैसे Sendmail, Microsoft Exchange, Postfix, Lotus Domino, qmail, PowerMTA, आदि।
सुरक्षित एसएमटीपी
एसएमटीपी सेवा का विस्तार जो एसएमटीपी सर्वर और क्लाइंट को इंटरनेट पर निजी, प्रमाणित संचार प्रदान करने के लिए टीएलएस (ट्रांसपोर्ट लेयर सिक्योरिटी) का उपयोग करने की अनुमति देता है। [1]
प्रेषक नीति ढांचा (एसपीएफ)
SPF एक पथ-आधारित ईमेल प्रमाणीकरण प्रोटोकॉल है जो ईमेल प्राप्तकर्ताओं को यह निर्धारित करने की अनुमति देता है कि प्रेषक DNS TXT रिकॉर्ड में प्रेषक द्वारा प्रकाशित जानकारी के आधार पर प्रेषक के आउटबाउंड MTA के IP पते का मूल्यांकन करके संदेश के हेडर में डोमेन का उपयोग करने के लिए अधिकृत है या नहीं। SPF को IETF RFC 4408 में परिभाषित किया गया है।
सिंपल मेल ट्रांसफर प्रोटोकॉल (एसएमटीपी)
SMTP इंटरनेट प्रोटोकॉल (IP) नेटवर्क पर इलेक्ट्रॉनिक मेल (ई-मेल) भेजने का एक इंटरनेट मानक है। इसे पहली बार जोनाथन पोस्टेल ने IETF RFC 821 (1982) में परिभाषित किया था, और IETF RFC 5321 (2008) द्वारा अंतिम बार अपडेट किया गया था, जिसमें विस्तारित SMTP (ESMTP) संशोधन शामिल हैं, और यह आज व्यापक रूप से उपयोग किया जाने वाला प्रोटोकॉल है। SMTP को आउटगोइंग मेल भेजने के लिए निर्दिष्ट किया गया है और यह पोर्ट 25 का उपयोग करता है।
परिवहन परत सुरक्षा (टीएलएस)
TLS प्रोटोकॉल इंटरनेट पर संचार सुरक्षा प्रदान करता है। यह प्रोटोकॉल क्लाइंट/सर्वर अनुप्रयोगों को इस तरह से संवाद करने की अनुमति देता है जिससे जासूसी, छेड़छाड़ या संदेशों की जालसाजी को रोका जा सके। TLS एक IETF मानक ट्रैक प्रोटोकॉल है, जिसे RFC 5246 में अंतिम बार अपडेट किया गया था।

संदर्भ:

[1] RFC 3207 - ट्रांसपोर्ट लेयर सिक्योरिटी पर सुरक्षित SMTP के लिए SMTP सेवा विस्तार
[2] 2008 ओटीए स्टेट ऑफ द स्टेट ऑफ ईमेल ऑथेंटिकेशन रिपोर्ट
[3] डेविड मैकक्विग द्वारा ईमेल प्रमाणीकरण

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

ईमेल नियंत्रण प्राप्त करें

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

ईमेल प्रमाणीकरण की मूल बातें

आवश्यक न्यूनतम सेटिंग्स

ईमेल प्रमाणीकरण उन्नत

अपने ईमेल की प्रतिष्ठा पर पूर्ण नियंत्रण प्राप्त करें

ईमेल डिलीवरी विश्लेषण

अपने ईमेल के साथ क्या होता है, इसे नियंत्रित करें

सिस्टम स्थिति पृष्ठ

यह हर दस मिनट में सेवाओं के सही संचालन की स्वचालित रूप से जाँच करता है।

ईमेल प्रमाणीकरण की मूल बातें

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

<spf> declare your smtp servers

प्रेषक नीति ढांचा परिचय

<spf> check online

ईमेल संदेश भेजते समय अपनी ईमेल एसपीएफ सेटिंग की पुष्टि करें

<dkim> seal the email content

डोमेन कुंजी पहचान मेल परिचय

<dkim> check online

ईमेल संदेश भेजते समय अपनी ईमेल DKIM सेटिंग्स को सत्यापित करें

<spf> declare your smtp servers

एसपीएफ लोगो

एसपीएफ की व्याख्या

एसपीएफ, सेंडर पॉलिसी फ्रेमवर्क का संक्षिप्त रूप है, जो एक ईमेल प्रमाणीकरण मानक है।
यह आपको यह घोषित करने की अनुमति देता है कि आपके डोमेन के लिए ईमेल भेजने के लिए कौन से एसएमटीपी सर्वर अधिकृत हैं।

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

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

एसपीएफ को कैसे काम में लाया जाए

इसके लिए दो अलग-अलग दृष्टिकोण हैं:

एक "सॉफ्ट" (~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 रिकॉर्ड प्राप्त करता है और निर्धारित करता है कि रिकॉर्ड वैध है या नहीं।
एसपीएफ की ऑनलाइन जांच करें
ईमेल संदेश भेजते समय आपकी ईमेल एसपीएफ सेटिंग की पुष्टि करता है

* = बाहरी वेबसाइट का लिंक, यह एक नए पृष्ठ में खुलेगा

एसपीएफ के नुकसान

सब कुछ सही ढंग से सेट होने पर भी, संदेश सत्यापन विफल हो सकता है।
यदि ईमेल को पुनर्निर्देशित (फॉरवर्ड) किया गया है या किसी मेलिंग सूची के माध्यम से भेजा गया है।

In these cases, to keep the email authentication consistent,
configure the dkim signature domain to be aligned with the sender’s From address.
See: email authentication advanced » <dkim> alignment for dmarc.

<spf> check online

एसपीएफ लोगो

निम्नलिखित पते पर ईमेल संदेश भेजें:

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-diff !! "Mail-From" और "From" रूट डोमेन अलग-अलग हैं

यदि संदेश DMARC (रिलैक्स्ड अलाइनमेंट) के लिए SPF जांच और SPF अलाइनमेंट जांच दोनों में सफल होता है, तो आपको यह मिलेगा:

|ठीक है| आपका ईमेल एसपीएफ जांच और एसपीएफ संरेखण जांच में सफल रहा

यदि केवल एक, SPF या DKIM, DMARC (रिलैक्स्ड अलाइनमेंट) के लिए अलाइनमेंट जांच पास करता है,
संदेश को अभी भी "ठीक" (विश्वसनीय) माना जाता है और इसके प्रारंभ में ~ (टिल्ड) चिह्न जोड़ा जाता है:

|~ठीक है| spf-pass आपका ईमेल SPF जांच (अलाइनमेंट नहीं) और DKIM अलाइनमेंट जांच में पास हो गया है

<dkim> seal the email content

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

डीकिम ने समझाया

DKIM डोमेन कीज़ आइडेंटिफाइड मेल का संक्षिप्त रूप है, जो एक ईमेल प्रमाणीकरण मानक है।
यह सुनिश्चित करने के लिए डिज़ाइन किया गया है कि ईमेल (संलग्न दस्तावेजों सहित) में "हस्ताक्षर" किए जाने के बाद से कोई बदलाव नहीं किया गया है।

यह प्रत्येक भेजे जाने वाले ईमेल संदेश में डोमेन नाम से जुड़ा एक डिजिटल हस्ताक्षर लगाकर ऐसा करता है।

दो कुंजियों का उपयोग किया जाता है: एक "सार्वजनिक" कुंजी और एक "निजी" कुंजी:

“सार्वजनिक” कुंजी, हस्ताक्षर डोमेन के TXT रिकॉर्ड में प्रकाशित होती है।
“प्राइवेट” कुंजी एसएमटीपी सर्वर में सहेजी जाती है और इसका उपयोग ईमेल संदेशों पर “हस्ताक्षर” करने के लिए किया जाता है।

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

प्राप्तकर्ता का सिस्टम ईमेल हेडर में मौजूद हस्ताक्षर को ईमेल की सामग्री और प्रेषक की "सार्वजनिक" कुंजी से तुलना करके सत्यापित कर सकता है।

डीकेआईएम को कैसे काम में लाया जाए

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

RealSender के SMTP सर्वर सभी आउटगोइंग ईमेल संदेशों पर DKIM हस्ताक्षर का उपयोग करते हैं।

डीकेआईएम को कैसे कॉन्फ़िगर करें

RealSender प्रारंभ में SMTP सर्वर से जुड़े अपने स्वयं के डोमेन के साथ सभी आउटगोइंग संदेशों पर हस्ताक्षर करता है।
उपयोगकर्ता/प्रशासक की ओर से किसी भी प्रकार की सेटअप प्रक्रिया की आवश्यकता नहीं है।

“ डीमार्क के लिए डीकेआईएम डोमेन अलाइनमेंट ” प्राप्त करने के लिए,
संदेश पर प्रेषक के समान डोमेन से हस्ताक्षर किए जाने चाहिए।

RealSender के साथ, आपको दो CNAME रिकॉर्ड जोड़ने होंगे।
अपने डोमेन (example.com) की DNS सेटिंग में, इन सेटिंग्स की तरह:

key1._domainkey.example.com CNAME key1._domainkey.yourcompany.realsender.com key2._domainkey.example.com CNAME key2._domainkey.yourcompany.realsender.com

यह टूल आपको कॉन्फ़िगरेशन को सत्यापित करने में मदद करेगा:
toolbox.googleapps.com *

* = बाहरी वेबसाइट का लिंक, यह एक नए पृष्ठ में खुलेगा

डीकेआईएम के नुकसान

एक डीकेआईएम सीलबंद संदेश को संशोधित नहीं किया जा सकता है, लेकिन इसे फिर भी कोई भी पढ़ सकता है।

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

हमें कुछ दुर्लभ मामले देखने को मिले हैं, जो सभी पंक्तियों की लंबाई से संबंधित हैं (यह अधिकतम 990 अक्षर होनी चाहिए)।
कुछ एप्लिकेशन सामग्री को एक ही पंक्ति में भेजते हैं या एचटीएमएल के भीतर एक बहुत लंबी पंक्ति को प्रसारित करते हैं।
इन अवसरों पर डीकेआईएम हस्ताक्षर दूषित हो जाता है, जिसके कारण "डीकेआईएम=फेल" जांच परिणाम आता है।

<dkim> check online

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

निम्नलिखित पते पर ईमेल संदेश भेजें:

dkim@tester.realsender.com

डीकेआईएम सत्यापन परिणामों की ऑनलाइन जांच करें:
(दिखने में एक मिनट लगेगा)

https://tester.realsender.com/dkim

यदि संदेश पर सही ढंग से हस्ताक्षर नहीं किए गए हैं, तो RealSender DKIM ऑनलाइन जांच में विषय उपसर्ग जोड़ा जाएगा:

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

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

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

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

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

यदि संदेश DMARC (रिलैक्स्ड अलाइनमेंट) के लिए DKIM जांच और DKIM अलाइनमेंट जांच दोनों को पास कर लेता है, तो आपको यह मिलेगा:

|ठीक है| आपका ईमेल DKIM जांच और DKIM संरेखण जांच में सफल रहा

यदि केवल एक, DKIM या SPF, DMARC (रिलैक्स्ड अलाइनमेंट) के लिए अलाइनमेंट जांच पास करता है,
संदेश को अभी भी "ठीक" (विश्वसनीय) माना जाता है और इसके प्रारंभ में ~ (टिल्ड) चिह्न जोड़ा जाता है:

|~ठीक है| आपका ईमेल DKIM जांच (अलाइनमेंट नहीं) और SPF अलाइनमेंट जांच पास कर लेता है।

ईमेल प्रमाणीकरण उन्नत

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

<spf> alignment for dmarc

SPF डोमेन के संरेखण में गड़बड़ी के कारण DMARC जांच विफल हो सकती है।

<dkim> alignment for dmarc

DKIM डोमेन के अलाइनमेंट में गड़बड़ी के कारण DMARC जांच विफल हो सकती है।

<dmarc> detects fake emails

डोमेन-आधारित संदेश प्रमाणीकरण, रिपोर्टिंग और अनुरूपता

<dmarc> rua reports online

रुआ संदेशों का संग्रह और दैनिक डीएमआरसी रिपोर्टों का ऑनलाइन निर्माण

<spf> alignment for dmarc

एसपीएफ लोगो

डीएमएआरसी के लिए एसपीएफ डोमेन संरेखण

DMARC एक ईमेल प्रमाणीकरण मानक है, जिसे फर्जी डोमेन मेल से निपटने के लिए विकसित किया गया है।
डोमेन संरेखण के लिए यह आवश्यक है कि:

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

इसे एसपीएफ (सेंडर पॉलिसी फ्रेमवर्क) के अंतर्गत प्राप्त करने के लिए, आपको दो डोमेन से निपटना होगा:

प्रेषक का पता, जो प्राप्तकर्ताओं को दिखाई देता है
मेल भेजने वाले का पता (जिसे "लिफाफा प्रेषक" या "वापसी पथ" भी कहा जाता है), जो छिपा हुआ है

DMARC दो प्रकार के SPF संरेखण की अनुमति देता है: शिथिल संरेखण और सख्त संरेखण।
यदि आप सख्त संरेखण निर्दिष्ट नहीं करते हैं, तो शिथिल संरेखण को डिफ़ॉल्ट रूप से मान लिया जाता है।

शिथिल संरेखण

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

उदाहरण:

यदि आपका मेल-फ्रॉम डोमेन 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" मेल नहीं खाते)।

<spf> check online

<dkim> alignment for dmarc

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

डीएमएआरसी के लिए डीकेआईएम डोमेन संरेखण

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

इसे DKIM (डोमेनकीज़ आइडेंटिफाइड मेल) के अंतर्गत प्राप्त करने के लिए,
डीकेआईएम हस्ताक्षर डोमेन (DKIM-Signature: d=…) प्रेषक डोमेन से मेल खाना चाहिए।

DMARC दो प्रकार के DKIM संरेखण की अनुमति देता है: शिथिल संरेखण और सख्त संरेखण।
यदि आप सख्त संरेखण निर्दिष्ट नहीं करते हैं, तो शिथिल संरेखण को डिफ़ॉल्ट रूप से मान लिया जाता है।

शिथिल संरेखण

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

उदाहरण:

यदि आपका डीकेआईएम साइनिंग डोमेन mail.abc.com है और आपका फ्रॉम डोमेन abc.com है,
आपका ईमेल DKIM संरेखण को पास कर लेगा (रूट डोमेन "abc.com" मेल खाता है)।
यदि आपका डीकेआईएम साइनिंग abc.mail.com है और आपका फ्रॉम डोमेन abc.com है,
आपका ईमेल DKIM अलाइनमेंट पास नहीं करेगा (रूट डोमेन "mail.com" और "abc.com" मेल नहीं खाते)।

सख्त संरेखण

सख्त संरेखण के साथ, डीकेआईएम हस्ताक्षर डोमेन को भेजने वाले पते के डोमेन से बिल्कुल मेल खाना चाहिए।

उदाहरण:

यदि आपका डीकेआईएम साइनिंग डोमेन mail.abc.com है और आपका फ्रॉम डोमेन भी mail.abc.com है,
आपका ईमेल DKIM संरेखण को पास कर लेगा (डोमेन “mail.abc.com” मेल खाते हैं)।
यदि आपका डीकेआईएम साइनिंग डोमेन mail.abc.com है और आपका फ्रॉम डोमेन abc.com है,
आपका ईमेल DKIM संरेखण को पास नहीं करेगा (डोमेन "mail.abc.com" और "abc.com" मेल नहीं खाते हैं)।

<dkim> check online

<dmarc> detects fake emails

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

डीएमार्क ने समझाया

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

प्रेषक:

उनके ईमेल को SPF और DKIM के साथ प्रमाणित करें
अनधिकृत ईमेल को संभालने के तरीके के लिए एक "डीएमएआरसी नीति" प्रकाशित करें।

रिसीवर:

प्रेषक की “डीएमएआरसी नीति” के आधार पर अप्रमाणित ईमेल पर कार्रवाई करें।
परिणाम की रिपोर्ट प्रेषक को भेजें

कुछ मेलबॉक्स प्रदाताओं के साथ, यह डिलीवरी को काफी हद तक प्रभावित करता है, देखें:
2020 में DMARC गूगल मेल और ऑफिस 365 के साथ कैसे काम करता है *
"ऑफिस 365 आम तौर पर एसपीएफ और डीकेआईएम प्रमाणीकरण के प्रति प्रतिक्रियाशील है।"
इनबॉक्स तक लगातार परिणाम पहुंचाने का एकमात्र तरीका उन्हें डीएमएआरसी से जोड़ना है।

* = बाहरी वेबसाइट का लिंक, यह एक नए पृष्ठ में खुलेगा

डीएमआरसी को कैसे काम में लाया जाए

DMARC, SPF (Sender Policy Framework) और DKIM (Domain Keys Identified Emails) का उपयोग करता है।
ईमेल प्रमाणीकरण परीक्षणों में विफल होने पर स्थिति को नियंत्रित करने के लिए।

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

RealSender के SMTP सर्वर सभी आउटगोइंग ईमेल संदेशों पर 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 TXT रिकॉर्ड को इस प्रकार बदलना चाहिए:

"v=DMARC1; p=अस्वीकार; rua=mailto:dmarc.example@rsbox.com"

डीएमएआरसी की कमियां

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

डीमार्क एसपीएफ और डीकेआईएम के परीक्षण के संबंध में सख्त नीतियां लागू करता है।
इससे ऐसे ईमेल भी गलत साबित हो सकते हैं जो अन्यथा उन परीक्षणों में पास हो जाते।
मेलबॉक्स प्रदाताओं द्वारा अस्वीकृत किया जाना।

सब कुछ सही ढंग से सेट होने पर भी, सत्यापन विफल हो सकता है:

एसपीएफ की जांच, यदि ईमेल को रीडायरेक्ट (फॉरवर्ड) किया गया है या मेलिंग सूची के माध्यम से भेजा गया है।
डीकेआईएम जांच से पता चलता है कि क्या संदेश में कोई बदलाव किया गया है, जिससे डीकेआईएम हस्ताक्षर टूट गया है।

<dmarc> rua reports online

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

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: to= recipient@yourcustomer.com , dsn=2.0.0, stat=भेजा गया (संदेश डिलीवरी के लिए स्वीकार कर लिया गया)

31 मई 08:58:04 rs336 v4V6w3jN001390: प्रेषक= sender@yourcompany.com
31 मई 08:58:05 rs336 v4V6w3jN001390: to= recipient@yourcustomer.com , dsn=4.0.0, stat=Deferred: 421 recipient@yourcustomer.com सेवा उपलब्ध नहीं - बहुत व्यस्त
31 मई 09:02:03 rs336 v4V6w3jN001390: to= recipient@yourcustomer.com , dsn=4.0.0, stat=Deferred: 421 recipient@yourcustomer.com सेवा उपलब्ध नहीं - बहुत व्यस्त
31 मई 09:12:42 rs336 v4V6w3jN001390: to= recipient@yourcustomer.com , dsn=2.0.0, stat=भेजा गया (संदेश डिलीवरी के लिए स्वीकार कर लिया गया)

31 मई 10:00:22 rs336 v4V80L9Z004176: प्रेषक= sender@yourcompany.com
31 मई 10:00:24 rs336 v4V80L9Z004176: to= recipient@yourcustomer.com , dsn=4.7.1, stat=Deferred: 451 4.7.1 recipient@yourcustomer.com : प्राप्तकर्ता का पता अस्वीकृत: ग्रे लिस्टिंग लागू है, कृपया बाद में पुनः देखें
31 मई 10:02:03 rs336 v4V80L9Z004176: to= 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: to= 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: to= recipient@yourcustomer.com , dsn=5.0.0, stat=सेवा अनुपलब्ध
25 मई 12:43:38 rs336 v4PAhZw1019212: v4PAhcw0019217: DSN: सेवा अनुपलब्ध

25 मई 09:17:41 rs336 v4P7Hc6P011481: प्रेषक= sender@yourcompany.com
25 मई 09:17:42 rs336 v4P7Hc6P011481: to= recipient@yourcustomer.com , dsn=4.1.1, stat=Deferred: 452 4.1.1 recipient@yourcustomer.com 4.2.2 मेलबॉक्स भरा हुआ
[…] सिस्टम हर दस मिनट में डिलीवरी का पुनः प्रयास करता है* […]
25 मई 13:25:47 rs336 v4P7Hc6P011481: to= recipient@yourcustomer.com , dsn=4.1.1, stat=Deferred: 452 4.1.1 recipient@yourcustomer.com 4.2.2 मेलबॉक्स भरा हुआ
25 मई 13:25:48 rs336 v4P7Hc6P011481: v4PBPko0020848: प्रेषक सूचना: 4 घंटे तक संदेश नहीं भेजा जा सकता*

* = अगले पैराग्राफ के अंत में दिया गया नोट देखें

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

डिलीवरी स्टेटस नोटिफिकेशन (डीएसएन)

बाउंस हुए ईमेल (जैसे कि अज्ञात उपयोगकर्ता) प्रेषक के ईमेल पते पर या वापसी-पथ पते पर वापस भेज दिए जाते हैं (यदि निर्दिष्ट हो)।

संदेशों की डिलीवरी में देरी होने की स्थिति में, आपको 30 मिनट* के बाद इस प्रकार की चेतावनी प्राप्त होगी:

विषय: चेतावनी: पिछले 30 मिनट से संदेश नहीं भेजा जा सका। मुख्य भाग: ********************************************** ** यह केवल एक चेतावनी संदेश है ** ** आपको अपना संदेश दोबारा भेजने की आवश्यकता नहीं है ** ********************************************** [...]

सिस्टम चार घंटे तक स्वतः पुनः प्रयास करेगा*। यदि आपको आगे कोई सूचना प्राप्त नहीं होती है, तो इसका अर्थ है कि संदेश सफलतापूर्वक भेज दिया गया है। आप लॉग में विवरण देख सकते हैं (ऊपर दिए गए उदाहरण देखें)।

चार घंटे* तक लगातार असफल प्रयासों के बाद, प्रेषक के ईमेल पते या वापसी-पथ पते (यदि निर्दिष्ट हो) पर एक निश्चित त्रुटि संदेश भेजा जाएगा, जैसा कि नीचे दिया गया है:

Subject:  
      Returned mail: see transcript for details  
Body:  
      The original message was received at ...  
      ----- The following addresses had permanent fatal errors -----  
      <recipient@yourcustomer.com>  
      ----- Transcript of session follows -----  
      Deferred: Connection timed out with yourcustomer.com.  
      Message could not be delivered for 4 hours  
      Message will be deleted from queue  
      [...]

* = बल्क ईमेल भेजते समय:
विलंबित डिलीवरी स्थिति सूचनाएं अक्षम कर दी गई हैं।
प्रसव के प्रयासों के बीच का अंतराल बढ़ा दिया गया है (दस मिनट से तीस मिनट तक)।
कतार में बने रहने की अधिकतम अवधि बढ़ गई है (चार से चौबीस घंटे तक)।

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

सफल डिलीवरी सूचनाएं

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

Subject: 
      Return receipt
Body:
      The original message was received at ...
      ----- The following addresses had successful delivery notifications -----
      <recipient@yourcustomer.com>  (successfully delivered to mailbox)
      ----- Transcript of session follows -----
      <recipient@yourcustomer.com>... Successfully delivered
      [...]

बहुत कम मामलों में (भेजे गए ईमेल के 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 सेटिंग्स को सत्यापित करता है।

क्लिक.इट लिंक ट्रैकर

तत्काल ईमेल प्रतिक्रिया के साथ

यह पेज ट्रैक किए गए लिंक बनाता है जो डेटा भेजेंगे:
» clickit.realsender.com

नि:शुल्क संस्करण पूरी तरह से कार्यात्मक है, हालांकि इसमें कुछ सीमाएं हैं:

ईमेल संदेश इनबॉक्स डेमो के अस्थायी मेलबॉक्स में भेजे जाते हैं और सात दिनों तक रखे जाते हैं।
क्लिक करने के बाद, ब्राउज़र एक मानक "धन्यवाद" पृष्ठ प्रदर्शित करेगा।
ट्रैकिंग डोमेन “click.it” है।

पेड वर्जन कस्टमाइज़ किया जा सकता है और आपको ये सुविधाएँ देता है:

अपने ईमेल पते पर संदेश भेजें, उदाहरण के लिए: test@example.com
अपना लैंडिंग पेज इंगित करें, उदाहरण के लिए: www.example.com/thankyou
अपने ट्रैकिंग सबडोमेन का उपयोग करें, उदाहरण के लिए: https://click.example.com

एनिग्मा सुरक्षित ईमेल

सुरक्षित ईमेल गोपनीयता

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

ईमेल के लिए एंड-टू-एंड (ई2ईई) एन्क्रिप्शन का उपयोग यह सुनिश्चित करने के लिए किया जा सकता है कि
कि संदेश की सामग्री को केवल भेजने वाला और प्राप्तकर्ता ही पढ़ सकते हैं।
PGP किसी ऐसे साझेदार के साथ सुरक्षित संचार के लिए सबसे अच्छा समाधान है जो...
पहले से ही इसका इस्तेमाल हो रहा है। अपने सहकर्मी से PGP का इस्तेमाल शुरू करने के लिए कहना मुश्किल हो सकता है।

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

कोशिश करके देखो:
enigma.realsender.com

इनबॉक्स डेमो अस्थायी ईमेल

इनबॉक्स अस्थायी ईमेल

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

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

[yourname]@inxbox.realsender.com पर संदेश भेजें
https://inxbox.realsender.com/monitor खोलें और रिसेप्शन की जांच करें।
(गूगल क्रोम ब्राउज़र > नया गुप्त विंडो या माइक्रोसॉफ्ट एज ब्राउज़र का उपयोग करें)

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

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

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

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

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

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 खोलें और सिग्नल मिलने की जांच करें।
(गूगल क्रोम ब्राउज़र > नया गुप्त विंडो या माइक्रोसॉफ्ट एज ब्राउज़र का उपयोग करें)

इस मेलबॉक्स के बारे में अधिक जानकारी यहां उपलब्ध है: inxbox demo temporary email .

एसपीएफ और डीकेआईएम के लिए परीक्षक

एसपीएफ + डीकेआईएम परीक्षक

RealSender एक निःशुल्क ऑनलाइन चेक टूल प्रदान करता है।
अपने SPF + DKIM सेटिंग्स को सत्यापित करने के लिए एक ईमेल संदेश भेजें:

spf@tester.realsender.com पर ईमेल भेजें
आप tester.realsender.com/spf पर जाकर ऑनलाइन SPF सत्यापन परिणाम देख सकते हैं।
(दिखने में एक मिनट लगेगा)

सत्यापन के दौरान, विषय में एक उपसर्ग जोड़ा जाता है।
यदि संदेश का प्रमाणीकरण सही ढंग से नहीं हुआ है।

Details on how it works
are located in the “email authentication basics” area of the website:
email authentication basics :: <spf> check online

ईमेल रुझान

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

बीसीसी ईमेल का एक अच्छा विकल्प

मेलमैन की 'वन-वे' सूची, न्यूज़लेटर या घोषणाओं के लिए एक विशेष कॉन्फ़िगरेशन

SMTP सर्वरों के लिए रिवर्स प्रॉक्सी

अपने SMTP सर्वर की सुरक्षा, प्रदर्शन और स्केलेबिलिटी को कैसे बेहतर बनाया जाए

ईमेल पते कैसे निकालें

आप रेगुलर एक्सप्रेशन (regex) का उपयोग करके वांछित डेटा प्राप्त कर सकते हैं।

''नो-मेल'' डोमेन को कैसे सुरक्षित रखें

ईमेल न भेजने वाले डोमेन को दुरुपयोग से बचाने का एक आसान तरीका

व्यवसाय एसएमएस का उपयोग क्यों करते हैं?

व्यवसाय एसएमएस टेक्स्ट संदेशों का उपयोग क्यों करते हैं?

बाउंस हुए ईमेल को कैसे हैंडल करें

ईमेल बाउंस होने पर नुकसान से बचने के लिए उनसे कैसे निपटें

मैं यह कैसे जांचूं कि मेरा SMTP सुरक्षित है या नहीं?

मैं यह कैसे जांचूं कि मेरा SMTP सर्वर सुरक्षित है या नहीं?

ईमेल भेजने के लिए DNS सेटिंग्स

ईमेल भेजने के लिए कौन सी डोमेन DNS सेटिंग्स आवश्यक हैं?

मेलिंग लिस्ट को कैसे प्रबंधित करें

दूरदर्शिता के साथ मेलिंग सूचियों का प्रबंधन कैसे करें

न्यूज़लेटर कैसे भेजें

न्यूज़लेटर भेजते समय लिस्ट की स्वच्छता और प्राप्तकर्ताओं की रुचि को बनाए रखने का तरीका

निजी ईमेल कैसे भेजें

निजी और एन्क्रिप्टेड ईमेल कैसे भेजें

बीसीसी ईमेल कैसे भेजें और सीमित करें

बीसीसी ईमेल भेजने और सीमित करने के तरीके: फायदे, नुकसान, निष्कर्ष

ईमेल मार्केटिंग का मापन करें

अपने ईमेल मार्केटिंग अभियानों के प्रदर्शन को कैसे मापें

स्पैम किसे माना जाता है?

किन उपयोगकर्ताओं और मेल सर्वरों को स्पैम ईमेल माना जाता है?

ओपन सोर्स ईमेल क्लाइंट

रेडी-टू-रन ओपन सोर्स ईमेल क्लाइंट का उपयोग करके ईमेल पर नियंत्रण कैसे पुनः प्राप्त करें

कार्य संबंधी ईमेल और गोपनीयता

कर्मचारियों के ईमेल: क्या उन्हें पढ़ा जा सकता है? क्या उनका बैकअप लिया जा सकता है? क्या उन्हें आर्काइव किया जा सकता है?

ईमेल को स्पैम से सुरक्षित रखें

व्यावसायिक ईमेल को स्पैम से कैसे सुरक्षित रखें

DMARC कैसे काम करता है - अपडेट किया गया

DMARC गूगल मेल और ऑफिस 365 के साथ कैसे काम करता है - अपडेट किया गया

DMARC के लिए DKIM डोमेन

डीकेआईएम डोमेन संरेखण डीएमएआरसी प्रमाणीकरण को कैसे प्रभावित करता है

सबसे लोकप्रिय ईमेल प्रदाता

2020 में सबसे लोकप्रिय ईमेल प्रदाता कौन से हैं?

DMARC कैसे काम करता है

DMARC Google Mail और Office 365 के साथ कैसे काम करता है

बीसीसी ईमेल का एक अच्छा विकल्प

जीएनयू मेलमैन

पिछली पोस्ट में हमने बीसीसी ईमेल के उपयोग के फायदे और नुकसान बताए थे।
देखें: “ बीसीसी ईमेल कैसे भेजें और सीमित करें ”।

निष्कर्षों में, अन्य वाक्यों के साथ-साथ, हमने यह भी कहा:

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

इस लेख का सारांश:

यह काम किस प्रकार करता है

ईमेल मार्केटिंग प्लेटफॉर्म को सीखना और उनका समर्थन करना (यदि आप उन्हें अपने ग्राहकों को प्रदान करते हैं) कठिन हो सकता है।

यहां हम जिस विचार का वर्णन कर रहे हैं, वह ओपन सोर्स सॉफ्टवेयर "जीएनयू मेलमैन" का उपयोग करके सामूहिक ईमेल भेजने का है।
यह सुझाव हमारे अपने अनुभव से आया है, जिसमें हमने उपयोग में आसान " कॉपीमेल ऐप " की पेशकश की है।

मेलमैन की "वन-वे" सूची न्यूज़लेटर या घोषणाओं के लिए एक कॉन्फ़िगरेशन है।
जहां केवल अधिकृत मॉडरेटर ही पोस्ट कर सकते हैं, और सदस्य सूची का जवाब नहीं दे सकते हैं।

यह ऐसे काम करता है:

उपयोगकर्ता अपने ईमेल क्लाइंट या वेबमेल से सूची के ईमेल पते पर संदेश भेजता है।
इसके बाद उसे डिलीवरी को मंजूरी देनी होगी, जिसे सर्वर के माध्यम से सभी ग्राहकों तक पहुंचाया जाएगा।
यह सिस्टम स्वचालित रूप से बाउंस (वापस आए ईमेल) को संभालता है और यदि चाहें तो अनसब्सक्राइब भी कर देता है।
सदस्यता का पंजीकरण मैन्युअल रूप से करना होगा।
यह सेवा अत्यंत विश्वसनीय है और हजारों पतों को बिना किसी कठिनाई के संभालने में सक्षम है।
भेजने की प्रक्रिया RealSender या अन्य SMTP सर्वरों पर निर्भर करती है।

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

GNU Mailman “वन-वे” सूची

GNU Mailman एक व्यापक रूप से उपयोग किया जाने वाला सॉफ्टवेयर है जिसे अधिकांश इंटरनेट सेवा प्रदाता प्रदान करते हैं।
इंटरनेट पर कुछ गाइड मौजूद हैं जो बताते हैं कि इसे बड़े पैमाने पर ईमेल भेजने के लिए कैसे कॉन्फ़िगर और उपयोग किया जाए:

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

मुख्य संदर्भ बैरी वारसॉ द्वारा मेलमैन-यूजर्स लिस्ट में किए गए दो पोस्ट से लिया गया यह दस्तावेज़ है:
मैं न्यूज़लेटर/घोषणा/वन-वे लिस्ट कैसे बनाऊं?

इस लेख में मुख्य बिंदुओं की विस्तारपूर्वक व्याख्या की गई है:

एक ऐसा अनुकूलित स्वागत संदेश और सूची जानकारी पृष्ठ कैसे बनाएं जिसमें सूची में पोस्ट करने के तरीके का उल्लेख न हो।
इस प्रकार की सूचियों में आमतौर पर आने वाली पासवर्ड संबंधी समस्याओं और सदस्यता रद्द करने की समस्याओं को कैसे कम किया जाए
सूची को इस तरह से प्रतिबंधित कैसे करें कि केवल अधिकृत व्यक्ति ही पोस्ट कर सकें?
किसी संपर्क पते पर जवाब भेजने के लिए घोषणा सूची कैसे सेट करें
घोषणा सूची में पोस्ट कैसे करें

स्टैनफोर्ड विश्वविद्यालय के एक अन्य लेख में बताया गया है कि मेलमैन कैसे काम करता है।
इसका उपयोग किसी सूची को 'केवल घोषणाओं' के लिए सेट करने के लिए किया जा सकता है:
केवल घोषणाओं या न्यूज़लेटर के लिए 'एकतरफा' सूची कैसे सेट करें - ज्ञान लेख KB00010792

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

GNU Mailman के बारे में कुछ ऐतिहासिक जानकारी

मेलिंग लिस्ट चर्चा-आधारित या घोषणा-आधारित हो सकती हैं। मेलमैन सॉफ़्टवेयर पायथन भाषा में लिखा गया है; इसके जारी होने से पहले, पायथन समुदाय पर्ल-आधारित मेलिंग लिस्ट मैनेजर मेजरडोमो का उपयोग करता था।

आज मार्क सैपिरो स्टेबल 2.1 ब्रांच का रखरखाव कर रहे हैं।
वहीं बैरी वारसॉ नए 3.X संस्करण पर ध्यान केंद्रित कर रहे हैं।

मेलमैन की निरंतर सफलता के लिए दो सर्वोपरि सिद्धांत अत्यंत महत्वपूर्ण हैं:

कोई भी संदेश कभी खोना नहीं चाहिए।
कोई भी संदेश एक से अधिक बार नहीं भेजा जाना चाहिए।

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

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

VERP बाउंस प्रबंधन

VERP का पूरा नाम वेरिएबल एनवेलप रिटर्न पाथ है । यह एक जानी-मानी तकनीक है जिसका उपयोग मेलिंग लिस्ट बाउंस होने वाले प्राप्तकर्ता पतों की स्पष्ट पहचान करने के लिए करती हैं। जब मेलिंग लिस्ट को बाउंस होने का संदेश मिलता है, तो वह कुछ उपयोगी कार्रवाई कर सकती है, जैसे कि बाउंस होने वाले पते को निष्क्रिय करना या उसे लिस्ट की सदस्यता से हटाना।

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

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

यदि मेलमैन सर्वर है mylist@example.orgफिर, मेलिंग सूची पोस्टिंग के लिए VERP-एन्कोडेड लिफाफा प्रेषक को भेजा जाता है। anne@example.com होगा: mylist-bounce+anne=example.com@example.orgबाउंस हुए ईमेल VERP-एनकोडेड प्राप्तकर्ता पते पर भेजे जाते हैं। मेलमैन फिर उन्हें पार्स कर सकता है। को: मूल प्राप्तकर्ता को डिकोड करने के लिए हेडर anne@example.com

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

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

प्रेषक और मेल प्रेषक पते का संरेखण

परीक्षण अवधि के दौरान, डिफ़ॉल्ट “कॉपीमेल ऐपयह कॉन्फ़िगरेशन हमारे द्वारा प्रदान किए गए डोमेन का उपयोग करता है। मेल प्रेषक ईमेल पता (जिसे बाउंस/रिटर्न-पाथ/एनवेलप एड्रेस भी कहा जाता है), वह पता है जिस पर बाउंस हुए ईमेल वापस भेजे जाते हैं। मेल प्रेषक डोमेन इससे अलग है से पता डोमेन (प्रेषक का वह पता जो प्राप्तकर्ताओं को दिखाई देता है)।

इसे उत्पादन में लाने से पहले, भेजे गए संदेशों को प्रमाणित करने के लिए DNS में कुछ बदलाव करने होंगे। से नवीनतम ईमेल मानकों के अनुसार, आप सबडोमेन का उपयोग करके प्रमाणित ईमेल भेज सकते हैं। मेल प्रेषक पता (उदाहरण के लिए, ईमेल.आपकाईमेलडोमेन.कॉम) साथ ही बेस डोमेन का उपयोग करने में सक्षम रहते हुए प्रेषक/प्रेषक पता (उदाहरण के लिए, info@youreemaildomain.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 सारांश ।
रिपोर्ट का अंत इस वाक्य से होता है, "मैं NginX के बजाय HAProxy को चुनूंगा," इसलिए हमने भी HAProxy को आजमाने का फैसला किया।

अंत में, हमने HAProxy को भी आजमाया।

इंस्टॉलेशन बेहद आसान साबित हुआ, क्योंकि यह एक बहुत ही सामान्य एप्लिकेशन है, जो सभी लिनक्स पैकेज मैनेजरों में उपलब्ध है, उदाहरण के लिए: yum install haproxy

हमने अपने भरोसेमंद प्रशिक्षक से भी सलाह ली है: HAProxy क्रैश कोर्स।

यह काम तो करता है, लेकिन दुर्भाग्यवश, यह SMTP प्रमाणीकरण के लिए उपयुक्त नहीं है:
"इस तरह से haproxy को कॉन्फ़िगर करना संभव नहीं है, क्योंकि haproxy SMTP को बिल्कुल भी सपोर्ट नहीं करता है।"
– लुकास्ट्रिबस ने 17 अगस्त, 2023 को टिप्पणी की

एक मानक SMTP सर्वर को रिवर्स प्रॉक्सी के रूप में उपयोग करना

दो सप्ताह के परीक्षण के बाद, हमें इस बिंदु पर यह एहसास हुआ कि
अन्य एसएमटीपी सर्वरों के लिए रिवर्स प्रॉक्सी के रूप में एक मानक एसएमटीपी सर्वर का उपयोग करना बेहतर है।

यह अपना काम करता है, केवल SMTP प्रोटोकॉल का उपयोग करके, कनेक्शनों को ठीक से प्रमाणित करता है।
और "स्मार्टहोस्ट" फ़ंक्शन के माध्यम से अन्य एसएमटीपी सर्वरों को अनुरोध अग्रेषित कर सकता है।

Postfix में, main.cf में, इस प्रकार
relayhost = [smarthost_address]:port

Sendmail में, sendmail.mc में, इस प्रकार
define(`SMART_HOST',`mail.example.com')

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

ईमेल पते कैसे निकालें

कभी-कभी आपने अपनी वेबसाइट या व्यावसायिक सॉफ़्टवेयर से डेटा निर्यात किया होगा।
जिसमें ऑर्डर की जानकारी या ग्राहक का विवरण शामिल हो।
आपको शायद केवल ईमेल पता और ऑर्डर की तारीख की ही आवश्यकता रही होगी।

एक तरीका यह है कि सभी डेटा को एक्सेल में आयात करें और अनावश्यक कॉलम हटा दें।
और बाकी बचे हुए को निर्यात करें।

This may not work well if the email field also contains the email address description,
for example: “Dave Martin <davemartin@bogusemail.com>”.

अगर आपको इस काम को कई बार दोहराना पड़े तो यह असुविधाजनक हो सकता है।
या फिर यदि आपको किसी और को सभी चरणों को समझाना पड़े।

रेगुलर एक्सप्रेशन (regex) का उपयोग करके वांछित डेटा निकालें।

एक रेगुलर एक्सप्रेशन (संक्षेप में “regex” या “regexp”),
यह वर्णों का एक क्रम है जो पाठ में एक मिलान पैटर्न को निर्दिष्ट करता है।

एक बहुत ही सरल उदाहरण है किसी शब्द को टेक्स्ट एडिटर में दो अलग-अलग तरीकों से लिखे हुए ढूंढना।
नियमित अभिव्यक्ति सीरियली[sz]ई यह “serialise” और “serialize” दोनों से मेल खाता है।

पाठ में पहचान करने के लिए वाक्य संरचना अधिक जटिल स्थिति है।

ईमेल पते:
[a-zA-Z0-9._-]+@[a-zA-Z0-9._-]+\.[a-zA-Z0-9_-]+
स्रोत: स्टैकओवरफ्लो - रेगुलर एक्सप्रेशन का उपयोग करके स्ट्रिंग से ईमेल निकालें
एक तिथि:
\d{4}-\d{2}-\d{1,2}
स्रोत: स्टैकओवरफ्लो - स्ट्रिंग से तिथि निकालने के लिए रेगुलर एक्सप्रेशन

रेगुलर एक्सप्रेशन (Regex) ट्यूटोरियल

अनुशंसित YouTube वीडियो
“38 मिनट का समय बहुत अच्छे से बीता, बिल्कुल सार्थक रहा”

किसी भी टेक्स्ट पैटर्न का मिलान कैसे करें
(25वें मिनट से ईमेल पते निकालने के लिए सिंटेक्स की व्याख्या की गई है)

रेगुलर एक्सप्रेशन का उपयोग करने के लिए चीट शीट

RegExr ऑनलाइन टूल

नियमित अभिव्यक्तियाँ आम तौर पर स्वीकार्य हैं
नोटपैड++ या एटम जैसे उन्नत टेक्स्ट एडिटर्स के भीतर।

मुफ्त ऑनलाइन उपकरण भी उपलब्ध हैं, उनमें से एक यह है:
https://regexr.com - रेगुलर एक्सप्रेशन सीखने, बनाने और परीक्षण करने के लिए एक ऑनलाइन सेवा।

वेब इंटरफेस की व्याख्या:
“एक्सप्रेशन” वह फ़ील्ड है जिसमें रेगुलर एक्सप्रेशन सिंटैक्स होता है।
"पाठ" वह सामग्री है जिसका आप विश्लेषण करना चाहते हैं।
“टूल्स > लिस्ट” पर क्लिक करने से एक्सट्रैक्शन के परिणाम दिखाई देंगे।

उदाहरण 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})

मूलपाठ:

"lorem ipsum dolor sit amet","Robert Farrell <rmfarrell@bogusemail.com>","",02.01.2024, ,5379,
"consectetur adipiscing elit","""Mesa, Rene <rmesa@bogusemail.com>""","",04.01.2024, ,20826,
"sed do eiusmod tempor incididunt","Antonio Bugan <antonio@bogusemail.com>","",04.01.2024, ,2856,
"ut labore et dolore magna aliqua","Crawley Down Tennis Club <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

रेगुलर एक्सप्रेशन का उपयोग करने के लिए चीट शीट

.       - Any Character Except New Line
\d      - Digit (0-9)
\D      - Not a Digit (0-9)
\w      - Word Character (a-z, A-Z, 0-9, _)
\W      - Not a Word Character
\s      - Whitespace (space, tab, newline)
\S      - Not Whitespace (space, tab, newline)

\b      - Word Boundary
\B      - Not a Word Boundary
^       - Beginning of a String
$       - End of a String

[]      - Matches Characters in brackets
[^ ]    - Matches Characters NOT in brackets
|       - Either Or
( )     - Group

Quantifiers:
*       - 0 or More
+       - 1 or More
?       - 0 or One
{3}     - Exact Number
{3,4}   - Range of Numbers (Minimum, Maximum)

स्रोत: गिटहब कोड स्निपेट्स

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

''नो-मेल'' डोमेन को कैसे सुरक्षित रखें

अधिकांश कंपनियां और सार्वजनिक निकाय कई डोमेन नाम पंजीकृत करते हैं।
व्यवसाय अक्सर उपयोगकर्ता की त्रुटियों से बचाव और अपने ब्रांड की सुरक्षा के लिए एक से अधिक डोमेन खरीदते हैं।
अन्य समय में उन आयोजनों या परियोजनाओं को बढ़ावा देने के लिए जिनका विशेष रूप से प्रचार-प्रसार किया जाना चाहिए।

किसी एक गतिविधि के लिए डोमेन की संख्या कुछ दर्जन से लेकर कई सौ तक हो सकती है।
इनकी संख्या किसी बड़े शहर की नगरपालिका में लगभग दो सौ से लेकर फेरारी और गोल्डमैन सैक्स जैसी हजारों कंपनियों तक हो सकती है।

पंजीकृत डोमेन की कुल संख्या गिनने पर यह संख्या चौंका देने वाली हो जाती है।
वेरीसाइन के दावे के अनुसार, 2022 के अंत तक डोमेन नामों की संख्या 350 मिलियन तक पहुंच गई थी।

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

नो-मेल डोमेन

ईमेल भेजने का प्रबंधन, आवश्यक प्रमाणीकरण (SPF, DKIM, DMARC, ...) के साथ, दिन-प्रतिदिन अधिक जटिल होता जा रहा है।
इसी कारणवश, आमतौर पर केवल एक ही डोमेन का उपयोग ईमेल के माध्यम से आधिकारिक बाहरी संचार के लिए किया जाता है।

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

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

प्राप्तकर्ताओं को अपने सिस्टम की सुरक्षा से समझौता करने का खतरा है।
इससे डिजिटल अपराधियों के गिरोहों को बाहर से पहुंच मिल जाती है।

ऊपर उल्लिखित जटिल प्रमाणीकरण प्रणालियों के भी अपने सकारात्मक पहलू हैं।
डीएमएआरसी प्रोटोकॉल को फर्जी ईमेल पर कार्रवाई करने के लिए डिज़ाइन किया गया था।
अनधिकृत व्यक्तियों या संगठनों को हमारे प्रेषकों के माध्यम से शिपिंग करने से रोकने के लिए।

एक त्वरित सेटअप आपको यह घोषित करने की अनुमति देता है कि कोई दिया गया डोमेन उपयोग में नहीं है।
प्राप्तकर्ताओं को उस डोमेन से आने वाले किसी भी ईमेल को अस्वीकार करने की चेतावनी देना।
डोमेन डीएनएस में इस संकेत के साथ एक रिकॉर्ड (एकल पंक्ति) सम्मिलित करना पर्याप्त है:

_dmarc.yourdomain.com. TXT "v=DMARC1; p=reject"

बाउंस मेल

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

“NO-MAIL” डोमेन से आने वाले संदेश स्वचालित रूप से बाउंस हो जाएंगे।

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

व्यवसाय एसएमएस का उपयोग क्यों करते हैं?

समस्या: अपठित ईमेल, अनुत्तरित कॉल

ईमेल इनबॉक्स में उपभोक्ता का ध्यान आकर्षित करने के लिए ढेरों ईमेल आते हैं।
इससे व्यवसायों के लिए अपने ग्राहकों और संभावित ग्राहकों का ध्यान आकर्षित करना और भी कठिन हो जाता है।

किसी को महत्वपूर्ण ईमेल पढ़ने के लिए राजी करना (या उन्हें फोन कॉल पर लाना)
यह और भी मुश्किल होता जा रहा है।

आपके ग्राहक अब आपके ईमेल क्यों नहीं पढ़ते?

48% उपभोक्ताओं के इनबॉक्स में 50 से अधिक अपठित संदेश हैं।
अधिकांश उपभोक्ता अपठित संदेशों को छांटने से परहेज करते हैं, इसलिए ईमेल जमा होते रहते हैं।
– स्रोत: ज़िपविप आपके ग्राहक अब आपके ईमेल क्यों नहीं पढ़ते (पीडीएफ 15 एमबी)

कुछ अपडेट अत्यंत आवश्यक और महत्वपूर्ण हो सकते हैं। इन्हें ईमेल के माध्यम से भेजना जोखिम भरा हो सकता है।
संदेश के न पढ़े जाने या स्पैम फोल्डर में चले जाने की संभावना।

जब पूछा गया कि "आपके पास कितने ईमेल खाते हैं?" तो 77% लोगों ने जवाब दिया "दो या अधिक"।
आमतौर पर स्मार्टफोन पर केवल एक ही कॉन्फ़िगरेशन होता है।

आपके ग्राहक अब फोन का जवाब क्यों नहीं देते?

ग्राहकों को कॉल करना और कोई जवाब न मिलना
या फिर कॉल सीधे वॉइसमेल पर चली जाए,
यह तेजी से आम होता जा रहा है।

97% उपभोक्ता यह स्वीकार करते हैं कि वे व्यवसायों और अज्ञात नंबरों से आने वाली कॉलों को अनदेखा करते हैं।
– स्रोत: ज़िपविप आपके ग्राहक अब फ़ोन का जवाब क्यों नहीं देते (पीडीएफ 15 एमबी)

इसका समाधान: मुझे मैसेज करें

कोविड-19 के कारण इलेक्ट्रॉनिक उपकरणों का उपयोग बढ़ गया।
साक्षात्कार में शामिल 64% लोगों ने कहा: "मैं अपना अधिक समय फोन पर बिताता हूँ"।

2021 में टेक्स्टिंग की स्थिति

58% उपभोक्ताओं का कहना है कि टेक्स्ट मैसेज भेजना व्यवसायों के लिए उन तक जल्दी पहुंचने का सबसे प्रभावी तरीका है।
– स्रोत: ज़िपविप स्टेट ऑफ़ टेक्स्टिंग 2021 (पीडीएफ 21 एमबी)

यहां तक कि ई-कॉमर्स में भी, जहां पंजीकरण के लिए आमतौर पर ईमेल की आवश्यकता होती है,
अमेज़ॅन सहित कुछ बड़ी कंपनियां मोबाइल नंबर के माध्यम से पंजीकरण करने की सुविधा प्रदान करती हैं।

स्पष्टीकरण: मैसेज भेजने के पांच अच्छे कारण

यह तत्काल है
टेक्स्ट मैसेज लगभग हमेशा पढ़े जाते हैं, आमतौर पर प्राप्त होने के कुछ ही सेकंड बाद।
ओपन रेट 95% की सीमा से अधिक है (इस 95% में से 90% डिलीवरी के तीन मिनट के भीतर होते हैं)।
एसएमएस संदेश छोटे और संक्षिप्त होते हैं, और संचार आवश्यक और तत्काल होता है।
यह सरल है
उन्हें प्राप्तकर्ता तक पहुंचने के लिए इंटरनेट कनेक्शन की आवश्यकता नहीं होती है।
यह आपके ब्रांड को उन जनसांख्यिकीय समूहों तक पहुंचने की अनुमति देता है जो प्रौद्योगिकी से अच्छी तरह परिचित नहीं हैं।
इसका उपयोग वीडियो सामग्री के समान है (तेज़, तात्कालिक, जिसे 160 अक्षरों में कहा जा सकता है)।
यह सर्वव्यापी है
एसएमएस का उपयोग दुनिया के हर मोबाइल फोन के साथ किया जा सकता है, इसके लिए नए ऐप इंस्टॉल करने की आवश्यकता नहीं है।
स्मार्टफोन (या पुराने जमाने का मोबाइल फोन) हमेशा मालिक के पास उसी तरह रहता है जैसे बटुआ और घर की चाबियां।
यह एक विश्वसनीय चैनल के माध्यम से ग्राहक से कहीं भी, कभी भी बातचीत करने की संभावना प्रदान करता है।
यह सस्ता है
एसएमएस संदेश भेजने की लागत कम होती है।
भेजे गए संदेशों की औसत लंबाई 155 अक्षरों से अधिक नहीं होती (एक संदेश के लिए सीमा 160 अक्षर है)।
ग्राहकों से संवाद करते समय फोन कॉल या ईमेल के साथ-साथ टेक्स्ट संदेशों का उपयोग करने से समय की बचत हो सकती है।
यह इंटरैक्टिव है
संचार एक "अनलोडेड" चैनल के माध्यम से होता है, इसे "धक्का" नहीं दिया जाता है, इसे "तनाव" नहीं दिया जाता है।
एसएमएस को अधिक महत्व दिया जाता है, इसलिए इसके खोले जाने और पढ़े जाने की संभावना अधिक होती है। साथ ही, इसके उत्तर दिए जाने की संभावना भी अधिक होती है।
टेक्स्ट मैसेजिंग की भाषा सरल है और संवाद को प्रोत्साहित करती है। प्रतिक्रिया दर 45% तक है।

बाउंस हुए ईमेल को कैसे हैंडल करें

बाउंस ईमेल या सीधे शब्दों में कहें तो "बाउंस" वे ईमेल होते हैं जो स्वचालित रूप से भेजे जाते हैं।
डाक हस्तांतरण एजेंट (एमटीए) द्वारा प्रेषक को
यह सूचित करने के लिए कि संदेश प्राप्तकर्ता द्वारा सही ढंग से प्राप्त नहीं हुआ था।

विषय आमतौर पर "लौटा हुआ पत्र: विवरण के लिए प्रतिलेख देखें" होता है।
व्याख्यात्मक बाउंस जानकारी, एक कोड और उसका विवरण, सामग्री में पाया जा सकता है।

“स्टेटस-कोड” से उस त्रुटि के प्रकार की स्पष्ट पहचान होनी चाहिए जिसके कारण रिटर्न हुआ।
लेकिन अक्सर प्रत्येक ईमेल सेवा प्रदाता द्वारा उपयोग किए जाने वाले कोड और विवरण अलग-अलग होते हैं।
उछाल को सही ढंग से वर्गीकृत करने के लिए उसका विश्लेषण और व्याख्या करना आवश्यक है।

ईमेल बाउंस होने से क्या जोखिम हैं?

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

आप उन्हें अनदेखा नहीं कर सकते

यदि आप अपनी सूची के बाकी लोगों तक पहुंचना चाहते हैं, तो बेहतर यही होगा कि आप सूची के "खराब" हिस्से को संदेश भेजना बंद कर दें।
कभी-कभी इसे "सूची स्वच्छता" भी कहा जाता है।

आपको उनका अर्थ समझना चाहिए

डिलीवरी स्टेटस नोटिफिकेशन (डीएसएन) तीन प्रकार के होते हैं: सफलता - ईमेल डिलीवर हो गया है (यह नोटिफिकेशन केवल भेजने वाले के अनुरोध पर ही भेजा जाता है)
हार्ड बाउंस - एक स्थायी त्रुटि उत्पन्न हो गई है
सॉफ्ट बाउंस - एक अस्थायी त्रुटि उत्पन्न हुई है

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

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

आपको बाउंस हैंडलिंग की कार्यप्रणाली (और इसे अनुकूलित करने का तरीका) पता होना चाहिए।

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

» शीर्ष पर वापस जाएँ

उछालों की संख्या जांचें

कभी-कभी प्रेषक और प्राप्तकर्ता दोनों की ओर से कॉन्फ़िगरेशन त्रुटि हो सकती है।
इससे हल्की या तेज उछाल आ सकती है।

पिछले सप्ताह में बाउंस हुए संदेशों की संख्या की जांच करना एक अच्छी आदत है।
यह देखने के लिए कि क्या मान पहले जैसे ही हैं या कोई विसंगति तो नहीं है।
अगर कुछ गड़बड़ है, तो आपको तुरंत पता चल जाएगा। उछाल के विवरण को पढ़ने से आपको कारण का पता लगाने में मदद मिलेगी।

कुछ सिस्टम आपको दिनों की संख्या निर्धारित करने की अनुमति देते हैं (उदाहरण के लिए 180)।
इसके बाद ग्राहक की बाउंस जानकारी को हटा दिया जाता है।
इस तरह एसएमटीपी सर्वर उस प्राप्तकर्ता से दोबारा संपर्क करने का प्रयास करेगा।

गलती से सक्रिय हुए ब्लॉक अपने आप साफ़ हो जाएंगे।
लेकिन इससे एसएमटीपी सर्वर की प्रतिष्ठा को नुकसान पहुंच सकता है।

» शीर्ष पर वापस जाएँ

बाउंस हैंडलिंग के लिए नए रुझान

एक वाक्य में कहें तो: इलाज से बेहतर रोकथाम है ।

ईमेल भेजने की प्रक्रिया

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

जब कोई ग्राहक ऐसा ईमेल भेजता है जिसके परिणामस्वरूप हार्ड बाउंस होता है,
जिस ईमेल पते से बाउंस ईमेल प्राप्त हुआ, उसे दमन सूची में जोड़ दिया जाता है।

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

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

» शीर्ष पर वापस जाएँ

बाउंस हुए संदेशों के स्टेटस कोड

हार्ड बाउंस और सॉफ्ट बाउंस की पहचान करने के लिए उपयोग किए जाने वाले स्टेटस कोड का सिंटैक्स निम्नलिखित है:
स्थिति-कोड = वर्ग “.” विषय “.” विवरण

स्टेटस कोड में तीन संख्यात्मक फ़ील्ड होते हैं जो "." से अलग किए जाते हैं।

पहला सब-कोड (क्लास) यह दर्शाता है कि वितरण का प्रयास सफल रहा या नहीं।
दूसरा उप-कोड (विषय) किसी भी प्रसव संबंधी विसंगति के संभावित स्रोत को इंगित करता है।
तीसरा उप-कोड (विवरण) एक विशिष्ट त्रुटि स्थिति को इंगित करता है।

उप-कोड (वर्ग) स्थिति का एक सामान्य वर्गीकरण प्रदान करता है।
प्रत्येक वर्ग के लिए सूचीबद्ध मानों को 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) में एक नया नियम जोड़ता है।
हमलावर के आईपी पते को या तो एक निश्चित समय के लिए या स्थायी रूप से ब्लॉक करना।
Fail2ban आपको ईमेल के माध्यम से भी सूचित कर सकता है कि कोई हमला हो रहा है।

Fail2ban मुख्य रूप से SSH हमलों पर केंद्रित है, हालांकि इसे और भी कॉन्फ़िगर किया जा सकता है।
किसी भी ऐसी सेवा के लिए काम करना जो लॉग फाइलों का उपयोग करती है और जिसके साथ छेड़छाड़ की जा सकती है।

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

ईमेल भेजने के लिए DNS सेटिंग्स

ईमेल भेजने के लिए कौन सी डोमेन DNS सेटिंग्स आवश्यक हैं?

ईमेल सेवा प्रदाता आमतौर पर प्रेषक के डोमेन को सत्यापित करने की मांग करते हैं।
उनके एसएमटीपी सर्वरों का उपयोग करने से पहले। इसके दो कारण हैं:

डोमेन स्वामित्व साबित करें
DNS का प्रबंधन करके, आप यह साबित करते हैं कि आप प्रेषक के डोमेन को नियंत्रित करते हैं।
इसका मतलब है कि आप किसी और के डोमेन का उपयोग नहीं कर रहे हैं (स्पूफिंग नहीं कर रहे हैं)।
प्रमाणित ईमेल भेजना
SPF और DKIM प्रमाणीकरण सेट करके, आपके संदेशों को
प्राप्तकर्ताओं द्वारा इन्हें "वास्तविक" प्रेषक के रूप में पहचाना जाता है।
यदि आपके डोमेन और आपके एसएमटीपी प्रदाता की प्रतिष्ठा अच्छी है
संदेश प्राप्तकर्ताओं के इनबॉक्स में पहुंच जाने चाहिए।

सारांश:

ईमेल सेवा प्रदाता: सत्यापित प्रेषकों के लिए आवश्यकताएँ

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

प्रदाता का नाम	डीकेआईएम “से” डोमेन संरेखण	एसपीएफ “मेल-फ्रॉम” डोमेन संरेखण	नोट्स
अमेज़न एसईएस	हां (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 रिकॉर्ड)

* = हमने निम्नलिखित प्रत्येक मेलबॉक्स को एक संदेश भेजा और यह नोट किया कि क्या किसी बात से यह पता चलता है कि हमें दोबारा जांच करनी चाहिए:
जीमेल, हॉटमेल, याहू, जीएमएक्स, अरूबा, टिस्काली, एक्सचेंज ऑनलाइन

सत्यापित प्रेषक इतना महत्वपूर्ण क्यों है?

2021 में हम प्रेषक के डोमेन के प्रमाणीकरण को अनिवार्य मानते हैं।
ताकि प्राप्तकर्ता को पता चल सके कि प्रेषक का ईमेल पता जाली नहीं है।
पूर्व-निर्धारित प्रमाणीकरण जांच से भेजने वाली प्रणालियों के दुरुपयोग का जोखिम भी काफी हद तक कम हो जाता है।

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

डोमेन अलाइनमेंट क्या है?

संदेश भेजते समय, हम दो डोमेन से निपट रहे होते हैं:

प्रेषक के 'फ्रॉम' पते में, जो प्राप्तकर्ता को दिखाई देता है
मेल भेजने वाले के पते में (जिसे "लिफाफा प्रेषक" या "वापसी पथ" भी कहा जाता है),
यह छिपा हुआ होता है और बाउंस हुए ईमेल प्राप्त करने के लिए सीधे ईएसपी द्वारा प्रबंधित किया जाता है।

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

CNAME रिकॉर्ड और TXT रिकॉर्ड में से कौन सा बेहतर है?

DKIM प्रमाणीकरण के लिए, CNAME रिकॉर्ड को लागू करना आसान होता है।
2048-बिट TXT रिकॉर्ड जोड़ने से भी यही परिणाम प्राप्त किया जा सकता है, लेकिन यह अधिक जटिल है।
इसके अतिरिक्त, CNAME के माध्यम से DKIM रिकॉर्ड का प्रतिनिधिमंडल आपके प्रदाता को अनुमति देता है
सुरक्षा कारणों से आवश्यकता पड़ने पर इसकी कुंजी को संशोधित करने के लिए।

CNAME रिकॉर्ड का उपयोग करके SPF प्रमाणीकरण के लिए इसका मतलब है कि मेल-फ्रॉम पता
यह आपके ईमेल सेवा प्रदाता द्वारा प्रबंधित एक सबडोमेन होगा, जैसे: bounce.your-company-name.org।
प्रदाता एसपीएफ प्रमाणीकरण और बाउंस हुए संदेशों दोनों को संभालेगा।

ज़िम्ब्रा या एक्सचेंज जैसे ईमेल सर्वरों के साथ एसपीएफ प्रमाणीकरण के लिए TXT रिकॉर्ड सबसे अच्छा विकल्प है।
जहां प्रत्येक प्रेषक को बाउंस हुए संदेश सीधे प्राप्त होते हैं।
डोमेन प्रमाणीकरण के लिए केवल एक ही TXT रिकॉर्ड है।
यदि आप कई एसएमटीपी सर्वरों का प्रबंधन करते हैं तो इसे बनाए रखना मुश्किल हो सकता है।

डेडिकेटेड आईपी एड्रेस क्या होता है?

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

"समर्पित आईपी पता" का अर्थ है कि आपका ईमेल भेजने वाला आईपी पता समय के साथ नहीं बदलेगा।
इससे प्रेषक की प्रतिष्ठा पर बेहतरीन नियंत्रण मिलता है, जिसे दूसरों के उपयोग से नुकसान नहीं पहुंचाया जा सकता।

क्या हमें कंपनी के डोमेन DNS सेटिंग्स को सीधे प्रबंधित करना चाहिए?

जरूरी नहीं, क्योंकि इसके लिए कुछ तकनीकी कौशल की आवश्यकता होती है।

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

वेबसाइट पर आने वाले आगंतुकों को किसी अन्य वेब सर्वर पर ले जाएं
आने वाले संदेशों को किसी दूसरे मेल सर्वर पर रीडायरेक्ट करें
ईमेल प्रमाणीकरण को तोड़ें ताकि संदेशों को स्पैम माना जाए या अस्वीकार कर दिया जाए

» शीर्ष पर वापस जाएँ

मेलिंग लिस्ट को कैसे प्रबंधित करें

भविष्य की योजना बनाते हुए मेलिंग लिस्ट को कैसे प्रबंधित करें?

सबसे पहले: मेलिंग लिस्ट मैनेजर का उपयोग क्यों करें?

सीआरएम सिस्टम (जैसे सेल्सफोर्स और माइक्रोसॉफ्ट सीआरएम)
और व्यावसायिक ईमेल (जैसे Office 365 और Google Apps Gmail)
वे सामूहिक डाक भेजने के लिए उपयुक्त नहीं हैं।

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

कई बार कंपनियों को अपने अधिकांश संपर्कों या कुछ चुनिंदा समूहों को ईमेल भेजने पड़ते हैं।
बल्क ईमेलिंग को समर्पित प्रणालियों के माध्यम से प्रबंधित किया जाना चाहिए।
बड़ी मात्रा में संदेशों को संसाधित करने और स्वचालित रूप से सदस्यता समाप्त करने में सक्षम।
दूसरा चरण: इन समाधानों को कहाँ से प्राप्त किया जाए?

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

स्थानीय इंस्टॉलेशन बनाम क्लाउड सेवाओं का चुनाव हमेशा महत्वपूर्ण होता है।
हमारा मानना है कि स्थानीय विकल्प "ईमेल पर नियंत्रण पुनः प्राप्त करने" में मदद करता है, जिसे हम बढ़ावा दे रहे हैं।

यदि आप क्लाउड में सेल्फ-होस्टेड एप्लिकेशन का उपयोग करने का निर्णय लेते हैं, तब भी
इससे आप उसी समाधान को बनाए रखते हुए आपूर्तिकर्ता को आसानी से बदल सकते हैं।
तीन समाधानों का उल्लेख करना उचित होगा:

Sendy एक परिपक्व सॉफ्टवेयर है लेकिन "क्लोज्ड सोर्स" है और इसके लिए भुगतान करना पड़ता है।
Listmonk एक ओपन सोर्स सॉफ्टवेयर है। इसका पहला संस्करण 2021 में जारी किया गया था। इसे Go भाषा में विकसित किया गया है।
यह एक स्टैंडअलोन बाइनरी के रूप में आता है और इसकी एकमात्र निर्भरता पोस्टग्रेस डेटाबेस है। GitHub पर इसे 5.4k स्टार मिले हैं।
मेलट्रेन भी ओपन सोर्स है। इसका पहला संस्करण 2016 में और दूसरा संस्करण 2021 में जारी किया गया था।
यह MySQL डेटाबेस का उपयोग करता है। GitHub पर इसे 4.8k स्टार मिले हैं।

एक स्वच्छ इंटरफ़ेस, सूची-केंद्रित समाधान और आसान रखरखाव की तलाश में।
और समस्याओं की स्थिति में इसे आसानी से पुनर्स्थापित किया जा सकता है, इसलिए हमने लिस्टमोंक को सर्वोत्तम विकल्प माना है।

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
बाउंस प्रोसेसिंग स्क्रीनशॉट पूर्वावलोकन

तकनीकी विचार

हमने अतीत में एक अन्य गो एप्लिकेशन का उपयोग किया था: रियलसेंडर - डीएमआरसी रिपोर्ट ।
स्रोत: 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 सर्वरों को अक्सर ब्लैकलिस्ट कर दिया जाता है - भेजे गए सभी संदेश स्पैम फोल्डर में चले जाते हैं।

RealSender समर्पित आईपी एसएमटीपी सर्वर प्रदान करता है।
जो एक विश्वसनीय और निरंतर निगरानी वाले वातावरण में काम करते हैं।

नाम के बारे में

goberoi ने 13 जुलाई, 2019 को पूछा [–] बिल्कुल अचानक सवाल: आपने यह नाम कैसे चुना? knadh ने 13 जुलाई, 2019 को कहा [–] मुझे ठीक से याद नहीं है, लेकिन मुझे लगता है कि इसके पीछे सोच कुछ इस तरह थी: "परेशानी मुक्त, शांतिपूर्ण सूची प्रबंधन"।

चलिए इसे आजमाते हैं

आप डॉकर इमेज का उपयोग करके कुछ ही मिनटों में एक कार्यशील डेमो इंस्टॉलेशन प्राप्त कर सकते हैं।
वैकल्पिक रूप से, RealSender से ListMonk डेमो अकाउंट के लिए अनुरोध करें।

» शीर्ष पर वापस जाएँ

न्यूज़लेटर कैसे भेजें

ब्लैकलिस्ट किए जाने के बाद, एक प्रमुख एंटी-स्पैम सेवा का ग्राहक सहायता अक्सर यह जवाब देता है:
कृपया अपनी ईमेल सूची की स्वच्छता की समीक्षा करें ताकि यह सुनिश्चित हो सके कि प्राप्तकर्ताओं को आपके ईमेल में रुचि हो।

“सूची स्वच्छता” और “प्राप्तकर्ताओं की रुचि” के कई पहलू हैं:

ए - मशीन की तरफ - "सूची स्वच्छता"

सदस्यता और सदस्यता रद्द करने की प्रक्रिया का सुव्यवस्थित प्रबंधन
ग्राहक को अपना ईमेल पता सत्यापित करना होगा (दोहरा ऑप्ट-इन)।
प्राप्तकर्ताओं को आसानी से और निश्चित रूप से सदस्यता समाप्त करने (ऑप्ट-आउट करने) में सक्षम होना चाहिए।
केवल सक्रिय और पूरी तरह से जुड़े हुए प्राप्तकर्ताओं को ही भेजें
खराब या भरे हुए मेलबॉक्स वाले प्राप्तकर्ताओं को बार-बार संदेश न भेजें।
निष्क्रिय प्राप्तकर्ताओं को संदेश भेजना बंद कर दें; यदि वे कोई प्रतिक्रिया नहीं देते हैं, तो यह स्पष्ट संकेत है कि उन्हें कोई रुचि नहीं है।
सामग्री को अच्छी तरह से पेज में विभाजित किया जाना चाहिए (केवल एक छवि नहीं) और "रिस्पॉन्सिव" होनी चाहिए, ताकि इसे कई उपकरणों पर पढ़ा जा सके।
अन्यथा, स्पैम फ़िल्टर संदेश को प्राप्तकर्ता के इनबॉक्स तक पहुँचने से पहले ही रोक सकते हैं।
सुनिश्चित करें कि मशीनें यह पहचान लें कि कौन भेज रहा है
ईमेल प्रमाणीकरण से गंतव्य मेल सर्वर संदेशों को विश्वसनीय प्रेषकों द्वारा भेजे गए संदेशों के रूप में पहचान सकते हैं।

बी - मानवीय पक्ष पर - "प्राप्तकर्ताओं का हित"

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

मशीन की तरफ - "सूची स्वच्छता"

ऊपर सूचीबद्ध बिंदुओं को कुछ सौ प्राप्तकर्ताओं वाली छोटी सूचियों के लिए आसानी से प्रबंधित किया जा सकता है।
अक्सर प्रेषक उन्हें व्यक्तिगत रूप से जानता है, क्योंकि वे ग्राहक या किसी संगठन के सदस्य होते हैं।

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

इंटरनेट पर ईमेल मार्केटिंग के लिए कई पेशेवर समाधान उपलब्ध हैं।
अंतरराष्ट्रीय स्तर पर सबसे प्रसिद्ध मेलचिम्प है।
कई वेबसाइटें मेलचिम्प के विकल्प भी सूचीबद्ध करती हैं।

ईमेलट्रेंड्स का मिशन "ईमेल पर नियंत्रण वापस लेना" है।
इसलिए हम एक वैकल्पिक तरीका सुझाते हैं।

W3Techs के अनुसार, इंटरनेट पर मौजूद सभी वेबसाइटों में से 40% WordPress द्वारा संचालित हैं।
और यह ओपन सोर्स श्रेणी में पूरे इंटरनेट पर सबसे लोकप्रिय तकनीक है।

WordPress के मेलपोएट

200,000 से अधिक सक्रिय इंस्टॉलेशन के साथ, Mailpoet
यह न्यूजलेटर के लिए सबसे अधिक उपयोग किए जाने वाले वर्डप्रेस प्लगइन में से एक है।

MailPoet एक ओपन सोर्स सॉफ्टवेयर है और 2020 के अंत से उपलब्ध है।
यह उन कंपनियों का हिस्सा है जो वर्डप्रेस की मूल कंपनी ऑटोमैटिक से जुड़ी हैं ।

कुछ स्क्रीनशॉट आपको यह समझने में मदद कर सकते हैं कि विभिन्न बिंदुओं को कैसे पूरा किया जाता है:

सदस्यता और सदस्यता रद्द करना

साइन-अप पुष्टिकरण

पूरी तरह से संलग्न प्राप्तकर्ता

निष्क्रिय ग्राहकों को संदेश भेजना बंद करें

ग्राहक की स्थिति को "बाउंस" में बदलें

उछाल प्रबंधन

प्रतिक्रियाशील ईमेल टेम्पलेट्स

न्यूज़लेटर का पूर्वावलोकन

Mailpoet का एक "फ्रीमियम" लाभ मॉडल है, जो आपको निम्नलिखित विकल्प चुनने की अनुमति देता है:
मुझे सिर्फ प्रीमियम प्लान चाहिए, जिसमें शिपिंग की सुविधा न हो।

RealSender के लिए समर्पित SMTP सर्वर को “Send With… > Other” विकल्प के माध्यम से कॉन्फ़िगर किया जा सकता है।
“बाउंस हैंडलर मेलपोएट” प्लगइन , रियलसेंडर द्वारा प्रदान किए गए न्यूज़लेटर मेलबॉक्स के साथ मिलकर काम करता है।
यह भेजे गए ईमेल संदेशों के सही प्रमाणीकरण की गारंटी देगा।

» शीर्ष पर वापस जाएँ

मानवीय पक्ष - "प्राप्तकर्ता का हित"

मानवीय पक्ष को हासिल करना अधिक कठिन है।
यही वह बिंदु है जो अंतर पैदा करता है।
जब तकनीकी प्रबंधन परिपूर्ण न हो।

यिन यांग

"प्रासंगिक रहो"
यह एक ऐसा नारा है जिसका इस्तेमाल कुछ साल पहले ईमेल मार्केटिंग में किया जाता था।

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

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

» शीर्ष पर वापस जाएँ

निजी ईमेल कैसे भेजें

निजी और एन्क्रिप्टेड ईमेल कैसे भेजें?

ईमेल न तो निजी है और न ही सुरक्षित।
इसे गोपनीयता या सुरक्षा को ध्यान में रखकर डिजाइन नहीं किया गया था।

आपके ईमेल को ट्रांजिट के दौरान संभालने वाला कोई भी व्यक्ति इसे पढ़ सकता है।
इसमें आपका इंटरनेट सेवा प्रदाता (आईएसपी), कोई हैकर या एनएसए (अमेरिकी राष्ट्रीय सुरक्षा एजेंसी) शामिल हो सकते हैं।

सारांश:

ईमेल गोपनीयता: आज क्या हो रहा है?
“कानूनी” पक्ष पर
“अवैध” पक्ष पर
ईमेल गोपनीयता: चुनौतियाँ
गुमनामी और गोपनीयता
एंड-टू-एंड एन्क्रिप्शन
ईमेल गोपनीयता: समाधान
< technical > Pretty Good Privacy - also known as PGP
< technical > How to use PGP encryption
< easy > Alternatives to PGP encryption

आज क्या हो रहा है

निगरानी एजेंसियां ईमेल पढ़ती हैं

“कानूनी” पक्ष पर

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

उन्होंने कहा है कि यह सिर्फ मेटाडेटा है, यह सिर्फ मेटाडेटा है, [...]
आप किससे बात कर रहे हैं, कब बात कर रहे हैं, आपने कहाँ-कहाँ यात्रा की।
ये सभी मेटाडेटा इवेंट हैं।
PRISM का उद्देश्य कंटेंट है। […] वे सभी इसे देख सकते हैं क्योंकि यह एन्क्रिप्टेड नहीं है।”

- एडवर्ड स्नोडेन - TED 2014

ऐसे दर्जनों मनोवैज्ञानिक अध्ययन हैं जो यह साबित करते हैं।
जब किसी को पता चलता है कि उस पर नजर रखी जा रही है,
उनका व्यवहार कहीं अधिक अनुरूपतावादी और आज्ञाकारी होता है।
[…] व्यापक निगरानी दिमाग में एक कैदखाना बना देती है […]

- ग्लेन ग्रीनवाल्ड - TEDGlobal 2014

“अवैध” पक्ष पर

धोखाधड़ी करने वाले लोग किसी कंपनी के कंप्यूटर नेटवर्क में घुसपैठ करने के लिए मैलवेयर का भी इस्तेमाल कर सकते हैं।
और वित्तीय मामलों से संबंधित ईमेल आदान-प्रदान तक पहुंच प्राप्त करना।

- धोखाधड़ी संसाधन केंद्र - व्यावसायिक ईमेल समझौता

बिजनेस ईमेल कॉम्प्रोमाइज (बीईसी)—जिसे ईमेल अकाउंट कॉम्प्रोमाइज (ईएसी) के नाम से भी जाना जाता है
यह आर्थिक रूप से सबसे अधिक नुकसान पहुंचाने वाले ऑनलाइन अपराधों में से एक है।
बीईसी घोटाले में, अपराधी एक ईमेल संदेश भेजते हैं जो किसी ज्ञात स्रोत से आया हुआ प्रतीत होता है।
एक वैध अनुरोध करना [...]

- घोटाले और सुरक्षा - व्यावसायिक ईमेल सुरक्षा उल्लंघन

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

चुनौतियाँ

गुमनामी और गोपनीयता

गुमनामी गोपनीयता से भिन्न होती है।
[...] हम संदेशों को एन्क्रिप्ट कर रहे हैं
ताकि अगर लोगों को यह भी पता चले कि हमने संदेश भेजा है
वे इसे पढ़ नहीं सकते।
लेकिन कभी-कभी हम यह भी नहीं चाहते कि लोगों को पता चले कि हमने कोई संदेश भेजा है।

- TOR कैसे काम करता है - कंप्यूटरफाइल

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

यह गाइड आपको इसकी जटिलता का अंदाजा दे सकती है:
निजी ईमेल प्रदाता

गोपनीयता प्राप्त करना आसान है।

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

अगर आपके पास छिपाने के लिए कुछ महत्वपूर्ण है, तो आप अकेले नहीं हैं;
ये वही उपकरण हैं जिनका उपयोग व्हिसलब्लोअर अपनी पहचान की सुरक्षा के लिए करते हैं।
मानवाधिकारों के हनन, भ्रष्टाचार और अन्य अपराधों पर प्रकाश डालते हुए।

सबसे पहला और सबसे महत्वपूर्ण कदम है अपनी सुरक्षा करना।
और अपने संचार की निगरानी को यथासंभव कठिन बना दें।

- ईमेल आत्मरक्षा - GnuPG एन्क्रिप्शन के साथ निगरानी से लड़ने के लिए एक मार्गदर्शिका

एंड-टू-एंड एन्क्रिप्शन

ईमेल के लिए एंड-टू-एंड (ई2ईई) एन्क्रिप्शन का उपयोग यह सुनिश्चित करने के लिए किया जा सकता है कि
कि संदेश की सामग्री को केवल भेजने वाला और प्राप्तकर्ता ही पढ़ सकते हैं।

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

ई-टू-ईई को हासिल करने के लिए प्रेषक और प्राप्तकर्ता दोनों को सावधानी बरतनी चाहिए।
इसमें शामिल किसी भी पक्ष की एक भी गलती ई2ईई की सुरक्षा को भंग करने के लिए पर्याप्त हो सकती है।

ईमेल मेटाडेटा, जैसे प्रेषक का ईमेल पता, प्राप्तकर्ता का ईमेल पता, दिनांक और समय, को e2ee का उपयोग करके सुरक्षित नहीं किया जा सकता है।
ई2ईई का उपयोग करने पर भी मेल का विषय असुरक्षित और आसानी से पठनीय रह सकता है।

थंडरबर्ड में एंड-टू-एंड एन्क्रिप्शन क्या है?

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

समाधान

एन्क्रिप्टेड ईमेल को पढ़ना असंभव है।

< technical > Pretty Good Privacy - also known as PGP

PGP सॉफ्टवेयर एन्क्रिप्शन के OpenPGP मानक का पालन करता है।
डेटा को एन्क्रिप्ट और डिक्रिप्ट करने के लिए मानक (आरएफसी 4880)।

- विकिपीडिया पर प्रिटी गुड प्राइवेसी

PGP आपके ईमेल के मुख्य भाग को एक कोड में एन्क्रिप्ट करता है।
जिसे केवल सही व्यक्ति ही पढ़ सकता है।

PGP लगभग किसी भी कंप्यूटर या स्मार्टफोन पर चलता है।
यह मुफ्त में उपलब्ध है और इसके लिए कोई शुल्क नहीं देना पड़ता।

प्रत्येक उपयोगकर्ता के पास एक अद्वितीय सार्वजनिक कुंजी और एक निजी कुंजी होती है।
जो संख्याओं की यादृच्छिक श्रृंखलाएं हैं।

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

आपकी निजी कुंजी एक भौतिक कुंजी की तरह है, क्योंकि आप इसे अपने पास (अपने कंप्यूटर पर) रखते हैं।
आप PGP और अपनी निजी कुंजी का उपयोग करके अन्य लोगों द्वारा आपको भेजे गए एन्क्रिप्टेड ईमेल को डिकोड करते हैं।

अगर पीजीपी से एन्क्रिप्ट किया गया कोई ईमेल गलत हाथों में पड़ जाए, तो वह बिल्कुल बेतुका लगेगा।
वास्तविक प्राप्तकर्ता की निजी कुंजी के बिना, इसे पढ़ना लगभग असंभव है।

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

- ईमेल के माध्यम से आत्मरक्षा - इन्फोग्राफिक्स

< technical > How to use PGP encryption

पीजीपी का उपयोग करने के लिए, आपको एक सार्वजनिक कुंजी और एक निजी कुंजी (जिन्हें एक साथ कुंजीजोड़ी के रूप में जाना जाता है) की आवश्यकता होगी।
इनमें से प्रत्येक बेतरतीब ढंग से उत्पन्न संख्याओं और अक्षरों की एक लंबी श्रृंखला है जो आपके लिए अद्वितीय है।
आपकी सार्वजनिक और निजी कुंजियाँ एक विशेष गणितीय फ़ंक्शन द्वारा आपस में जुड़ी हुई हैं।

एक ऐसा एप्लिकेशन आवश्यक है जो कुंजियों का प्रबंधन करे और संदेशों के एन्क्रिप्शन/डिक्रिप्शन को संभाले।
ये सबसे लोकप्रिय विकल्पों का चयन है:

Mailvelope एक निःशुल्क, ओपन सोर्स ब्राउज़र प्लगइन है, जो मोज़िला फ़ायरफ़ॉक्स और गूगल क्रोम के लिए उपलब्ध है।
पीजीपी तक पहुंचने का यह शायद सबसे आसान तरीका है।
“ मेलवेलप डेमोंस्ट्रेशन ” एक बेहतरीन ट्यूटोरियल है।
मोज़िला थंडरबर्ड एप्लिकेशन में पीजीपी हस्ताक्षरित संदेश भेजने के लिए आवश्यक सभी सुविधाएं एकीकृत हैं।
थंडरबर्ड में एंड-टू-एंड एन्क्रिप्शन का परिचय
GnuPG, OpenPGP मानक का एक पूर्ण और निःशुल्क कार्यान्वयन है।
Gpg4Win का उपयोग करके नौसिखियों के लिए PGP गाइड [आसान 5 मिनट सेटअप] बताता है कि इसका उपयोग कैसे करें।

< easy > Alternatives to PGP encryption

जो साझेदार पहले से ही 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” का अर्थ “ब्लाइंड कार्बन कॉपी” है)
इसमें संदेश प्राप्त करने वालों के पते शामिल हैं।
जिनके पते संदेश के अन्य प्राप्तकर्ताओं को नहीं बताए जाने चाहिए।
– आईईटीएफ आरएफसी 2822 “इंटरनेट संदेश प्रारूप”

बीसीसी और सीसी के बीच का अंतर प्राप्तकर्ता की गोपनीयता में निहित है।
सीसी सुविधा का उपयोग करके, सीसी फ़ील्ड में ईमेल पते
ये ईमेल प्राप्त करने वाले सभी लोगों को दिखाई देते हैं।

बीसीसी में शामिल व्यक्ति सीधे प्राप्तकर्ता (टू:) को देख सकता है।
उसे यह पता नहीं चल पाएगा कि ईमेल में और किसे-किसे बीसीसी में रखा गया था।

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

पेशेवरों

यह आसान है: इसे कोई भी इस्तेमाल कर सकता है।

यह कई ईमेल प्राप्तकर्ताओं से संपर्क करने का एक आसान तरीका है।
ईमेल क्लाइंट का उपयोग करने वाला कोई भी व्यक्ति इसका लाभ उठा सकता है।
सही तरीके से इस्तेमाल करने पर, यह प्राप्तकर्ताओं की ईमेल आईडी का खुलासा न करके उनकी गोपनीयता का सम्मान करता है।

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

दोष

ईमेल बिना पूर्व जांच के जानकारी भेजने का एक माध्यम है।
बीसीसी की पहुंच सैकड़ों या हजारों संपर्कों तक बढ़ जाती है।

बीसीसी को उच्च जोखिम वाला रोग माना जाना चाहिए।
यह एक संभावित रूप से खतरनाक संचार उपकरण है।

यह एक त्रुटि-प्रवण प्रक्रिया है, इसके जोखिम इस प्रकार हैं:
- गलती से Bcc प्राप्तकर्ताओं को Cc फ़ील्ड में जोड़ दिया गया
  इससे आमतौर पर ब्रांड को गंभीर नुकसान होता है।
  इस स्थिति से निकलने का सबसे आम तरीका एक नया माफीनामा भेजना है।
  सभी लाभार्थियों के नाम सार्वजनिक कर दिए गए हैं।
  » “सभी को उत्तर दें” का अनपेक्षित (और कभी-कभी जानबूझकर) उपयोग
  जिससे अनियंत्रित ईमेल श्रृंखलाएं उत्पन्न होती हैं
  कोई व्यक्ति GDPR के दृष्टिकोण से गोपनीयता संबंधी घटना का मुद्दा उठा सकता है।
  यदि विषय/निकाय में व्यक्तिगत डेटा की "विशेष श्रेणियां" शामिल हैं, तो पहचान हो जाती है।
  वे लोग जो एक ही श्रेणी (अर्थात बीमारी, अभिविन्यास या विश्वास) से संबंधित हैं।
- गलती से किसी को मुख्य (दृश्यमान) प्राप्तकर्ता के रूप में जोड़ देना
- किसी को जोड़ना भूल गए हों या किसी ऐसे व्यक्ति को जोड़ दिया हो जिसे संदेश नहीं मिलना चाहिए
स्पैम के रूप में वर्गीकृत होने की उच्च संभावना है
- समस्या यह है कि अधिकांश स्पैमर Bcc का उपयोग करके संदेश भेजते हैं।
  गंतव्य मेल सर्वर बीसीसी संदेशों को स्वीकार करने में सतर्क रहते हैं।
- अगर मैं आपको बीसीसी का उपयोग करके संदेश भेजता हूं,
  आपको एक ईमेल प्राप्त होता है जो आपको संबोधित नहीं है।
  स्पैम का मूल्यांकन करते समय यह संदेश के विरुद्ध एक नकारात्मक बिंदु है।
- यही संदेश कई ईमेल पतों पर भेजा जाएगा।
  एक ही डोमेन से संबंधित सभी फ़ाइलों को एक साथ गिनना और ब्लॉक करना आसान है।
गलत पतों पर कोई नियंत्रण नहीं है
- एक ही प्राप्तकर्ता में दो/तीन ईमेल पते हो सकते हैं।
  इससे प्राप्तकर्ता को संदेश भेजने की प्रक्रिया प्रभावित होती है, भले ही एक या अधिक पते सही हों।
- व्याकरणिक रूप से गलत पते बिना किसी चेतावनी के स्वीकार कर लिए जाते हैं।
  उदाहरण के लिए, यदि @ चिह्न अनुपस्थित है या रिक्त स्थान हैं
कोई वैयक्तिकरण नहीं / कम प्रभाव / बहुत कम या कोई प्रतिक्रिया नहीं
- संदेश अनिवार्य रूप से मानक और "अनाम" होगा।
  व्यक्तिगत रूप से संवाद करना संभव नहीं है, न ही प्रिय श्रीमान/श्रीमती...
- आपके Bcc किए गए प्राप्तकर्ताओं को एक संदेश प्राप्त होगा जो किसी और के लिए भेजा गया है।
  वे इस पर ध्यान देने या प्रतिक्रिया देने की संभावना नहीं रखते हैं।
तकनीकी समस्याएं होने की पूरी संभावना है।
- स्पैमर या हैकर द्वारा की गई किसी भी प्रकार की दुरुपयोगपूर्ण कार्रवाई से कई प्राप्तकर्ता शीघ्र ही प्रभावित हो सकते हैं।
  एसएमटीपी सर्वर की प्रतिष्ठा को नुकसान पहुंचाना (अर्थात सर्वर को ब्लैकलिस्ट करना)
- प्रेषक का मेलबॉक्स बाउंस संदेशों से भर सकता है (उपयोगकर्ता अज्ञात, मेलबॉक्स भरा हुआ, आदि)।
  भेजे गए ईमेलों में इनकी संख्या 5% से 20% के बीच हो सकती है।
- भेजने से ईमेल डिलीवरी सिस्टम (एसएमटीपी सर्वर) पर बुरा प्रभाव पड़ सकता है, उदाहरण के लिए:
  कई बार "बाद में फिर से कोशिश करें" के जवाब मिले, मेल-क्यू में बड़ी संख्या में संदेश थे, सिस्टम क्रैश हो गया।

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

निष्कर्ष

सीमाएँ निर्धारित करें

अपने ईमेल प्रदाता द्वारा अनुमत प्राप्तकर्ताओं की संख्या की जाँच करें।
खुद आजमाकर देखें, तभी आपको पूरी तरह यकीन होगा।

RealSender परीक्षण के लिए 300 @bogusemail.net पतों की एक सूची साझा करता है।
ये संदेश एक "ब्लैक-होल" मेलसर्वर तक पहुंचेंगे:
bogusemail-test.txt
एक संदेश में प्राप्तकर्ताओं की संख्या को सीमित करें, जैसे कि 20।
अधिक प्राप्तकर्ताओं को अनुमति देने से संदेश भेजना आसान हो जाता है।
हजारों ईमेल पतों को छोटे-छोटे समूहों में विभाजित करना।

पेशेवर बनें

विभिन्न चैनलों के माध्यम से ही बड़े पैमाने पर ईमेल भेजने की अनुमति दें।
कई संदेश भेजते समय अलग-अलग प्रेषक पते का उपयोग करें।
उदाहरण के लिए, एक और सबडोमेन, जैसे @news.companyname.com
केवल अधिकृत व्यक्तियों को ही इस तक पहुंच प्राप्त होगी।
और वे इसे और अधिक सावधानी से संभालेंगे।
व्यवस्थित कार्यालयों के भीतर, जहां कई लोग ईमेल के साथ काम करते हैं,
सामूहिक ईमेल भेजने के लिए विशेष ऐप्स का उपयोग करें
पेशेवर प्रणालियों में एक अनुमोदन कार्यप्रवाह होता है।
चरणबद्ध नियंत्रण के माध्यम से, इन्हें गलतियों से बचने के लिए डिज़ाइन किया गया है।

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

ईमेल मार्केटिंग का मापन करें

आप अपने ईमेल मार्केटिंग अभियानों के प्रदर्शन को कैसे माप सकते हैं?
निम्नलिखित जानकारी हमारे पंद्रह वर्षों के अनुभव से प्राप्त हुई है।
Inxmail ईमेल मार्केटिंग प्लेटफॉर्म के साथ।

“ईमेल मार्केटिंग कैंपेन” क्या होते हैं?
ये अनुमति-आधारित बड़े पैमाने पर भेजे जाने वाले ईमेल हैं।
जिसकी सामग्री आम तौर पर प्राप्तकर्ता की रुचियों के अनुसार अनुकूलित की जाती है।
जहां प्रेषक प्राप्तकर्ताओं के व्यवहार के आधार पर प्रतिक्रिया डेटा प्राप्त कर सकता है।

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

बेहतरीन तकनीकी उपकरण भी बेकार हैं यदि संदेश प्राप्तकर्ता के इनबॉक्स तक नहीं पहुंचते हैं।
यहीं पर "ईमेल डिलीवरेबिलिटी" का महत्व सामने आता है:

ईमेल मार्केटिंग अभियान

अनुमति-आधारित विपणन

अनुमति-आधारित विपणन, जिसे “संवाद विपणन” भी कहा जाता है।
यह अवधारणा 1999 में सेठ गोडिन द्वारा अपनी बेस्टसेलर पुस्तक "परमिशन मार्केटिंग" में प्रस्तुत की गई थी।

पुस्तक में इसे "इंटरप्शन मार्केटिंग" के विपरीत परिभाषित किया गया है।
इसका प्रयोग आमतौर पर टीवी और समाचार पत्रों जैसे पारंपरिक जनसंचार माध्यमों में किया जाता है।

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

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

उपयोगकर्ता प्रतिक्रियाओं को ट्रैक करना

प्राप्त गोपनीयता अनुमतियों के आधार पर, प्रेषक निम्नलिखित जानकारी रिकॉर्ड कर सकता है:

एकत्रित डेटा
किसी एक उपयोगकर्ता का डेटा (जैसे कि किसने ईमेल खोला, किसने क्लिक किया)

एकत्रित डेटा
वे वैश्विक प्रतिक्रिया और सामान्य रुझानों पर जानकारी प्रदान करते हैं।
(उदाहरण के लिए, कितने लोगों ने ईमेल खोला, कितने लोगों ने क्लिक किया)

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

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

उपयोगकर्ता ट्रैकिंग कैसे काम करती है

लिंक ट्रैकिंग वेबसाइट के अंतिम URL को बदलने की गतिविधि है।
एक काल्पनिक पते के साथ, जो विज़िट को रिकॉर्ड करता है और उपयोगकर्ता को गंतव्य पृष्ठ पर पुनर्निर्देशित करता है।

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

ट्रैकिंग में आमतौर पर केवल "मेल आईडी" ही रिकॉर्ड की जाती है।
भेजे गए ईमेल का एक विशिष्ट पहचानकर्ता।

विज़िट किए गए पेजों की सूची जोड़कर व्यक्तिगत ट्रैकिंग की जा सकती है।
सॉफ्टवेयर द्वारा उत्पन्न एक या अधिक पैरामीटर,
उदाहरण के लिए: example.com/test.html?id=54725788327466628654
“आईडी” पैरामीटर संदेश में एक विशिष्ट उपयोगकर्ता और एक विशिष्ट लिंक को संदर्भित करता है।

प्राप्त जानकारी स्वचालित रूप से
ईमेल मार्केटिंग एप्लिकेशन में प्राप्तकर्ता का डेटा अपडेट करें
या फिर क्लिक के स्रोत से संबंधित जानकारी वेब एनालिटिक्स प्लेटफॉर्म को भेज दें।

उदाहरण के लिए: एक ट्रैवल एजेंसी माप सकती है
उपयोगकर्ता समुद्र या पर्वतीय समाचारों पर कितनी बार क्लिक करता है?
समय के साथ एक विशिष्ट काउंटर को बढ़ाना।
एकत्रित किए गए डेटा से प्राप्तकर्ता के पसंदीदा गंतव्य का पता चलेगा।

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

ओपन रेट माप कैसे काम करता है

ट्रैक किए गए लिंक पर क्लिक से प्राप्त डेटा को मिलाकर ओपन रेट मापा जाता है।
और डाउनलोड की गई ट्रैक की गई छवियों द्वारा उत्पन्न "छिपे हुए क्लिक"।

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

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

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

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

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

ईमेल वितरण क्षमता

बीज ईमेल

सबसे पहले यह जांचना आवश्यक है कि ईमेल मेलबॉक्स में प्राप्त होते हैं या नहीं।
आपकी सूची में मौजूद मुख्य फ्रीमेल डोमेन में से
और साथ ही कॉर्पोरेट मेलबॉक्स के दो मुख्य आपूर्तिकर्ताओं के इनबॉक्स में भी:
गूगल ऐप्स और ऑफिस 365।

कंटेंट-एक्टिवेटेड स्पैम फिल्टर आमतौर पर यूआरएल (http…) में मौजूद डोमेन द्वारा ट्रिगर होते हैं।
एक अच्छी सलाह यह है कि अपने संदेशों के लिंक में केवल एक ही डोमेन का उपयोग करें।
डोमेन वही होना चाहिए जो प्रेषक के पते में उपयोग किया गया है;
इसे "डोमेन अलाइनमेंट" कहा जाता है और यह फिशिंग फिल्टर से संबंधित जोखिम को कम करता है।
इसी कारणवश, यदि लिंक को ट्रैक किया जाता है, तो उन्हें सबडोमेन का उपयोग करना चाहिए।
प्रेषक पते में प्रयुक्त डोमेन का।

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

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

बाउंस दरें

ईमेल बाउंस होना सामान्य बात है।
इसका कारण परित्यक्त पतों की उपस्थिति हो सकती है।
ईमेल बॉक्स भरे होने या अन्य तकनीकी समस्याओं के कारण।

आपकी सूची की "सफाई" के आधार पर,
बाउंस रेट 5% से 20% के बीच हो सकता है।

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

गंतव्य ईमेल पता स्वचालित रूप से अक्षम है
कई बार "हार्ड बाउंस" के बाद, उपयोगकर्ता अज्ञात और होस्ट पहुंच से बाहर जैसी लगातार त्रुटियां दिखाई देने लगीं।
या फिर अधिक संख्या में "सॉफ्ट बाउंस" के बाद, मेलबॉक्स फुल जैसी क्षणिक त्रुटियां हो सकती हैं।

"बाउंस रेट" (अस्वीकृत संदेशों) की निगरानी करना महत्वपूर्ण है।
या पूरक "डिलीवरी दरें" (स्वीकृत संदेश)। इनका योग 100% होगा।
उनके मूल्य में परिवर्तन एक ऐसा लक्षण है जिसकी जांच की जानी चाहिए।

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

ईमेल मार्केटिंग बेंचमार्क

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

रिपोर्टों में प्रयुक्त तकनीकी शब्द:

रिक्तियां: क्लिक करने वाले प्राप्तकर्ताओं की संख्या
कम से कम एक ट्रैक किए गए लिंक पर क्लिक किया हो या कम से कम एक ट्रैक की गई छवि खोली हो
ओपन रेट: खोले गए संदेशों की संख्या / प्राप्तकर्ताओं की संख्या (बाउंस को छोड़कर)
यूनिक क्लिक्स: उन प्राप्तकर्ताओं की संख्या जिन्होंने कम से कम एक बार लिंक पर क्लिक किया है
क्लिक थ्रू रेट (CTR): अद्वितीय क्लिक / प्राप्तकर्ताओं की संख्या (बाउंस को छोड़कर)
क्लिक टू ओपन रेट (CTOR): अद्वितीय क्लिक / ओपनिंग

यहां एक संक्षिप्त सूची दी गई है, जिनमें से अधिकांश अमेरिका से संबंधित हैं:

Mailchimp के ग्राहकों में एक व्यक्ति द्वारा संचालित स्टार्टअप से लेकर कई अन्य कंपनियां शामिल हैं।
छोटे व्यवसायों से लेकर "फॉर्च्यून 500" कंपनियों तक,
इस डेटा में संपूर्ण स्पेक्ट्रम का प्रतिनिधित्व किया गया है।
उद्योग के अनुसार ईमेल मार्केटिंग के मानदंड और आँकड़े
कैम्पेन मॉनिटर ने विश्व स्तर पर भेजे गए 100 अरब से अधिक ईमेल का विश्लेषण किया।
जनवरी और दिसंबर 2020 के बीच
उद्योग और दिन के अनुसार ईमेल के मानक
विभिन्न क्षेत्रों के बीच बेंचमार्क की तुलना करें
रिटर्न पाथ की आठवीं वार्षिक वितरण योग्यता बेंचमार्क रिपोर्ट
यह देखने के लिए कि कितने ईमेल इनबॉक्स में पहुंचे, कितने स्पैम में गए या कितने ब्लॉक किए गए।

2020 डिलीवरेबिलिटी बेंचमार्क रिपोर्ट (पीडीएफ) की विषयवस्तु:
डिलीवरेबिलिटी क्या है और इसे कैसे मापा जाता है?
ईमेल भेजने के बाद क्या हो सकता है?
विश्व स्तर पर औसतन कितने ईमेल इनबॉक्स और स्पैम फ़िल्टर में पहुँचते हैं?
30 अलग-अलग देशों के लिए वितरण योग्यता के आंकड़े

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

स्पैम किसे माना जाता है?

किन उपयोगकर्ताओं और मेल सर्वरों को स्पैम ईमेल माना जाता है?

RealSender के साथ हमारे अनुभव से शुरू करते हुए,
हमने उन मुख्य बिंदुओं को संक्षेप में बताने का प्रयास किया है जो इनबॉक्स डिलीवरी को प्रभावित कर सकते हैं।

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

अन्य बिंदुओं का मूल्यांकन करना व्यर्थ है।
यदि संदेश प्राप्तकर्ताओं द्वारा अपेक्षित/वांछित नहीं हैं।

उपयोगकर्ताओं की प्रतिक्रियाएँ

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

उपयोगकर्ता आमतौर पर* अपने इनबॉक्स को प्रबंधित कर सकते हैं: "स्पैम" वही होता है जिसे हर उपयोगकर्ता स्पैम मानता है।
* = कई फ्रीमेल प्रदाता अपने "आंतरिक विज्ञापन" से ऑप्ट-आउट करने का विकल्प नहीं देते हैं।
उपयोगकर्ता जीमेल के भीतर "स्पैम की रिपोर्ट करें" बटन पर क्लिक करके अपनी पसंद व्यक्त करता है।
या फिर आउटलुक/हॉटमेल में मौजूद "जंक" बटन का इस्तेमाल करें।
आधुनिक मेल सर्वरों के स्पैम फ़िल्टर उपयोगकर्ता की शिकायतों से जुड़े होते हैं, "स्पैम के रूप में रिपोर्ट करें" पर एक निश्चित संख्या में क्लिक के बाद।
एक ही तरह की सामग्री वाले सभी संदेश सीधे स्पैम फोल्डर में भेज दिए जाएंगे।

ईमेल संदेशों को स्वीकार करने के लिए कुछ बुनियादी तकनीकी सेटिंग्स आवश्यक हैं।

आईपी पता और आईपी वर्ग प्रतिष्ठा

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

सही एसएमटीपी सर्वर सेटअप

रिवर्स डीएनएस
यह सुनिश्चित करें कि आपके मेल सर्वर का आईपी पता उस डोमेन नाम की ओर इंगित करता है जिसका उपयोग आप मेल भेजने के लिए करते हैं।
मेल ट्रांसफर एजेंट, वह एप्लिकेशन जो ईमेल को रूट करता है और डिलीवर करता है,
इसे IETF द्वारा प्रकाशित नवीनतम RFC के अनुसार ठीक से कॉन्फ़िगर किया जाना चाहिए।
उदाहरण के लिए देखें: पोस्टफिक्स को 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 दोनों को सपोर्ट करता है (ईमेल को आपकी हार्ड ड्राइव पर स्थानीय रूप से स्टोर करना ताकि इसे इंटरनेट कनेक्शन के बिना एक्सेस किया जा सके)।
इसमें उत्कृष्ट मेल फ़िल्टरिंग और प्रबंधन क्षमताएं मौजूद हैं।

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

2020 में, स्नैपीमेल गिटहब प्रोजेक्ट प्रकाशित हो चुका है।
यह RainLoop Webmail Community संस्करण का अत्यधिक उन्नत और सुरक्षित संस्करण है।
यह रहा SnappyMail ईमेल क्लाइंट का डेमोयदि आप एडमिन इंटरफेस को आजमाना चाहते हैं, हमसे संपर्क करें.

कार्य संबंधी ईमेल और गोपनीयता

चेतावनी: यह एक गंभीर कानूनी विषय है। नियमों और उनके प्रयोग की पुष्टि के लिए योग्य सलाहकारों से संपर्क करें।

ऑफिस ईमेल एक व्यावसायिक कार्य उपकरण है।
जिसमें व्यापार से संबंधित काफी मात्रा में जानकारी शामिल है।

कंपनियां ईमेल के साथ जो चाहें कर सकती हैं।
यह एक व्यावसायिक कार्य उपकरण है, लेकिन क्या इसे कर्मचारियों द्वारा लिखा और पढ़ा जाता है?
क्या वे इसे पढ़ सकते हैं? क्या वे इसका बैकअप ले सकते हैं? क्या वे इसे आर्काइव कर सकते हैं?

सारांश:

दो प्रकार के कार्य ईमेल पते
सामान्य कार्य ईमेल पते, कोई प्रतिबंध नहीं
कंपनी की निजी मेलबॉक्स, जैसे कि कंपनी की कारों में।
व्यवहार संबंधी दिशा-निर्देश
केवल कुछ विशेष परिस्थितियों में ही पढ़ा जा सकता है
कर्मचारी को सूचित करें
बड़े पैमाने पर जाँच करना प्रतिबंधित है
कानूनी आवश्यकतायें
ईमेल संदेशों को संग्रहित करने का दायित्व
कर्मचारी को सूचित करने का दायित्व
ईमेल संदेशों को हटाने की बाध्यता
मेलबॉक्स को निष्क्रिय करने का दायित्व

सामान्य कार्य ईमेल पते, कोई प्रतिबंध नहीं

ऑफिस के मेलबॉक्स का स्वभाव विरोधाभासी है।
यह नियोक्ता के स्वामित्व वाला एक उपकरण है, लेकिन इसका उपयोग कर्मचारी द्वारा किया जाता है।

हमें व्यावसायिक ईमेल पतों के दो अलग-अलग प्रकारों के बीच अंतर करना होगा:

कंपनी का निजी ईमेल बॉक्स, जैसे name.surname@companyname.com
सामान्य कंपनी ईमेल बॉक्स जैसे कि सूचना, सहायता, बिक्री, विपणन, बिलिंग आदि।
यानी, वे सभी जो किसी एक व्यक्ति से संबंधित नहीं हैं

सामान्य कंपनी मेलबॉक्स में कोई समस्या नहीं है।
कंपनी उनकी जांच करती है, सभी संदेश पढ़ती है, उस पर कोई प्रतिबंध नहीं है।

कंपनी की निजी मेलबॉक्स, जैसे कि कंपनी की कारों में।

व्यक्तिगत मेलबॉक्स, जैसे कि name.surname@companyname.com ,
इसमें कर्मचारी का व्यक्तिगत डेटा हो सकता है जिसकी सुरक्षा नियोक्ता को करनी चाहिए।

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

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

उदाहरण के लिए, नियोक्ता कर्मचारी द्वारा तय की गई दूरी की जाँच कर सकता है, ताकि यह सत्यापित किया जा सके कि कर्मचारी ने सही तरीके से गाड़ी चलाई है।
उसने इस कार्य उपकरण का दुरुपयोग नहीं किया है, न ही इसका उपयोग व्यक्तिगत उद्देश्यों के लिए किया है।

हालांकि, नियोक्ता बिना विशिष्ट कारणों के व्यवस्थित रूप से निगरानी नहीं कर सकता है।
कर्मचारी कंपनी की गाड़ी के अंदर क्या करता है।

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

कर्मचारी द्वारा कार्य समय के दौरान भी जो कुछ भेजा और प्राप्त किया जाता है, वह वैसा ही होता है जैसा कि होता है।
कंपनी की कार के कॉकपिट के अंदर की बातचीत को निजी पत्राचार के बराबर माना जाता है।

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

केवल कुछ विशेष परिस्थितियों में ही पढ़ा जा सकता है

कंपनी ईमेल संदेशों में लिखी हुई बातों को पढ़ नहीं सकती।
इसे व्यवस्थित रूप से और बिना किसी विशिष्ट कारण के नहीं किया जा सकता है।
भले ही इसके पीछे कोई विशिष्ट प्रेरणा हो, लेकिन इसे केवल कुछ निश्चित परिस्थितियों में ही किया जा सकता है।

तीन अलग-अलग हित दांव पर हैं, जिनमें संतुलन बनाए रखना आवश्यक है:

इस सामग्री तक पहुँचने में नियोक्ता का हित
संगठनात्मक/उत्पादन, कार्य सुरक्षा या अन्य कारणों से
कर्मचारियों की वैध अपेक्षा
जो इस सामग्री को गोपनीय मानते हैं
उस कंपनी के नाम वाले खाते में पत्र लिखने वाले तीसरे पक्षों की अपेक्षा
उन्हें शायद इस बात की जानकारी न हो कि उनके पत्राचार की सामग्री निजी और गोपनीय नहीं है।
(ईमेल संदेशों के निचले भाग में दिया जाने वाला मानक अस्वीकरण आमतौर पर यह चेतावनी देता है कि सामग्री को अन्य लोग भी पढ़ सकते हैं)

कर्मचारी को सूचित करें

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

इस दस्तावेज़ में कंपनी के उपकरणों का उपयोग करने का तरीका बताया जाना चाहिए।
ईमेल बॉक्स सहित, और यह सूचित करें कि गोपनीयता नियमों के अनुपालन में:

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

बड़े पैमाने पर जाँच करना प्रतिबंधित है

तथाकथित “व्यापक नियंत्रण” निषिद्ध हैं।
जैसे कि किसी कर्मचारी के मेलबॉक्स की सामग्री को व्यवस्थित रूप से पढ़ना।

नियोक्ता के नियंत्रण की सीमाएं तीन मूलभूत सिद्धांतों पर आधारित हैं:

एक है सद्भावना , जिसके तहत नियोक्ता के पास जांच करने की संभावना होती है।
कर्मचारी के कंपनी मेलबॉक्स पर तभी संदेश भेजें जब इसका कोई ठोस कारण हो।
उदाहरण के लिए, कंपनी की उन संपत्तियों की सुरक्षा के लिए जो किसी वायरस से प्रभावित या जोखिम में पड़ सकती हैं;
या कर्मचारी की बेवफाई के संदेह की स्थिति में, बचाव संबंधी जांच करना।
अन्य कारक नियंत्रण में आनुपातिकता और समय तथा अनुसंधान के विषय में सीमाएँ हैं।

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

ईमेल संदेशों को संग्रहित करने का दायित्व

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

कर्मचारी को सूचित करने का दायित्व

नियोक्ता द्वारा डेटा तक पहुंच
यदि विस्तृत कंपनी जानकारी के अभाव में यह कार्य किया जाता है:

यह एक बहुत गंभीर उल्लंघन का प्रतिनिधित्व करता है।

कर्मचारी के निजी स्थान में संवेदनशील डेटा मिल सकता है।
उदाहरण के लिए, राजनीतिक, धार्मिक, यौन या ट्रेड यूनियन रुझानों के बारे में जानकारी।
जिसकी गोपनीयता उच्चतम स्तर पर सुनिश्चित की जानी चाहिए।
यह एक आपराधिक अपराध है

अवैध रूप से प्राप्त सभी डेटा के लिए भी जोखिम मौजूद है।
किसी भी कानूनी प्रक्रिया में अनुपयोगी होना

ईमेल संदेशों को हटाने की बाध्यता

व्यावसायिक पत्राचार को सामान्यतः अधिकतम दस वर्षों तक सुरक्षित रखा जाना चाहिए।
कंपनी की संपत्तियों की रक्षा करने और किसी भी कानूनी कार्यवाही में अपना बचाव करने में सक्षम होने के लिए।

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

मेलबॉक्स को निष्क्रिय करने का दायित्व

कर्मचारी की बर्खास्तगी या इस्तीफे की स्थिति में,
नाम.उपनाम मेलबॉक्स को थोड़े समय के भीतर निष्क्रिय कर देना चाहिए।

कंपनी एक स्वचालित उत्तर सक्रिय कर सकती है जो प्रेषक को सूचित करेगा कि खाता निष्क्रिय कर दिया गया है।
उन्हें किसी अन्य आंतरिक ईमेल पते पर लिखने के लिए आमंत्रित करना।

बर्खास्त कर्मचारियों के कंपनी संदेशों का ऐतिहासिक संग्रह
संदेश तभी सुरक्षित रखे जा सकते हैं जब कर्मचारी को सूचित किया गया हो कि उसके संदेश संग्रहीत किए जा रहे हैं।

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

ईमेल को स्पैम से सुरक्षित रखें

व्यावसायिक ईमेल को स्पैम से कैसे बचाएं?

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

ईमेल ट्रैफिक में से कितना हिस्सा स्पैम होता है?

सेंडरबेस, जिसे अब टैलोस कहा जाता है, एक विश्वसनीय स्रोत है।
लगभग 85% स्पैम ईमेल और 15% वैध ईमेल दर्शाए गए हैं।
सितंबर 2020 में दर्ज किए गए ईमेल ट्रैफिक की तुलना में।

यह प्रतिशत स्थिर रहा है, पिछले बारह महीनों में इसमें बहुत कम बदलाव हुए हैं।

ईमेल स्पैम ट्रैफ़िक, सितंबर 2020

स्रोत: ईमेल और स्पैम डेटा - कुल वैश्विक ईमेल और स्पैम मात्रा ।

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

स्पैम की लागत क्या है?

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

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

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

स्पैम रोकने की नवीनतम तकनीकें क्या हैं?

अपनी कंपनी के इनबॉक्स को अपने घर के दरवाजे की तरह समझिए:
आपको यह तय करना होगा कि कौन अंदर आ सकता है और किसे बाहर रखा जा सकता है।

कोई भी तकनीक स्पैम की समस्या का संपूर्ण समाधान नहीं है।
इनमें से प्रत्येक में वैध ईमेल को गलत तरीके से अस्वीकार करने ( गलत सकारात्मक परिणाम ) के बीच कुछ कमियां हैं।
स्पैम को अस्वीकार न करने के विपरीत ( गलत नकारात्मक परिणाम )
और अच्छे मेल को गलत तरीके से ब्लॉक करने से जुड़े समय, प्रयास और लागत।

स्पैम रोधी तकनीकों को दो क्षेत्रों में विभाजित किया जा सकता है: रोकथाम और उपचार।

स्पैम की रोकथाम (होने से पहले ही)

स्पैम ईमेल प्राप्त होने की संभावना को कम करने के उद्देश्य से अपने ईमेल पतों की उपलब्धता को सीमित करें।

विवेक

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

अपना ईमेल पता ऑनलाइन प्रकाशित न करें
इसे कोई भी देख सकता है, "स्पैमबॉट" इन्हें लगातार पकड़ते रहते हैं।
ऑनलाइन संपर्क करने के लिए, सुरक्षित* वेब फ़ॉर्म/संपर्क फ़ॉर्म का उपयोग करें।
* = रोबोट द्वारा संरक्षित जो इन्हें स्वचालित रूप से भरते हैं

स्पैम का निवारण (जब यह हो रहा हो)

एक बार स्पैमर को आपका ईमेल पता मिल जाए, तो लड़ाई आपके मेल सर्वर और इनबॉक्स तक पहुंच जाती है।

स्पैमअसासिन जैसी स्कोर प्रणाली

वे DNS आधारित ईमेल ब्लैकलिस्ट सहित कई स्पैम-डिटेक्शन तकनीकों का उपयोग करते हैं।
(जिसे आमतौर पर रियलटाइम ब्लैकलिस्ट, DNSBL या RBL कहा जाता है), टेक्स्ट विश्लेषण और बायेसियन फ़िल्टरिंग।

प्रत्येक परीक्षण का एक स्कोर मान होता है। स्कोर धनात्मक या ऋणात्मक हो सकते हैं, धनात्मक मान "स्पैम" और ऋणात्मक मान "हैम" (गैर-स्पैम) दर्शाते हैं।
ईमेल प्राप्तकर्ता के लिए डिफ़ॉल्ट स्कोर सीमा "5.0" है। यदि किसी ईमेल का स्कोर सीमा से अधिक होता है, तो उसे स्पैम के रूप में चिह्नित किया जाता है।

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

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

कभी-कभी उपयोगकर्ताओं की प्रतिक्रिया को स्वचालित नियंत्रणों के साथ एकीकृत किया जाता है, जैसे कि संदेश सामग्री के साथ बातचीत की संख्या।
जैसे कि लिंक पर क्लिक की संख्या और डाउनलोड की गई छवियों की संख्या, या एक ही संदेश के कई मेलबॉक्स में आने की संख्या।

जब किसी सहयोगी सामग्री फ़िल्टरिंग प्रणाली में एक बड़ा, सक्रिय उपयोगकर्ता आधार शामिल होता है,
यह स्पैम के प्रकोप को तुरंत रोक सकता है, कभी-कभी तो कुछ ही मिनटों में।

इस तरह के फिल्टर को स्पैमर शायद ही पार कर पाएंगे।
ईमेल प्रमाणीकरण

SPF, DKIM और DMARC प्रमाणीकरण तकनीकें हैं जो आपको यह पहचानने में मदद करती हैं कि भेजने वाले का पता वास्तव में वही व्यक्ति है जो होने का दावा करता है।
2020 में इनका व्यापक रूप से उपयोग किया जाता है और ये विश्वसनीय प्रेषकों की पहचान करने का एक अच्छा स्रोत हैं।

ईमेल किस डोमेन से आ रहे हैं, यह पहले से जानना महत्वपूर्ण है।
अन्यथा, एक अक्षर के साधारण परिवर्तन से आसानी से गुमराह हो सकते हैं।

स्पैमर ईमेल प्रमाणीकरण का पालन कर सकते हैं।
ताकि उनके संदेश "वैध प्रेषकों" से आए हुए प्रतीत हों।
अधिकृत प्रेषक, श्वेतसूची

व्हाइटलिस्ट में विश्वसनीय पतों या डोमेन की एक श्रृंखला निर्दिष्ट की जा सकती है।
शुरुआत में व्यक्तिगत पता पुस्तिका और पहले प्राप्त ईमेल बहुत मददगार साबित होंगे।

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

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

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

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

DMARC कैसे काम करता है - अपडेट किया गया

DMARC गूगल मेल और ऑफिस 365 के साथ कैसे काम करता है? (अपडेट किया गया)

हमने दोबारा जांच की है कि ईमेल प्रमाणीकरण डिलीवरी को कैसे प्रभावित करता है।
गूगल मेल और ऑफिस 365 मेलबॉक्स, जो कि सबसे लोकप्रिय व्यावसायिक ईमेल प्रदाता हैं।

परिणामों को दो समूहों में विभाजित किया जा सकता है:

ईमेल डिलीवरी

(एसपीएफ, डीकेआईएम और डीएमएआरसी भेजे गए संदेशों की डिलीवरी को कैसे प्रभावित करते हैं)

# गूगल मेल : ईमेल हमेशा स्वीकार किए जाते हैं, लेकिन ऐसा लगता है कि एसपीएफ प्रमाणीकरण पर बिल्कुल भी ध्यान नहीं दिया जाता है।
डीकेआईएम हस्ताक्षर का मूल्यांकन तभी किया जाता है जब वह प्रेषक के ईमेल पते के साथ संरेखित हो और डीएमएआरसी को "क्वारंटाइन" या "रिजेक्ट" नीति के साथ सेट किया गया हो।

# ऑफिस 365 : यह SPF के प्रति पूरी तरह से उत्तरदायी है; जब कोई संदेश SPF जांच पास कर लेता है, तो वह इनबॉक्स में पहुंच जाता है।
डीकेआईएम हस्ताक्षर को तभी माना जाता है जब वह प्रेषक के ईमेल पते के साथ संरेखित हो, अन्यथा इसका कोई महत्व नहीं है।

टिप्पणी: अगस्त के आखिरी सप्ताह में Office 365 में एक अजीब व्यवहार देखने को मिला:
केवल डीकेआईएम (हस्ताक्षर डोमेन प्रेषक पते के साथ संरेखित) के साथ हस्ताक्षरित संदेश ही मान्य होंगे।
और डीएमएआरसी रिकॉर्ड सेट (किसी भी पॉलिसी के साथ) इनबॉक्स में डिलीवर कर दिए गए।

स्पूफिंग सुरक्षा

(एसपीएफ, डीकेआईएम और डीएमएआरसी किस प्रकार प्रेषक के ईमेल पते को नकली होने से बचाते हैं*)
* = संदेश को वास्तविक स्रोत के अलावा किसी अन्य व्यक्ति से आया हुआ प्रतीत कराना

# गूगल मेल : डीएमएआरसी को सक्रिय करने पर, नकली प्रेषकों को स्पैम फ़ोल्डर में फ़िल्टर किया जाता है (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

The result is evident, the message passes DMARC authentication if it occurs:
SPF and domain alignment <OR> DKIM and domain alignment

डीएमएआरसी जांच को पास करने के लिए, कुछ मामलों में डीकेआईएम हस्ताक्षर को मान्य करना महत्वपूर्ण होता है:
हस्ताक्षर डोमेन (d=example.com) को प्रेषक डोमेन के साथ संरेखित किया जाना चाहिए।

“DMARC-PASS” परिणामों के ऐसे उदाहरण जो अन्यथा काम नहीं करते:

मामला 1 - फ़ॉरवर्डिंग से SPF प्रमाणीकरण बाधित हो जाता है

एसपीएफ-फेल: एसपीएफ प्रमाणीकरण जांच ज्यादातर मामलों में विफल रहेगी।
क्योंकि मूल प्रेषक के SPF रिकॉर्ड में शामिल न होने वाली एक नई इकाई ने अग्रेषित ईमेल भेजा है।
DKIM-PASS (संरेखित): ईमेल फ़ॉरवर्डिंग DKIM हस्ताक्षर को प्रभावित नहीं करती है

परिणाम: डीकेआईएम अलाइनमेंट के कारण संदेश डीएमएआरसी जांच में पास हो जाता है।

मामला 2 - ईएसपी (ईमेल सेवा प्रदाता) द्वारा प्रदान किया गया एसपीएफ डोमेन
इसे From डोमेन के साथ संरेखित नहीं किया जा सकता है

SPF~PASS (संरेखित नहीं): SPF प्रमाणीकरण डोमेन संरेखण में विफल रहा,
क्योंकि मेल भेजने वाले के पते में ESP द्वारा उपयोग किया जाने वाला डोमेन, भेजने वाले के पते में उपयोग किए जाने वाले डोमेन से अलग है।
DKIM-PASS (अलाइन किया गया): DKIM हस्ताक्षर प्रेषक के समान डोमेन का उपयोग करता है।

परिणाम: डीकेआईएम अलाइनमेंट के कारण संदेश डीएमएआरसी जांच में पास हो जाता है।

सबसे लोकप्रिय ईमेल प्रदाता

2020 में सबसे लोकप्रिय ईमेल प्रदाता कौन से हैं?

ईमेल की डिलीवरी की निगरानी करने के लिए, यह जानना महत्वपूर्ण है कि आपके प्राप्तकर्ता किन ईमेल प्रदाताओं का उपयोग कर रहे हैं।

बिजनेस टू बिजनेस

बी2बी जगत के लिए हमारे पास सटीक आंकड़े नहीं हैं। अधिकांश व्यावसायिक ईमेल बॉक्स "क्लाउड ऑफिस सूट" में स्थानांतरित हो रहे हैं, जहां बाजार "जी सूट" और "ऑफिस 365" में विभाजित है।
datanyze.com के आंकड़ों के अनुसार, ये दोनों मिलकर वैश्विक व्यावसायिक ईमेल बाजार के 90% से अधिक हिस्से को कवर करते हैं।

किसी एक व्यवसाय के लिए यह जानकारी एकत्र करना काफी आसान है।
कंपनी डोमेन के एमएक्स रिकॉर्ड से, हम उपयोग किए जा रहे ईमेल प्रदाता को देख सकते हैं:
aspmx.l.google.com पर “G Suite” खोजें
Office 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 के साथ कैसे काम करता है?

हमने यह परीक्षण किया है कि ईमेल प्रमाणीकरण डिलीवरी को कैसे प्रभावित करता है।
गूगल मेल और ऑफिस 365, जो कि सबसे लोकप्रिय व्यावसायिक ईमेल प्रदाता हैं।

परिणामों को दो समूहों में विभाजित किया जा सकता है:

ईमेल डिलीवरी
(एसपीएफ, डीकेआईएम और डीएमएआरसी भेजे गए संदेशों की डिलीवरी को कैसे प्रभावित करते हैं)
गूगल मेल : ईमेल हमेशा स्वीकार किए जाते हैं, प्रमाणीकरण पर बिल्कुल भी ध्यान नहीं दिया जाता है।
Office 365 आमतौर पर SPF और DKIM के प्रति प्रतिक्रियाशील होता है। इनबॉक्स तक लगातार परिणाम प्राप्त करने का एकमात्र तरीका उन्हें 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 - डीकेआईएम चेक

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

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

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

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

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

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

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

सर्वर साइड सेंडर फ़िल्टर के उपखंड

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

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

सुरक्षा सेटिंग्स के उपखंड

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

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

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

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

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

न्यूज़लेटर सॉफ़्टवेयर सेटिंग्स के उपखंड

ग्रुपमेल

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

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

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

phplist

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

सेंडी

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

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

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

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

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

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