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

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

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

अगर किसी होस्ट किए गए सर्वर से माइग्रेट किया जा रहा है, तो एडमिन खाते की प्रोफ़ाइल में डिफ़ॉल्ट सेटिंग का इस्तेमाल करके, सर्वर से कनेक्ट करना होगा. अगर आपने Control Panel Mail Profile Name Properties Email Accounts Profile Name Change Email Account More Settings में जाकर, किसी भी सेटिंग में बदलाव किया, तो कनेक्शन नहीं बन पाएगा.

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

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

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

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

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

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

0x80040109
Fail:While stamping the message

मैसेज माइग्रेट हो गए हैं, लेकिन GWMME ने यह जानकारी सेव नहीं की कि माइग्रेशन पूरा हो गया है. अगर Only New Data को चुनकर, माइग्रेशन को फिर से चलाया जाता है, तो 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 से माइग्रेट नहीं कर पाते. साथ ही, उन्हें ट्रेस लॉग फ़ाइल में "Failed with 0x80004005" गड़बड़ियां दिखती हैं. लॉग में यह भी दिखता है:

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

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

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

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

• सिंक करने वाले सभी क्लाइंट (जैसे, आईएमएपी, पीओपी, मोबाइल डिवाइस, और मेल क्लाइंट) बंद करें.
• एक बार में सिर्फ़ एक सोर्स से मैसेज माइग्रेट करें.

इन समस्याओं से पता चलता है कि आपके उपयोगकर्ताओं के खाते सही तरीके से नहीं बनाए गए हैं:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

X.500 पते को रिज़ॉल्व करने के लिए, Exchange की एड्रेस बुक का इस्तेमाल करने का तरीका

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

अहम जानकारी

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

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

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

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

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