কোন ইমেল ঠিকানাতে কোন অক্ষর অনুমোদিত?


639

আমি সম্পূর্ণ ইমেল বৈধতা সম্পর্কে জিজ্ঞাসা করছি না।

আমি কেবলমাত্র ইমেল ঠিকানার অংশগুলিতে user-nameএবং অনুমোদিত কিছু অক্ষরগুলি কী তা জানতে চাই server। এটি হয়ত ওভারসিম্প্লিফাইড, ইমেল অ্যাড্রেসগুলি অন্য ফর্ম নিতে পারে, তবে আমি যত্ন করি না। আমি কেবল এই সাধারণ ফর্মটি সম্পর্কে জিজ্ঞাসা করছি: user-name@server(যেমন: wild.wezyr@best-server-ever.com) এবং উভয় অংশে অনুমোদিত অক্ষর।


184
+অনুমোদিত হয়। ওয়েবসাইটগুলি যখন এটির অনুমতি দেয় না তখন এটি আমাকে বাদ দেয় কারণ আমার ইমেলটিতে +এটি রয়েছে এবং অনেকগুলি সাইট এটির অনুমতি দেয় না।
ড্যান হারবার্ট

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

9
পূর্ববর্তী প্রশ্ন একই উপাদানটি covering েকে রাখে : স্ট্যাকওভারফ্লো . com / প্রশ্নস / 6060০১৫০ / । দুঃখজনক বিষয় হ'ল যদিও এই প্রশ্নটির তুলনায় এই প্রশ্নটি প্রায় 8 মাস বয়সী, পুরানো প্রশ্নের আরও ভাল উত্তর রয়েছে। নীচের প্রায়শই সমস্ত উত্তর ইতিমধ্যে পুরানো ছিল যখন সেগুলি মূলত পোস্ট করা হয়েছিল। উইকিপিডিয়া এন্ট্রি দেখুন (এবং চিন্তা করবেন না, এটি সম্পর্কিত সরকারী উল্লেখ আছে )।
জন ওয়াই

10
বেশ কয়েকটি উত্তরের বিপরীতে , উদ্ধৃত হয়ে থাকলে ইমেল ঠিকানার স্থানীয় অংশে ফাঁকা স্থান অনুমোদিত। "hello world"@example.comবৈধ.
ব্যবহারকারী 253751

3
@ লারাফলকোলস - Gmail এর জন্য, আপনি যখন কোনও ইমেল অ্যাকাউন্ট তৈরি করেন, এটি আপনাকে "+" চিহ্নযুক্ত ঠিকানা তৈরি করতে দেয় না। "+" চিহ্ন ("প্লাস-ঠিকানা") Gmail এর ঠিকানায় যে কাউকে তাদের ব্যবহারকারীর নাম শেষে একটি "স্ট্রিং" পরে একটি "বিকল্প" ("ওরফে") ইমেল ঠিকানা তৈরি করতে "চিহ্ন" যুক্ত করতে দেয় তাদের অ্যাকাউন্টের জন্য ব্যবহার করতে। উদাহরণ: "উদাহরণ@gmail.com", "উদাহরণ+tag@gmail.com"। এর একটি সাধারণ (এবং সম্ভবত "প্রাথমিক") ব্যবহারটি আপনার অ্যাকাউন্টের জন্য উপনাম ইমেল ঠিকানা তৈরি করতে সক্ষম হবে যা আপনাকে আগত ইমেল বার্তাগুলি ট্যাগ এবং ফিল্টার করতে দেয়, তাত্ত্বিকভাবে প্রেরক দ্বারা ফিল্টার করা হয়।
কেভিন ফেগান

উত্তর:


797

আরএফসি 5322 দেখুন : ইন্টারনেট বার্তা ফর্ম্যাট এবং কিছুটা হলেও, আরএফসি 5321: সাধারণ মেল স্থানান্তর প্রোটোকল

আরএফসি 822 ইমেল ঠিকানাগুলিও কভার করে তবে এটি বেশিরভাগই এর কাঠামোর সাথে সম্পর্কিত:

 addr-spec   =  local-part "@" domain        ; global address     
 local-part  =  word *("." word)             ; uninterpreted
                                             ; case-preserved

 domain      =  sub-domain *("." sub-domain)     
 sub-domain  =  domain-ref / domain-literal     
 domain-ref  =  atom                         ; symbolic reference

এবং যথারীতি, উইকিপিডিয়ায় ইমেল ঠিকানাগুলিতে একটি শালীন নিবন্ধ রয়েছে :

ইমেল ঠিকানার স্থানীয় অংশে এএসসিআইআই বর্ণের যে কোনওটি ব্যবহার করতে পারে:

  • বড় হাতের অক্ষরে এবং লাতিন অক্ষর ছোট হাতের অক্ষরে Aকরতে Zএবং aকরতে z;
  • ডিজিটের 0করতে 9;
  • বিশেষ অক্ষর !#$%&'*+-/=?^_`{|}~;
  • বিন্দু ., তবে শর্ত থাকে যে এটি প্রথম বা শেষ চরিত্রটি যদি না উদ্ধৃত হয়, এবং এটি সরবরাহ করা হয়েছে যে উদ্ধৃতি John..Doe@example.comনা দেওয়া ছাড়া এটি ক্রমাগত প্রদর্শিত না হয় (যেমন অনুমোদিত নয় "John..Doe"@example.comতবে অনুমোদিত);
  • স্থান এবং "(),:;<>@[\]অক্ষরগুলি বিধিনিষেধের সাথে অনুমোদিত (এগুলি কেবল নীচের অনুচ্ছেদে বর্ণিত হিসাবে কেবল একটি উদ্ধৃত স্ট্রিংয়ের ভিতরেই অনুমোদিত addition
  • স্থানীয় অংশের উভয় প্রান্তে বন্ধনীর সাহায্যে মন্তব্যগুলি অনুমোদিত; যেমন john.smith(comment)@example.comএবং (comment)john.smith@example.comউভয় সমতুল্য john.smith@example.com

এএসসিআইআই অক্ষর ছাড়াও , ২০১২ পর্যন্ত আপনি উপরের আন্তর্জাতিক অক্ষরগুলি ব্যবহার করতে পারেন U+007F, ইউটিএফ -8 হিসাবে এনকোডেড হিসাবে আরএফসি 6532 স্পেসে বর্ণিত এবং উইকিপিডিয়ায় ব্যাখ্যা করেছেন । মনে রাখবেন যে 2019 হিসাবে, এই মানগুলি এখনও প্রস্তাবিত হিসাবে চিহ্নিত হয়েছে, তবে ধীরে ধীরে চালু হচ্ছে। এই নির্দিষ্টকরণের পরিবর্তনগুলি অনুমোদিত এবং সীমাবদ্ধ বিশেষ চরিত্রের মতো !#এবং বিধির বিধিগুলিকে প্রভাবিত না করে মূলত বৈধ বর্ণানুক্রমিক অক্ষর (প্রারম্ভিক) হিসাবে আন্তর্জাতিক অক্ষর যুক্ত করেছে @:

বৈধতার জন্য, একটি ইমেল ঠিকানা যাচাই করতে একটি নিয়মিত অভিব্যক্তি ব্যবহার দেখুন ।

domainঅংশ সংজ্ঞায়িত করা হয় নিম্নরূপ :

ইন্টারনেট স্ট্যাণ্ডার্ড (মতামতের জন্য অনুরোধ) প্রোটোকলের জন্য জনাদেশ উপাদান হোস্টনাম লেবেল শুধুমাত্র হওয়া ASCII অক্ষর থাকা পারে যে aমাধ্যমে z(ক কেস-অবশ পদ্ধতিতে), সংখ্যা 0মাধ্যমে 9, এবং হাইফেন ( -)। আরএফসি 952 এ হোস্টনামের মূল স্পেসিফিকেশন , বাধ্যতামূলক যে লেবেলগুলি একটি অঙ্ক বা হাইফেন দিয়ে শুরু করতে পারে না এবং হাইফেন দিয়ে শেষ করা উচিত নয়। যাইহোক, পরবর্তী স্পেসিফিকেশন ( আরএফসি 1123 ) অঙ্কগুলি দিয়ে শুরু করার জন্য হোস্টনামের লেবেলগুলিকে অনুমতি দিয়েছে। অন্য কোনও চিহ্ন, বিরামচিহ্ন অক্ষর, বা ফাঁকা স্থানের অনুমতি নেই।


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

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

15
@ উইলডিজার ওয়েল, স্থানীয়-অংশে ফুল-স্টপ চরিত্রটি অনুমোদিত। তবে শুরু বা শেষের দিকে নয়। বা অন্য একটি সম্পূর্ণ স্টপ সঙ্গে। সুতরাং উত্তর অনুমোদিত অক্ষরগুলির তালিকার মতো সহজ নয়, এই অক্ষরগুলি কীভাবে ব্যবহার করা যেতে পারে সে সম্পর্কে নিয়ম রয়েছে - .ann..other.@example.comএটি একটি বৈধ ইমেল ঠিকানা নয়, তবে ann.other@example.comউভয়ই একই অক্ষর ব্যবহার করলেও এটি is
মার্ক পিম

14
এছাড়াও, মনে রাখবেন যে আন্তর্জাতিকীকৃত ডোমেন নাম আসার সাথে সাথে অনুমোদিত অক্ষরের তালিকাটি বিস্ফোরিত হবে।
চিন্ময় কাঞ্চি

50
আন্তর্জাতিকীকৃত ঠিকানার কারণে এটি আর বৈধ উত্তর নয়। ম্যাসন এর উত্তর দেখুন।
জ্যাচারিপ

329

সতর্ক থেকো! এই থ্রেডে একগুচ্ছ জ্ঞানের পচা রয়েছে (যে জিনিসগুলি সত্য ছিল এবং এখন তা হয় না)।

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

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

আমি জাপানে ফিরে না যাওয়া পর্যন্ত এই বিকাশের বিষয়ে আমি বেশি কিছু জানতাম না এবং হেই @ や る .কা এবং অ্যামাজন ইউআরএল এর মতো ইমেল ঠিকানাগুলি দেখা শুরু না করে:

http://www.amazon.co.jp/ エ レ ク ト ロ ニ ク ス - デ ジ タ ル カ メ ラ - ポ ー タ ブ ル オ ー デ ィ オ / বি / সুত্র = topnav_storetab_e অর্থাত = UTF8 হওয়া & নোড = 3210981

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

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

এটি করার পরে আপনি উপরের পরামর্শগুলি (বেশিরভাগ) অনুসরণ করতে পারেন।


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

2
জাভাস্ক্রিপ্ট ডেভসগুলির জন্য , আমি এখন এটি করার পদ্ধতিগুলি নিয়ে গবেষণা করছি এবং পুনাইকোড.জেএস সর্বাধিক সম্পূর্ণ এবং পালিশ সমাধান বলে মনে হচ্ছে।
wwaawaw

5
নোট করুন যে আন্তর্জাতিকীকরণের ইমেল (বর্তমানে সংজ্ঞায়িত হিসাবে) পিনকোড বা অনুরূপ ব্যবহার করে নন-এএসসিআইআই ঠিকানা রূপান্তর করে না , পরিবর্তে এসএমটিপি প্রোটোকলের বড় অংশ নিজেই ইউটিএফ 8 ব্যবহার করার জন্য প্রসারিত করে।
আইএমএসওপি

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

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

59

ই-মেইল ঠিকানার ফর্ম্যাটটি হ'ল: local-part@domain-part(সর্বোচ্চ @৪ @ ২৫৫ টি অক্ষর, মোট 256 টির বেশি নয়)।

local-partএবং domain-partঅনুমতি অক্ষরের বিভিন্ন সেট হতে পারে, কিন্তু যে সব না, যেমন এটা আরো নিয়ম আছে।

সাধারণভাবে, স্থানীয় অংশে এই ASCII অক্ষর থাকতে পারে:

  • ল্যাটিন অক্ষর ছোট হাতের অক্ষরে: abcdefghijklmnopqrstuvwxyz,
  • ল্যাটিন অক্ষর বড় হাতের অক্ষরে: ABCDEFGHIJKLMNOPQRSTUVWXYZ,
  • ডিজিটের: 0123456789,
  • বিশেষ অক্ষর: !#$%&'*+-/=?^_`{|}~,
  • বিন্দু: .(প্রথম বা শেষ চরিত্র নয় বা উদ্ধৃতি ব্যতীত পুনরাবৃত্তি),
  • স্থান বিরামচিহ্ন যেমন: "(),:;<>@[\](কিছু সীমাবদ্ধতা সহ),
  • মন্তব্যসমূহ: ()(প্রথম বন্ধনীর মধ্যে অনুমোদিত (comment)john.smith@example.com)।

ডোমেন অংশ:

  • ল্যাটিন অক্ষর ছোট হাতের অক্ষরে: abcdefghijklmnopqrstuvwxyz,
  • ল্যাটিন অক্ষর বড় হাতের অক্ষরে: ABCDEFGHIJKLMNOPQRSTUVWXYZ,
  • ডিজিটের: 0123456789,
  • হাইফেন: -(প্রথম বা শেষ চরিত্র নয়),
  • বর্গাকার বন্ধনী দ্বারা বেষ্টিত IP ঠিকানা থাকতে পারে: jsmith@[192.168.2.1]বা jsmith@[IPv6:2001:db8::1]

এই ইমেল ঠিকানাগুলি বৈধ:

  • prettyandsimple@example.com
  • very.common@example.com
  • disposable.style.email.with+symbol@example.com
  • other.email-with-dash@example.com
  • x@example.com (এক-চিঠি স্থানীয় অংশ)
  • "much.more unusual"@example.com
  • "very.unusual.@.unusual.com"@example.com
  • "very.(),:;<>[]\".VERY.\"very@\ \"very\".unusual"@strange.example.com
  • example-indeed@strange-example.com
  • admin@mailserver1 (কোনও শীর্ষ-স্তরের ডোমেন ছাড়া স্থানীয় ডোমেন নাম)
  • #!$%&'*+-/=?^_`{}|~@example.org
  • "()<>[]:,;@\\"!#$%&'-/=?^_`{}| ~.a"@example.org
  • " "@example.org (উদ্ধৃতিগুলির মধ্যে স্থান)
  • example@localhost (লোকালহোস্ট থেকে প্রেরিত)
  • example@s.solutions( ইন্টারনেট শীর্ষ-স্তরের ডোমেনগুলির তালিকা দেখুন )
  • user@com
  • user@localserver
  • user@[IPv6:2001:db8::1]

এবং এই অবৈধ উদাহরণসমূহ:

  • Abc.example.com(কোনও @চরিত্র নেই)
  • A@b@c@example.com( @উদ্ধৃতি চিহ্নের বাইরে কেবল একটির অনুমতি রয়েছে)
  • a"b(c)d,e:f;gi[j\k]l@example.com (এই স্থানীয় অংশের বিশেষ অক্ষরের কোনওটিই উদ্ধৃতি চিহ্নের বাইরে অনুমোদিত নয়)
  • just"not"right@example.com (উদ্ধৃত স্ট্রিংগুলি অবশ্যই বিন্দুর দ্বারা পৃথক হওয়া উচিত বা স্থানীয় অংশটি তৈরি করে এমন একমাত্র উপাদান)
  • this is"not\allowed@example.com (শূন্যস্থান, উক্তি এবং ব্যাকস্ল্যাশগুলি কেবল তখনই উদ্ধৃত স্ট্রিংগুলির মধ্যে থাকতে পারে এবং ব্যাকস্ল্যাশের আগে থাকে)
  • this\ still\"not\allowed@example.com (এমনকি যদি পালিয়ে যায় (ব্যাকস্ল্যাশের আগে)), স্পেস, কোট এবং ব্যাকস্ল্যাশগুলি অবশ্যই উদ্ধৃতিতে থাকা থাকতে পারে)
  • john..doe@example.com(এর আগে ডাবল ডট @); (সতর্কতার সাথে: Gmail এর মাধ্যমে দেয়)
  • john.doe@example..com(পরে ডাবল ডট @)
  • শীর্ষস্থানীয় স্থান সহ একটি বৈধ ঠিকানা
  • একটি পিছনে স্থান সহ একটি বৈধ ঠিকানা

সূত্র: উইকিপিডিয়ায় ইমেল ঠিকানা


ইমেলগুলি যাচাইয়ের জন্য পার্লের আরএফসি 2822 রেজেেক্স :

(?:(?:\r\n)?[ \t])*(?:(?:(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t]
)+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:
\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(
?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ 
\t]))*"(?:(?:\r\n)?[ \t])*))*@(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\0
31]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\
](?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+
(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:
(?:\r\n)?[ \t])*))*|(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z
|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)
?[ \t])*)*\<(?:(?:\r\n)?[ \t])*(?:@(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\
r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[
 \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)
?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t]
)*))*(?:,@(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[
 \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*
)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t]
)+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*)
*:(?:(?:\r\n)?[ \t])*)?(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+
|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r
\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:
\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t
]))*"(?:(?:\r\n)?[ \t])*))*@(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031
]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](
?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?
:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?
:\r\n)?[ \t])*))*\>(?:(?:\r\n)?[ \t])*)|(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?
:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?
[ \t]))*"(?:(?:\r\n)?[ \t])*)*:(?:(?:\r\n)?[ \t])*(?:(?:(?:[^()<>@,;:\\".\[\] 
\000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|
\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>
@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"
(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*))*@(?:(?:\r\n)?[ \t]
)*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\
".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?
:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[
\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*|(?:[^()<>@,;:\\".\[\] \000-
\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(
?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*)*\<(?:(?:\r\n)?[ \t])*(?:@(?:[^()<>@,;
:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([
^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\"
.\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\
]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*(?:,@(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\
[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\
r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] 
\000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]
|\\.)*\](?:(?:\r\n)?[ \t])*))*)*:(?:(?:\r\n)?[ \t])*)?(?:[^()<>@,;:\\".\[\] \0
00-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\
.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,
;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?
:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*))*@(?:(?:\r\n)?[ \t])*
(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".
\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[
^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]
]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*\>(?:(?:\r\n)?[ \t])*)(?:,\s*(
?:(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\
".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*)(?:\.(?:(
?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[
\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t
])*))*@(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t
])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?
:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|
\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*|(?:
[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\
]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*)*\<(?:(?:\r\n)
?[ \t])*(?:@(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["
()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)
?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>
@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*(?:,@(?:(?:\r\n)?[
 \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,
;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t]
)*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\
".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*)*:(?:(?:\r\n)?[ \t])*)?
(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".
\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*)(?:\.(?:(?:
\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\[
"()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])
*))*@(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])
+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?:\
.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z
|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*\>(?:(
?:\r\n)?[ \t])*))*)?;\s*)

আরএফসি ২২২২ ঠিকানার সম্পূর্ণ রেজিপেক্সটি ছিল মাত্র ৩.7 ক।

আরও দেখুন: পিএইচপি-তে আরএফসি 822 ইমেল ঠিকানা পার্সার


ইমেল ঠিকানাগুলির আনুষ্ঠানিক সংজ্ঞাগুলি এতে রয়েছে:

  • আরএফসি 5322 (বিভাগ 3.2.3 এবং 3.4.1, আরএফসি 2822 অপ্রচলিত), আরএফসি 5321, আরএফসি 3696,
  • আরএফসি 6531 (অনুমোদিত অক্ষর)।

সম্পর্কিত:


5
এই রেজেক্সের প্রয়োগকারীদের অতিরিক্ত সতর্কতা হিসাবে: করবেন না। এটি যাচাই করুন যে এটি ফর্ম্যাটটি অনুসরণ করে something@something.somethingএবং এটিকে একটি দিন কল করে।
ক্রিস সোবোলিউস্কি

যদিও ভালো কিছু রক্ষণীয় নয়, এটা ডিকোড একটা চমৎকার ব্যায়াম এবং আসলে জিনিসটা এটি কী
unjankify

@ ক্রিসসোবোলিউস্কি '@'
জেসেন

আমি এটি পোস্টফিক্সে চেক_সেসিপিয়েন্ট_অ্যাক্সেস সীমাবদ্ধতার অধীনে পিসি এক্সেস টেবিলের মাধ্যমে প্রয়োগ করার চেষ্টা করেছি, প্রথমে 3 টি লম্বা পিসি (লিঙ্কযুক্ত পৃষ্ঠা থেকে) প্রতিটি লাইনে এবং এইভাবে টপিং এবং লেজ বেঁধে রেখেছি:] $ / ডুনো, তারপরে একটি চূড়ান্ত লাইন যুক্ত করুন /.*/ প্রত্যাখ্যান করুন, তবে এটি এখনও অবৈধ ইমেল ঠিকানাগুলির মাধ্যমে অনুমতি দেয়। পোস্টফিক্স 3.3.0; পার্ল 5, সংস্করণ 26, উপবর্তন 1 (v5.26.1)।
স্কুবিডু

3
পাগলামি আমি বলি। কে কখনও এটি উত্পাদন ব্যবহার করবে। এমন একটি পয়েন্ট রয়েছে যেখানে নিয়মিত প্রকাশটি আর ব্যবহার করা উচিত নয়। এটি সেই দৃষ্টির বাইরে।
টমাকসমন

22

উইকিপিডিয়ায় এ সম্পর্কে একটি ভাল নিবন্ধ আছে , এবং সরকারী অনুমান এখানে । উইকিপিডিয়া থেকে:

ই-মেইল ঠিকানার স্থানীয় অংশে এএসসিআইআই বর্ণের যে কোনওটি ব্যবহার করতে পারে:

  • বড় হাতের এবং ছোট হাতের অক্ষরের ইংরেজি অক্ষর (এজেড, এজেড)
  • সংখ্যা 0 থেকে 9
  • চরিত্র ! # $% & '* + - / =? ^ _ `{| ~ ~
  • চরিত্র। (ডট, পিরিয়ড, ফুল স্টপ) শর্ত দেয় যে এটি প্রথম বা শেষ চরিত্র নয়, এবং এটি সরবরাহ করা হয়েছে যে এটি পর পর দু'বার বা তার বেশি বার প্রদর্শিত না হয়।

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


@ উইলডিজার বৈধ হোস্টনাম, যা কোনও আইপি ঠিকানা, এফকিউএন বা স্থানীয় নেটওয়ার্ক হোস্টের কাছে সমাধানযোগ্য কিছু হতে পারে।
জেনসেন মারা গেছে

গেটওয়ে দিয়ে যাওয়ার জন্য উদ্ধৃত স্ট্রিংগুলি প্রয়োজনীয় ছিল, বন্যান ভাইনস মনে আছে?
mckenzm

13

গুগল তাদের gmail.com ঠিকানার সাথে একটি আকর্ষণীয় কাজ করে। gmail.com ঠিকানাগুলিতে কেবল অক্ষর (এজে), সংখ্যা এবং সময়সীমা (যা উপেক্ষা করা হয়) অনুমতি দেয়।

উদাহরণস্বরূপ, pikachu@gmail.com pi.kachu@gmail.com এর সমান এবং উভয় ইমেল ঠিকানা একই মেলবক্সে প্রেরণ করা হবে। PIKachU@gmail.com একই মেলবক্সেও সরবরাহ করা হয়।

সুতরাং প্রশ্নের উত্তর দিতে, কখনও কখনও এটি প্রয়োগকারীটির উপর নির্ভর করে যে তারা কতটা আরএফসি মান অনুসরণ করতে চান on গুগলের gmail.com ঠিকানা শৈলী মানগুলির সাথে সামঞ্জস্যপূর্ণ। বিভ্রান্তি এড়াতে তারা এইভাবেই কাজ করে যেখানে বিভিন্ন ব্যক্তি যেমন ইমেল ঠিকানা গ্রহণ করে যেমন

*** gmail.com accepting rules ***
d.oy.smith@gmail.com   (accepted)
d_oy_smith@gmail.com   (bounce and account can never be created)
doysmith@gmail.com     (accepted)
D.Oy'Smith@gmail.com   (bounce and account can never be created)

উইকিপিডিয়া লিঙ্কটি ইমেল ঠিকানাগুলি সাধারণত যা অনুমতি দেয় সে সম্পর্কে একটি ভাল রেফারেন্স। http://en.wikipedia.org/wiki/Email_address


2
হ্যাঁ এটি কেন Gmail এর মাধ্যমে ইমেল তৈরি করতে দেয় না সে সম্পর্কে এটি দুর্দান্ত উত্তর। তবে আপনি {john'doe}@my.serverকোনও সমস্যা ছাড়াই ইমেলগুলি প্রেরণ এবং রিসিভ করতে পারেন । এইচএমেল সার্ভারের সাথেও পরীক্ষিত।
পাইওটর কুলা

আপনি নিজের ক্লায়েন্টকে ইমেল প্রেরণ করে পরীক্ষা করতে পারেন {piotr'kula}@kula.solutions- এটি যদি কাজ করে তবে আপনি এটি একটি দুর্দান্ত অটো জবাব ফর্ম পাবেন। না হলে কিছুই হবে না।
পাইটর কুলা

3
জিএমএল আরএফসি 6530 এই অর্থে অনুসরণ করে যে জিএমএল দ্বারা অনুমোদিত প্রতিটি সম্ভাব্য ইমেল ঠিকানা আরএফসি অনুসারে বৈধ। Gmail কেবলমাত্র অতিরিক্ত নিয়ম সহ অনুমতিযোগ্য ঠিকানার সেটটিকে আরও সীমিত করতে এবং স্থানীয় অংশে বিন্দুগুলির সাথে অন্যভাবে অনুরূপ ঠিকানাগুলি তৈরি করতে বেছে নিয়েছে, optionচ্ছিকভাবে "+" এবং অক্ষর অক্ষর সমার্থক অনুসরণ করবে।
তীমু লইস্তি

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

এটি কেবল জিমেইল নয়, কিছু সরবরাহকারীদের কাছে "রিলে ফিল্টারগুলি" রয়েছে যা নির্দিষ্ট উদ্ধৃত স্ট্রিংগুলিকে প্রত্যাখ্যান করে, বিশেষত "=" সম্বলিত তারা ডিলিটার হিসাবে থাকে। এটি প্রাইভেট উদ্ধৃত স্ট্রিংয়ে গেটওয়ে স্থাপন এবং স্প্যাম ঠিকানাগুলি নেস্টিং করা থেকে ব্লক করা। "@" বৈধ তবে "= @ =" বৈধ নয় (বিবেচিত)।
mckenzm

12

আপনি উইকিপিডিয়া নিবন্ধ থেকে শুরু করতে পারেন :

  • বড় হাতের এবং ছোট হাতের অক্ষরের ইংরেজি অক্ষর (এজেড, এজেড)
  • সংখ্যা 0 থেকে 9
  • চরিত্র ! # $% & '* + - / =? ^ _ `{| ~ ~
  • চরিত্র। (ডট, পিরিয়ড, ফুল স্টপ) শর্ত দেয় যে এটি প্রথম বা শেষ চরিত্র নয়, এবং এটি সরবরাহ করা হয়েছে যে এটি পর পর দু'বার বা তার বেশি বার প্রদর্শিত না হয়।

11

নাম:

abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789!#$%&'*+-/=?^_`{|}~.

সার্ভার:

abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789-.

4
কি <>এবং []? যেমন "()<>[]:,;@\\\"!#$%&'-/=?^_{} |
a .a

20
উত্স উদ্ধৃত করুন। উত্স ব্যতীত, এটি অনুমানের মতো দেখায়
ম্যাথিউ কে।

15
এটি পুরানো, এবং সম্ভবত কখনও সঠিক ছিল না।
জেসন হ্যারিসন

9

@ এবং এর জন্য পরীক্ষা করুন। এবং তারপরে যাচাই করার জন্য তাদের জন্য একটি ইমেল প্রেরণ করুন।

আমি এখনও ইন্টারনেটে 20% সাইটগুলিতে আমার .name ইমেল ঠিকানাটি ব্যবহার করতে পারি না কারণ কেউ তাদের ইমেল বৈধতা স্ক্রু করেছে বা এটি নতুন ঠিকানাগুলির বৈধ হওয়ার পূর্বাভাস দেয়।


9
এমন কি . কঠোরভাবে প্রয়োজনীয় নয়; আমি শীর্ষ স্তরের ডোমেইনে ইমেল ঠিকানার কমপক্ষে একটি ক্ষেত্রে শুনেছি (বিশেষত ua)। ঠিকানাটি ছিল <name> @ uua - কোন বিন্দু নেই!

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

5

সংক্ষিপ্ত উত্তরটি 2 টি উত্তর আছে। আপনার যা করা উচিত তার একটি মান রয়েছে। অর্থাত্ আচরণ যা জ্ঞানী এবং আপনাকে সমস্যা থেকে দূরে রাখবে। ঝামেলা না করে আচরণের জন্য আপনাকে আরও গ্রহণযোগ্য হওয়া উচিত (আরও বিস্তৃত) standard এই দ্বৈততা ইমেল প্রেরণ এবং গ্রহণের জন্য কাজ করে তবে জীবনে বিস্তৃত প্রয়োগ রয়েছে।

আপনার তৈরি ঠিকানাগুলিতে ভাল গাইডের জন্য; দেখুন: http://www.remote.org/jochen/mail/info/chars.html

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


লিঙ্কটি গেছে। কি বিষয়বস্তু ছিল?
ygoe

5

বিষয়টি সম্পর্কে একটি ভাল পড়া ।

উদ্ধৃতাংশ:

These are all valid email addresses!

"Abc\@def"@example.com
"Fred Bloggs"@example.com
"Joe\\Blow"@example.com
"Abc@def"@example.com
customer/department=shipping@example.com
\$A12345@example.com
!def!xyz%abc@example.com
_somename@example.com

1
আমি ডোমেন অংশের আগে '@' সম্পর্কে ভাবছিলাম। এটা ব্যবহার করা যাবে?
সাইয়্যাফ ফারুক 12

@ সাইয়াফফারুক স্পেসিফিকেশন অনুসারে, হ্যাঁ। তবে, বেশিরভাগ মেল সরবরাহকারীরা সম্ভবত এটি তাদের নিজস্ব বৈধতার অংশ হিসাবে অনুমতি দেবে না
লূক মাধাঙ্গা

যে ব্লগ Joe.\\Blow@example.comউদ্ধৃতি ছাড়া তালিকা । এটি কি আসলে বৈধ? এখানে দেওয়া উত্তরগুলি পরিষ্কার বলে মনে হচ্ছে না, তবে আমি জিজ্ঞাসা করছি কারণ আমি ডিএনএস সোএর নাম ইমেল স্ট্রিংয়ের (খুব বিরল) ক্ষেত্রে দেখেছি যেখানে ব্যাকস্ল্যাশ রয়েছে।
wesinat0r

5

অনুমোদিত ইমেলটি কোনও ইমেল ঠিকানার বৈধ স্থানীয় অংশ নিয়ে আলোচনা করার সময় উইকিপিডিয়া নিবন্ধকে বোঝায়, তবে উইকিপিডিয়া এ সম্পর্কে কোনও কর্তৃপক্ষ নয়।

আইইটিএফ আরএফসি 3696 এই বিষয়ে একটি কর্তৃপক্ষ , এবং বিভাগ 3 এ পরামর্শ করা উচিত পৃষ্ঠা 5 এ ইমেল ঠিকানার উপর বিধিনিষেধ :

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

স্থানীয় অংশটি নীচে বর্ণিত উদ্ধৃতি সম্মেলনগুলি ব্যবহার করে উপস্থিত হতে পারে। উদ্ধৃত ফর্মগুলি অনুশীলনে খুব কমই ব্যবহৃত হয়, তবে কিছু বৈধ উদ্দেশ্যে প্রয়োজন। সুতরাং, ফিল্টারিং রুটিনগুলিতে এগুলি প্রত্যাখ্যান করা উচিত নয়, পরিবর্তে গন্তব্য হোস্ট দ্বারা মূল্যায়নের জন্য ইমেল সিস্টেমে প্রেরণ করা উচিত।

সঠিক নিয়মটি হ'ল নিয়ন্ত্রণের অক্ষরগুলি সহ যে কোনও ASCII অক্ষর উদ্ধৃত হওয়া বা উদ্ধৃত স্ট্রিংয়ে উপস্থিত হতে পারে। যখন উদ্ধৃতি প্রয়োজন হয়, ব্যাকস্ল্যাশ অক্ষরটি নিম্নলিখিত বর্ণনাকে উদ্ধৃত করতে ব্যবহৃত হয়। উদাহরণ স্বরূপ

  Abc\@def@example.com

একটি ইমেল ঠিকানার বৈধ ফর্ম। খালি ফাঁকা স্থানগুলিও প্রদর্শিত হতে পারে

  Fred\ Bloggs@example.com

ব্যাকস্ল্যাশ অক্ষর নিজেই উদ্ধৃতিতেও ব্যবহৃত হতে পারে, যেমন,

  Joe.\\Blow@example.com

ব্যাকস্ল্যাশ অক্ষর ব্যবহার করে উদ্ধৃতি ছাড়াও প্রচলিত ডাবল-উদ্ধৃতি অক্ষরগুলি স্ট্রিংয়ের চারপাশে ব্যবহার করা যেতে পারে। উদাহরণ স্বরূপ

  "Abc@def"@example.com

  "Fred Bloggs"@example.com

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

উদ্ধৃতি ব্যতীত, স্থানীয় অংশগুলিতে
বর্ণানুক্রমিক অক্ষর, অঙ্ক বা বিশেষ বর্ণগুলির যে কোনও একটির সমন্বয় থাকতে পারে

  ! # $ % & ' * + - / = ?  ^ _ ` . { | } ~

পিরিয়ড ("।") উপস্থিত হতে পারে তবে স্থানীয় অংশটি শুরু করতে বা শেষ করতে ব্যবহৃত হতে পারে না, বা দুটি বা ততোধিক পর্যায়কাল উপস্থিত হতে পারে। অন্যভাবে বলা হয়েছে, অ্যাট-সাইন ("@"), ব্যাকস্ল্যাশ, ডাবল কোট, কমা বা স্কোয়ার ব্র্যাকেট ছাড়া অন্য কোনও ASCII গ্রাফিক (মুদ্রণ) অক্ষর প্রদর্শিত হতে পারে। যদি বাদ পড়া অক্ষরের তালিকার কোনওটি উপস্থিত হয় তবে সেগুলি উদ্ধৃত করতে হবে। ফর্ম যেমন

  user+mailbox@example.com

  customer/department=shipping@example.com

  $A12345@example.com

  !def!xyz%abc@example.com

  _somename@example.com

বৈধ এবং মোটামুটি নিয়মিত দেখা যায় তবে উপরের তালিকাভুক্ত অক্ষরের কোনওটিরই অনুমতি রয়েছে।

অন্যরা যেমন করেছে, আমি একটি রেইজেক্স জমা দিই যা ইমেল ঠিকানাগুলি বৈধ করার জন্য পিএইচপি এবং জাভাস্ক্রিপ্ট উভয়ের পক্ষে কাজ করে:

/^[a-z0-9!'#$%&*+\/=?^_`{|}~-]+(?:\.[a-z0-9!'#$%&*+\/=?^_`{|}~-]+)*@(?:[a-z0-9](?:[a-z0-9-]*[a-z0-9])?\.)+[a-zA-Z]{2,}$/i

3

যেমনটি এই উইকিপিডিয়া লিঙ্কে পাওয়া যাবে

ইমেল ঠিকানার স্থানীয় অংশে এএসসিআইআই বর্ণের যে কোনওটি ব্যবহার করতে পারে:

  • বড় হাতের অক্ষরে এবং লাতিন অক্ষর ছোট হাতের অক্ষরে Aকরতে Zএবং aকরতে z;

  • ডিজিটের 0করতে 9;

  • বিশেষ অক্ষর !#$%&'*+-/=?^_`{|}~;

  • বিন্দু ., তবে শর্ত থাকে যে এটি প্রথম বা শেষ চরিত্রটি যদি না উদ্ধৃত হয়, এবং এটি সরবরাহ করা হয়েছে যে উদ্ধৃতি John..Doe@example.comনা দেওয়া ছাড়া এটি ক্রমাগত প্রদর্শিত না হয় (যেমন অনুমোদিত নয় "John..Doe"@example.comতবে অনুমোদিত);

  • স্থান এবং "(),:;<>@[\]অক্ষরগুলি বিধিনিষেধের সাথে অনুমোদিত (এগুলি কেবল নীচের অনুচ্ছেদে বর্ণিত হিসাবে কেবল একটি উদ্ধৃত স্ট্রিংয়ের ভিতরেই অনুমোদিত addition

  • স্থানীয় অংশের উভয় প্রান্তে বন্ধনীর সাহায্যে মন্তব্যগুলি অনুমোদিত; যেমন john.smith(comment)@example.comএবং (comment)john.smith@example.comউভয় সমতুল্য john.smith@example.com

উপরের ASCII অক্ষরগুলি ছাড়াও, ইউটিএফ -8 হিসাবে এনকোডযুক্ত ইউ + 007F এর উপরে আন্তর্জাতিক অক্ষরগুলি আরএফসি 6531 দ্বারা অনুমোদিত , যদিও মেল সিস্টেমগুলি স্থানীয়-অংশগুলি বরাদ্দ করার সময় কোন অক্ষর ব্যবহার করতে পারে তা সীমাবদ্ধ করতে পারে।

হিসাবে একটি বিন্দু স্থানীয় অংশ মধ্যে সত্তা পৃথক একটি উদ্ধৃত পংক্তি অস্তিত্ব নাও থাকতে পারে, অথবা এটি অস্তিত্ব নাও থাকতে পারে যখন দূরতম কোট স্থানীয় অংশ দূরতম অক্ষর (যেমন, abc."defghi".xyz@example.comবা "abcdefghixyz"@example.com। বিপরীতভাবে অনুমোদিত, abc"defghi"xyz@example.comনয়; তন্ন তন্ন হয় abc\"def\"ghi@example.com)। উদ্ধৃত স্ট্রিং এবং অক্ষরগুলি সাধারণত ব্যবহৃত হয় না। আরএফসি 5321 সতর্কও করে দিয়েছে যে "যে হোস্টটি মেল পাওয়ার প্রত্যাশা করে সেগুলি মেলবক্সগুলি সংজ্ঞায়িত করা উচিত যেখানে স্থানীয় অংশটি কোটড স্ট্রিং ফর্মের প্রয়োজন (বা ব্যবহার করে)"।

স্থানীয় অংশটি postmasterবিশেষভাবে চিকিত্সা করা হয় - এটি কেস-সংবেদনশীল নয় এবং এটি ডোমেন ইমেল প্রশাসকের কাছে ফরোয়ার্ড করা উচিত। টেকনিক্যালি সব অন্যান্য স্থানীয় অংশের কেস সংবেদনশীল হয়, তাই jsmith@example.comএবং JSmith@example.comবিভিন্ন মেলবক্সগুলি উল্লেখ; তবে অনেক প্রতিষ্ঠান বড় হাতের অক্ষর এবং ছোট হাতের অক্ষরকে সমতুল্য মনে করে।

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


0

উত্তরটি (প্রায়) ALL(7-বিট ASCII)।
যদি অন্তর্ভুক্তির নিয়মগুলি "... কিছু / কোনও / কোনওটি শর্তাধীন অনুমোদিত নয় ..."

আরএফসি 5322 এর "ডোমেন টেক্সট" অংশে অনুমোদিত পাঠ্যের জন্য একাধিক সম্ভাব্য অন্তর্ভুক্তির নিয়মগুলি দেখে কেবল পৃষ্ঠা 17 এর শীর্ষে:

dtext          =   %d33-90 /          ; Printable US-ASCII
                   %d94-126 /         ;  characters not including
                   obs-dtext          ;  "[", "]", or "\"

এই বিবরণীতে কেবলমাত্র তিনটি অনুপস্থিত অক্ষর ডোমেন-আক্ষরিক ব্যবহৃত হয় [], একটি উদ্ধৃত-জুটি তৈরি করতে \এবং সাদা স্থানের অক্ষর (% d32)। এটির সাথে পুরো পরিসীমা 32-126 (দশমিক) ব্যবহৃত হয়। অনুরূপ প্রয়োজনীয়তা "qtext" এবং "ctext" হিসাবে উপস্থিত হয়। অনেক নিয়ন্ত্রণ অক্ষর এছাড়াও অনুমোদিত / ব্যবহার করা হয়। এই জাতীয় নিয়ন্ত্রণ চরগুলির একটি তালিকা আরএফসি 5322 এর 4.১ বিভাগের পৃষ্ঠাতে obs-NO-WS-CTL হিসাবে উপস্থিত হবে।

obs-NO-WS-CTL  =   %d1-8 /            ; US-ASCII control
                   %d11 /             ;  characters that do not
                   %d12 /             ;  include the carriage
                   %d14-31 /          ;  return, line feed, and
                   %d127              ;  white space characters

এই সমস্ত কন্ট্রোল ক্যারেক্টারগুলি বিভাগের 3.5 হিসাবে শুরুতে অনুমোদিত হিসাবে অনুমোদিত:

.... MAY be used, the use of US-ASCII control characters (values
     1 through 8, 11, 12, and 14 through 31) is discouraged ....

এবং এই জাতীয় অন্তর্ভুক্তির নিয়ম তাই "কেবল খুব প্রশস্ত"। অথবা, অন্য অর্থে, প্রত্যাশিত নিয়মটি "খুব সরল"।


0

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

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

অননুমোদিত:

    local part starts with a period ( .account@host.com )
    local part ends with a period   ( account.@host.com )
    two or more periods in series   ( lots..of...dots@host.com )
    &’`*|/                          ( some&thing`bad@host.com )
    more than one @                 ( which@one@host.com )
    :%                              ( mo:characters%mo:problems@host.com )

প্রদত্ত উদাহরণে:

John.."The*$hizzle*Bizzle"..Doe@whatever.com --> John..Doe@whatever.com

John..Doe@whatever.com --> John.Doe@whatever.com

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

ইমেল ঠিকানা পরিবর্তন ব্যর্থতা বা সাফল্যের একটি বিজ্ঞপ্তি যদি আপনি বিবেচ্য হতে চান তবে পুরানো ইমেল ঠিকানায় পাঠানো যেতে পারে। অযৌক্তিক অ্যাকাউন্ট সেটআপগুলি যথাযথ সময়ের পরে পুরোপুরি ব্যর্থ হওয়ায় সিস্টেমের বাইরে চলে যেতে পারে।

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

সম্পাদনা: এই উত্তরটি "খারাপ" হওয়ার জন্য ডিনেজ করে চলেছে, এবং সম্ভবত এটি এটি প্রাপ্য। এটি এখনও খারাপ, সম্ভবত না।


2
আমার বক্তব্য এই উত্তরটি হ্রাস পেয়েছে কারণ এটি একটি মতামত, এবং এটি আসলে প্রশ্নের উত্তর দেয় না। তদ্ব্যতীত, ব্যবহারকারীরা যারা নিজের ইমেল ঠিকানাটি নিঃশব্দে স্যানিটাইজড পান তারা কখনই আপনার কাছ থেকে ইমেল পাবে না। আপনি তাদের আরও ভালভাবে জানাতে চাইবেন যে তাদের ইমেল ঠিকানাটি গ্রহণ করা হয়নি।
ভেকেরেল

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

@vcarel - ওহ, একেবারে। সম্মুখ-প্রান্তের ব্যবহারকারী পক্ষের যাচাইকরণ তাদের জানায় যে তারা কী নিয়মগুলি (টুলটিপ থেকে উপলব্ধ) ভঙ্গ করছে। আপনি ঠিক - এটি সামগ্রিক মতামত। তবে উপরের প্রশ্নটি এমন কারও পক্ষ থেকে যা নিশ্চিতভাবে এক্স এর জন্য ওয়াই প্রশ্ন জিজ্ঞাসা করছে। এটি গাইডেন্স এবং এটি কাজ করে ... এটি কেবল কাজ করে না, এটি ভালভাবে কাজ করে। আমি আমার সিস্টেমে বুলিশিট ইমেল ঠিকানাগুলিতে যেতে দেই না যেখানে আমি সিদ্ধান্ত নিই।
ব্র্যাডচেসনি 79

@ হোল্ডঅফ হ্যাঙ্গার আমি দেখতে পাচ্ছি যে সামগ্রিক ধারণাটি যতটা সুসংহতভাবে প্রকাশ করা যায়নি তেমনভাবে প্রকাশ করা যেতে পারে, আমি অন্য কোনও দিনে আবার সংশোধন করতে পারি যেখানে আমার আরও ভালভাবে প্রকাশ করার আরও সময় আছে। অন্তর্দৃষ্টি জন্য ধন্যবাদ।
ব্র্যাড চেসনি 79

-1

আমার পিএইচপিতে আমি এই চেকটি ব্যবহার করি

<?php
if (preg_match(
'/^(?:[\w\!\#\$\%\&\'\*\+\-\/\=\?\^\`\{\|\}\~]+\.)*[\w\!\#\$\%\&\'\*\+\-\/\=\?\^\`\{\|\}\~]+@(?:(?:(?:[a-zA-Z0-9_](?:[a-zA-Z0-9_\-](?!\.)){0,61}[a-zA-Z0-9_-]?\.)+[a-zA-Z0-9_](?:[a-zA-Z0-9_\-](?!$)){0,61}[a-zA-Z0-9_]?)|(?:\[(?:(?:[01]?\d{1,2}|2[0-4]\d|25[0-5])\.){3}(?:[01]?\d{1,2}|2[0-4]\d|25[0-5])\]))$/',
"tim'qqq@gmail.com"        
)){
    echo "legit email";
} else {
    echo "NOT legit email";
}
?>

এটি http://phpfiddle.org/main/code/9av6-d10r নিজেই চেষ্টা করে দেখুন


-1

আমি আরএফসির নির্দেশিকা অনুসারে এই রেজেক্সটি তৈরি করেছি:

^[\\w\\.\\!_\\%#\\$\\&\\'=\\?\\*\\+\\-\\/\\^\\`\\{\\|\\}\\~]+@(?:\\w+\\.(?:\\w+\\-?)*)+$

1
এই সংস্করণটি ডোমেন / সাবডোমেনগুলির দৈর্ঘ্য পরীক্ষা করে রেজেক্সকে উন্নত করে। উপভোগ করুন! ^ [\\ W \\ \\: _ \\% # \\ $ \\ & \\ '= \\ \ * \\ + + \\ -।!? \\ / \\ ^ \ `\\ {\\ ??। | \\} \\ ~] @ (: [\\ W] (: [\\ W \\ -] {0,61} [\\ W]) (: \\ [\\ w] (?: [\\ w \\ -] {0,61} [\\ w])?) *) $
মাউ

-2

Gmail কেবলমাত্র বিশেষ চরিত্র হিসাবে এবং + কিছু ক্ষেত্রে (।) সাইন করতে অনুমতি দেয় তবে Gmail এ অন্য কোনও বিশেষ অক্ষর অনুমোদিত নয়। আরএফসি'র পক্ষ থেকে বলা হয়েছে যে আপনি বিশেষ অক্ষর ব্যবহার করতে পারেন তবে বিশেষ অক্ষরের সাথে আপনার Gmail এ মেল পাঠানো উচিত নয়।

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