VPN منسلک ہے مگر IMAP ہم آہنگ نہیں ہو رہا؟ یہ تین تہیں دیکھیں

دفتر کے VPN سے جڑیں، میل کلائنٹ کھولیں اور دیکھیں کہ ان باکس تازہ ہونے سے انکار کر رہا ہے جبکہ ویب میل معمول کے مطابق لوڈ ہو رہی ہے۔ عام تشخیص یہ ہے کہ VPN ٹریفک گزرنے دیتا ہے مگر میل روکتا ہے، یا اکاؤنٹ کا پاس ورڈ بدل گیا ہے۔ دونوں اندازے IMAP کلائنٹ جو کرتا ہے اس کی ساخت چھوڑ دیتے ہیں۔ میزبان تک پہنچنا، TLS مکمل کرنا، تصدیق کرنا اور میل بکس منتخب کرنا چار الگ واقعات ہیں، اور VPN صرف پہلے کا مالک ہے۔

افسانہ: ایک کنکشن یعنی ایک لاگ اِن

یقین یہ ہے کہ سرنگ کھڑی ہونے اور میل سرور جواب دینے پر میل بکس درحقیقت کھلا ہوتا ہے۔ ایسا نہیں ہے۔ VPN سروس تک راستہ فراہم کرتا ہے؛ یہ آپ کو سائن اِن نہیں کرتا اور فولڈر منتخب نہیں کرتا۔ کلائنٹ مکمل طور پر کام کرنے والی سرنگ اور درست پاس ورڈ کے ساتھ ان مراحل میں سے چوتھے پر کھڑا رہ سکتا ہے۔

«VPN پر IMAP کام نہیں کرتا» کی بیشتر رپورٹیں واقعی اسی خلا میں رہتی ہیں۔

IMAP کی تین حالتیں، اور کلائنٹ کہاں رک جاتے ہیں

IMAP غیر تصدیق شدہ حالت، تصدیق شدہ حالت اور منتخب حالت کی تعریف کرتا ہے، اور کمانڈز صرف اسی حالت میں درست ہیں جو انہیں اجازت دیتی ہے۔ جب سرور پیشگی تصدیق پیش کرتا ہے تو کنکشن پہلے ہی تصدیق شدہ حالت میں شروع ہو سکتا ہے، اس لیے پاس ورڈ کی درخواست نہ ہونا کچھ ثابت نہیں کرتا۔ میل بکس منتخب کرنا سیشن کو تصدیق شدہ سے منتخب میں لے جاتا ہے، اور تبھی پیغامات پر کام کرنے والی کمانڈز کا کوئی ہدف ہوتا ہے۔

جو کلائنٹ کامیابی سے تصدیق کرتا ہے اور پھر ترتیب شدہ فولڈر منتخب نہیں کر پاتا، وہ سرور کے درست برتاؤ کے باوجود ہم آہنگی کی ناکامی جیسا دکھائی دے گا۔ نام بدلے فولڈر، «ان باکس» کو مختلف طریقے سے نقشہ کرنے والا فراہم کنندہ، یا غائب رسائی حقوق سب یہیں ختم ہوتے ہیں۔ سرور کا ٹیگ شدہ NO جواب ہی ثبوت ہے، اور یہ مسترد شدہ پاس ورڈ والا جواب نہیں۔

TLS IMAP گفتگو سے پہلے آتا ہے

پورٹ 993 پر مضمر TLS کے ساتھ، کوئی بھی IMAP کمانڈ بھیجنے سے پہلے TLS مصافحہ مکمل ہو جاتا ہے، اسی لیے سرٹیفکیٹ کا مسئلہ ایسی خرابی دیتا ہے جو میل کے بجائے اعتماد کا ذکر کرتی ہے۔ میل میزبان نام کو سرٹیفکیٹ کے خلاف تصدیق ہونا چاہیے جیسے ویب میزبان نام؛ ٹریفک محفوظ رکھنے والی سرنگ غلط سرٹیفکیٹ کو درست نہیں بناتی۔

خرابی کا متن صورتوں کو الگ کرتا ہے۔ کنکشن کی مہلت ختم ہونا یعنی SYN کبھی مکمل نہیں ہوا۔ TLS خرابی یعنی TCP کنکشن کام کر گیا اور مصافحہ نہیں۔ IMAP NO یا BAD جواب یعنی دونوں کامیاب ہوئے اور پروٹوکول تہہ نے کچھ مسترد کیا۔ کوئی بھی ترتیب بدلنے سے پہلے لکھیں کہ آپ نے کون سی دیکھی۔

محفوظ شدہ میل کسی چیز کا ثبوت نہیں

میل کلائنٹ پہلے ڈاؤن لوڈ شدہ پیغامات دکھاتا ہے، چاہے وہ آج سرور تک پہنچ سکے یا نہ، اس لیے نظر آنے والا ان باکس صرف یہ بتاتا ہے کہ مقامی ذخیرہ کام کر رہا ہے۔ کسی بھی حقیقی جانچ کو سرور عمل پر مجبور کرنا ہوگا: فولڈر تازہ کریں، ایسا پیغام لیں جو کبھی ڈاؤن لوڈ نہیں ہوا، یا ایسی کمانڈ بھیجیں جو کلائنٹ میل بکس منتخب کرنے کے بعد ہی دیتا ہے۔

غیر تباہ کن جانچ استعمال کریں۔ ایک فولڈر تازہ کرنا اور اکاؤنٹ کی خرابیوں کا لاگ پڑھنا اکاؤنٹ مٹا کر دوبارہ شامل کرنے سے بہتر ہے، جو زیادہ تر یہ ثابت کرتا ہے کہ ترتیبات کی سکرین اب بھی کام کرتی ہے۔

بھیجنا اور ویب میل مختلف پروٹوکول ہیں

میل بھیجنا جمع کرانا ہے، IMAP نہیں۔ یہ الگ سروس اور عام طور پر الگ پورٹ استعمال کرتا ہے جس کا اپنا TLS موڈ اور اپنی تصدیق ہے، اس لیے کام کرنے والا آؤٹ باکس ثابت نہیں کرتا کہ IMAP میل بکس منتخب ہوا، اور خراب آؤٹ باکس IMAP کو مورد الزام نہیں ٹھہراتا۔

ویب میل پھر مختلف ہے۔ یہ اسی VPN پر کامیاب ہو سکتی ہے کیونکہ یہ ویب فرنٹ اینڈ کے خلاف HTTPS سیشن ہے، جو ڈیسک ٹاپ کلائنٹ کے IMAP میزبان، پورٹ یا TLS موڈ کے بارے میں کچھ نہیں کہتا۔

حوالگی کے لیے چار نتائج الگ الگ لکھیں: VPN راستہ، میل اینڈ پوائنٹ اور TLS کا نتیجہ، اکاؤنٹ تصدیق کا نتیجہ، اور میل بکس انتخاب کا نتیجہ۔ اسناد اور پیغامات کا مواد نوٹ سے باہر رکھیں۔ یہ ریکارڈ اگلے شخص کو بتاتا ہے کہ اصلاح نیٹ ورک، سرٹیفکیٹ، اکاؤنٹ یا فولڈر ترتیب کی ہے، کسی بھی حفاظتی تہہ کو کمزور کیے بغیر۔