معلوم کریں کہ کس طرح ڈی ایس این SMTP ای میل پر ڈیلیوری کی حیثیت متعارف کرانے کا مقصد ہے.
کیا آپ نے بھیجا ایک ای میل پر کیا حیران کن ہے؟
یہاں تک کہ SMTP پروٹوکول میں صرف ایک مختصر نقطہ نظر آپ کو محسوس کرے گا کہ عام طور پر HELO کے علاوہ، وہاں بھی EHLO ہے، جس میں توسیع شدہ SMTP سرور کو اصل معیار سے باہر اپنی صلاحیتوں کی تشہیر کرتا ہے. ان میں سے ایک ڈی ایس این ہے. ڈی ایس این؟ کیا ڈی این اے اور ڈی ڈی ٹی کافی نہیں ہے؟
اس ای میل کو مسترد کرنے کے لئے یہ قابل اعتماد نہیں ہے، کہ کسی کو " ... ان کے سرور کو بہتر کھانا کھلانا، یہ میرا میل کھایا ... " غیر معمولی نہیں ہونا چاہئے. میں خود کرتا ہوں. ابھی تک، ان شکوں کی حمایت کرنے کی کوئی وجہ نہیں ہے.
ترسیل ایس ٹیٹس اینٹیٹیفیکیشن RFC 821 (1982 سے) کے بعد سے ہے. جیسے ہی ایس ایم ٹی پی پروٹوکول کا ڈیٹا بیس ختم ہوجاتا ہے اور سرور نے قبول کیا ہے کہ ای میل کو ترسیل کے لۓ یہ ذمہ دار ہے. اگر، کسی بھی وجہ سے، اسے وصول کنندہ تک نہیں ملسکتا ہے، اسے اصل بھیجنے والے کو غلطی کی نوٹیفکیشن کے ساتھ واپس بھیجنا ہوگا. اس کے نتیجے میں کچھ غیر واضح ای میل .
اس کے علاوہ، یہ پرانے کنونشن کا مطلب یہ ہے کہ یا تو آپ کو ایک غلطی کا پیغام مل گیا ہے یا آپ کو کوئی بھی چیز نہیں ملی جس میں آپ کچھ بھی نہیں جانتے تھے: ای میل آسکتا ہے یا نہیں. بہت سے معاملات میں غلطی کے پیغامات کوئی غلطی پیغامات کے طور پر صرف مددگار تھے. ای میل کے ساتھ زیادہ سے زیادہ اہم ہونے کی وجہ سے یہ اب تسلی بخش نہیں ہے (اگرچہ یہ پہلے تھا).
ایس ایم ٹی پی میں ڈی ایس این کی توسیع
آر ایف سی 1891 نے کچھ توسیع SMTP پروٹوکول میں پیشکش کی ہے جس کے نتیجے میں زیادہ قابل اعتماد اور زیادہ قابل استعمال ڈی ایس این سسٹم ہونا چاہئے. یہ MAIL اور RCPT حکموں میں توسیع کا ایک سیٹ ہے (اگر یہ آپ کا کوئی مطلب نہیں ہے تو، پڑھیں کہ کس طرح SMTP کام کرتا ہے اور پھر یہاں واپس آ گیا ہے.).
نہیں EHLO، کوئی تفریح نہیں
سب سے پہلے، ہمیں اس بات کا یقین کرنا ہوگا کہ سرور ڈی ایس این کی حمایت کرتا ہے. اس طرح، ہمیں اس کو ای ایچ ایل کہنا ہے اور احتیاط سے سننا ہوگا. اگر یہ خصوصیت کی فہرست میں کسی بھی ڈی ایس این کے ساتھ جواب دیتے ہیں تو ہم فرض کر سکتے ہیں کہ یہ ہماری درخواستوں کی خدمت کرنے میں کامیاب ہوسکتا ہے. اگر نہیں، تو نہیں: ہم کسی اور سرور کی کوشش کر سکتے ہیں یا صرف ڈی ایس این کے بغیر ای میل پر واپس آسکتے ہیں. مثال کے طور پر (میرے ان پٹ نیلے رنگ، سرور کی آؤٹ لک سیاہ):
220 لیرس ایمگیٹ.ٹ ESMTP بھیجیں ای میل 8.8.6 / 8.8.6؛ سورج، 24 اگست 1997 18:23:22 +0200
ای ایچ ایل مقامی ہارسٹ
250-larose.magnet.at ہیلو مقامی ہسٹسٹ [127.0.0.1]، آپ سے مل کر خوش ہوں
250-EXPN
250-VERB
250-8BITMIME
250-سکی
250-DSN
250-ONEX
250-ETRN
250-XUSR
250 مدد
خوش قسمتی سے، دیگر چیزوں کے درمیان ہم ڈی ایس این تلاش کرتے ہیں.
ڈی ایس این مرسل کی توسیع
اگلے کمانڈ سے عام طور پر MAIL ہے. ڈی ایس این کے ساتھ، یہ مختلف نہیں ہے. لیکن دو اضافی اختیارات موجود ہیں جو آپ جاری کر سکتے ہیں: RET اور ENVID.
آر ای پی آپشن خود مختار طور پر میل کمانڈ میں رکھے گئے تھے، لیکن یہ یہاں بیٹھ کر اس کے ساتھ ساتھ کہیں بھی کہیں گے. مقصد یہ ہے کہ ڈلیوری کی ناکامی کی صورت میں آپ کے اصل پیغام کو کتنی رقم واپس آنی چاہئے. درست دلائل مکمل اور ایچ ڈی آر ایس ہیں. سابقہ مطلب یہ ہے کہ مکمل پیغام کو خامی پیغام میں شامل کیا جانا چاہئے، ایچ ڈی آر ایس ایس کو ہدایت دیتا ہے کہ سرور کو ناکامی میل کے ہیڈر واپس کرنے کے لئے سرور کو ہدایت کرے. اگر آرٹ سیٹ نہیں کیا جاتا ہے، تو سرور پر کیا کرنا ہے. زیادہ تر مقدمات میں ایچ ڈی آر ایس ڈیفالٹ قیمت ہو گی.
ENVID واقعی مرسل سے تعلق رکھتا ہے کیونکہ وہ یا (بجائے) اس کا ای میل کلائنٹ صرف ایک ہی ہی ہوگا جو اس لفافے کی شناختی سے متعلق بناتا ہے . اس کا مقصد یہ ہے کہ اس مرسل کو بتائیں جسے ممکنہ طور پر جاری کردہ غلطی کا پیغام ملتا ہے. اس شناخت کی شکل بنیادی طور پر بھیجنے والے کی تخیل پر چھوڑ دی گئی ہے. ہم ENVID ہمارے مثال میں استعمال نہیں کریں گے (تخیل!):
سے میل: sender@example.com RET = HDRS
250 sender@example.com ... بھیجنے والا ٹھیک ہے
ظاہر ہے، ہم صرف اپنے ڈی ایس این میں ہیڈر واپس آنا چاہتے ہیں.
ڈی ایس این وصول کنندہ توسیع
RCPT: اس کے منصفانہ حصوں کے ساتھ ساتھ بھی نوٹفائی اور ORCPT ہو جاتا ہے.
نوٹ ڈی ایس این کا اصل دل ہے. ڈیلیوری کی حیثیت نوٹیفکیشن بھیجنے کے بعد یہ سرور کو بتاتی ہے. پہلی ممنوع قیمت کبھی نہیں ہے جس کا مطلب یہ ہے کہ کسی بھی حالت میں ڈی ایس این بھیجنے والے کو واپس نہیں ہونا چاہئے. ڈی ایس این کے بغیر یہ ممکن نہیں تھا. اس کے بعد کامیابی ہے، جو آپ کے میل کو اپنے منزل پر کھینچنے کے بعد آپ کو مطلع کرے گی. FAILURE کامیابی کا ہم منصب ہے (!): ڈیویل ترسیل کے دوران ہوا جب ایک ڈی ایس این پہنچ جائے گا. آخری اختیار ہے DELAY: ترسیل میں غیر معمولی تاخیر ہے تو آپ کو مطلع کیا جائے گا، لیکن اصل ترسیل کا نتیجہ (کامیابی یا ناکامی) ابھی تک فیصلہ نہیں کیا گیا ہے. اگر یہ تو صرف ایک ہی دلیل ہونا ضروری ہے تو، دوسری تین ایک فہرست میں ظاہر ہوسکتی ہے، جس میں ایک کوما کی طرف منسوب ہوتا ہے. کامیابی اور خیر مقدم ایک خوبصورت مضبوط ٹیم کے ساتھ ساتھ (!)، آپ کو (تقریبا) کسی بھی صورت میں آپ کے میل سے کیا کہہ رہا ہے.
ORCPT کا مقصد ایک ای میل پیغام کے اصل وصول کنندہ کو پیش کرنا ہے، مثال کے طور پر اگر یہ ایک دوسرے ایڈریس پر آگے بڑھایا جاتا ہے. اس اختیار کا دلیل اصل وصول کنندہ کا ای میل ایڈریس ایڈریس کی قسم کے ساتھ ہے. ایڈریس کی قسم پہلے آتا ہے، بعد میں ایک سیمکول اور آخر میں پتہ. مثال کے طور پر:
RCPT TO: support@example.com نوٹفائی = فلاحی، DELAY ORCPT = rfc822؛ support@example.com
250 support@example.com ... وصول کنندہ ٹھیک ہے (قطار کرے گا)
اس کے بعد اس ڈیٹا کا پتہ چلا جاسکتا ہے جیسے ہم اسے جانتے ہیں اور بالآخر، امید ہے کہ، ڈلیوری حیثیت کی اطلاع سے آپ کو کامیابی سے مطلع کیا جائے.
کیا ڈی ایس این کام؟
بلاشبہ، یہ تمام خوبصورتی اور عقل صرف اس صورت میں کام کرے گا جب بھیجنے والے ای میل سے نقل و حمل کے ایجنٹوں کو وصول کنندہ سپورٹ ڈی ایس این تک. کچھ دن وہ کریں گے.