GoDaddy से बिज़नेस ईमेल बिना मेल खोए कैसे ले जाएँ

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

यहाँ मैंने GoDaddy को उदाहरण बनाया है, क्योंकि इस विषय पर मेरी साइट पर आने वाले सर्च ट्रैफ़िक का बड़ा हिस्सा उन लोगों से आता है जो GoDaddy ईमेल में साइन इन करते हैं, और उनमें से कई ऐसे प्लान पर हैं जिसे वे छोड़ना चाहेंगे। आप जिस भी प्रदाता को छोड़ रहे हों, चरण यही रहते हैं। अगर आप रुकना चाहते हैं, तो GoDaddy अब Workspace Email को Microsoft 365 पर चलाता है, और GoDaddy ईमेल में साइन इन करने की मेरी गाइड इसे समझाती है।

Table of contents

पहले तय करें कि ले जाना सच में ज़रूरी है

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

चरण 1: DNS छूने से पहले सूची बनाएँ

मौजूदा सेटअप पर टिकी हर चीज़ लिख लें:

1. हर मेलबॉक्स, उसके मालिक और मोटे आकार के साथ।
2. उपनाम (alias), फ़ॉरवर्डिंग और info@ तथा billing@ जैसे साझा इनबॉक्स।
3. हर वह टूल जो आपके डोमेन के नाम से मेल भेजता है: इनवॉइसिंग, CRM, फ़ॉर्म, ईमेल मार्केटिंग, शेड्यूलिंग।
4. हर फ़ोन और लैपटॉप जिसमें अकाउंट जुड़ा है।
5. आपका DNS कहाँ है। यह GoDaddy, Cloudflare या आपका रजिस्ट्रार हो सकता है। रिकॉर्ड आप वहीं बदलेंगे, मेल प्रदाता के यहाँ नहीं।

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

चरण 2: दो दिन पहले MX का TTL घटाएँ

MX रिकॉर्ड इंटरनेट को बताता है कि आपके डोमेन का मेल कौन-सा सर्वर लेता है। TTL वह अवधि है जिसके लिए दूसरे नेटवर्क जवाब याद रखते हैं, दोबारा पूछने से पहले। अपनी DNS सेटिंग खोलें और MX रिकॉर्ड का TTL उस सबसे छोटे मान पर सेट करें जो आपका होस्ट देता है, अक्सर 300 सेकंड। यह बदलाव से कम से कम 48 घंटे पहले करें, क्योंकि जिन नेटवर्कों ने पुराना लंबा मान सहेज लिया है, वे उसके समाप्त होने तक उसे रखते हैं।

यही बदलाव को तेज़ बनाता है। इसे छोड़ दें तो कुछ भेजने वाले घंटों तक पुराने सर्वर पर मेल पहुँचाते रहेंगे।

चरण 3: पहले नए मेलबॉक्स बनाएँ

नया प्रदाता सेट करें, अपना डोमेन जोड़ें, और कोई भी MX रिकॉर्ड बदलने से पहले सारे मेलबॉक्स, उपनाम और साझा इनबॉक्स बना लें। नया प्रदाता TXT रिकॉर्ड से डोमेन के स्वामित्व का प्रमाण माँगेगा। उसे अभी जोड़ दें; इससे मेल के प्रवाह पर कोई असर नहीं पड़ता।

नए प्रदाता के MX रिकॉर्ड अभी न जोड़ें। कॉपी करते समय मेल पुराने सर्वर पर ही आते रहना चाहिए।

चरण 4: पुराना मेल कॉपी करें

Google Workspace के एडमिन कंसोल में डेटा माइग्रेशन टूल है जो IMAP के ज़रिए किसी दूसरे प्रदाता से मेल खींचता है, और Microsoft 365 में Exchange एडमिन सेंटर के भीतर IMAP माइग्रेशन है। दोनों को हर उपयोगकर्ता के क्रेडेंशियल या पुराने मेलबॉक्स से एडमिन-स्तर का कनेक्शन चाहिए, साथ ही पुराने प्रदाता के IMAP सर्वर का नाम भी। वह आपके पुराने होस्ट के सहायता पन्नों पर मिलेगा।

दो सीमाओं का ध्यान रखें:

• IMAP केवल मेल कॉपी करता है, संपर्क और कैलेंडर नहीं। उन्हें पुराने अकाउंट से एक्सपोर्ट करें और नए में हाथ से इम्पोर्ट करें।
• बड़े मेलबॉक्स में घंटों लगते हैं। कॉपी एक दिन पहले शुरू करें ताकि बदलाव के समय इंतज़ार न करना पड़े।

कॉपी अभी एक बार चलाएँ, और बदलाव के तुरंत बाद दोबारा, ताकि बीच में आया मेल भी आ जाए।

चरण 5: MX रिकॉर्ड बदलें

कोई शांत समय चुनें, जैसे सप्ताहांत की सुबह, और इसी क्रम में चलें:

1. पुराने प्रदाता के MX रिकॉर्ड हटाएँ।
2. नए प्रदाता के MX रिकॉर्ड ठीक वैसे ही जोड़ें जैसे वह बताता है, उसकी दी हुई प्राथमिकताओं के साथ।
3. सहेजें, फिर किसी निजी पते से खुद को एक टेस्ट संदेश भेजें, और एक वापस भी।

एक-दो घंटे में ज़्यादातर मेल नए मेलबॉक्स में पहुँचने लगेगा। कुछ संदेश एक दिन तक पुराने सर्वर पर जा सकते हैं। इसीलिए आप उसे चालू रखते हैं।

चरण 6: SPF, DKIM और DMARC ठीक करें

यह वह चरण है जिसे सब भूल जाते हैं, और यहीं से एक हफ़्ते बाद भेजा हुआ मेल स्पैम में जाने लगता है। आपके डोमेन पर ठीक एक SPF रिकॉर्ड होना चाहिए। पुराने प्रदाता का include: हटाकर नए का लगाएँ, और चरण 1 की सूची के बाकी सभी टूल के include: रखें। फिर नए प्रदाता के एडमिन कंसोल में DKIM साइनिंग चालू करें और जो कुंजी वह दे, उसे प्रकाशित करें। DMARC रिकॉर्ड को जैसा है वैसा रहने दें, जब तक उसमें पुराने प्रदाता का ज़िक्र न हो।

तीनों पास हो रहे हैं या नहीं, यह जाँचने के तरीके सहित पूरी गाइड बिज़नेस ईमेल के लिए SPF, DKIM और DMARC कैसे सेट करें में है।

चरण 7: डिवाइस और टूल दोबारा जोड़ें

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

चरण 8: पुराना प्लान दो हफ़्ते रखें

पुराने मेलबॉक्स कम से कम दो हफ़्ते चालू रखें। हर कुछ दिन में देखें कि कोई पीछे तो नहीं रह गया, और रद्द करने से पहले IMAP कॉपी एक बार और चलाएँ। रद्द तभी करें जब कई दिनों से कुछ नया न आया हो। जल्दी रद्द करना एकमात्र ऐसी गलती है जिसे पलटा नहीं जा सकता, क्योंकि पुराने सर्वर का मेल उसी के साथ चला जाता है।

Claude या ChatGPT से करवाएँ

सूची बनाना और बदलाव की चेकलिस्ट, ये दो हिस्से असिस्टेंट को सौंपने लायक हैं। इसे पेस्ट करें और कोष्ठक भर दें:

I'm moving business email for [yourdomain.com] from [GoDaddy / current provider]
to [Google Workspace / Microsoft 365]. My DNS is hosted at [DNS provider].
We have [number] mailboxes, and these tools send mail as our domain: [list].
Give me a dated cutover checklist covering: lowering the MX TTL, creating
mailboxes, copying old mail over IMAP, the exact order for changing MX records,
the SPF record I should end up with, and how to enable DKIM. Tell me where each
step happens (DNS host or mail admin console). Flag anything you aren't sure
about for my provider so I can check the provider's own documentation.

सहेजने से पहले वह जो भी DNS मान दे, उसे नए प्रदाता के सेटअप पन्ने से मिलाकर देख लें। असिस्टेंट पूरे भरोसे से ऐसा include: या MX होस्टनाम गढ़ देते हैं जो सही दिखता है और होता नहीं।