GWMME से जुड़ी समस्या हल करना

यह समस्या इन वजहों से हो सकती है:

• Exchange सर्वर काम नहीं कर रहा है.
• नेटवर्क की समस्या की वजह से, क्लाइंट मशीन और Exchange सर्वर के बीच कनेक्शन नहीं बन पा रहा है. कनेक्शन की पुष्टि करने के लिए, क्लाइंट मशीन से सर्वर को पिंग करें.
• आपने Exchange सर्वर या एडमिन के लिए गलत नाम का इस्तेमाल किया है. इस जानकारी की पुष्टि करने के लिए:
  1. क्लाइंट मशीन पर, Control Panel Mail पर क्लिक करें. इसके बाद, उस एडमिन खाते के लिए Microsoft Outlook प्रोफ़ाइल बनाएं जिसका इस्तेमाल आपको माइग्रेशन के लिए करना है.
  2. GWMME में, पहले चरण (सर्वर की जानकारी) वाली स्क्रीन पर:
     • होस्टनेम/आईपी पता फ़ील्ड में, प्रोफ़ाइल से Exchange होस्ट का नाम डालें.
     • एडमिन का उपयोगकर्ता नाम फ़ील्ड में, प्रोफ़ाइल का उपयोगकर्ता नाम डालें.

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

पक्का करें कि आपने एडमिन का सही नाम और पासवर्ड डाला हो.

अगर समस्या बनी रहती है, तो पुष्टि करें कि आपने Exchange सर्वर के लिए सही नाम डाला है:

1. क्लाइंट मशीन पर, Control Panel Mail पर क्लिक करें. इसके बाद, उस एडमिन खाते के लिए Outlook प्रोफ़ाइल बनाएं जिसका इस्तेमाल आपको माइग्रेशन के लिए करना है.
2. GWMME में, पहले चरण (सर्वर की जानकारी) वाली स्क्रीन पर:
   • होस्टनेम/आईपी पता फ़ील्ड में, प्रोफ़ाइल से Exchange होस्ट का नाम डालें.
   • एडमिन का उपयोगकर्ता नाम फ़ील्ड में, प्रोफ़ाइल का उपयोगकर्ता नाम डालें.

अगर GWMME शुरू होने के तुरंत बाद क्रैश हो जाता है, तो पक्का करें कि इसे क्लाइंट मशीन पर चलाया जा रहा हो, न कि Exchange सर्वर पर. सर्वर पर यूटिलिटी चलाने से, वह क्रैश हो सकती है. ज़्यादा जानकारी के लिए, Microsoft का दस्तावेज़ देखें.

अगर आपको लगता है कि लोड बैलेंसिंग से जुड़ी समस्याओं की वजह से GWMME क्रैश हो रहा है, तो GWMME एडमिन गाइड में "अपने Windows क्लाइंट डिवाइस तैयार करना" पर जाएं.

कभी-कभी, आपके कंप्यूटर पर चल रही अन्य प्रोसेस (जैसे: एंटी-वायरस, खोज या बैकअप सॉफ़्टवेयर) की वजह से, माइग्रेशन के दौरान GWMME को डेटाबेस फ़ाइल का ऐक्सेस नहीं मिल पाता. आपकी लॉग फ़ाइलों में मौजूद यह गड़बड़ी कोड बताता है कि यह समस्या हुई है:

0x80040109
Fail:While stamping the message

मैसेज माइग्रेट हो गए हैं. हालांकि, GWMME ने यह जानकारी सेव नहीं की है कि माइग्रेशन पूरा हो गया है. अगर सिर्फ़ नया डेटा विकल्प को चुनकर माइग्रेशन को फिर से चलाया जाता है, तो GWMME इन मैसेज को फिर से माइग्रेट करने की कोशिश करता है. इससे मैसेज डुप्लीकेट नहीं होंगे. हालांकि, कैलेंडर इवेंट या संपर्क डुप्लीकेट हो सकते हैं.

अगर किसी उपयोगकर्ता के लिए माइग्रेशन पूरा नहीं होता है, तो इन बातों की पुष्टि करें:

• उपयोगकर्ता की फ़ाइल में, उपयोगकर्ता का नाम या एसएमटीपी पता सही तरीके से फ़ॉर्मैट किया गया हो.
• उपयोगकर्ता को ग्लोबल एड्रेस लिस्ट (जीएएल) में नहीं छिपाया गया है.
• उपयोगकर्ता के पास Exchange सर्वर पर खाता है.
• उपयोगकर्ता ने Google Workspace में साइन इन किया हो, सेवा की शर्तों को स्वीकार किया हो, और Google Workspace खाता बनाने की प्रोसेस पूरी की हो.

समस्या हल करने के इस तरीके से, GWMME OAuth की पुष्टि करने से जुड़ी सभी गड़बड़ियां ठीक हो जानी चाहिए:

• पक्का करें कि आपने अपने डोमेन के लिए सॉफ़्टवेयर को सही तरीके से अनुमति दी हो. इसके लिए, अपने खाते के लिए GWMME को अनुमति देना लेख पढ़ें.
• पुष्टि करें कि आपकी CSV फ़ाइल में दिए गए Google Workspace उपयोगकर्ताओं और पासवर्ड की जानकारी सही हो. CSV फ़ाइल में एक भी गड़बड़ी होने पर, माइग्रेशन पूरा नहीं हो सकता. ज़्यादा जानकारी के लिए, माइग्रेशन के लिए CSV फ़ाइलें बनाना पर जाएं.
• जिस कंप्यूटर पर GWMME चल रहा है उस पर जाकर, पुष्टि करें कि सिस्टम की घड़ी में सही समय सेट है. अगर कंप्यूटर की घड़ी बंद है, तो OAuth की पुष्टि करने के दौरान Google के सर्वर को गलत लोकल टाइमस्टैंप भेजा जाता है. इस वजह से, पुष्टि नहीं हो पाती. अपने कंप्यूटर को इंटरनेट टाइम सर्वर के साथ सिंक करें.
• पक्का करें कि GWMME से पुष्टि करने के लिए इस्तेमाल किया गया Google Workspace सुपर एडमिन खाता मान्य हो. साथ ही, GWMME कॉन्फ़िगरेशन में उपयोगकर्ता नाम सही तरीके से डाला गया हो.

GWMME, Google Workspace में उपयोगकर्ताओं को प्रोविज़न नहीं करता है. डेटा माइग्रेट करने से पहले, Google Workspace के उपयोगकर्ता खाते बनाएं.

इस मामले में, मशीन की मौजूदा तारीख में साल को बदलकर 2022 कर दिया गया था. इस वजह से, सर्टिफ़िकेट की समयसीमा खत्म हो गई थी. आपको हर लॉग लाइन की शुरुआत में मौजूदा तारीख दिख सकती है. साथ ही, "Valid from" और "Valid until" तारीखें, मौजूदा तारीख से मेल नहीं खाती हैं. गड़बड़ी का फ़्लैग WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED दिखाता है कि सर्टिफ़िकेट रद्द करने की जांच पूरी नहीं हुई.

आखिरी लॉग लाइन में "Network connection destination details" के बाद, डेस्टिनेशन आईपी पता और हल किया गया होस्टनेम भी देखा जा सकता है. यह 1e100.net address है. इसका मतलब है कि यह Google है.

2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2025 ()> Secure connection failure. Status: 0x00010000. Info 0x00000009
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2030 ()> Failure details:
WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED: Certification revocation checking has been enabled, but the revocation check failed to verify whether a certificate has been revoked. The server used to check for revocation might be unreachable.
WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA: The function is unfamiliar with the Certificate Authority that generated the server's certificate.
Certificate details:
---Validity--
Valid from: 2016-09-20T04:08:45.000Z
Valid until: 2022-09-20T04:08:45.000Z
---Subject---
Created by http://www.fiddler2.com
DO_NOT_TRUST
*.google.com
---Issuer----
Created by http://www.fiddler2.com
DO_NOT_TRUST
DO_NOT_TRUST_FiddlerRoot
-------------
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2071 ()> Error result 5, hr = 0x80072f8f. Setting event 0000000000001638.
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2076 ()> Network connection destination details: 127.0.0.1:8888 (COMPUTERNAME)

इस मामले में, Fiddler को इंस्टॉल किया गया था और इसे एचटीटीपीएस डिक्रिप्शन के लिए सेट किया गया था. इसका मतलब है कि यह अपने सर्टिफ़िकेट का इस्तेमाल करता है. हालांकि, इसके सर्टिफ़िकेट को Windows की भरोसेमंद सर्टिफ़िकेट सूची से हटा दिया गया था. इसलिए, यह भरोसेमंद नहीं है. ध्यान दें कि Fiddler एक प्रॉक्सी है. इसलिए, यह Google से नहीं, बल्कि 127.0.0.1 से कनेक्ट हो रहा था. गड़बड़ी के फ़्लैग में WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA शामिल है. इसका मतलब है कि सिस्टम, सर्टिफ़िकेट देने वाली संस्था (CA). पर भरोसा नहीं करता है. यह भी ध्यान दें कि Google ने यह सर्टिफ़िकेट जारी नहीं किया है.

आउटपुट स्क्रीन या ट्रेस लॉग फ़ाइल में, इस तरह का गड़बड़ी का मैसेज दिखता है:

E:Generic ExchangeMigration!SetPropertyGuid @ 641 (user@example.com)> Failed with 0x80070005, last successful line = 637.

आम तौर पर, यह समस्या उन उपयोगकर्ता खातों की वजह से होती है जिनके पास ज़रूरी अनुमतियां नहीं होती हैं. इस समस्या को हल करने के लिए, पक्का करें कि आपने Exchange पर खातों को Receive As की अनुमति दी हो.

अगर खातों के पास Receive As की अनुमति है और गड़बड़ी अब भी बनी रहती है, तो हो सकता है कि आपके Exchange एनवायरमेंट में उपयोगकर्ताओं के खातों के पास Send As की अनुमति भी होनी चाहिए.

कुछ उपयोगकर्ता, Exchange 2010 से माइग्रेट नहीं कर सकते. उन्हें ट्रेस लॉग फ़ाइल में "0x80004005" गड़बड़ियां मिलती हैं. लॉग में यह जानकारी भी होती है:

• Exchange 2010 को रैंडम MAPI कॉल.
• Exchange Server 2010 Client Access सर्वर पर, रिमोट प्रोसीजर कॉल (RPC) क्लाइंट ऐक्सेस लॉग में "BufferTooSmall" गड़बड़ियां.

यह Exchange 2010, Outlook 2007, और Outlook 2010 की एक आम समस्या है. आपको Exchange 2010 SP2 RU3 पर अपडेट करना पड़ सकता है. ज़्यादा जानकारी के लिए, MAPI कॉल फ़ेल होने से जुड़ी गड़बड़ियों के बारे में Microsoft का दस्तावेज़ पढ़ें.

अगर आपको लॉग में एचटीटीपी गड़बड़ी कोड 500, 502, और 503 के कई इंस्टेंस दिखते हैं और मैसेज, गड़बड़ी कोड 0x8004106a के साथ अपलोड नहीं होते हैं, तो हो सकता है कि टारगेट मेलबॉक्स में कोई समस्या हो. आम तौर पर, ऐसा बहुत ज़्यादा लोड की वजह से होता है.

इस समस्या को हल करने के लिए, पक्का करें कि टारगेट मेलबॉक्स का ज़्यादा इस्तेमाल न किया जा रहा हो. आप:

• सिंक करने वाले सभी क्लाइंट बंद करें. जैसे, IMAP, POP, मोबाइल डिवाइस, और मेल क्लाइंट.
• एक बार में सिर्फ़ एक सोर्स से मैसेज माइग्रेट करें.

यहां दी गई समस्याओं से पता चलता है कि आपके उपयोगकर्ताओं को सही तरीके से प्रोविज़न नहीं किया गया है:

• कैलेंडर इवेंट में किए गए बदलाव, इवेंट में शामिल होने वाले लोगों के साथ शेयर नहीं किए जाते.
• Calendar की सूचनाएं और अपडेट, मेहमानों के कैलेंडर में नहीं दिखते.

किसी भी खाते को माइग्रेट करने से पहले, Google Workspace में अपने सभी उपयोगकर्ताओं के लिए खाते बनाएं. भले ही, आपको सिर्फ़ कुछ खातों को माइग्रेट करना हो. पक्का करें कि आपने सभी डोमेन अन्य नाम और निकनेम जोड़े हों. इसके बाद, समस्या हल करने के लिए उन सभी इवेंट को मिटाएं और फिर से बनाएं जिनमें उपयोगकर्ता आयोजक या मेहमान है.

GWMME, डिफ़ॉल्ट रूप से हर सेकंड 25 उपयोगकर्ताओं का डेटा माइग्रेट करता है. यह दर, Contacts API और Calendar API, दोनों के लिए डिफ़ॉल्ट क्वेरी प्रति सेकंड (क्यूपीएस) से ज़्यादा है.

इस समस्या को हल करने के लिए, संपर्कों और कैलेंडर के लिए माइग्रेशन चलाएं:

• ईमेल माइग्रेशन से अलग.
• कम दर पर, यानी कि हर सेकंड में 4 से 8 उपयोगकर्ता.

अगर कुछ मैसेज माइग्रेट नहीं होते हैं, तो हो सकता है कि मैसेज का साइज़, Gmail की तय सीमा से ज़्यादा हो. इसके अलावा, इसमें ऐसे अटैचमेंट टाइप भी हो सकते हैं जिन्हें Gmail ब्लॉक करता है. ज़्यादा जानकारी के लिए, Gmail में ब्लॉक किए गए फ़ाइल टाइप पर जाएं.

आपको फ़ोल्डर के साइज़ की सीमाएं भी हटानी पड़ सकती हैं. साथ ही, यह पक्का करना होगा कि फ़ोल्डर IMAP में दिखें. ज़्यादा जानकारी के लिए, उपयोगकर्ताओं के लिए POP और IMAP ऐक्सेस चालू और बंद करना लेख पढ़ें.

Google Workspace, माइग्रेशन के बाद आपके इनबॉक्स में मौजूद मैसेज की संख्या का अनुमान लगाता है. इससे सटीक संख्या नहीं मिलती. ऐसा हो सकता है कि आपके Gmail इनबॉक्स में मौजूद मैसेज की संख्या, लेगसी इनबॉक्स में मौजूद मैसेज की संख्या से अलग हो.

अगर आपको लगता है कि कुछ मैसेज नहीं दिख रहे हैं, तो देखें कि:

• अटैचमेंट के साथ मैसेज का साइज़ 25 एमबी से ज़्यादा नहीं होना चाहिए. 25 एमबी से बड़े मैसेज माइग्रेट नहीं किए जा सकते. ज़्यादा जानकारी के लिए, Gmail मैसेज के साथ अटैचमेंट भेजना लेख पढ़ें.
• Gmail, मैसेज में अटैचमेंट को ब्लॉक नहीं कर रहा है. Gmail, कुछ तरह के अटैचमेंट को ब्लॉक कर देता है. जैसे, एक्ज़ीक्यूटेबल फ़ाइलें. ज़्यादा जानकारी के लिए, Gmail में ब्लॉक किए गए फ़ाइल टाइप पर जाएं.
• मैसेज, किसी ऐसे फ़ोल्डर में है या तारीख की ऐसी सीमा में है जो माइग्रेशन का हिस्सा है.

Exchange या पीएसटी फ़ाइलें माइग्रेट करते समय, मैसेज गायब हो सकते हैं या उन्हें गलत ईमेल पते से भेजा या पाया जा सकता है. ऐसा हो सकता है कि मैसेज भेजने वाले या पाने वाले का एसएमटीपी पता मौजूद न हो. ऐसे में, Exchange X.500 पते का इस्तेमाल किया जाता है. ऐसा तब हो सकता है, जब कोई ग्लोबल ऐड्रेस लिस्ट (जीएएल) प्रोफ़ाइल न बनाई गई हो या उपयोगकर्ता को जीएएल से हटा दिया गया हो.

GWMME को X.500 पता मिलने पर क्या होता है

जब GWMME को कोई X.500 पता मिलता है, तो वह माइग्रेशन सर्वर पर रजिस्टर की गई ऐसी MAPI मेल प्रोफ़ाइल खोजता है जो X.500 Exchange संगठन के नाम से मेल खाती हो. अगर GWMME को कोई X.500 पता मिलता है, तो वह MAPI मेल प्रोफ़ाइल में मौजूद पता पुस्तिका के रजिस्ट्रेशन का इस्तेमाल करके, X.500 पते को हल करता है.

अगर GWMME को यह जानकारी Exchange की एड्रेस बुक में नहीं मिलती है, तो वह X.500 पते को SMTP पते में बदलने की कोशिश करता है. इसके लिए, यह X.500 पते की आखिरी CN वैल्यू का इस्तेमाल करता है और उसे ईमेल पते के उपयोगकर्ता नाम के तौर पर इस्तेमाल करता है. उदाहरण के लिए, X.500 पते /O=ExchangeOrg/OU=CA/CN=RECIPIENTS/CN=EX_ALIAS से, SMTP ईमेल पता ex_alias@example.com मिलता है.

X.500 पते को हल करने के लिए, Exchange ऐड्रेस बुक का इस्तेमाल कैसे करें

1. माइग्रेशन करने वाले सर्वर पर, (नॉन-कैश मोड) MAPI मेल प्रोफ़ाइल बनाएं.
2. पक्का करें कि पीएसटी माइग्रेशन के लिए इस्तेमाल किए गए सर्वर पर, MAPI मेल प्रोफ़ाइल सेट अप हो.
3. MAPI मेल प्रोफ़ाइल को ओरिजनल Exchange सर्वर से कनेक्ट किया जाना चाहिए, ताकि GWMME, GAL का इस्तेमाल करके ईमेल पाने वालों की जानकारी सही तरीके से ढूंढ सके.
4. पुष्टि करने से जुड़ी गड़बड़ियों से बचने के लिए, MAPI मेल प्रोफ़ाइल को उस उपयोगकर्ता या सेवा खाते से सेट अप करें जिसने फ़िलहाल साइन इन किया है.

अहम जानकारी

जांच करें और पुष्टि करें कि आपने माइग्रेशन को सही तरीके से सेट अप किया है. अगर समस्या बनी रहती है, तो फिर से माइग्रेट करने पर, आपके Google खातों में पहले से माइग्रेट किया गया डेटा अपडेट नहीं होगा. ईमेल का डेटा मिटाएं, उसे ट्रैश से हटाएं, और फिर माइग्रेट करें.

माइग्रेट किए गए मैसेज में, ओरिजनल मैसेज की तारीख और समय के बजाय, माइग्रेशन की तारीख और समय दिख सकता है.

ऐसा इसलिए होता है, क्योंकि मूल मैसेज का Date हेडर, RFC 5322 के मुताबिक नहीं है. अगर किसी मैसेज में तारीख का हेडर सही तरीके से फ़ॉर्मैट नहीं किया गया है, तो Gmail उस मैसेज पर माइग्रेशन का समय और तारीख लागू करता है.

ऐसा तब होता है, जब उन उपयोगकर्ताओं के लिए इवेंट इंपोर्ट किए जाते हैं जो इवेंट के मूल आयोजक या शुरुआती मेहमान नहीं हैं.

चेतावनी वाले मैसेज के बावजूद, इवेंट को Google Workspace में माइग्रेट कर दिया जाता है. साथ ही, Google Workspace के टारगेट उपयोगकर्ता को Google Calendar पर इवेंट में शामिल होने वाले व्यक्ति के तौर पर दिखाया जाता है. यह ज़रूरी है, क्योंकि Calendar में ऐसे उपयोगकर्ता के लिए कैलेंडर इवेंट की सूची नहीं दिखाई जाती जो इवेंट का आयोजक या मेहमान नहीं है.