GWMME সমস্যা সমাধান করুন

সমস্যাটি হতে পারে কারণ:

• এক্সচেঞ্জ সার্ভারটি চলছে না।
• একটি নেটওয়ার্ক সমস্যা ক্লায়েন্ট মেশিন এবং এক্সচেঞ্জ সার্ভারের মধ্যে সংযোগ ব্লক করছে। একটি সংযোগ যাচাই করতে, ক্লায়েন্ট মেশিন থেকে সার্ভারটিকে পিং করুন।
• আপনি এক্সচেঞ্জ সার্ভার বা প্রশাসকের জন্য ভুল নাম ব্যবহার করেছেন। এই তথ্য যাচাই করতে:
  1. ক্লায়েন্ট মেশিনে, কন্ট্রোল প্যানেলে ক্লিক করুন আপনি যে অ্যাডমিন অ্যাকাউন্টটি মাইগ্রেশনের জন্য ব্যবহার করতে চান তার জন্য একটি Microsoft Outlook প্রোফাইল তৈরি করতে মেইল ​​করুন ।
  2. GWMME তে, ধাপ ১ (সার্ভারের বিবরণ) স্ক্রিনে:
     • হোস্টনেম/আইপি অ্যাড্রেস ক্ষেত্রে, প্রোফাইল থেকে এক্সচেঞ্জ হোস্টের নাম লিখুন।
     • অ্যাডমিন ব্যবহারকারীর নাম ক্ষেত্রে, প্রোফাইল থেকে ব্যবহারকারীর নাম লিখুন।

যদি আপনি একটি হোস্টেড সার্ভার থেকে মাইগ্রেট করেন, তাহলে অ্যাডমিন অ্যাকাউন্টের প্রোফাইলটি সার্ভারের সাথে সংযোগ স্থাপনের জন্য ডিফল্ট সেটিংস ব্যবহার করতে হবে। কন্ট্রোল প্যানেলের অধীনে যেকোনো সেটিংস পরিবর্তন করলে সংযোগটি ব্যর্থ হবে। মেইল প্রোফাইলের নাম বৈশিষ্ট্য ইমেল অ্যাকাউন্ট প্রোফাইলের নাম ইমেল অ্যাকাউন্ট পরিবর্তন করুন আরও সেটিংস ।

আপনি অ্যাডমিনের জন্য সঠিক নাম এবং পাসওয়ার্ড লিখেছেন কিনা তা যাচাই করুন।

যদি সমস্যাটি থেকে যায়, তাহলে যাচাই করুন যে আপনি এক্সচেঞ্জ সার্ভারের জন্য সঠিক নামটি প্রবেশ করিয়েছেন:

1. ক্লায়েন্ট মেশিনে, কন্ট্রোল প্যানেলে ক্লিক করুন আপনি যে অ্যাডমিন অ্যাকাউন্টটি মাইগ্রেশনের জন্য ব্যবহার করতে চান তার জন্য একটি আউটলুক প্রোফাইল তৈরি করতে মেইল ​​করুন ।
2. GWMME তে, ধাপ ১ (সার্ভারের বিবরণ) স্ক্রিনে:
   • হোস্টনেম/আইপি অ্যাড্রেস ক্ষেত্রে, প্রোফাইল থেকে এক্সচেঞ্জ হোস্টের নাম লিখুন।
   • অ্যাডমিন ব্যবহারকারীর নাম ক্ষেত্রে, প্রোফাইল থেকে ব্যবহারকারীর নাম লিখুন।

যদি GWMME শুরু করার কিছুক্ষণ পরেই ক্র্যাশ করে, তাহলে নিশ্চিত করুন যে আপনি এটি আপনার ক্লায়েন্ট মেশিনে চালাচ্ছেন, এক্সচেঞ্জ সার্ভারে নয়। সার্ভারে ইউটিলিটি চালানোর ফলে এটি ক্র্যাশ হতে পারে। আরও বিস্তারিত জানার জন্য, আপনার Microsoft ডকুমেন্টেশন দেখুন।

যদি আপনার মনে হয় লোড ব্যালেন্সিং সমস্যার কারণে GWMME ক্র্যাশ করছে, তাহলে GWMME অ্যাডমিন গাইডের "আপনার উইন্ডোজ ক্লায়েন্ট মেশিন প্রস্তুত করুন" বিভাগে যান।

মাঝেমধ্যে, আপনার মেশিনে চলমান অতিরিক্ত প্রক্রিয়া (যেমন: অ্যান্টি-ভাইরাস, অনুসন্ধান, অথবা ব্যাকআপ সফ্টওয়্যার) মাইগ্রেশনের সময় GWMME-এর ডাটাবেস ফাইলে অ্যাক্সেস ব্যাহত করে। আপনার লগ ফাইলগুলিতে নিম্নলিখিত ত্রুটি কোডটি নির্দেশ করে যে এই সমস্যাটি ঘটেছে:

0x80040109
Fail:While stamping the message

যদিও বার্তাগুলি স্থানান্তরিত করা হয়েছে, GWMME তথ্য সংরক্ষণ করেনি যেটি মাইগ্রেশন সফল হয়েছিল। যদি শুধুমাত্র নতুন ডেটা চেক করে একটি মাইগ্রেশন পুনরায় চালানো হয়, তাহলে GWMME আবার এই বার্তাগুলি স্থানান্তর করার চেষ্টা করে। এটি বার্তাগুলি নকল করবে না, তবে এটি ক্যালেন্ডার ইভেন্ট বা পরিচিতিগুলিকে নকল করতে পারে।

যদি কোনও ব্যবহারকারীর জন্য মাইগ্রেশন ব্যর্থ হয়, তাহলে যাচাই করুন:

• ব্যবহারকারীর নাম অথবা SMTP ঠিকানা ব্যবহারকারী ফাইলে সঠিকভাবে ফর্ম্যাট করা আছে।
• ব্যবহারকারী গ্লোবাল অ্যাড্রেস লিস্টে (GAL) লুকানো নেই।
• ব্যবহারকারীর এক্সচেঞ্জ সার্ভারে একটি অ্যাকাউন্ট আছে।
• ব্যবহারকারী Google Workspace-এ সাইন-ইন করেছেন, পরিষেবার শর্তাবলীতে সম্মত হয়েছেন এবং তাদের Google Workspace অ্যাকাউন্ট তৈরির কাজ চূড়ান্ত করেছেন।

নিম্নলিখিত সমস্যা সমাধানের ধাপগুলি সমস্ত GWMME OAuth যাচাইকরণ ত্রুটি সমাধান করবে:

• আপনার অ্যাকাউন্টের জন্য Authorize GWMME- তে বর্ণিত পদ্ধতি অনুসারে আপনার ডোমেনের জন্য সফ্টওয়্যারটি সঠিকভাবে অনুমোদিত করেছেন কিনা তা নিশ্চিত করুন।
• আপনার CSV ফাইলে তালিকাভুক্ত Google Workspace ব্যবহারকারী এবং পাসওয়ার্ডগুলি সঠিক কিনা তা যাচাই করুন। CSV ফাইলে একটি মাত্র ভুলের কারণে মাইগ্রেশন ব্যর্থ হতে পারে। বিস্তারিত জানার জন্য, "আপনার মাইগ্রেশনের জন্য CSV ফাইল তৈরি করুন" বিভাগে যান।
• আপনি যে কম্পিউটারে GWMME চালাচ্ছেন, সেখানে সিস্টেম ঘড়িটি সঠিক সময়ে সেট করা আছে কিনা তা যাচাই করুন। যদি কম্পিউটারের ঘড়িটি বন্ধ থাকে, তাহলে OAuth যাচাইকরণ পরীক্ষা করার সময় Google এর সার্ভারগুলিতে ভুল স্থানীয় টাইমস্ট্যাম্প পাঠানো হয়, যার ফলে এটি ব্যর্থ হয়। ইন্টারনেট টাইম সার্ভারের সাথে আপনার কম্পিউটার সিঙ্ক করুন।
• নিশ্চিত করুন যে GWMME প্রমাণীকরণের জন্য ব্যবহৃত Google Workspace সুপার অ্যাডমিনিস্ট্রেটর অ্যাকাউন্টটি বৈধ এবং GWMME কনফিগারেশনে ব্যবহারকারীর নাম সঠিকভাবে লেখা হয়েছে।

GWMME Google Workspace-এ ব্যবহারকারীদের প্রভিশন দেয় না। ডেটা মাইগ্রেট করার আগে Google Workspace ব্যবহারকারী অ্যাকাউন্ট তৈরি করুন।

এই ক্ষেত্রে, মেশিনের বর্তমান তারিখের বছরটি ২০২২ এ পরিবর্তন করা হয়েছে, যার ফলে সার্টিফিকেটটি পুরনো বলে মনে হচ্ছে। আপনি প্রতিটি লগ লাইনের শুরুতে বর্তমান তারিখটি দেখতে পারেন এবং সার্টিফিকেটের " Valid from " এবং " Valid until " তারিখগুলি বর্তমান তারিখের সাথে মেলে না। ত্রুটি পতাকা WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED নির্দেশ করে যে সার্টিফিকেট প্রত্যাহার পরীক্ষা ব্যর্থ হয়েছে।

আপনি শেষ লগ লাইনে " Network connection destination details " এর পরে গন্তব্য আইপি ঠিকানা এবং সমাধান করা হোস্টনামও দেখতে পারেন। এটি একটি 1e100.net address , যার অর্থ এটি গুগল।

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 ইনস্টল করা হয়েছিল এবং HTTPS ডিক্রিপশন করার জন্য সেট করা হয়েছিল (অর্থাৎ এটি নিজস্ব সার্টিফিকেট ব্যবহার করে), কিন্তু এর সার্টিফিকেটটি Windows বিশ্বস্ত সার্টিফিকেট তালিকা থেকে সরানো হয়েছে, তাই এটি অবিশ্বস্ত। মনে রাখবেন যে Fiddler একটি প্রক্সি হওয়ায় এটি 127.0.0.1 এর সাথে সংযুক্ত ছিল এবং Google এর সাথে নয়। ত্রুটির ফ্ল্যাগগুলির মধ্যে রয়েছে WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA , যার অর্থ সিস্টেমটি সার্টিফিকেট কর্তৃপক্ষ (CA). এছাড়াও লক্ষ্য করুন যে গুগল এই সার্টিফিকেটটি ইস্যু করেনি।

আউটপুট স্ক্রিনে অথবা ট্রেস লগ ফাইলে এর মতো একটি ত্রুটি বার্তা প্রদর্শিত হবে:

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

প্রয়োজনীয় অনুমতি ছাড়া ব্যবহারকারীর অ্যাকাউন্টগুলি সাধারণত এই সমস্যার কারণ হয়। এই সমস্যা সমাধানের জন্য, নিশ্চিত করুন যে আপনি এক্সচেঞ্জে অ্যাকাউন্টগুলিকে রিসিভ অ্যাজ অনুমতি দিয়েছেন।

যদি অ্যাকাউন্টগুলিতে "রিসিভ অ্যাজ" অনুমতি থাকে এবং ত্রুটিটি অব্যাহত থাকে, তাহলে আপনার এক্সচেঞ্জ পরিবেশে ব্যবহারকারীর অ্যাকাউন্টগুলিতেও "রিসিভ অ্যাজ" অনুমতি থাকা প্রয়োজন হতে পারে।

কিছু ব্যবহারকারী এক্সচেঞ্জ ২০১০ থেকে মাইগ্রেট করতে পারে না এবং ট্রেস লগ ফাইলে "Failed with 0x80004005" ত্রুটি দেখতে পায়। লগগুলিতে আরও রয়েছে:

• এক্সচেঞ্জ ২০১০-এ র‍্যান্ডম MAPI কল।
• এক্সচেঞ্জ সার্ভার ২০১০ ক্লায়েন্ট অ্যাক্সেস সার্ভারে রিমোট প্রসিডিউর কল ( RPC ) ক্লায়েন্ট অ্যাক্সেস লগে " BufferTooSmall " ত্রুটি।

এটি এক্সচেঞ্জ ২০১০, আউটলুক ২০০৭ এবং আউটলুক ২০১০ এর একটি পরিচিত সমস্যা। আপনাকে এক্সচেঞ্জ ২০১০ SP2 RU3 তে আপডেট করতে হতে পারে। আরও তথ্যের জন্য, MAPI কল ব্যর্থ ত্রুটি সম্পর্কে আপনার Microsoft ডকুমেন্টেশনটি দেখুন।

যদি আপনার লগে HTTP ত্রুটি কোড 500, 502, এবং 503 এর অনেক উদাহরণ থাকে এবং বার্তাগুলি 0x8004106a ত্রুটি কোড দিয়ে আপলোড না হয়, তাহলে লক্ষ্য মেলবক্সে কোনও সমস্যা হতে পারে। এটি সাধারণত উচ্চ লোডের কারণে হয়।

সমস্যাটি সমাধানের জন্য, নিশ্চিত করুন যে লক্ষ্যবস্তু মেলবক্সটি খুব বেশি ব্যবহৃত হচ্ছে না। আপনি করতে পারেন:

• যেকোনো সিঙ্ক ক্লায়েন্ট (যেমন, IMAP, POP, মোবাইল ডিভাইস এবং মেল ক্লায়েন্ট) বন্ধ করুন।
• একবারে শুধুমাত্র একটি উৎস থেকে বার্তা স্থানান্তর করুন।

নিম্নলিখিত সমস্যাগুলি ইঙ্গিত দেয় যে আপনার ব্যবহারকারীদের সঠিকভাবে প্রভিশন করা হয়নি:

• ক্যালেন্ডার ইভেন্টের পরিবর্তনগুলি অংশগ্রহণকারীদের সাথে শেয়ার করা হয় না।
• ক্যালেন্ডার বিজ্ঞপ্তি এবং আপডেটগুলি অংশগ্রহণকারীদের ক্যালেন্ডারে প্রেরণ করা হয় না।

কোনও অ্যাকাউন্ট মাইগ্রেট করার আগে Google Workspace-এ আপনার সমস্ত ব্যবহারকারীর নাম উল্লেখ করুন—এমনকি যদি আপনি শুধুমাত্র আংশিক মাইগ্রেশন করতে চান। যেকোনো ডোমেন উপনাম এবং ডাকনাম যোগ করতে ভুলবেন না। তারপর, সমস্যা সমাধানের জন্য, ব্যবহারকারী যেখানে একজন সংগঠক বা অতিথি, সেই সমস্ত ইভেন্ট মুছে ফেলুন এবং পুনরায় তৈরি করুন।

GWMME ডিফল্টভাবে প্রতি সেকেন্ডে ২৫ জন ব্যবহারকারীর ডেটা স্থানান্তরের হারে ব্যবহৃত হয়। এই হার Contacts API এবং Calendar API উভয়ের জন্যই প্রতি সেকেন্ডে ডিফল্ট কোয়েরি (QPS) ছাড়িয়ে যায়।

সমস্যা সমাধানের জন্য, পরিচিতি এবং ক্যালেন্ডারের জন্য মাইগ্রেশন চালান:

• ইমেল মাইগ্রেশন থেকে আলাদা।
• প্রতি সেকেন্ডে ৪-৮ জন ব্যবহারকারীর কম হারে।

যদি কিছু বার্তা স্থানান্তরিত না হয়, তাহলে বার্তাটি Gmail দ্বারা আরোপিত আকারের সীমা অতিক্রম করতে পারে। অথবা, এতে Gmail দ্বারা ব্লক করা সংযুক্তির ধরণ থাকতে পারে। বিস্তারিত জানার জন্য, Gmail-এ ব্লক করা ফাইলের ধরণগুলিতে যান।

আপনার ফোল্ডারের আকারের সীমাও সরিয়ে ফেলতে হতে পারে এবং নিশ্চিত করতে হবে যে ফোল্ডারগুলি IMAP-তে দেখা যাচ্ছে। বিস্তারিত জানার জন্য, ব্যবহারকারীদের জন্য POP এবং IMAP চালু এবং বন্ধ করুন বিভাগে যান।

Google Workspace মাইগ্রেশনের পরে আপনার ইনবক্সে থাকা বার্তার সংখ্যা অনুমান করে । এটি কোনও নিখুঁত গণনা প্রদান করে না। আপনার Gmail ইনবক্সে নির্দেশিত বার্তার সংখ্যা আপনার লিগ্যাসি ইনবক্সে থাকা বার্তার সংখ্যার চেয়ে আলাদা হতে পারে।

যদি আপনার মনে হয় আপনি কিছু বার্তা মিস করছেন, তাহলে পরীক্ষা করে দেখুন যে:

• বার্তাটি, সংযুক্তি সহ, ২৫ এমবি-এর চেয়ে বড় নয়। আপনি ২৫ এমবি-এর চেয়ে বড় বার্তা স্থানান্তর করতে পারবেন না। বিস্তারিত জানার জন্য, আপনার জিমেইল বার্তার সাথে সংযুক্তি পাঠান বিভাগে যান।
• জিমেইল বার্তার সাথে সংযুক্ত কোনও সংযুক্তি ব্লক করছে না। জিমেইল নির্দিষ্ট ধরণের সংযুক্তি, যেমন এক্সিকিউটেবল ফাইল, প্রতিরোধ করে। বিস্তারিত জানার জন্য, জিমেইলে অবরুদ্ধ ফাইলের প্রকারগুলি দেখুন।
• বার্তাটি একটি ফোল্ডারে অথবা একটি তারিখ সীমার মধ্যে রয়েছে যা মাইগ্রেশনের অংশ।

এক্সচেঞ্জ বা পিএসটি ফাইল মাইগ্রেশনের সময় মিসিং মেসেজ অথবা ভুল প্রেরক বা প্রাপকের সাথে মাইগ্রেট করা বার্তাগুলি ঘটতে পারে। কোনও বার্তার প্রেরক বা প্রাপকের জন্য SMTP ঠিকানা অনুপস্থিত থাকতে পারে এবং এর পরিবর্তে এক্সচেঞ্জ X.500 ঠিকানা ব্যবহার করা হয়। যদি কোনও গ্লোবাল অ্যাড্রেস লিস্ট (GAL) প্রোফাইল তৈরি না করা হয় বা ব্যবহারকারীকে GAL থেকে সরিয়ে দেওয়া হয় তবে এটি ঘটতে পারে।

GWMME যখন X.500 ঠিকানা খুঁজে পায় তখন কী হয়?

যখন GWMME একটি X.500 ঠিকানা খুঁজে পায়, তখন এটি মাইগ্রেশন সার্ভারে নিবন্ধিত একটি MAPI মেল প্রোফাইল অনুসন্ধান করে যা একই X.500 এক্সচেঞ্জ সংস্থার নামের সাথে মেলে। যদি এটি একটি খুঁজে পায়, তাহলে GWMME MAPI মেল প্রোফাইলে ঠিকানা বই নিবন্ধন ব্যবহার করে X.500 ঠিকানাটি সমাধান করে।

যদি GWMME এক্সচেঞ্জ ঠিকানা বইতে এই তথ্যটি খুঁজে না পায়, তাহলে এটি X.500 ঠিকানাটিকে একটি SMTP ঠিকানায় রূপান্তর করার চেষ্টা করে। এটি করার জন্য, এটি X.500 ঠিকানার শেষ CN মান বিবেচনা করে এবং এটিকে ইমেল ঠিকানা ব্যবহারকারীর নাম হিসেবে ব্যবহার করে। উদাহরণস্বরূপ, X.500 ঠিকানা /O=ExchangeOrg/OU=CA/CN=RECIPIENTS/CN=EX_ALIAS এর ফলে SMTP ইমেল ঠিকানা ex_alias@example.com পাওয়া যায়।

X.500 ঠিকানা সমাধানের জন্য এক্সচেঞ্জ ঠিকানা বই কীভাবে ব্যবহার করবেন

1. মাইগ্রেশন পরিচালনাকারী সার্ভারে একটি (নন-ক্যাশে মোড) MAPI মেল প্রোফাইল তৈরি করুন।
2. নিশ্চিত করুন যে MAPI মেল প্রোফাইলটি PST মাইগ্রেশন করার জন্য ব্যবহৃত সার্ভারে সেট আপ করা আছে।
3. MAPI মেইল ​​প্রোফাইলটি অবশ্যই মূল এক্সচেঞ্জ সার্ভারের সাথে সংযুক্ত থাকতে হবে যাতে GWMME GAL ব্যবহার করে প্রাপকদের সঠিকভাবে সমাধান করতে পারে।
4. প্রমাণীকরণ ত্রুটি এড়াতে বর্তমানে সাইন ইন করা ব্যবহারকারী বা পরিষেবা অ্যাকাউন্ট দিয়ে MAPI মেল প্রোফাইল সেট আপ করুন।

গুরুত্বপূর্ণ তথ্য

পরীক্ষা করে নিশ্চিত করুন যে আপনি মাইগ্রেশনটি সঠিকভাবে সেট আপ করেছেন। যদি সমস্যাটি থেকে যায়, তাহলে রিমাইগ্রেশন করলে আপনার গুগল অ্যাকাউন্টে ইতিমধ্যেই মাইগ্রেট করা ডেটা আপডেট হবে না। ইমেল ডেটা মুছে ফেলুন, ট্র্যাশ থেকে সরিয়ে ফেলুন এবং তারপর রিমাইগ্রেট করুন।

মাইগ্রেটেড বার্তাগুলিতে মূল বার্তার সময় এবং তারিখের পরিবর্তে মাইগ্রেশনের তারিখ এবং সময় দেখাতে পারে।

এটি সম্ভবত ঘটে কারণ মূল বার্তার তারিখের শিরোনাম RFC 5322 এর সাথে সঙ্গতিপূর্ণ নয়। যদি কোনও বার্তার তারিখের শিরোনাম সঠিকভাবে ফর্ম্যাট করা না থাকে, তাহলে Gmail বার্তাটিতে মাইগ্রেশনের সময় এবং তারিখ প্রয়োগ করে।

এটি তখন ঘটে যখন আপনি এমন ব্যবহারকারীদের জন্য ইভেন্ট আমদানি করেন যারা ইভেন্টের মূল সংগঠক বা প্রাথমিক অংশগ্রহণকারী নন।

সতর্কতা বার্তা যাই হোক না কেন, ইভেন্টটি সফলভাবে Google Workspace-এ স্থানান্তরিত হয় এবং Google Workspace-এর লক্ষ্য ব্যবহারকারীকে Google Calendar-এ ইভেন্টের অংশগ্রহণকারী হিসেবে দেখানো হয়। এটি প্রয়োজনীয় কারণ Calendar এমন কোনও ব্যবহারকারীর জন্য ক্যালেন্ডার ইভেন্ট তালিকাভুক্ত করা সমর্থন করে না যেখানে তারা কোনও সংগঠক বা অংশগ্রহণকারী নন।