Email address
ای میل ایڈریس ایک ای میل باکس کی شناخت کرتا ہے جس پر پیغامات پہنچائے جاتے ہیں۔ اگرچہ ابتدائی پیغام رسانی کے نظام خطاب کے لیے مختلف فارمیٹس استعمال کرتے تھے، آج، ای میل پتے مخصوص اصولوں کے ایک سیٹ کی پیروی کرتے ہیں جو اصل میں 1980 کی دہائی میں انٹرنیٹ انجینئرنگ ٹاسک فورس (IETF) کے ذریعہ معیاری بنائے گئے تھے، اور 1980 کی دہائی میں انٹرنیٹ انجینئرنگ ٹاسک فورس (IETF) کے ذریعہ اپ ڈیٹ کیے گئے تھے۔ اس مضمون میں ای میل ایڈریس کی اصطلاح RFC 5322 کے سیکشن 3.4 میں صرف ایڈڈر-اسپیک کی طرف اشارہ کرتی ہے۔ آر ایف سی ایڈریس کو زیادہ وسیع پیمانے پر میل باکس یا گروپ کے طور پر بیان کرتا ہے۔ میل باکس کی قیمت یا تو ایک نام-ایڈڈر ہو سکتی ہے، جس میں ڈسپلے نام اور ایڈڈر-سپیک ہوتا ہے، یا صرف زیادہ عام ایڈڈر-سپیک ہوتا ہے۔ ایک ای میل ایڈریس، جیسے کہ john.smith@example.com، ایک مقامی حصہ، علامت @، اور ایک ڈومین سے بنا ہوتا ہے، جو ڈومین کا نام یا بریکٹ میں منسلک آئی پی ایڈریس ہو سکتا ہے۔ اگرچہ معیار مقامی حصے کو کیس حساس ہونے کی ضرورت ہے، لیکن یہ اس بات پر بھی زور دیتا ہے کہ وصول کرنے والے میزبان کیس آزاد طریقے سے پیغامات پہنچائیں، مثال کے طور پر، کہ ڈومین example.com میں میل سسٹم John.Smith کو john.smith کے مساوی سمجھے ؛ کچھ میل سسٹم انہیں جانسمتھ کے مساوی بھی مانتے ہیں۔ میل سسٹم اکثر صارفین کے نام کے انتخاب کو تکنیکی طور پر اجازت شدہ حروف کے ذیلی سیٹ تک محدود کرتے ہیں۔ بین الاقوامی ڈومین ناموں کے تعارف کے ساتھ، ای میل پتوں میں غیر اے ایس سی آئی آئی حروف کی اجازت دینے کی کوششیں جاری ہیں۔ ایک ای میل ایڈریس دو حصوں پر مشتمل ہوتا ہے، ایک مقامی حصہ (بعض اوقات صارف کا نام، لیکن ہمیشہ نہیں) اور ایک ڈومین ؛ اگر ڈومین آئی پی ایڈریس کے بجائے ڈومین کا نام ہے تو ایس ایم ٹی پی کلائنٹ میل ایکسچینج آئی پی ایڈریس کو دیکھنے کے لیے ڈومین کا نام استعمال کرتا ہے۔ ای میل ایڈریس کی عمومی شکل مقامی ہے-part@domain، مثال کے طور پر۔ اسمتھ @[192.168.1.2]، jsmith@example.com۔ ایس ایم ٹی پی کلائنٹ پیغام کو میل ایکسچینج میں منتقل کرتا ہے، جو اسے دوسرے میل ایکسچینج میں بھیج سکتا ہے جب تک کہ یہ بالآخر وصول کنندہ کے میل سسٹم کے میزبان تک نہ پہنچ جائے۔ مصنف کے کمپیوٹر سے اور انٹرنیٹ میں میل میزبانوں کے درمیان الیکٹرانک میل کی ترسیل میں سادہ میل ٹرانسفر پروٹوکول (ایس ایم ٹی پی) کا استعمال ہوتا ہے، جس کی وضاحت RFC 6531 میں کی گئی ہے۔ میل باکسز تک رسائی اور انتظام ذاتی کمپیوٹرز، موبائل ڈیوائسز یا ویب میل سائٹس پر ایپلی کیشنز کے ذریعے ایس ایم ٹی پی پروٹوکول اور پوسٹ آفس پروٹوکول (پی او پی) یا انٹرنیٹ میسج ایکسیس پروٹوکول (آئی ایم اے پی) کا استعمال کرتے ہوئے کیا جا سکتا ہے۔ ای میل پیغامات منتقل کرتے وقت، میل یوزر ایجنٹ (ایم یو اے) اور میل ٹرانسفر ایجنٹ (ایم ٹی اے) وصول کنندہ کے ڈومین کے لیے ریسورس ریکارڈ (آر آر) تلاش کرنے کے لیے ڈومین نیم سسٹم (ڈی این ایس) کا استعمال کرتے ہیں۔ میل ایکسچینجر ریسورس ریکارڈ (ایم ایکس ریکارڈ) میں وصول کنندہ کے میل سرور کا نام ہوتا ہے۔ ایم ایکس ریکارڈ کی عدم موجودگی میں، ایڈریس ریکارڈ (اے یا اے اے اے اے) براہ راست میل میزبان کی وضاحت کرتا ہے۔ ای میل ایڈریس کے مقامی حصے کی حتمی میل باکس میزبان کے علاوہ انٹرمیڈیٹ میل ریلے سسٹم کے لیے کوئی اہمیت نہیں ہے۔ ای میل بھیجنے والوں اور انٹرمیڈیٹ ریلے سسٹم کو یہ نہیں سمجھنا چاہیے کہ یہ کیس غیر حساس ہے، کیونکہ حتمی میل باکس میزبان اس کے ساتھ ایسا سلوک کر سکتا ہے یا نہیں بھی کر سکتا ہے۔ ایک واحد میل باکس متعدد ای میل پتوں کے لیے میل وصول کر سکتا ہے، اگر منتظم کے ذریعے ترتیب دیا گیا ہو۔ اس کے برعکس، ایک واحد ای میل ایڈریس بہت سے میل باکسز میں تقسیم کی فہرست کا عرفیت ہو سکتا ہے۔ ای میل کے عرفی نام، الیکٹرانک میلنگ کی فہرستیں، ذیلی ایڈریسنگ، اور کیچ-آل پتے، مؤخر الذکر میل باکسز ہیں جو مقامی حصے سے قطع نظر پیغامات وصول کرتے ہیں، مختلف ترسیل کے اہداف کے حصول کے لیے عام نمونے ہیں۔ ای میل پیغام کے ہیڈر فیلڈز میں پائے جانے والے پتے براہ راست میل ایکسچینج کے ذریعے پیغام پہنچانے کے لیے استعمال نہیں ہوتے ہیں۔ ایک ای میل پیغام میں ایک پیغام کا لفافہ بھی ہوتا ہے جس میں میل روٹنگ کے لیے معلومات ہوتی ہیں۔ اگرچہ لفافے اور ہیڈر کے پتے برابر ہو سکتے ہیں، لیکن جعلی ای میل پتے (جنہیں جعلی ای میل پتے بھی کہا جاتا ہے) اکثر سپیم، فشنگ، اور انٹرنیٹ پر مبنی بہت سے دوسرے گھوٹالوں میں دیکھے جاتے ہیں۔ اس کی وجہ سے کئی اقدامات ہوئے ہیں جن کا مقصد دھوکہ دہی والی ای میلز کی اس طرح کی جعل سازی کو تلاش کرنا آسان بنانا ہے۔ نحو ای میل ایڈریس کی شکل مقامی-part@domain ہے، جہاں مقامی حصہ 64 آکٹٹس تک لمبا ہو سکتا ہے اور ڈومین میں زیادہ سے زیادہ 255 آکٹٹس ہو سکتے ہیں۔ رسمی تعریفیں آر ایف سی 5322 (سیکشن 3.3 اور 3.4.1) اور آر ایف سی 5321 میں ہیں-جس میں مزید پڑھنے کے قابل شکل معلوماتی آر ایف سی 3696 (آر ایف سی 5321 کے مصنف جے کلینسن کی لکھی ہوئی) اور اس سے وابستہ غلطی میں دی گئی ہے۔ ایک ای میل ایڈریس میں وصول کنندہ کے لیے ایک متعلقہ "ڈسپلے نام" (ڈسپلے نام) بھی ہو سکتا ہے، جو ایڈریس کی تفصیلات سے پہلے ہوتا ہے، جو اب زاویہ دار بریکٹ سے گھرا ہوا ہے، مثال کے طور پر: جان اسمتھ <john.smith@example.org>۔ ای میل اسپیمرز اور فشر اکثر اپنے متاثرین کو دھوکہ دینے کے لیے "ڈسپلے نام سپوفنگ" کا استعمال کرتے ہیں، جھوٹے ڈسپلے نام کا استعمال کرتے ہوئے، یا ڈسپلے نام کے طور پر کسی مختلف ای میل ایڈریس کا استعمال کرتے ہوئے۔ انٹرنیٹ کے علاوہ دوسرے نیٹ ورکس کے لیے ای میل پتوں کی ابتدائی شکلوں میں دیگر اشارے شامل تھے، جیسے کہ X.400 کے لیے درکار، اور UUCP بینگ پاتھ اشارے، جس میں پتہ کمپیوٹر کی ترتیب کی شکل میں دیا گیا تھا جس کے ذریعے پیغام کو ریلے کیا جانا چاہیے۔ یہ کئی سالوں تک بڑے پیمانے پر استعمال ہوتا رہا، لیکن انٹرنیٹ انجینئرنگ ٹاسک فورس (آئی ای ٹی ایف) کے ذریعہ جاری کردہ انٹرنیٹ معیارات نے اس کی جگہ لے لی۔ مقامی حصہ ای میل ایڈریس کا مقامی حصہ غیر حوالہ شدہ ہو سکتا ہے یا حوالہ کے نشانات میں منسلک ہو سکتا ہے۔ اگر حوالہ نہیں دیا گیا ہے، تو یہ ان میں سے کوئی بھی ASCII حروف استعمال کر سکتا ہے: بڑے حروف اور چھوٹے حروف والے لاطینی حروف A سے Z اور a سے z ہندسوں کے 0 سے 9 پرنٹ کرنے کے قابل حروف! #$% & '* +-/ =? ^ _' {|} ~ ڈاٹ۔، بشرطیکہ یہ پہلا یا آخری حرف نہ ہو اور یہ بھی کہ یہ لگاتار ظاہر نہ ہو (مثال کے طور پر، John.Doe@example.com کی اجازت نہیں ہے)۔ اگر حوالہ دیا جائے تو اس میں اسپیس، ہورائزنٹل ٹیب (ایچ ٹی)، بیک سلیش اور کوٹ کے علاوہ کوئی بھی اے ایس سی آئی آئی گرافک اور بیک سلیش پر مشتمل ایک حوالہ شدہ جوڑی جس کے بعد ایچ ٹی، اسپیس یا کوئی اے ایس سی آئی آئی گرافک ہو سکتا ہے۔ اسے ایچ ٹی یا اسپیس ظاہر ہونے پر کہیں بھی لائنوں کے درمیان تقسیم کیا جا سکتا ہے۔ غیر حوالہ شدہ مقامی حصوں کے برعکس، پتے۔ "John.Doe" @example.com "، John.Doe۔ "@example.com اور" John.Doe "@example.com کی اجازت ہے۔ ای میل ایڈریس کے مقامی حصے کی زیادہ سے زیادہ کل لمبائی 64 آکٹٹس ہے۔ جگہ اور خصوصی حروف "()،: ؛ <> @[\] کو پابندیوں کے ساتھ اجازت دی گئی ہے (انہیں صرف ایک حوالہ شدہ سٹرنگ کے اندر اجازت دی گئی ہے، جیسا کہ نیچے پیراگراف میں بیان کیا گیا ہے، اور اس حوالہ شدہ سٹرنگ میں، کسی بھی بیک سلیش یا ڈبل کوٹ سے پہلے ایک بار بیک سلیش ہونا ضروری ہے) ؛ تبصرے کو مقامی حصے کے دونوں سروں پر قوسین کے ساتھ اجازت دی جاتی ہے ؛ مثال کے طور پر، john.smith (تبصرہ) @example.com اور (تبصرہ) john.smith@example.com دونوں john.smith@example.com کے مساوی ہیں۔ مندرجہ بالا ASCII حروف کے علاوہ، U +07F سے اوپر کے بین الاقوامی حروف، جنہیں UTF-8 کے طور پر انکوڈ کیا گیا ہے، کو RFC 6531 کی طرف سے اجازت دی جاتی ہے جب EHLO ایس ایم ٹی پی یو ٹی ایف 8 کی وضاحت کرتا ہے، حالانکہ یہاں تک کہ میل سسٹم جو ایس ایم ٹی پی یو ٹی ایف 8 اور 8 بی آئی ٹی ایم آئی ایم ای کی حمایت کرتے ہیں وہ مقامی حصوں کو تفویض کرتے وقت استعمال کرنے والے حروف کو محدود کر سکتے ہیں۔ مقامی حصہ یا تو ڈاٹ سٹرنگ یا حوالہ شدہ سٹرنگ ہوتا ہے ؛ یہ مجموعہ نہیں ہو سکتا۔ تاہم، حوالہ شدہ تار اور حروف عام طور پر استعمال نہیں ہوتے ہیں۔ آر ایف سی 5321 یہ بھی خبردار کرتا ہے کہ "ایک میزبان جو میل موصول کرنے کی توقع رکھتا ہے اسے میل باکسز کی وضاحت کرنے سے گریز کرنا چاہیے جہاں لوکل پارٹ کو کوٹڈ سٹرنگ فارم کی ضرورت ہوتی ہے (یا استعمال کرتا ہے)"۔ مقامی حصہ والے پوسٹ ماسٹر کے ساتھ خاص طور پر سلوک کیا جاتا ہے-یہ کیس غیر حساس ہے، اور اسے ڈومین ای میل ایڈمنسٹریٹر کو بھیج دیا جانا چاہیے۔ تکنیکی طور پر دیگر تمام مقامی حصے کیس حساس ہوتے ہیں، اس لیے jsmith@example.com اور JSmith@example.com مختلف میل باکسز کی وضاحت کرتے ہیں ؛ تاہم، بہت سی تنظیمیں بڑے حروف اور چھوٹے حروف کو مساوی سمجھتی ہیں۔ درحقیقت، آر ایف سی 5321 خبردار کرتا ہے کہ "ایک میزبان جو میل موصول ہونے کی توقع رکھتا ہے اسے میل باکسز کی وضاحت کرنے سے گریز کرنا چاہیے جہاں لوکل پارٹ کیس حساس ہے"۔ خصوصی حروف کی وسیع رینج کے باوجود جو تکنیکی طور پر درست ہیں، تنظیمیں، میل سروسز، میل سرورز اور میل کلائنٹس عملی طور پر اکثر ان سب کو قبول نہیں کرتے ہیں۔ مثال کے طور پر، ونڈوز لائیو ہاٹ میل صرف حرفی ہندسوں، ڈاٹ () کا استعمال کرتے ہوئے ای میل پتے بنانے کی اجازت دیتا ہے۔ )، انڈر اسکور (_) اور ہائفن (-)۔ عام مشورہ یہ ہے کہ مسترد شدہ ای میلز کے خطرے سے بچنے کے لیے کچھ خاص حروف استعمال کرنے سے گریز کریں۔ آر ایف سی 5321 2.3.11 میل باکس اور ایڈریس کے مطابق، "مقامی حصے کی تشریح اور تفویض صرف ایڈریس کے ڈومین میں مخصوص میزبان کے ذریعے کی جانی چاہیے"۔ اس کا مطلب یہ ہے کہ کسی دوسرے میل سرور کے مقامی حصے کے معنی کے بارے میں کوئی مفروضہ نہیں بنایا جا سکتا۔ یہ مکمل طور پر میل سرور کی ترتیب پر منحصر ہے۔ مقامی حصے کی تشریح کا انحصار میل سرور میں نافذ کردہ کنونشنوں اور پالیسیوں پر ہے۔ مثال کے طور پر، کیس کی حساسیت میل باکسز میں فرق کر سکتی ہے جو صرف مقامی حصے کے حروف کی بڑی شکل میں مختلف ہوتی ہے، حالانکہ یہ بہت عام نہیں ہے۔ جی میل اکاؤنٹ کی شناخت کے تعین کے مقاصد کے لیے @gmail.com پتے کے مقامی حصے میں موجود تمام نقطوں کو نظر انداز کر دیتا ہے۔ ذیلی پتہ کچھ میل خدمات مقامی حصے میں شامل ٹیگ کی حمایت کرتی ہیں، جیسے کہ پتہ مقامی حصے کے سابقہ کا عرفیت ہے۔ عام طور پر ایک پلس کے بعد آنے والے حروف اور کم کثرت سے ایک مائنس کے بعد آنے والے حروف، لہذا فریڈ + باہ @domain اور فریڈ + foo@domain اسی ان باکس میں فریڈ + @domain یا یہاں تک کہ فریڈ @domain کے طور پر ختم ہو سکتے ہیں۔ مثال کے طور پر، ایڈریس joeuser+tag@example.com اسی ڈیلیوری ایڈریس کو ظاہر کرتا ہے جیسا کہ joeuser@example.com۔ اس کنونشن کو ذیلی ایڈریسنگ کہا جاتا ہے، لیکن اسے پلس ایڈریسنگ، ٹیگ ایڈریسنگ یا میل ایکسٹینشنز کے نام سے بھی جانا جاتا ہے۔ یہ ترتیب دینے کے لیے ای میلز کو ٹیگ کرنے اور سپیم کنٹرول کے لیے مفید ہو سکتا ہے۔ اس فارم کے پتے، بنیادی نام اور ٹیگ کے درمیان مختلف علیحدگی کاروں کا استعمال کرتے ہوئے، کئی ای میل سروسز کے ذریعے سپورٹ کیے جاتے ہیں، جن میں اینڈریو پروجیکٹ (پلس)، رن باکس (پلس)، جی میل (پلس)، ریک اسپیس (پلس)، یاہو! میل پلس (ہائفن)، ایپل کا آئی کلاؤڈ (پلس)، Outlook.com (پلس)، پروٹون میل (پلس)، فاسٹ میل (پلس اور سب ڈومین ایڈریسنگ)، postale.io (پلس)، پوبکس (پلس)، می میل (پلس)، ایم ایم ڈی ایف (مساوی)، کیو میل اور کورئیر میل سرور (ہائفن)۔ پوسٹ فکس اور ایگزام قانونی کردار سیٹ سے صوابدیدی علیحدگی کو ترتیب دینے کی اجازت دیتے ہیں۔ ٹیگ کا متن فلٹرنگ کا اطلاق کرنے، یا واحد استعمال، یا ڈسپوزایبل ای میل پتے بنانے کے لیے استعمال کیا جا سکتا ہے۔ ڈومین ای میل ایڈریس کے ڈومین نام کے حصے کو سخت رہنما اصولوں کے مطابق ہونا چاہیے: اسے میزبان نام، ڈاٹ سے الگ کیے گئے ڈی این ایس لیبلز کی فہرست کے تقاضوں سے ملنا چاہیے، ہر لیبل 63 حروف کی لمبائی تک محدود ہونا چاہیے اور اس پر مشتمل ہونا چاہیے: اپر کیس اور لور کیس لاطینی حروف A سے Z اور a سے Z ؛ ہندسوں 0 سے 9، بشرطیکہ ٹاپ لیول ڈومین کے نام تمام عددی نہ ہوں ؛ ہائفن -، بشرطیکہ یہ پہلا یا آخری حرف نہ ہو۔ اس اصول کو ایل ڈی ایچ اصول (حروف، ہندسوں، ہائفن) کے نام سے جانا جاتا ہے۔ اس کے علاوہ، ڈومین لفظی طور پر ایک آئی پی ایڈریس ہو سکتا ہے، جو مربع بریکٹ [] سے گھرا ہوا ہے، جیسے کہ جسمتھ @[192.168.2.1] یا جسمتھ @[IPv 6:2001: db8]، حالانکہ یہ ای میل سپیم کے علاوہ شاذ و نادر ہی دیکھا جاتا ہے۔ بین الاقوامی ڈومین نام (جو میزبان نام کی ضروریات کو پورا کرنے کے لیے انکوڈ کیے گئے ہیں) غیر اے ایس سی آئی آئی ڈومینز کی پیشکش کی اجازت دیتے ہیں۔ آر ایف سی 6531 اور آر ایف سی 6532 کے مطابق میل سسٹمز میں ایک ای میل ایڈریس کو یو ٹی ایف-8 کے طور پر انکوڈ کیا جا سکتا ہے، مقامی حصے کے ساتھ ساتھ ڈومین نام بھی۔ ڈومین کے ساتھ ساتھ مقامی حصے میں بھی تبصرے کی اجازت ہے۔ مثال کے طور پر، john.smith @(تبصرہ) example.com اور john.smith@example.com (تبصرہ) john.smith@example.com کے مساوی ہیں۔ اس بات کی وضاحت کرتا ہے کہ بعض ڈومینز، مثال کے طور پر جو دستاویزات اور جانچ کے لیے ہیں، حل کرنے کے قابل نہیں ہونے چاہئیں اور اس کے نتیجے میں ان میں موجود میل باکسز اور ان کے ذیلی ڈومینز کو بھیجے جانے والے میل ناقابل ترسیل ہونے چاہئیں۔ ای میل کے لیے قابل توجہ مثالیں ہیں، غلط، example.com، example.net، اور example.org۔ مثالیں درست ای میل پتے simple@example.com very.common@example.com x@example.com (ایک حرفی مقامی حصہ) long.email-address-with-hyphens@and.subdomains.example.com user.name+tag+sorting@example.com (میل سرور کے لحاظ سے user.name@example.com ان باکس میں بھیجا جا سکتا ہے) نام/surname@example.com (سلیشز ایک پرنٹ ایبل کردار ہیں، اور اجازت دی گئی ہے) admin@example (مقامی ڈومین نام جس میں کوئی TLD نہیں ہے، حالانکہ ICANN ڈاٹ لیس ای میل پتے کی انتہائی حوصلہ شکنی کرتا ہے) example@s.example (انٹرنیٹ ٹاپ لیول ڈومینز کی فہرست دیکھیں) "@example.org (کوٹس کے درمیان کی جگہ)" john.doe "@example.org (حوالہ شدہ ڈبل ڈاٹ) میل ہوسٹ! username@example.org (یو یو سی پی میلرز کے لیے استعمال ہونے والا بینجیفائیڈ ہوسٹ روٹ) ()،: ؛ <> []\. "بہت۔" بہت @\\ "بہت۔" غیر معمولی "@strange.example.com (اشارے پر غیر حرفی حروف اور متعدد شامل کریں، پہلے والے کو دو بار حوالہ دیا گیا ہے) user%example.com@example.org (% example.org کے ذریعے user@example.com پر میل کے راستے سے بچ گیا) user-@example.org (مقامی حصہ اجازت شدہ پرنٹ کے قابل حروف کی فہرست سے غیر حرفی حروف کے ساتھ ختم ہوتا ہے) پوسٹ ماسٹر @[123.123.123.123] (مربع بریکٹ میں ڈومینز کے بجائے IP پتے کی اجازت ہے، لیکن سختی سے حوصلہ شکنی کی جاتی ہے) پوسٹ ماسٹر @[IPv 6:2001:0 db8:85a 3:0000:0000:8a2e: 0370:7334] (IPv6 ایک مختلف نحو استعمال کرتا ہے) ایس ایم ٹی پی یو ٹی ایف 8 کے ساتھ درست ای میل پتے @example.com (ایموجی کی اجازت صرف ایس ایم ٹی پی یو ٹی ایف 8 کے ساتھ ہے) غلط ای میل پتے abc.example.com (کوئی @کردار نہیں) a@b @c@example.com (کوٹیشن مارکس کے باہر صرف ایک @کی اجازت ہے) a "b (c) d، e: f ؛ g <h> i [j\k] l@example.com (اس مقامی حصے میں کسی بھی خاص حروف کو اقتباس کے نشانات سے باہر جانے کی اجازت نہیں ہے) صرف" نہیں "right@example.com (حوالہ شدہ تاروں کو ڈاٹ سے الگ ہونا چاہیے یا مقامی حصہ بنانے والا واحد عنصر ہونا چاہیے) یہ "نہیں allowed@example.com ہے (خالی جگہیں، اقتباسات، اور بیک سلیش صرف اس وقت موجود ہو سکتے ہیں جب حوالہ شدہ تاروں کے اندر اور بیک سلیش سے پہلے ہوں) یہ" ابھی تک "نہیں allowed@example.com (یہاں تک کہ اگر بچ گیا ہو (بیک سلیش سے پہلے)، خالی جگہیں، اقتباسات، اور بیک سلیش اب بھی حوالوں کے ذریعے موجود ہونے چاہئیں) 1234567890123456789012345678901234567890123456789012345678901234+x@example.com (مقامی حصہ 64 حروف سے لمبا ہے) i.like.underscores @but_they_are_not_allowed_in_this_part (ڈومین حصے میں انڈر اسکور کی اجازت نہیں ہے) توثیق اور تصدیق ای میل پتوں کو اکثر صارف کے وجود کی توثیق کے طور پر ویب سائٹ پر ان پٹ کے طور پر درخواست کی جاتی ہے۔ توثیق کے دیگر طریقے دستیاب ہیں، جیسے سیل فون نمبر کی توثیق، پوسٹل میل کی توثیق، اور فیکس کی توثیق۔ ایک ای میل ایڈریس کو عام طور پر اس طرح تسلیم کیا جاتا ہے کہ اس کے دو حصے ایٹ سائن (@) کے ساتھ جڑے ہوتے ہیں، حالانکہ آر ایف سی 822 اور اس کے بعد کے آر ایف سی میں تفصیلی تکنیکی تفصیلات زیادہ وسیع ہیں۔ نحو طور پر درست، تصدیق شدہ ای میل پتے اس بات کی ضمانت نہیں دیتے کہ ای میل باکس موجود ہے۔ اس طرح بہت سے میل سرور دیگر تکنیکوں کا استعمال کرتے ہیں اور متعلقہ نظاموں کے خلاف میل باکس کے وجود کو چیک کرتے ہیں جیسے ڈومین کے لیے ڈومین نام کا نظام یا کال بیک تصدیق کا استعمال کرتے ہوئے یہ چیک کرنے کے لیے کہ میل باکس موجود ہے یا نہیں۔ کال بیک کی تصدیق ایک نامکمل حل ہے، کیونکہ ڈائرکٹری کے فصل کے حملے سے بچنے کے لیے اسے غیر فعال کیا جا سکتا ہے، یا کال بیک کو سپیم کے طور پر رپورٹ کیا جا سکتا ہے اور ڈی این ایس بی ایل پر درج ہونے کا باعث بن سکتا ہے۔ صارف کے ای میل ایڈریس کی توثیق کے لیے توثیق کی کئی تکنیکیں استعمال کی جا سکتی ہیں۔ مثال کے طور پر، تصدیق کے لنکس: ویب سائٹس پر اکاؤنٹ بنانے کے لیے ای میل ایڈریس کی توثیق اکثر صارف کے فراہم کردہ ای میل ایڈریس پر ایک خصوصی عارضی ہائپر لنک کے ساتھ ای میل بھیج کر کی جاتی ہے۔ رسید ہونے پر، صارف لنک کھولتا ہے، اور فوری طور پر اکاؤنٹ کو چالو کرتا ہے۔ ای میل پتے ویب سائٹ سے پیغامات پہنچانے کے ذرائع کے طور پر بھی مفید ہیں، مثال کے طور پر، صارف کے پیغامات، صارف کے اقدامات، ای میل ان باکس میں۔ رسمی اور غیر رسمی معیارات: آر ایف سی 3696 انٹرنیٹ شناخت کاروں کی توثیق کے لیے مخصوص مشورے فراہم کرتا ہے، بشمول ای میل پتے۔ اس کے بجائے کچھ ویب سائٹیں صوابدیدی معیارات کے ذریعے ای میل پتے کی صداقت کا جائزہ لینے کی کوشش کرتی ہیں، جیسے کہ درست حروف پر مشتمل پتے کو مسترد کرنا، جیسے + اور /، یا صوابدیدی لمبائی کی حدود کو نافذ کرنا۔ ای میل ایڈریس انٹرنیشنلائزیشن حروف کی ایک بہت بڑی رینج فراہم کرتی ہے جس کی اجازت بہت سے موجودہ توثیق الگورتھم دیتے ہیں، جیسے کہ U + 0080 سے اوپر کے تمام یونیکوڈ حروف، جو UTF-8 کے طور پر انکوڈ کیے گئے ہیں۔ الگورتھمک ٹولز: بڑی ویب سائٹس، بلک میلرز اور سپیمرز کو ای میل پتے کی توثیق کرنے کے لیے موثر ٹولز کی ضرورت ہوتی ہے۔ اس طرح کے ٹولز کا انحصار ہیورسٹک الگورتھم اور شماریاتی ماڈلز پر ہوتا ہے۔ بھیجنے والے کی ساکھ: ای میل بھیجنے والے کی ساکھ کو اس بات کی تصدیق کرنے کے لیے استعمال کیا جا سکتا ہے کہ بھیجنے والا قابل اعتماد ہے یا ممکنہ اسپائمر۔ بھیجنے والے کی ساکھ کی تشخیص میں جن عوامل کو شامل کیا جا سکتا ہے ان میں بھیجنے والے کے آئی پی ایڈریس یا ای میل ایڈریس کے ذریعے فراہم کردہ ماضی کے رابطے یا مواد کا معیار اور مشغولیت کی سطح شامل ہیں۔ براؤزر پر مبنی تصدیق: بہت سے براؤزرز میں نافذ کردہ ایچ ٹی ایم ایل 5 فارم ای میل ایڈریس کی توثیق کو براؤزر کے ذریعے سنبھالنے کی اجازت دیتے ہیں۔ کچھ کمپنیاں ای میل ایڈریس کی توثیق کرنے کے لیے خدمات پیش کرتی ہیں، اکثر ایپلیکیشن پروگرامنگ انٹرفیس کا استعمال کرتے ہوئے، لیکن اس بات کی کوئی ضمانت نہیں ہے کہ یہ درست نتائج فراہم کرے گی۔ انٹرنیشنلائزیشن آئی ای ٹی ایف ایک تکنیکی اور معیاری ورکنگ گروپ کا انعقاد کرتا ہے جو ای میل پتے کی انٹرنیشنلائزیشن کے مسائل کے لیے وقف ہے، جس کا عنوان ای میل ایڈریس انٹرنیشنلائزیشن (ای اے آئی، جسے آئی ایم اے، انٹرنیشنلائزڈ میل ایڈریس بھی کہا جاتا ہے) ہے۔ اس گروپ نے اضافی ای اے آئی سے متعلق آر ایف سی تیار کیے اور ان پر کام جاری رکھے ہوئے ہے۔ آئی ای ٹی ایف کے ای اے آئی ورکنگ گروپ نے آر ایف سی 6530 "اوور ویو اینڈ فریم ورک فار انٹرنیشنلائزڈ ای میل" شائع کیا، جس نے غیر اے ایس سی آئی آئی حروف کو ای میل ایڈریس کے مقامی حصوں اور ڈومین دونوں میں استعمال کرنے کے قابل بنایا۔ آر ایف سی 6530 یو ٹی ایف-8 انکوڈنگ پر مبنی ای میل فراہم کرتا ہے، جو یونیکوڈ کے مکمل ذخیرے کی اجازت دیتا ہے۔ آر ایف سی 6531 ایس ایم ٹی پی سرورز کو ایس ایم ٹی پی یو ٹی ایف 8 مواد کی ترسیل کے لیے بات چیت کرنے کے لیے ایک طریقہ کار فراہم کرتا ہے۔ بنیادی ای اے آئی تصورات میں یو ٹی ایف-8 میں میل کا تبادلہ شامل ہے۔ اس کی تعمیل کرنے والے سرورز ان کو سنبھال سکیں گے: لاطینی حروف تہجی ڈائیکریٹکس کے ساتھ: پیلے @example.com یونانی حروف تہجی: δοκιμή @παράδειγμα.δοκιμή روایتی چینی حروف: میں @屋企.香港 جاپانی حروف: 黒川.日本 سیریلک حروف: с-балалайкой.рф دیواناگری حروف: डाटामेल.भारत