আমাকে প্রেরিত ইমেলটি MAIL@MAIL.COM এ সম্বোধন করা হয়েছে। এটি কিভাবে হয়?

103

আমাকে সম্প্রতি একটি কেলেঙ্কারী ইমেল প্রেরণ করা হয়েছিল, এবং গিগলসের জন্য এটি পড়ার জন্য খুলেছি। খুব সরল, এবং খুব বেশি চেষ্টা করা হয়নি।

আমি অদ্ভুত কিছু লক্ষ্য করেছি; এই ইমেলটি আমার কাছে সম্বোধন করা হয়নি। প্রথমে, আমি সিসি, বা একটি বিসিসি সন্দেহ করেছি, তবে মেইলে এটির কোনও ঠিকানা নেই। আমি নীচে একটি ছবি সরবরাহ করেছেন। এটি কিভাবে হয়?

email metadata

— tuskiomi
সূত্র

8

সম্পূর্ণ বার্তা শিরোনাম পোস্ট করুন ... এছাড়াও ইমেল সার্ভারে আপনার কাছে একটি দ্বিতীয় এসএমটিপি ঠিকানা থাকতে পারে যা সম্ভবত এটি প্রেরণ করা হয়েছিল। ইমেল সার্ভার প্রশাসকরা আপনাকে এ বিষয়ে পরামর্শ দিতে সহায়তা করতে সক্ষম হবে তবে আপনি উত্তরটি সম্পাদনা করতে এবং এই বার্তার সম্পূর্ণ বার্তা শিরোনামের বিশদটি পোস্ট করতে পারেন।

— পিম্প জুস IT

55

আপনি সম্ভবত ইমেলের অন্ধ কার্বন কপি ক্ষেত্রে ছিলেন in

— মকুবাই

61

আপনি বিসিসি তালিকা দেখতে পাবেন না, এটি "বি" লিন্ড অংশ । ;)

— 4cʜιᴇ007

14

@ টসকোমি না, আউটলুকে নেই। জিমেইল দেখায় bcc: me, সম্ভবত অন্যরাও তা করেন ... তবে আপনি যদি পুরো বার্তার শিরোনামটি দেখেন তবে আপনাকে অবশ্যই নিজের ইমেলটি দেখতে হবে

— wysiwyg

20

@ টসকিওমি - না, আপনি কখনই বিসিসিতে তালিকাভুক্ত কাউকে দেখতে পাবেন না, এমনকি নিজেরও নয় not তদুপরি, এটি স্প্যাম হলে সত্যিকারের বিসিসি তালিকা নাও থাকতে পারে; স্প্যামওয়্যার প্রাপক তালিকাটিকে যেভাবে চায় তা পরিচালনা করতে পারে এবং মেল সার্ভারের সাথে স্প্যামওয়্যারের কথোপকথনটি দেখতে ম্যাসেজের সামগ্রীটি কী তা নয় - যা শেষ পর্যন্ত গুরুত্বপূর্ণ। আপনি যদি নিজের ইমেইল ঠিকানাটি দেখেন তবে একমাত্র উপায় হ'ল আপনি যদি ইন্টারনেট শিরোনামগুলি দেখেন।

— জেফ জিটলিন 15'17

152

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

খামটিতে রাউটিং ডেটা রয়েছে: প্রাথমিকভাবে এটি প্রেরকের ঠিকানা এবং এক বা একাধিক প্রাপকের ঠিকানা।

বার্তায় বার্তার সামগ্রী রয়েছে: সাবজেক্ট লাইন, বার্তা বডি, সংযুক্তি এবং আরও অনেক কিছু। এটি কিছু প্রযুক্তিগত তথ্য যেমন ট্রেস ( Received:) শিরোলেখ, ডি কেআইএম ডেটা, এবং বহন করে; সেইসাথে প্রদর্শিত প্রেরক ও প্রাপকের ঠিকানা (তুমি কি দেখতে From, Toএবং Ccক্ষেত্র আপনার মেল ক্লায়েন্টে)।

এটির কর্কটটি এখানে: দুজনকে একমত হতে হবে না!

কোনও মেল সার্ভার কীভাবে বার্তা প্রেরণ করতে হয় তা নির্ধারণের জন্য খামের ডেটা দেখবে। অন্যদিকে, কয়েকটি ব্যতিক্রম ব্যতীত, বার্তাটি কেবলমাত্র ডেটা হিসাবে বিবেচিত হবে। বিশেষ করে, একটি ভাল-ভদ্র মেইল সার্ভার না তাকান To:এবং Cc:বার্তাটি নিজেই ক্ষেত্র প্রাপকদের তালিকাটিতে নির্ধারণ করতে, কিংবা এটি তাকান নেই From:প্রেরকের ঠিকানা নির্ধারণ করতে ক্ষেত্র।

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

বার্তাটি যখন তার চূড়ান্ত গন্তব্যে পৌঁছায়, খামের ডেটা হয় হয় ফেলে দেওয়া হয়, বা বিশদ বার্তার শিরোনামে রাখা হয়। স্পিটিনের আইটি আপনার প্রশ্নের মন্তব্যে সম্পূর্ণ বার্তা শিরোনাম চেয়েছিল তার কারণগুলির এটি একটি অংশ।

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

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

বাস্তব, শারীরিক আমাদের নিছক মানুষেরা বাস বস্তুর বিশ্বে খাম প্রেরক এবং খাম প্রাপক , ফিরতি ঠিকানা ও প্রাপকের ঠিকানায় অনুরূপ যথাক্রমে, আপনি খাম বাইরে লিখতে; এবং From:এবং To:/ Cc:হেডার মিলা যাই হোক না কেন আপনি আপনার ও প্রাপকের ঠিকানায় যেমন যথাক্রমে চিঠি আপনারা খাম রাখা রাখা।

— একটি সিভিএন
সূত্র

8

আমি আশা করি লোকেরা এখানে আরও বাস্তব-বিশ্বের উপমা তৈরি করে যাতে অন্যেরা শারীরিক সমতুল্য কী তা বুঝতে পারে। কোনও ইমেলের "প্রেরক" হ'ল মেইলম্যানকে খামটি হস্তান্তর করার মতো; "থেকে" ঠিকানাটি হ'ল এটির উদ্দেশ্যটি। আপনি যদি একটি সচিব অন্য কারো পক্ষ থেকে পাঠানো, ইত্যাদি হতে পারে ভালো লেগেছে

— Mehrdad

21

@ মেহরদাদ নং; (এসএমটিপি) খাম প্রেরকের ঠিকানা হ'ল খামের বাইরের রিটার্ন ঠিকানার মতো (যেখানে এটি প্রেরণ করা যায় না তবে এটি প্রেরণ করা হয়), তবে Fromশিরোনামের ঠিকানাটি আপনি যে কাগজের টুকরোটিতে লিখেছেন তা হ'ল খামের ভিতরে এবং মেলম্যান এমনকি এটি সম্পর্কেও জানেন না।

— একটি সিভিএন

আমি প্রেরকের কথা ভাবছিলাম: শিরোনাম যখন আমি এটি লিখেছিলাম এবং এটি কেবল একটি উদাহরণ ছিল। শুধু বলছি আপনার উত্তরের মতো উদাহরণ যোগ করা ভাল লাগবে।

— মেহরদাদ

91

Bolding পরিমাণ এখানে সত্যিই এ সবচেয়ে অপ্রয়োজনীয় । এবং এটি কেবল আমার মতামত ।

— জ্যাকগল্ড

3

@ সুপ্রেমগ্র্যান্ড রুলার কারণ প্রাপক তথ্য (সম্ভাব্য প্রেরক বা প্রত্যাবর্তনের পথের বিপরীতে) ইমেলের মধ্যে নেই। বিসিসি ক্ষেত্র থেকে এমইউএ যে ঠিকানাগুলি পেয়েছিল সেগুলি সহ পুরো প্রাপক তালিকাটি অন্তর্ভুক্ত করা হয়েছে তা কল্পনা করুন (মনে রাখবেন: এসএমটিপি (খামের প্রোটোকল) বিসিসি সম্পর্কে জানে না, এটি কেবল প্রাপকদের সম্পর্কেই জানে) ... এটি একটি গোপনীয়তার সমস্যা হতে পারে (এবং একটি বিশাল জায়গার অপচয়) কেবলমাত্র বৃহত মেইলিং তালিকায় নয় (বিসিসি যেমন একই নীতি অনুসারে পরিচালিত হয়)।

— জোনাস শ্যাফার 16'17

23

tl; নীচে ড।

এসএমটিপি প্রোটোকলের সিসি বা বিসিসি প্রাপকদের ধারণা নেই; এটি মেল ক্লায়েন্টদের দ্বারা অনুষ্ঠিত একটি সম্মেলন। এসএমটিপি সার্ভার সাধারণত রাউটিং সম্পর্কিত তথ্য এবং ডেটা সম্পর্কে চিন্তা করে। এটি একটি গুরুত্বপূর্ণ পার্থক্য, কারণ এই ক্ষমতা না থাকলে, বিসিসির অস্তিত্ব থাকতে পারে না। বৈধ বিসিসি যোগাযোগের জন্য নিম্নলিখিত ক্লায়েন্টের অনুলিপিটি বিবেচনা করুন:

HELO from-mail-server.com
MAIL FROM:<john.smith@from-mail-server.com>
RCPT TO:<anonymous@another-mail-server.com>
DATA
From: "John Smith" <john.smith@from-mail-server.com>
To: "Jane Doe" <jane.doe@to-mail-server.com>
BCC: "Anonymous" <anonymous@another-mail-server.com>
Subject: Important Meeting Notice
Date: Monday, May 15, 2017 12:20 PM

This is an important meeting notice. We'll meet tomorrow.

.

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

HELO from-mail-server.com
MAIL FROM:<john.smith@from-mail-server.com>
RCPT TO:<jane.doe@to-mail-server.com>
DATA
From: "John Smith" <john.smith@from-mail-server.com>
To: "Jane Doe" <jane.doe@to-mail-server.com>
Subject: Important Meeting Notice
Date: Monday, May 15, 2017 12:20 PM

This is an important meeting notice. We'll meet tomorrow.

.

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

@ জোনাসওয়িলিকির দ্বারা উল্লিখিত হিসাবে , যা আমি অন্তর্ভুক্ত করতে চেয়েছিলাম, এটি হ'ল বিসিসি বাস্তবায়নের জন্য প্রয়োজনীয় একাধিক ইমেল প্রেরণের জন্য সাধারণত এমইউএ (মেল ব্যবহারকারী এজেন্ট) দায়বদ্ধ। ইমেল সার্ভারগুলি বিসিসি সম্পর্কে কিছু জানে না এবং তাই এমইউএ অবশ্যই খামের শিরোনামগুলিতে নির্দিষ্ট বিভিন্ন ইমেল রুট সহ একাধিক ইমেল প্রেরণ করে বিসিসি বাস্তবায়ন করতে হবে। এই কারণে, বিসিসিগুলি সাধারণত সাধারণত ইমেলগুলি প্রেরণে বেশি সময় নেয়, কারণ পৃথক পৃথক বার্তা সংস্থা তৈরি করতে হবে এবং প্রেরণ করতে হবে।

এটি কিছু ইমেল সম্মতি বিধিগুলির সাথেও সহায়তা করে। উদাহরণস্বরূপ, কোনও মেল সার্ভারের বিসিসিকে একটি সংরক্ষণাগার ইমেল সার্ভার স্বয়ংক্রিয়ভাবে কনফিগার করা থাকতে পারে (এতে পাঠানো সমস্ত ইমেলগুলিও সংরক্ষণাগারভুক্ত হয়), সেক্ষেত্রে মেল সার্ভারটি প্রকৃত প্রাপকও নাও হতে পারে।

HELO from-mail-server.com
MAIL FROM:<john.smith@from-mail-server.com>
RCPT TO:<mail-archive@archive-server.com>
DATA
From: "John Smith" <john.smith@from-mail-server.com>
To: "Jane Doe" <jane.doe@to-mail-server.com>
BCC: "Anonymous" <anonymous@another-mail-server.com>
Subject: Important Meeting Notice
Date: Monday, May 15, 2017 12:20 PM

This is an important meeting notice. We'll meet tomorrow.

.

এখানে, প্রাপক হ'ল অন্য পক্ষ যা প্রাপক বা এমনকি প্রেরকের মধ্যে সম্পূর্ণরূপে অজ্ঞাত। এটি প্রোটোকলের একটি বৈশিষ্ট্য যা সাধারণত বার্তাগুলি রিলে বা সংরক্ষণাগার হিসাবে ব্যবহৃত হয়।

এই স্প্যাম বার্তাটি যা করেছে তা হ'ল আচরণের সুযোগ নেওয়া। এটি একটি স্ট্যান্ডার্ড লুফোল যা প্রযুক্তিগতভাবে কোনও মেনে চলার মেল সার্ভারের সাথে কাজ করা উচিত। অবশ্যই, অনেক আপডেট হওয়া সার্ভারগুলি DKIM এর মতো "এক্সটেনশানস" ব্যবহার করে যেমন ইমেলটি প্রামাণ্য তা যাচাই করে, তবে এখনও অনেকগুলি পুরানো মেল সার্ভার রয়েছে যা যত্ন করে না, কেবল কারণ এটি ভাঙ্গা নয় এমন জিনিসগুলি ঠিক না করার লোভনীয়।

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

TL; ড

সুতরাং, সংক্ষেপে, প্রেরক একটি ইমেল ফাঁকি দিয়েছিল, উত্সত মেল সার্ভার এটি গ্রহণ করেছে / রিলে করেছে, আপনার ইমেল সার্ভারটি এটি গ্রহণ করেছে এবং এটি আপনার ইনবক্সে সংরক্ষণ করেছে এবং আপনার ক্লায়েন্ট বিশ্বস্ততার সাথে আপনার ইনবক্সে থাকা ডেটাটি প্রদর্শন করেছিলেন, সমস্ত কিছু ছাড়াই without কোন সুরক্ষা। "প্রেরণ" সুরক্ষা প্রায়শই সেই দৃষ্টিকোণে "প্রাপ্তি" সুরক্ষার চেয়ে অনেক কম সীমাবদ্ধ থাকে, যেহেতু আপনি কোনও মেইল বাক্স অ্যাক্সেস করার আগে পিওপি 3 প্রায় সর্বদা একটি ব্যবহারকারীর নাম এবং পাসওয়ার্ডের প্রয়োজন হয় (আপনি তাত্ত্বিকভাবে এটিকে অবরুদ্ধ করতে পারেন, তবে আমি কোনও বৈধ সম্পর্কে জানি না মেল পরিষেবাগুলি যা করে)।

— phyrfox
সূত্র

3

আপনার অবশ্যই লক্ষ্য করা উচিত যে বিসিসির স্ট্রিপিং সাধারণত মেল সার্ভারগুলি দ্বারা পরিচালিত হয় না (আপনার সরবরাহিত এসএমটিপি ট্রান্সক্রিপ্ট অন্যথায় প্রস্তাব দেয়, কারণ হেলো একটি মেল সার্ভারের মতো লাগে এবং এমইউএর মতো নয়)। সেই হেডারে সম্বোধিত ব্যক্তিকে বিসিসির শিরোনাম সহ একটি অনুলিপি সরবরাহের জন্য দুটি পৃথক ইমেল প্রেরণ করে এমইউএ দ্বারা অতিরিক্ত কাজ করা দরকার।

— জোনাস শোফার 16'17

@ জোনাস উইলিকি এটি একটি ভাল বিষয়। আমি সেই প্রভাবটিতে একটি সম্পাদনা যুক্ত করেছি।

— ফায়ারফক্স 16'17

5

আপনি যদি একটি বিতরণ

— মেলটিতে একটি সিসি

1

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

— প্যাট্রিক

6

সুরক্ষা এবং প্রমাণীকরণকে খুব কম গুরুত্ব সহকারে বিবেচনা করা হয় এমন সময় থেকে এসএমটিপি এবং ইমেল খুব পুরানো ইন্টারনেট পরিষেবাদি (ডিএনএস এর আরেকটি উদাহরণ)। প্রোটোকলের নকশা প্রেরকের ঠিকানার সত্যতা যাচাই করার জন্য কোনও প্রচেষ্টা করে না এবং কেবল প্রাপকের ঠিকানাটিকে বৈধতা দেয় কারণ এটি নিশ্চিত করে যে মেলটি সরবরাহযোগ্য।

ইমেলটি এসএমটিপি প্রোটোকলের মাধ্যমে প্রেরণ করা হয়। এসএমটিপি প্রোটোকল তুলনামূলকভাবে বোবা; এটি একটি ইমেল ঠিকানায় এবং আরও সামান্য কিছুতে প্লেইনেক্সট প্রেরণ করার সুবিধা সরবরাহ করে। এই প্লেটেক্সটটির কাঠামোটি আরএফসি 5322 দ্বারা সংজ্ঞায়িত করা হয়েছে । সাধারণ ধারণাটি হ'ল ইমেইল পাঠ্যে মেটাডেটাটিকে একটি শিরোনাম বলা হয় এবং বার্তার আসল পাঠ্য সংস্থায়। এই ইমেল শিরোনাম প্রেরক দ্বারা উত্পাদিত হয়েছে (এটির কোনওটিতেই বিশ্বাস করা যায় না) এবং এতে "থেকে:", "থেকে:", "বিষয়:", ইত্যাদির মতো ক্ষেত্র রয়েছে ...

এসএমটিপি প্রোটোকল এসএমটিপি প্রোটোকলে সংজ্ঞায়িত খুব কম কয়েকটি জিনিসের সাথে ইমেল শিরোনামগুলির সাথে মেলে না (যা ধারণা করা হয় না) যাচাই করে না যা মূলত আপনার ইমেল ঠিকানা এবং কোনও প্রেরকের ইমেল ঠিকানা যা কোনওভাবেই বৈধ হয় না।

একটি ইমেল বার্তায় প্রায় প্রতিটি জিনিসই নকল হতে পারে।

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

— trognanders
সূত্র

আমি Received:আপনার নিজের সিস্টেমের দ্বারা বিশ্বাসযোগ্য অংশগুলিতে চূড়ান্ত শিরোনাম যুক্ত করব।

— হ্যাগেন ভন ইটজেন

3

Toইমেল শিরোনামে ঠিকানা তথ্য উদ্দেশ্যে এবং এটি ইমেল ক্লায়েন্ট দ্বারা দেখানো হয়। আসল প্রাপক ঠিকানা RCPT TOএসএমটিপি দিয়ে দেওয়া হয় । আপনি চিঠি লিখলে, খামে রেখে, খামে ঠিকানা -1 লিখলে এটি একই হয়। তারপরে কুরিয়ারে যান, অন্য একটি ঠিকানা -২ দিন। কুরিয়ার আপনার খামটি ঠিকানা -2 সহ আরও বড় খামে রাখে এবং চালানটি সেখানে চলে যাবে। আপনার সেক্রেটারি (ইমেল ক্লায়েন্ট সফ্টওয়্যার) আপনাকে বহিরাগত খামটি ট্র্যাশে ফেলে দেয় এবং আপনাকে ঠিকানা -1 সহ অভ্যন্তরীণ খাম প্রদর্শন করে। আপনি এটি ইমেল বার্তার RAW দেখুন দিয়ে দেখতে পারেন।

— i486
সূত্র

2

শিরোনাম পরীক্ষা করার উপর ভিত্তি করে এটি কিছুটা ভিন্ন চেহারা। অন্যান্য উত্তরগুলি এসএমটিপি-র বিশদগুলি আমার চেয়ে ভাল পরিচালনা করে।

আপনার বার্তাটি পূর্ণ হেডার, তারপর তাদের আপনার ঠিকানা অনুসন্ধান পেতে পারেন, তাহলে আপনি পারে এটা একটি ক্ষেত্র নামক খুঁজে Envelope-to, Delivered-toঅথবা X-Apparently-to। প্রথমটি আমার মেল সরবরাহকারী ব্যবহার করেন, দ্বিতীয়টি জিমেইল দ্বারা ব্যবহৃত হয়েছে; তৃতীয়টিও ব্যবহার করেছি দেখেছি। এগুলি পৃথক ক্ষেত্র তবে আমাদের উদ্দেশ্যগুলির জন্য একই জিনিসটির প্রবণতা রয়েছে: মেলবক্সটি আসলে বার্তাটি পৌঁছে দেওয়ার জন্য। আমি প্রাপক বিসিসিডের সাথে দৃষ্টিভঙ্গি (ডেস্কটপ সংস্করণ) থেকে প্রেরণ করে পরীক্ষা করেছি।

আমার মেল সরবরাহকারী Delivered-Toক্ষেত্রটি কিন্তু তাদের সার্ভারে মেলবক্স নামের জন্য ব্যবহার করে। এটি আমার ইমেল ঠিকানা নয় যদিও এটি দেখতে একরকম মনে হয় (মনে করুন ChrisH-$ACCOUNTNAME@$SERVER.mail.com)।

অন্যদিকে আউটলুক (এক্সচেঞ্জ সার্ভারের সাথে মিলিত) আপনি বিসিসি হিসাবে তালিকাভুক্ত থাকলে প্রাপকের ইমেল ঠিকানা সহ শিরোনামগুলিতে একটি ক্ষেত্র অন্তর্ভুক্ত করে না।

— ক্রিস এইচ
সূত্র