बाउंस डोमेन

आपका बाउंस डोमेन किसी भेजने वाले डोमेन पर return-path होस्टनेम है। बाउंस और डिलीवरी फ़ीडबैक इसी envelope-from पते पर जाते हैं। इसके CNAME की मदद से हम बाउंस प्रोसेस करते हैं, और यह आपके डोमेन apex पर SPF रिकॉर्ड के बिना SPF alignment देता है। बाउंस डोमेन उन तीन रिकॉर्ड में से एक है जिनके बिना भेजना शुरू नहीं हो सकता।

यह पेज केवल return-path के बारे में है। पूरे रिकॉर्ड सेट और सत्यापन की प्रक्रिया के लिए भेजने वाले डोमेन देखें; हर रिकॉर्ड क्या साबित करता है, यह जानने के लिए DKIM, SPF और DMARC देखें।

रिकॉर्ड

return-path आपके भेजने वाले डोमेन के अंतर्गत एक CNAME है, जो आपके क्षेत्र में हमारे बाउंस इंफ्रास्ट्रक्चर पर resolve होता है:

वैल्यू क्षेत्र के अनुसार अलग होती है: us1.bounce.bird.com या eu1.bounce.bird.com। इसे डैशबोर्ड में Email > Domains से या डोमेन रिसोर्स से कॉपी करें। होस्ट डिफ़ॉल्ट रूप से आपके सेंडिंग डोमेन के अंतर्गत send. होता है।

होस्टनेम को कस्टमाइज़ करना

डोमेन रजिस्टर करते समय आप लेबल चुनते हैं: इसे return_path.name के रूप में भेजें, और हम आपके सेंडिंग डोमेन के अंतर्गत पूरा होस्टनेम बना देते हैं:

const domain = await bird.domains.create({
  domain: "mail.acme.com",
  return_path: { name: "bounce" },
});

domain = client.domains.create(
    domain="mail.acme.com",
    return_path={"name": "bounce"},
)

domain, err := client.Domains.Create(context.Background(), bird.DomainCreateParams{
	Domain:     "mail.acme.com",
	ReturnPath: &bird.DomainReturnPathConfig{Name: "bounce"},
})

$domain = $bird->domains->create(
    (new DomainCreate())
        ->setDomain('mail.acme.com')
        ->setReturnPath((new DomainReturnPathConfig())->setName('bounce')),
);

bird email domains create mail.acme.com --body-file - <<'JSON'
{
  "domain": "mail.acme.com",
  "return_path": {
    "name": "bounce"
  }
}
JSON

curl -s https://us1.platform.bird.com/v1/email/domains \
  -H "Authorization: Bearer $BIRD_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "domain": "mail.acme.com",
    "return_path": { "name": "bounce" }
  }'

इससे डिफ़ॉल्ट send.mail.acme.com के बजाय bounce.mail.acme.com रिटर्न-पाथ के रूप में रजिस्टर होता है। अगर आप return_path नहीं देते, तो यह डिफ़ॉल्ट रूप से send होता है। होस्टनेम सेंडिंग डोमेन के वर्कस्पेस कॉन्फ़िगरेशन का हिस्सा है।

यह SPF को कैसे कवर करता है

प्राप्तकर्ता सर्वर SPF की जाँच दिखाई देने वाले From: पते के बजाय envelope-from डोमेन पर करते हैं। आपका envelope-from ही रिटर्न-पाथ होस्टनेम है। सत्यापित CNAME हमारे बाउंस इन्फ्रास्ट्रक्चर पर रिज़ॉल्व होता है, इसलिए उस इन्फ्रास्ट्रक्चर का SPF प्राधिकरण आप पर लागू होता है। रिटर्न-पाथ आपके डोमेन का सबडोमेन है, इसलिए यह आपके डोमेन के साथ अलाइन होता है। इस तरह एक CNAME से SPF पास भी होता है और अलाइन भी, और आपको अपने apex पर include: प्रकाशित या मेंटेन नहीं करना पड़ता। पूरा तर्क SPF कहाँ है? में है।

भेजने के लिए ज़रूरी, और हटाया नहीं जा सकता

रिटर्न-पाथ CNAME सेंड गेट का हिस्सा है: capabilities.sending तभी सत्यापित होता है जब DKIM, रिटर्न-पाथ CNAME और एक DMARC नीति, तीनों मौजूद हों। जब तक रिटर्न-पाथ सत्यापित नहीं होता, डोमेन से ईमेल नहीं भेजा जा सकता।

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

अगले कदम

• सेंडिंग डोमेन: डोमेन रजिस्टर करना और सत्यापन की प्रक्रिया
• DKIM, SPF और DMARC: डोमेन का हर रिकॉर्ड और वह क्या साबित करता है
• ट्रैकिंग डोमेन: ओपन/क्लिक ट्रैकिंग के लिए वैकल्पिक ब्रांडेड होस्टनेम
• प्रोवाइडर के अनुसार DNS गाइड: अपने रजिस्ट्रार में CNAME प्रकाशित करना