read receipts
প্লাস-সাইন ট্রিক যা দেখায় আপনার ঠিকানা কোথায় ফাঁস হয়েছে (এবং এটি কী প্রমাণ করতে পারে না)
একটি ট্যাগ করা ঠিকানা আপনাকে বলে যে স্প্যামের একটি অংশ কোন সাইনআপে ফিরে যায়। এটি বলে না কে এটি ফাঁস করেছে, বা যে কেউ কিছু বিক্রয় করেছে কিনা।
একটি দোকানে you+homedepot@example.com হিসেবে সাইন আপ করুন এবং একটি টিকিট সাইটে you+ticketmaster@example.com হিসেবে, এবং যতক্ষণ কিছু ট্যাগটি সরাই না করে, প্রতিটি মেইল যা আসে একটি লেবেল বহন করে যা বলে যে ঠিকানা কোন ফর্মে টাইপ করা হয়েছিল। যখন স্প্যাম সেই ট্যাগগুলির একটিতে আসতে শুরু করে, আপনি অনুমান করছেন না যে ঠিকানা কোথায় প্রচলিত হয়েছে। আপনি এটি খামে পড়ছেন।
এই প্রক্রিয়াটি পুরানো এবং নথিভুক্ত। সাবঅ্যাড্রেসিং — একটি ঠিকানার স্থানীয় অংশে একটি সেপারেটর অক্ষরের পরে কিছু "বিবরণ" সংযুক্ত করা, সাধারণত + — RFC 5233 এ বর্ণনা করা হয়েছে, যা জানুয়ারি 2008 এ প্রকাশিত হয়েছিল, যা ken+sieve@example.org এ মেইলের উদাহরণ দেয় যা ken ব্যবহারকারীর অন্তর্গত মেইলবক্সে প্রবেश করে। Gmail এর নিজস্ব সাহায্যে এই আচরণ নথিভুক্ত করে: "আপনার Gmail উপনাম ব্যবহার করে ফিল্টার করুন" এর অধীনে, এটি বলে যে "নিম্নলিখিত উপনামগুলিতে পাঠানো বার্তাগুলি janedoe@gmail.com এ যাবে," তারপর janedoe+school@gmail.com, janedoe+notes@gmail.com এবং janedoe+important.emails@gmail.com তালিকাভুক্ত করে। একটি মেইলবক্স, আপনি যতগুলি চাইতে পারেন তার মতো অনেক লেবেল করা বৈচিত্র্য, কোন সেটআপ প্রয়োজন নেই।
এখানে এমন অংশ যা সাধারণত অতিরঞ্জিত হয়, এই নিবন্ধের প্রথম সংস্করণে সহ। একটি ট্যাগ প্রবেশের একটি পয়েন্ট চিহ্নিত করে। এটি একটি অপরাধীকে চিহ্নিত করে না। যদি একটি ঠিকানা ঠিক একটি দোকানে দেওয়া হয় ক্রিপ্টো স্প্যাম পেতে শুরু করে, যা প্রতিষ্ঠিত হয়েছে তা হল যে ঠিকানা সেই সাইনআপের মাধ্যমে বিস্তৃত বাজারে পৌঁছেছে — এবং এটি সত্যিই উপকারী। যা প্রতিষ্ঠিত হয়নি তা হল কীভাবে। দোকানটি একটি তালিকা বিক্রয় করতে পারত। এটি এমনভাবে শেয়ার করতে পারত যা তার নিজস্ব গোপনীয়তা নীতি অনুমতি দেয়। এটি একটি প্রসেসর, একটি পূর্ণতা অংশীদার বা একটি মার্কেটিং প্ল্যাটফর্মে পাস করতে পারত যা পরবর্তীতে লঙ্ঘন করা হয়েছিল। লঙ্ঘন দোকানে ছিল, বা তিন সরবরাহকারী নীচে ছিল। ঠিকানা গ্রাহকের নিজস্ব ডিভাইস বা মেইলবক্স থেকে ফাঁস হতে পারত। কেউ প্যাটার্ন অনুমান করতে পারত — একবার একটি আক্রমণকারী you+petco@ দেখেছে, you+anything-else@ এর আকৃতি অনুমান করা কঠিন নয়, এবং ট্যাগগুলি কখনও কখনও একটি ফরওয়ার্ড করা বার্তা থেকে সরাসরি অনুলিপি করা হয়। "এই সাইনআপ হল যেখানে এটি বেরিয়ে গেছে" একটি সঠিক সিদ্ধান্ত। "এই কোম্পানি আমাকে বিক্রয় করেছে" একটি ভিন্ন দাবি, এবং একটি ট্যাগ এর জন্য প্রমাণ নয়।
এই কৌশলের সাথে দুটি ব্যবহারিক সীমা আসে। প্রথমটি মান নিজেই: বিবরণ কীভাবে এনকোড করা হয় তা RFC 5233 এর কথায়, "সাইট এবং/বা বাস্তবায়ন-নির্দিষ্ট।" কোন নিশ্চয়তা নেই যে একটি নির্দিষ্ট প্রদানকারী + সমর্থন করে, এটিকে একটি সেপারেটর হিসাবে বিবেচনা করে, বা একটি নির্দিষ্ট সাইনআপ ফর্ম সম্পূর্ণরূপে অক্ষরটি গ্রহণ করে; ফর্মগুলি যা ঠিকানাগুলি সংকীর্ণভাবে যাচাই করে তা এটি প্রত্যাখ্যান করে, এবং যা কিছু পরে ঠিকানা প্রক্রিয়া করে তা এটি ট্রিম করতে পারে। দ্বিতীয়টি হল ট্যাগ খারাপ হয়ে যাওয়ার পরে কী করতে পারে। to: you+petco@… এ একটি ফিল্টার সেই মেইলকে ইনবক্সে পৌঁছাতে বাধা দেয়। এটি কোনও কারও ডাটাবেস থেকে ঠিকানা সরায় না, এবং এটি আরও ভাগ করা থেকে থামায় না। এটি গ্রহণকারীর দিকে ধারণ করা, আর কিছু নয়।
আনসাবস্ক্রাইব করা সেই ভুল বোঝার অন্য অংশ। এক-ক্লিক আনসাবস্ক্রাইব একটি বিনয় নয়; উচ্চ-ভলিউম প্রেরকদের জন্য এটি একটি প্রয়োজনীয়তা। Google এর প্রেরক নির্দেশিকা 5,000 বা তার বেশি বার্তা প্রেরণকারীদের বলে যা Gmail অ্যাকাউন্টে একটি দিনে যে "বিপণন বার্তা এবং সাবস্ক্রাইব করা বার্তা অবশ্যই এক-ক্লিক আনসাবস্ক্রাইব সমর্থন করে" এবং অবশ্যই "বার্তা সংস্থায় একটি স্পষ্টভাবে দৃশ্যমান আনসাবস্ক্রাইব লিঙ্ক অন্তর্ভুক্ত করে," যখন স্প্যাম হার "0.10% এর নীচে" রাখে এবং কখনও "0.30% বা উচ্চতর" এ পৌঁছায় না। Yahoo এর Sender Hub একটি কর্মক্ষম List-Unsubscribe শিরোনাম এবং একটি দৃশ্যমান লিঙ্ক প্রয়োজন, দুই দিনের মধ্যে সম্মানিত আনসাবস্ক্রাইব অনুরোধ সহ। যা আপনাকে ঠিক বলে যে প্রক্রিয়া কত দূরে পৌঁছায়: এটি এমন প্রেরকদের বিরুদ্ধে কার্যকর যারা তাদের মেইল Gmail এবং Yahoo তে সরবরাহ করতে চায়। একটি প্রেরক যিনি কখনও সম্মতি করতে অভিপ্রায় করেননি তিনি সেই সিস্টেমের বাইরে রয়েছেন, এবং তাকে বিনীতভাবে থামতে বলার অনুরোধ একটি নিয়ন্ত্রণ নয় যা আপনার কাছে রয়েছে।
সাইনআপগুলির জন্য যা আপনি একটি বাস্তব ঠিকানা বিশ্বাস করেন না, Apple দুটি পৃথক জিনিস অফার করে যা প্রায়শই মিশ্রিত হয়। প্রথমটি হল iCloud+ Hide My Email, যা একটি iCloud+ সাবস্ক্রিপশন প্রয়োজন: "যখন আপনি iCloud+ এ সাবস্ক্রাইব করেন," আপনি "অনন্য, র্যান্ডম ইমেল ঠিকানা তৈরি করতে পারেন," "আপনার র্যান্ডম ঠিকানায় পাঠানো মেইল আপনার ব্যক্তিগত ইমেল অ্যাকাউন্টে ফরওয়ার্ড করা হয়," "আপনি যতগুলি ঠিকানা প্রয়োজন তৈরি করতে পারেন," এবং "আপনি এমন ঠিকানাগুলিও নিষ্ক্রিয় বা মুছে ফেলতে পারেন যা আপনি আর ব্যবহার করেন না।" নিষ্ক্রিয়করণ বিপরীত; মুছে ফেলা, Apple নোট করে, নয়। দ্বিতীয়টি হল Apple দিয়ে সাইন ইন করুন, যেখানে একটি Apple অ্যাকাউন্ট দিয়ে একটি অ্যাপে সাইন করা আপনার নিজের পরিবর্তে privaterelay.appleid.com ডোমেইনে একটি রিলে ঠিকানা জারি করতে পারে; রিলে যে ঠিকানাটি ফরওয়ার্ড করে তা পরিবর্তন করা নিজেই একটি iCloud+ বৈশিষ্ট্য। উভয়ই প্রেরকের কাছে এমন কিছু হাতে দেওয়া এড়ায় যা স্ট্রিপ বা স্ক্র্যাপ করা যায়, কারণ একটি বাস্তব ঠিকানায় কোন দৃশ্যমান ট্যাগ বল্ট করা নেই — তবে সেগুলি বিভিন্ন বৈশিষ্ট্য, বিভিন্ন প্রয়োজনীয়তা সহ, এবং সেগুলি নামে জিজ্ঞাসা করার যোগ্য।
এর পিছনে স্কেল পরীক্ষা করা সহজ এবং স্মৃতি থেকে উদ্ধৃত করার চেয়ে পরীক্ষা করা মূল্যবান। Have I Been Pwned এর ফ্রন্ট পৃষ্ঠা, 20 অক্টোবর 2026 এ পড়া হয়েছে, 1,047 লঙ্ঘন করা ওয়েবসাইট জুড়ে 17,846,550,965 লঙ্ঘন করা ঠিকানা দেখিয়েছে। এগুলি প্রকল্পটি লোড করেছে এমন লঙ্ঘনে উপস্থিত ঠিকানা, কোনো অ্যাকাউন্ট সমঝোতা নয়, এবং প্রতিটি লঙ্ঘনের কাউন্ট নয় যা কখনও ঘটেছে। ট্যাগিং পরবর্তীটিকে একটি ঠিকানার বাইরে রাখে না। যা এটি করে তা একটি বেনাম বন্যা পরিণত করা লেবেল করা মেইলে, যাতে যখন কিছু ভুল হয় আপনি জানেন কোন দরজা এটি এসেছে — এবং নিজের কাছে সৎ হন এটি কী করে এবং প্রমাণ করে না।
সংশোধন, 20 অক্টোবর 2026। এই নিবন্ধের একটি প্রাথমিক সংস্করণ প্রথম ব্যক্তিতে লেখা হয়েছিল এবং ডেটা-ব্রোকার ডাম্পে উপস্থিত ট্যাগ করা ঠিকানার ব্যক্তিগত পর্যবেক্ষণ বর্ণনা করেছিল। নিবন্ধের কোনও চিহ্নিত স্বতন্ত্র লেখক নেই — এটি xmail দ্বারা একটি সংস্থা হিসাবে প্রকাশিত — এবং সেই অ্যাকাউন্টটি প্রমাণ করা যায়নি, তাই এটি একটি নিরপেক্ষ, পুনরুত্পাদনযোগ্য পরিস্থিতি হিসাবে পুনর্লিখিত হয়েছে। দাবি যে একটি ট্যাগ করা ঠিকানা "ঠিক একটি সন্দেহভাজন রেখে যায়" এবং যে কোম্পানিটি ঠিকানা বিক্রয় করেছে তার নাম দেয় তা সংশোধন করা হয়েছে: একটি ট্যাগ প্রবেশের একটি বিন্দু চিহ্নিত করে, একটি অপরাধী বা লেনদেন নয়। একটি বিবৃতি যে Gmail 2008 সাল থেকে প্লাস-অ্যাড্রেসিং সমর্থন করেছে তা সরানো হয়েছে, কারণ Google এর ডকুমেন্টেশন কোন শুরুর তারিখ দেয় না; 2008 তারিখ এখন RFC 5233 কে বোঝায়, যেখানে রীতিটি নির্দিষ্ট করা হয়েছে। Have I Been Pwned চিত্র, পূর্বে হাজার হাজার লঙ্ঘন জুড়ে 14 বিলিয়নেরও বেশি আপস করা অ্যাকাউন্ট হিসাবে দেওয়া হয়েছিল, 20 অক্টোবর 2026 এ পড়া সাইটের নিজস্ব কাউন্টার দ্বারা প্রতিস্থাপিত হয়েছে। Apple এর রিলে ঠিকানার বর্ণনা iCloud+ Hide My Email এবং Apple দিয়ে সাইন ইন করুনতে বিভক্ত করা হয়েছে, যা বিভিন্ন বৈশিষ্ট্য যা বিভিন্ন প্রয়োজনীয়তা সহ, এবং Gmail এর আচরণের জন্য উদ্ধৃতি এখন সাহায্য পৃষ্ঠায় নির্দেশ করে যা আসলে এটি নথিভুক্ত করে। একটি দাবি যে আনসাবস্ক্রাইব লিঙ্কগুলি প্রায়শই ফিশিং বেট একটি উৎস অভাবের জন্য সরানো হয়েছে।
সূত্র
- Google — Send emails from a different address or alias — Gmail Help. "Filter using your Gmail alias": mail to [email protected] and similar aliases all goes to [email protected] (checked 20 October 2026)
- RFC 5233 — Sieve Email Filtering: Subaddress Extension — K. Murchison, January 2008. Defines subaddressing and the "+" separator, and notes that the encoding is site- and implementation-specific
- Apple — Create unique, random email addresses with Hide My Email and iCloud+ — Requires an iCloud+ subscription; random addresses forward to your personal account and can be deactivated or deleted
- Apple — Stop using, reactivate, or delete a Hide My Email address — Deactivated addresses can be reactivated; deleting an address is permanent
- Apple — How to use Hide My Email with Sign in with Apple — A separate feature: relay addresses in the privaterelay.appleid.com domain; changing the forwarding address requires iCloud+
- Google — Email sender guidelines — One-click unsubscribe and spam-rate requirements for senders of 5,000+ messages a day, in force from 1 February 2024 (checked 20 October 2026)
- Yahoo Sender Hub — Best practices — Working List-Unsubscribe header plus a visible link, with unsubscribe requests honoured within two days (checked 20 October 2026)
- Have I Been Pwned — Front-page counters: 1,047 pwned websites and 17,846,550,965 pwned addresses, read 20 October 2026