संक्षिप्त उत्तर
बिना मेल खोए नए प्रदाता पर ईमेल कैसे ले जाएँ?
स्थानांतरण से 24 से 48 घंटे पहले अपने MX रिकॉर्ड का TTL 300 से 600 सेकंड तक घटाएँ, पुराना आर्काइव नए मेलबॉक्स में आयात करें, MX रिकॉर्ड सबसे आख़िर में बदलें, और नए मेल आने तक पुराना खाता रखें। Postelva DNS होस्ट करता है, इसलिए स्विच दो या अधिक रिकॉर्ड पर एक ही बदलाव है।
स्थानांतरित होते समय कितने रिकॉर्ड बदलते हैं
| नया प्रदाता | MX | सत्यापन TXT | SPF | DKIM | DMARC | कुल रिकॉर्ड |
|---|---|---|---|---|---|---|
| Proton Mail | 2 | 1 | 1 include | 3 CNAME | 1 | 8 |
| Mailbox.org | 4 | 1 | 1 include | 4 CNAME | 1 | 11 |
| Fastmail | 2 | केवल MX वाले सेटअप के लिए आवश्यक नहीं | 1 include | 3 CNAME | पढ़ा नहीं गया (सत्यापित नहीं) | 6, DMARC के बिना |
सही क्रम में पाँच चरण
TTL घटाएँ
स्थानांतरण से कम से कम 24 से 48 घंटे पहले MX रिकॉर्ड का TTL 300 से 600 सेकंड पर सेट करें। बदलाव लगभग पुराने TTL के समय में फैलता है, इसलिए बदलाव से पहले छोटा मान हो तो बदलाव तेज़ी से पहुँचता है।
नया मेलबॉक्स तैयार करें
नए प्रदाता पर अपना डोमेन जोड़ें, पते और उपनाम बनाएँ, और वह सत्यापन रिकॉर्ड कॉपी करें जो वह दिखाता है। अभी MX रिकॉर्ड न छुएँ।
पुराना मेल कॉपी करें
नए प्रदाता के IMAP आयात टूल से आर्काइव आयात करें, जब पुराना खाता अभी भी मेल प्राप्त कर रहा हो। अकेली फ़ॉरवर्डिंग केवल नया मेल स्थानांतरित करती है।
MX रिकॉर्ड बदलें
पुराने MX रिकॉर्ड की जगह नए रिकॉर्ड डालें, मौजूदा SPF रिकॉर्ड में नया SPF include जोड़ें और DKIM रिकॉर्ड जोड़ें। जब तक पुराना TTL न बीत जाए, पुराना सर्वर मेल स्वीकार करता रहे।
पुष्टि करें, फिर साफ़-सफ़ाई करें
दो बाहरी खातों से स्वयं को टेस्ट मेल भेजें, हेडर जाँचें, पुराना खाता कुछ समय तक रखें, फिर TTL दोबारा बढ़ाएँ और पुराने रिकॉर्ड हटाएँ।
TTL यह क्यों तय करता है कि मेल खोएगा या नहीं?
TTL वे सेकंड हैं जितने समय तक रिज़ॉल्वर किसी उत्तर को रख सकता है, इसलिए यह तय करता है कि भेजने वाले कितने समय तक आपके पुराने MX रिकॉर्ड का उपयोग करते रहेंगे। यदि पुराना TTL 86400 सेकंड है, तो बदलाव से एक मिनट पहले आपको देखने वाला भेजने वाला एक दिन तक पुराने सर्वर पर डिलीवर करता रहेगा। 300 से 600 सेकंड के TTL पर यह अवधि पाँच से दस मिनट है।
ईमेल-डिलीवरेबिलिटी गाइड का नियम है कि स्थानांतरण से 24 से 48 घंटे पहले TTL घटाएँ, ताकि उस दिन हर कैश में छोटा मान हो, और बाद में उसे फिर बढ़ाएँ। एक सामान्य MX बदलाव 1 से 4 घंटे में स्थिर होता है, और सबसे बुरी स्थिति में 24 से 48 घंटे ले सकता है। यह विक्रेता का मार्गदर्शन है, कोई मानक नहीं। खाली उत्तर भी ज़ोन के SOA रिकॉर्ड के TTL के साथ कैश होते हैं (RFC 2308), इसलिए देर से बनाया गया रिकॉर्ड कुछ रिज़ॉल्वर पर कुछ समय तक अदृश्य रह सकता है।
स्विच से पहले अपना पुराना मेल कैसे कॉपी करूँ?
MX का एक भी रिकॉर्ड बदलने से पहले IMAP से पुराना आर्काइव आयात करें। उदाहरण के लिए Proton Mail, Gmail से स्विच को आयात टूल से समझाता है, और प्रदाता स्थानांतरण गाइड एक ही क्रम पर सहमत हैं: पहले आयात, MX तभी बदलें जब गंतव्य तैयार हो, और पुराना खाता तब तक रखें जब तक पुष्टि न हो कि सब कुछ पहुँच गया।
दो आदतें अधिकांश नुकसान रोकती हैं। पहली, आयात चलते समय पुराने मेलबॉक्स को मेल प्राप्त करते रहने दें, क्योंकि कॉपी के दौरान आने वाला मेल केवल पुराने खाते में होगा। दूसरी, MX स्विच के बाद एक दूसरा, छोटा आयात चलाएँ, ताकि प्रसार के दौरान पुराने सर्वर पर पहुँचे संदेश भी आ जाएँ। जब आपका पता प्रदाता बदलता है पर नाम नहीं, तो काम का क्रम जानने के लिए अपना ईमेल पता प्रदाता बदलते समय कैसे रखें पढ़ें।
MX रिकॉर्ड सुरक्षित रूप से कैसे बदलूँ?
पुराने MX रिकॉर्ड हटाएँ या नए रिकॉर्ड को सबसे कम प्राथमिकता संख्या दें, और दो प्रदाताओं को कभी मिलाकर न छोड़ें। Fastmail और Proton Mail, दोनों अपने सहायता पृष्ठों में यही कहते हैं: पुराने और नए रिकॉर्ड साथ-साथ हों तो मेल किसी भी सर्वर पर अनिश्चित रूप से जाता है। MX रिकॉर्ड एक मेल सर्वर और एक प्राथमिकता बताता है; भेजने वाले सबसे कम संख्या से कोशिश करते हैं। यह अवधारणा MX रिकॉर्ड क्या है में समझाई गई है।
Postelva पर ज़ोन ग्राहक क्षेत्र में संपादित होता है, और Proton Mail, Fastmail, Zoho Mail, Google Workspace और Microsoft 365 के लिए एक-क्लिक DNS टेम्पलेट, साथ ही SPF + DMARC टेम्पलेट और उस डोमेन के लिए "no email" टेम्पलेट जो कुछ नहीं भेजता। एक टेम्पलेट एक ही क्रिया में प्रदाता के लिए MX, SPF और DKIM रिकॉर्ड बदल देता है। Tuta, Mailbox.org, iCloud+ और Migadu के लिए आप DNS संपादक में MX, TXT और CNAME रिकॉर्ड टाइप करते हैं, और प्रदाता की अपनी स्क्रीन पर दिखाए मान उपयोग करते हैं।
स्थानांतरण के दौरान SPF और DKIM का क्या होता है?
डोमेन केवल एक SPF रिकॉर्ड प्रकाशित कर सकता है, इसलिए दूसरा रिकॉर्ड बनाने के बजाय नए प्रदाता का include मौजूदा रिकॉर्ड में जोड़ें। Proton Mail, Mailbox.org और Mailfence, तीनों यही निर्देश देते हैं। पुराना include रिकॉर्ड में तब तक रखें जब तक पुराने प्रदाता से भेजना बंद न हो जाए, फिर उसे हटाएँ: SPF जाँच अधिकतम 10 DNS लुकअप की अनुमति देती है (RFC 7208), और हर include गिना जाता है।
DKIM रिकॉर्ड अलग हैं। हर प्रदाता अपने selector नाम उपयोग करता है, जैसे Fastmail पर fm1, fm2 और fm3, या Proton Mail पर protonmail, protonmail2 और protonmail3, इसलिए नए रिकॉर्ड पुराने के साथ तब तक रह सकते हैं जब तक पुराना प्रदाता हटाया न जाए। प्रकाशित रिकॉर्ड देखने के लिए MX, SPF, DKIM और DMARC रिकॉर्ड कैसे जाँचें में दिए कमांड उपयोग करें।
कैसे पता चलेगा कि स्थानांतरण सफल रहा?
दो बाहरी खातों से डोमेन पर एक टेस्ट संदेश भेजें और डिलीवरी हेडर पढ़ें। Postelva के 12 नवंबर 2026 के सूचकांक के अनुसार, Proton Mail पर जाने का मतलब 8 रिकॉर्ड बदलना है, Mailbox.org पर 11 और Fastmail पर 6 (Fastmail का DMARC रिकॉर्ड जाँचे गए पृष्ठों में नहीं पढ़ा गया), इसलिए हर रिकॉर्ड प्रकार की जाँच छूटे हुए रिकॉर्ड को पकड़ने का सबसे तेज़ तरीका है।
यदि कोई संदेश नहीं पहुँचता, तो गड़बड़ी लगभग हमेशा उन कारणों में से एक होती है जो कस्टम डोमेन पर ईमेल क्यों नहीं पहुँच रहा है में हैं। पुराना खाता कुछ हफ़्तों तक रखें, क्योंकि पुराने कैश वाला भेजने वाला अब भी वहाँ डिलीवर कर सकता है। जब पुराना खाता खाली रहे, तो TTL को उसके सामान्य मान तक बढ़ाएँ और पुराने रिकॉर्ड हटाएँ।
प्रदाता बदलना: प्रश्न
स्थानांतरण में कितना समय लगता है?
एक सामान्य MX बदलाव 1 से 4 घंटे में स्थिर होता है और 24 से 48 घंटे तक ले सकता है। Proton Mail एक दिन तक का समय देने को कहता है। पहले से सेट किया गया छोटा TTL इस अवधि को छोटा रखता है।
क्या स्थानांतरण पर मेरा पता खो जाता है?
नहीं, यदि पता आपके अपने डोमेन पर है: डोमेन उसी रजिस्ट्रार पर रहता है और केवल रिकॉर्ड बदलते हैं। पुराने प्रदाता के अपने डोमेन, जैसे @proton.me या @tuta.com, वाला पता स्थानांतरित नहीं हो सकता।
क्या मैं पुराना मेल आयात किए बिना स्थानांतरित हो सकता हूँ?
हाँ, पर नए मेलबॉक्स में आर्काइव नहीं आएगा। जब तक आपको जो चाहिए वह न मिल जाए, पुराना खाता खुला रखें, या मेल एक्सपोर्ट करें।
क्या स्थानांतरण मेरा डोमेन पंजीकरण बदलता है?
नहीं। पंजीकरण, नवीनीकरण की तारीख और मालिक वही रहते हैं। केवल मेल सर्वर की ओर इंगित करने वाले DNS रिकॉर्ड बदलते हैं।
क्या मुझे शांत समय में स्थानांतरित होना चाहिए?
इससे मदद मिलती है, पर यह ज़रूरी नहीं। असली बात यह है कि MX स्विच आयात के बाद और TTL घटाने के बाद हो।
सार
- स्थानांतरण से 24 से 48 घंटे पहले MX TTL को 300 से 600 सेकंड तक घटाएँ।
- पहले IMAP से आर्काइव आयात करें; फ़ॉरवर्डिंग केवल नया मेल स्थानांतरित करती है।
- MX रिकॉर्ड सबसे आख़िर में बदलें; दो प्रदाताओं को मिलाकर न छोड़ें।
- केवल एक SPF रिकॉर्ड; उसमें नया include जोड़ें; अधिकतम 10 DNS लुकअप।
- बदले गए रिकॉर्ड: Proton Mail 8, Mailbox.org 11, Fastmail 6, DMARC के बिना।
- सामान्य प्रसार 1 से 4 घंटे, अधिकतम 24 से 48 घंटे।
- टेस्ट मेल पहुँचने तक पुराना खाता रखें।
स्रोत (8)
- Gmail से Proton पर स्विच करें — Proton (पढ़ा गया 2026-11-12)
- Namecheap से कस्टम डोमेन (MX मान) — Proton (पढ़ा गया 2026-11-12)
- कस्टम डोमेन के लिए spoofing-विरोधी सुरक्षा — Proton (पढ़ा गया 2026-11-12)
- डिफ़ॉल्ट DNS रिकॉर्ड — Fastmail (पढ़ा गया 2026-11-12)
- mailbox.org KB: कस्टम डोमेन — mailbox.org (पढ़ा गया 2026-11-12)
- RFC 7208, खंड 4.6.4 — RFC Editor (पढ़ा गया 2026-11-12)
- RFC 2308: DNS क्वेरी का नकारात्मक कैश — RFC Editor (पढ़ा गया 2026-11-12)
- DNS बदलाव फैलने में कितना समय लगता है — Suped (पढ़ा गया 2026-11-12)