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

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

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

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

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

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

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

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

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

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

0x80040109
Fail:While stamping the message

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

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

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

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

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

GWMME গুগল ওয়ার্কস্পেসে ব্যবহারকারী তৈরি করে না। ডেটা মাইগ্রেট করার আগে গুগল ওয়ার্কস্পেস ব্যবহারকারী অ্যাকাউন্টগুলো তৈরি করে নিন।

এক্ষেত্রে, মেশিনের বর্তমান তারিখের বছরটি ২০২২-এ পরিবর্তন করা হয়েছিল, যার ফলে সার্টিফিকেটটি মেয়াদোত্তীর্ণ বলে মনে হচ্ছে। আপনি প্রতিটি লগ লাইনের শুরুতে বর্তমান তারিখটি দেখতে পারেন, এবং সার্টিফিকেটের " 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-এর সাথে সংযোগ স্থাপন করছিল। এরর ফ্ল্যাগগুলোর মধ্যে রয়েছে WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA , যার অর্থ হলো সিস্টেমটি সার্টিফিকেট অথরিটিকে (CA). আরও লক্ষ্য করুন যে, এই সার্টিফিকেটটি গুগল ইস্যু করেনি।

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

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 ডকুমেন্টেশন দেখুন।

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

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

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

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

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

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

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

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

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

যদি কিছু মেসেজ স্থানান্তরিত না হয়, তাহলে মেসেজটি জিমেইল কর্তৃক নির্ধারিত আকারের সীমা অতিক্রম করতে পারে। অথবা, এতে জিমেইল দ্বারা ব্লক করা অ্যাটাচমেন্টের ধরন থাকতে পারে। বিস্তারিত জানতে, ‘জিমেইলে ব্লক করা ফাইলের ধরন’ (File types blocked in Gmail ) অংশে যান।

আপনার ফোল্ডারের আকারের সীমা অপসারণ করার এবং IMAP-এ ফোল্ডারগুলো প্রদর্শিত হচ্ছে কিনা তা নিশ্চিত করারও প্রয়োজন হতে পারে। বিস্তারিত জানতে, ব্যবহারকারীদের জন্য POP এবং IMAP চালু ও বন্ধ করুন (Turn POP and IMAP on and off for users) অংশে যান।

মাইগ্রেশনের পরে গুগল ওয়ার্কস্পেস আপনার ইনবক্সে থাকা বার্তার সংখ্যা অনুমান করে । এটি কোনো সঠিক সংখ্যা দেখায় না। আপনার জিমেইল ইনবক্সে দেখানো বার্তার সংখ্যা আপনার পুরোনো ইনবক্সের বার্তার সংখ্যা থেকে ভিন্ন হতে পারে।

আপনার যদি মনে হয় কিছু বার্তা বাদ পড়ছে, তাহলে যাচাই করে দেখুন:

• অ্যাটাচমেন্ট সহ মেসেজটির আকার ২৫ মেগাবাইটের বেশি নয়। আপনি ২৫ মেগাবাইটের চেয়ে বড় মেসেজ মাইগ্রেট করতে পারবেন না। বিস্তারিত জানতে, আপনার জিমেইল মেসেজের সাথে অ্যাটাচমেন্ট পাঠান (Send attachments with your Gmail message) অংশে যান।
• জিমেইল মেসেজের সাথে অ্যাটাচমেন্ট যুক্ত করতে বাধা দিচ্ছে না। জিমেইল কিছু নির্দিষ্ট ধরনের অ্যাটাচমেন্ট, যেমন এক্সিকিউটেবল ফাইল, যুক্ত করতে বাধা দেয়। বিস্তারিত জানতে, ‘জিমেইলে ব্লক করা ফাইলের প্রকারভেদ’ (File types blocked in Gmail ) অংশে যান।
• বার্তাটি এমন একটি ফোল্ডারে বা নির্দিষ্ট তারিখের সীমার মধ্যে রয়েছে যা মাইগ্রেশনের অংশ।

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

GWMME যখন একটি X.500 অ্যাড্রেস খুঁজে পায় তখন কী ঘটে?

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

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

X.500 অ্যাড্রেস রিজলভ করতে কীভাবে Exchange অ্যাড্রেস বুক ব্যবহার করবেন

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

গুরুত্বপূর্ণ নোট

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

স্থানান্তরিত বার্তাগুলিতে মূল বার্তার সময় ও তারিখের পরিবর্তে স্থানান্তরের তারিখ ও সময় দেখানো হতে পারে।

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

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

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