Bounce domain

आपका bounce domain एक sending domain पर return-path hostname है। बाउंस और डिलीवरी फ़ीडबैक इस envelope-from एड्रेस पर जाते हैं। इसका CNAME हमें बाउंस प्रोसेस करने देता है और आपके domain apex पर SPF रिकॉर्ड के बिना SPF alignment प्रदान करता है। Bounce domain उन तीन रिकॉर्ड्स में से एक है जो sending को गेट करते हैं।

यह पेज विशेष रूप से return-path को कवर करता है। पूरे रिकॉर्ड सेट और सत्यापन लाइफ़साइकल के लिए Sending domains देखें; हर रिकॉर्ड क्या साबित करता है, इसके लिए DKIM, SPF & DMARC देखें।

रिकॉर्ड

Return-path आपके sending domain के अंतर्गत एक CNAME है जो आपके रीजन में हमारे bounce इन्फ़्रास्ट्रक्चर को resolve करता है:

Type	Host	Value
CNAME	send.example.com	<region>.bounce.bird.com

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

Hostname कस्टमाइज़ करना

आप domain रजिस्टर करते समय लेबल चुनते हैं: इसे return_path.name के रूप में पास करें और हम आपके sending domain के अंतर्गत पूरा hostname बनाते हैं:

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 के रूप में रजिस्टर करता है। return_path छोड़ दें तो यह send पर डिफ़ॉल्ट हो जाता है। Hostname sending domain के वर्कस्पेस कॉन्फ़िगरेशन का हिस्सा है।

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

रिसीवर SPF का मूल्यांकन दिखाई देने वाले From: एड्रेस के बजाय envelope-from domain के आधार पर करते हैं। आपका envelope-from return-path hostname है। क्योंकि सत्यापित CNAME हमारे bounce इन्फ़्रास्ट्रक्चर को resolve करता है, उस इन्फ़्रास्ट्रक्चर का SPF authorization आप पर लागू होता है, और यह आपके domain के साथ align करता है क्योंकि return-path उसका subdomain है। तो SPF एक CNAME से पास और align हो जाता है, और आपको अपने apex पर include: पब्लिश या मेंटेन करने की ज़रूरत नहीं। पूरा तर्क Where's SPF? में है।

Sending के लिए आवश्यक है, और हटाया नहीं जा सकता

Return-path CNAME send gate का हिस्सा है: capabilities.sending तभी verify होता है जब DKIM, return-path CNAME, और एक DMARC पॉलिसी सभी मौजूद हों। जब तक return-path verify नहीं होता, domain send नहीं कर सकता।

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

अगले कदम

Sending domains: domain रजिस्टर करना और सत्यापन लाइफ़साइकल
DKIM, SPF & DMARC: domain पर हर रिकॉर्ड और वह क्या साबित करता है
Tracking domain: open/click tracking के लिए वैकल्पिक ब्रांडेड hostname
Per-provider DNS walkthroughs: अपने registrar में CNAME पब्लिश करना