ज्ञानकोष

अपने स्वयं के Postmark खाते के माध्यम से ईमेल भेजें

अपना स्वयं का Postmark खाता कनेक्ट करें: डोमेन सत्यापित करना, वैकल्पिक return-path रिकॉर्ड फिर भी क्यों जोड़ना चाहिए, Account टोकन की तुलना में Server टोकन, और निष्क्रिय प्राप्तकर्ता का क्या अर्थ है।

आपको एक Postmark खाते और अपने डोमेन के DNS के एक्सेस की आवश्यकता होगी।

Postmark का अपना दस्तावेज़ीकरण: प्रेषक हस्ताक्षर और डोमेन · सर्वर API टोकन · साइन अप करें

⭐ इसके लिए हम Postmark को क्यों चुनेंगे। यह मार्केटिंग ईमेल भेजने से पूरी तरह मना करता है, और यही कारण है कि इसकी डिलीवरी दरें इतनी बेहतरीन हैं: आपके इनवॉइस किसी अन्य व्यक्ति के न्यूज़लेटर के साथ प्रतिष्ठा साझा नहीं कर रहे हैं। यदि आपकी एकमात्र आवश्यकता यह है कि ट्रांजेक्शनल मेल पहुँच जाए, तो यही सबसे सही विकल्प है।

1. अपना डोमेन जोड़ें और सत्यापित करें

Sender Signatures → Domains → Add Domain, और mail.yourdomain.com जैसा कोई सबडोमेन दर्ज करें।

Postmark आपको दो रिकॉर्ड देता है:

प्रकारहोस्टउद्देश्य
TXT<selector>._domainkey.mail.yourdomain.comDKIM पब्लिक कुंजी
CNAMEpm-bounces.mail.yourdomain.comरिटर्न-पाथ (बाउंस) डोमेन

दोनों को जोड़ें, फिर Verify दबाएं।

⭐ रिटर्न-पाथ रिकॉर्ड जोड़ें, भले ही Postmark इसे वैकल्पिक चिह्नित करता हो। इसके बिना आपके संदेश Postmark के अपने बाउंस डोमेन के साथ भेजे जाते हैं, जिससे SPF आपके बजाय postmarkapp.com के साथ संरेखित होता है। केवल DKIM से भी आपको DMARC पास मिल जाएगा — लेकिन आपने बिना किसी कारण के दो जांचों में से एक को छोड़ दिया है, और जब कोई बड़ा प्राप्तकर्ता पहली बार सख्त नियम लागू करेगा, तब आपको दोनों की आवश्यकता होगी।

⚠️ Postmark को SPF रिकॉर्ड की आवश्यकता नहीं होती है क्योंकि यह आपके डोमेन को लिफाफा प्रेषक (envelope sender) के रूप में उपयोग नहीं करता है। यदि आपके पास पहले से ही SPF है, तो इसे वैसे ही रहने दें।

2. अपना सर्वर API टोकन प्राप्त करें

वह सर्वर खोलें जिससे आप ईमेल भेजना चाहते हैं — Postmark भेजने के वातावरण को "सर्वर" कहता है — फिर API Tokens पर जाएं, और Server API token कॉपी करें।

⛔ सर्वर टोकन, खाता (Account) टोकन नहीं। खाता टोकन आपके पूरे Postmark खाते का प्रबंधन करता है: यह सर्वर बना सकता है, डोमेन बदल सकता है और आपके द्वारा भेजे गए प्रत्येक संदेश को पढ़ सकता है। सर्वर टोकन केवल एक सर्वर से भेज सकता है। वे एक जैसे दिखते हैं और एक ही प्रकार के बॉक्स में पेस्ट किए जाते हैं, और इस पृष्ठ पर यह सबसे आसान गलती है जो हो सकती है।

⭐ इसके लिए एक अलग सर्वर बनाने पर विचार करें — इसे "Zinn® notifications" नाम दें। Postmark के आंकड़े, बाउंस सूचियां और गतिविधि फ़ीड सभी प्रति-सर्वर होते हैं, इसलिए एक अलग सर्वर का अर्थ है कि आपके क्लाइंट नोटिफिकेशन आपके द्वारा भेजे जाने वाले किसी भी अन्य संदेश के साथ मिश्रित नहीं होंगे।

3. इसे Zinn® में कनेक्ट करें

अपने डैशबोर्ड में Email sending खोलें:

  • Provider — Postmark
  • Send from this domain — mail.yourdomain.com
  • Message stream — जब तक आपने अपना स्वयं का नहीं बनाया है, इसे outbound के रूप में रहने दें
  • Postmark server token — चरण 2 से प्राप्त टोकन

⚠️ Message stream एक ट्रांजेक्शनल स्ट्रीम होना चाहिए। Postmark ब्रॉडकास्ट स्ट्रीम पर भेजे गए ट्रांजेक्शनल जैसे दिखने वाले मेल को अस्वीकार कर देता है, और पासवर्ड रीसेट तथा इनवॉइस ट्रांजेक्शनल होते हैं।

4. परीक्षण भेजें और कोड दर्ज करें

किसी भिन्न डोमेन पर इनबॉक्स में Send test message दबाएं, उसमें से कोड पढ़ें, और उसे दर्ज करें।

जब यह काम नहीं करता है

"You tried to send to a recipient that has been marked as inactive" — Postmark किसी हार्ड बाउंस या स्पैम शिकायत के बाद किसी पते को स्थायी रूप से दबा (suppress कर) देता है, जब तक कि आप उसे पुनः सक्रिय न करें। Suppressions में देखें। यह Postmark द्वारा आपकी सुरक्षा करना है, और यह आमतौर पर सही होता है।

"Invalid 'From' address" के साथ 422 — Send from this domain में दिया गया डोमेन Postmark में सत्यापित नहीं है, या आपने yourdomain.com को सत्यापित किया है और mail.yourdomain.com से भेज रहे हैं। Postmark सटीक डोमेन से मिलान करता है।

401 Unauthorized — आपने सर्वर टोकन के बजाय खाता टोकन पेस्ट कर दिया है (ऊपर देखें), या टोकन किसी भिन्न सर्वर का है।

सब कुछ काम करता है लेकिन यह स्पैम फ़ोल्डर में है — जांचें कि क्या Postmark में DKIM Verified दिखाता है और क्या आपका DMARC रिकॉर्ड p=reject पर सेट तो नहीं है जबकि आपके डोमेन के बारे में कुछ अन्य अभी भी गलत संरेखित है।

ब्लॉग से नवीनतम

होस्टिंग, एसईओ और बड़े पैमाने पर साइटों को चलाने के बारे में हमने जो लिखा है।

होस्टिंग लेयर से एसईओ और लिंक बिल्डिंग: 2026 ऑपरेटर का दृष्टिकोण

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

पोस्ट पढ़ें →

WordPress को तेज़ और सुरक्षित बनाना: परफ़ॉर्मेंस और प्लगइन चेकलिस्ट

तेज़ और सुरक्षित WordPress के लिए एक व्यावहारिक चेकलिस्ट: सर्वर-स्तरीय कैशिंग, प्रति-साइट ऑब्जेक्ट कैश, उपयोग करने लायक कुछ चुनिंदा प्लगइन्स, स्टैक को अद्यतित रखना, और WooCommerce के वे पृष्ठ जिन्हें आपको कभी भी कैश नहीं करना चाहिए।

पोस्ट पढ़ें →

2026 में प्रबंधित वेब होस्टिंग कैसे चुनें: एक खरीदार की मार्गदर्शिका

एक कंट्रोल पैनल वाले सस्ते बॉक्स से अच्छे प्रबंधित होस्टिंग को वास्तव में क्या अलग करता है — माइग्रेशन, बैकअप, आइसोलेशन, वास्तविक कैशिंग और ईमानदार स्केलिंग — और इससे पहले कि आप कोई निर्णय लें, इसका आकलन कैसे करें।

पोस्ट पढ़ें →

ब्लॉग पढ़ें →

क्या अब भी समस्या आ रही है?

हर प्लान में सहायता शामिल है, हेल्प डेस्क दिन के 24 घंटे खुली रहती है, और आप हमारी किसी भी 58 भाषाओं में हमें लिख सकते हैं — हम आपकी ही भाषा में आपको जवाब देते हैं।

सहायता से संपर्क करें → सभी लेख →