ইমেল ঠিকানাগুলি কি সংবেদনশীল?


304

আমি পড়েছি যে স্ট্যান্ডার্ড অনুসারে ই-মেইলের প্রথম অংশটি কেস সংবেদনশীল, তবে আমি ই-মেইল প্রেরণের চেষ্টা করেছি name@example.com, Name@example.comএবং NAME@example.com- এটি প্রতিটি ক্ষেত্রে এসেছে।

মেল সার্ভারগুলি কীভাবে ব্যবহারকারীর নাম ব্যবহার করে? কেসটি মিস করা সম্ভব এবং সেই বার্তাটি সরবরাহ করা হবে না? আপনার ইমেল ঠিকানা দেওয়ার সময় নিবন্ধ করার সময় যেমন লিখিত হয়েছিল ঠিক তেমন চিঠি ক্ষেত্রে ব্যবহার করা কি খুব জরুরি?


সম্পর্কিত প্রশ্ন - স্ট্যাকওভারফ্লো.com
লুক গিরভিন

উত্তর:


365

আরএফসি থেকে 5321, বিভাগ 2.3.11 :

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

সুতরাং হ্যাঁ, "@" এর আগের অংশটি কেস-সংবেদনশীল হতে পারে, কারণ এটি সম্পূর্ণরূপে হোস্ট সিস্টেমের নিয়ন্ত্রণাধীন। যদিও অনুশীলনে, কোনও বহুল ব্যবহৃত মেল সিস্টেম কেসের উপর ভিত্তি করে আলাদা আলাদা ঠিকানাগুলিতে পার্থক্য করে না।

@ চিহ্নের পরে অংশটি ডোমেন এবং আরএফসি 1035 অনুসারে , বিভাগ 3.1,

"নাম সার্ভার এবং সমাধানকারীদের অবশ্যই কেস-সংবেদনশীল পদ্ধতিতে [ডোমেনগুলি" তুলনা করতে হবে "

সংক্ষেপে, আপনি ইমেল ঠিকানাগুলি কেস-সংবেদনশীল হিসাবে বিবেচনা করতে নিরাপদ।


81
'সংক্ষেপে, আপনি ইমেল ঠিকানাগুলিকে কেস-সংবেদনশীল হিসাবে বিবেচনা করতে নিরাপদ।' আমি এটিকে আরও শক্তিশালী বলব: "আপনি ইমেল-ঠিকানাগুলিকে কেস-সংবেদনশীল পদ্ধতি হিসাবে বিবেচনা করা নিরাপদ" বিশেষত যখন ব্যবহারকারী-ডাটাবেসগুলিতে ডুপ্লিকেটগুলি পরীক্ষা করার সময়
গের্ট-জানু

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

10
মেল প্রোডাক্টগুলির তালিকা সম্পর্কে কেউ কি জানেন যা (ক) জন j.n.De@company.com ব্যবহারকারী যখন যুক্ত হবে, অথবা (খ) দুটি স্বতন্ত্র মেলবক্সগুলি তৈরি করার অনুমতি দেবে: জন .ডো @ কোম্পানী.কম এবং john.doe@company.com?
এমএসসি

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

7
আরএফসি 5321 2.4। সাধারণ সিনট্যাক্স নীতি ও লেনদেনের মডেল - এসএমটিপি বাস্তবায়ন মেলবক্সের স্থানীয়-অংশগুলির কেস সংরক্ষণের যত্ন নেওয়া উচিত। বিশেষত, কিছু হোস্টের জন্য, ব্যবহারকারী "স্মিথ" ব্যবহারকারী "স্মিথ" থেকে পৃথক। মেলবক্স ডোমেনগুলি সাধারণ ডিএনএস নিয়ম অনুসরণ করে এবং তাই কেস সংবেদনশীল নয়।
আদম 111 পি

43

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

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


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

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

ব্যক্তিগতভাবে, আমি আমার ইমেলটি কোথাও টাইপ করার সময় আমি মিশ্র কেস ব্যবহার করতে পছন্দ করি যাতে এটি আরও সুস্পষ্ট। উদাহরণস্বরূপ: JamesTKirk@domain.com (আমার আসল ঠিকানা নয়)) রাজধানীবিহীন ইমেল পেয়েও আমি এটি করি।
PaulOTron2000

31

এই পোস্টে দেরি হয়ে গেছে, তবে আমি বলার জন্য কিছুটা আলাদা পেয়েছি ...

>> "Are email addresses case sensitive?"

ভাল, "এটি নির্ভর করে ..." (টিএম)

কিছু সংস্থা আসলে এটি একটি ভাল ধারণা এবং তাদের ইমেল সার্ভারগুলি কেস সংবেদনশীলতা প্রয়োগ করে enforce

সুতরাং, এই উন্মাদ স্থানগুলির জন্য, "হ্যাঁ, ইমেলগুলি সংবেদনশীল।"

দ্রষ্টব্য: কেবলমাত্র কোনও স্পেসিফিকেশন বলে আপনি কিছু করতে পারেন তার অর্থ এই নয় যে এটি করা ভাল ধারণা।

কেআইএসএসের নীতিটি পরামর্শ দেয় যে আমাদের সিস্টেমগুলি কেস সংবেদনশীল ইমেলগুলি ব্যবহার করে।

যদিও দৃust়তা নীতিটি পরামর্শ দেয় যে আমরা কেস সংবেদনশীল ইমেলগুলি গ্রহণ করি।

সমাধান:

  • সংবেদনশীলতা সহ ইমেলগুলি সঞ্চয় করুন
  • কেস সংবেদনশীলতা সহ ইমেল প্রেরণ করুন
  • সংবেদনশীলতার সাথে অভ্যন্তরীণ অনুসন্ধানগুলি সম্পাদন করুন

এর অর্থ হ'ল যদি এই ইমেলটি ইতিমধ্যে বিদ্যমান থাকে: user@x.com

... এবং অন্য ব্যবহারকারী আসেন এবং এই ইমেলটি ব্যবহার করতে চান: USER@x.com

... যে আমাদের ক্ষেত্রে সংবেদনশীল অনুসন্ধানের যুক্তি ত্রুটি বার্তাকে "সেই ইমেলটি ইতিমধ্যে বিদ্যমান" ফিরিয়ে আনবে।

এখন, আপনি সিদ্ধান্ত নেবেন: আপনার ক্ষেত্রে কি সেই সমাধান যথেষ্ট?

যদি তা না হয় তবে আপনি সেই ক্লায়েন্টদের সুবিধার্থে চার্জ নিতে পারেন যারা তাদের ক্ষেত্রে সংবেদনশীল ইমেলগুলির জন্য সমর্থন দাবি করে এবং কাস্টম লজিক প্রয়োগ করে যা ব্যবহারকারীর@x.com ইতিমধ্যে বিদ্যমান থাকলেও আপনার সিস্টেমে USER@x.com কে অনুমতি দেয়।

এই ক্ষেত্রে আপনার ইমেল অনুসন্ধান / বৈধতা যুক্তি এই সিউডোকোডের মতো দেখতে পারে:

if (user.paidEmailFee) {
   // case sensitive email
   query = "select * from users where email LIKE ' + user.email + '"
} else {
   // case insensitive email
   query = "select * from users where email ILIKE ' + user.email + '"
}

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

পিএস আইলিকেই একটি পোস্টগ্রিএসকিউএল কীওয়ার্ড: http://www.postgresql.org/docs/9.2/static/function-matching.html


8
যথাযথ ম্যাচের জন্য লাইক / আইলিকে একটি দুরন্ত ধারণা। একটি ইমেল %বা এর বেশি সম্ভাব্য _
সংকলনটি

16
আপনার পয়েন্ট দুর্দান্ত! তবে আপনার উদাহরণের
স্কেল ইনজেকশনটি

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

1
@ l3x, যদিও আমি অন্যের মতো উপরের উদাহরণ কোডের মতো তীব্রভাবে নেই, বিশেষত কারণ আপনি এটিকে সিউডোকোড হিসাবে আখ্যায়িত করেছেন এবং এটি কেবল উদাহরণস্বরূপ, সম্ভবত আপনার query = ...লাইনগুলি প্রতিস্থাপনের মাধ্যমে উপরের সমস্ত মন্তব্যকে সম্বোধন করা যেতে পারে সাধারণ query = // Insert case-sensitive/insensitive search hereমন্তব্যগুলি যা কথোপকথনটিকে এসকিউএল ইঞ্জেকশন বিষয় থেকে দূরে রাখে এবং আপনি কী দেখানোর চেষ্টা করছেন তার উপর দৃষ্টি নিবদ্ধ করে। অন্য কথায়, এটিকে বাস্তবায়নের জন্য নয়, যুক্তিতে রাখুন। এটি সমালোচকদের চুপ করে দেবে।
মার্ক এ। ডোনোহো

9

আরএফসি 5321 2.4। সাধারণ সিনট্যাক্স নীতি ও লেনদেনের মডেল

এসএমটিপি বাস্তবায়ন মেলবক্সের স্থানীয়-অংশগুলির কেস সংরক্ষণের যত্ন নেওয়া উচিত। বিশেষত, কিছু হোস্টের জন্য, ব্যবহারকারী "স্মিথ" ব্যবহারকারী "স্মিথ" থেকে পৃথক।

মেলবক্স ডোমেনগুলি সাধারণ ডিএনএস নিয়ম অনুসরণ করে এবং তাই কেস সংবেদনশীল নয়


3

@ L3x প্রতি, এটি নির্ভর করে।

স্পষ্টত দুটি সাধারণ পরিস্থিতিতে সেট রয়েছে যেখানে সঠিক উত্তরটি আলাদা হতে পারে এবং তৃতীয়টি যা সাধারণ হিসাবে নয়:

ক) আপনি ব্যক্তিগত মেইল ​​প্রেরণকারী একজন ব্যবহারকারী :

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

খ) আপনি মেল সফ্টওয়্যার তৈরি করছেন :

নীচে RFC5321 2.4 অংশ দেখুন।

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

গ) কর্মচারী হিসাবে ব্যবসায়ের মালিকানাধীন ইমেল ঠিকানাগুলির তালিকা পরিচালনা করা :

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

একটি আইনি দৃষ্টিকোণ থেকে, যদি আপনি উভয় ঠিকানাগুলি থেকে স্বীকৃতি / অনুমতি ছাড়া সদৃশ অপসারণ, আপনি হতে পারেন দায়ী লিক জন্য ব্যক্তিগত তথ্য / প্রমাণীকরণ একটি থেকে অননুমোদিত ঠিকানা কারণ দুই আসলে-পৃথক প্রাপকদের আছে বিভিন্ন ক্ষেত্রে সঙ্গে একই ঠিকানায়

আরএফসি5321 ২.৪ থেকে অংশ:

কোনও মেইলবক্সের স্থানীয় অংশটি কেস সংবেদনশীল হিসাবে বিবেচনা করা উচিত। অতএব, এসএমটিপি বাস্তবায়নগুলি মেলবক্সের স্থানীয়-অংশগুলির ক্ষেত্রে সংরক্ষণের যত্ন নেওয়া উচিত। বিশেষত, কিছু হোস্টের জন্য, ব্যবহারকারী "স্মিথ" ব্যবহারকারী "স্মিথ" থেকে পৃথক। তবে, মেলবক্সের স্থানীয় অংশগুলির কেস সংবেদনশীলতা কাজে লাগানো আন্তঃব্যবযোগিতা বাধাগ্রস্থ করে এবং নিরুৎসাহিত করা হয়।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.