کام کرنے والا ویب پراکسی IMAP کو خودکار طور پر ترتیب نہیں دیتا

براؤزر PAC فائل کے ذریعے کام کرتا ہے۔ مگر میل کلائنٹ IMAP سے جڑ نہیں سکتا۔ یہاں کوئی تضاد نہیں: براؤزر اور میل کلائنٹ مختلف کنفیگریشن انٹرفیس کے ذریعے مختلف خدمات مانگ رہے ہیں۔

IMAP کوئی عام HTTP درخواست نہیں ہے۔ کلائنٹ کو ایسا راستہ چاہیے جو اس کا میل پروٹوکول لے جا سکے، مثلاً معاون HTTP CONNECT ٹنل یا SOCKS کنکشن۔ پراکسی کو منزل اور پورٹ کی بھی اجازت دینی ہوتی ہے۔

میل لائبریری کی اصل معاونت جانچیں

موجودہ Angus Mail کا IMAP فراہم کنندہ HTTP پراکسی کے ہوسٹ، پورٹ اور اکاؤنٹ خصوصیات کے ساتھ SOCKS سے متعلق ترتیبات کی دستاویز کرتا ہے۔ نصب شدہ فراہم کنندہ اور پروٹوکول کے لیے دستاویز استعمال کریں۔ یہ پرانا مشورہ کہ JavaMail کبھی HTTP پراکسی استعمال نہیں کر سکتا، کسی اور صلاحیت کی حد بیان کرتا ہے۔

قابل اعتماد لگنے والا خصوصیت کا نام کافی نہیں۔ محفوظ IMAP پروٹوکول کو متعلقہ خصوصیت کا سابقہ درکار ہو سکتا ہے، اور کسی دوسرے Java کلائنٹ کا استعمال کردہ کوئی بھی من مانی HTTP پراکسی خصوصیت میل فراہم کنندہ لازماً نہیں پڑھتا۔

PAC کی دریافت ایک اور خصوصیت ہے

براؤزر کا PAC URL کنفیگریشن ڈیٹا ہے، یہ IMAP سرور یا فارورڈنگ پراکسی کا پتہ نہیں۔ میل ہوسٹ کی جگہ وہ URL رکھنے کے بجائے میل منزل کے لیے معاون پراکسی راستہ متعین کریں۔

پھر اکاؤنٹس کو الگ کریں۔ پراکسی اسناد درمیانی کے لیے اجازت ہیں؛ میل اکاؤنٹ میل باکس تک رسائی کی اجازت دیتا ہے۔ درست میل باکس پاس ورڈ مسترد شدہ CONNECT درخواست کو درست نہیں کر سکتا۔

معاون ٹنل کے ذریعے میل TLS کی تصدیق فعال رکھیں۔ اگر مجاز پراکسی مطلوبہ میل پورٹ کی اجازت نہیں دیتا تو منظور شدہ رسائی کا انتظام طلب کریں۔ پورٹ کا لیبل یا پراکسی اسکیم بدلنے سے غیر موافق یا مسترد شدہ کنکشن اجازت یافتہ کنکشن نہیں بن سکتا۔