پروکسی وب کارآمد، IMAP را به‌طور خودکار پیکربندی نمی‌کند

مرورگر از طریق یک فایل PAC کار می‌کند. اما کلاینت ایمیل نمی‌تواند به IMAP متصل شود. تناقضی در کار نیست: مرورگر و کلاینت ایمیل دو سرویس متفاوت را از طریق دو رابط پیکربندی متفاوت درخواست می‌کنند.

IMAP یک درخواست HTTP معمولی نیست. کلاینت به مسیری نیاز دارد که بتواند پروتکل ایمیل آن را حمل کند، مانند تونل HTTP CONNECT پشتیبانی‌شده یا اتصال SOCKS. پروکسی نیز باید مقصد و درگاه را مجاز کند.

پشتیبانی واقعی کتابخانه ایمیل را بررسی کنید

فراهم‌کننده IMAP در Angus Mail کنونی، میزبان، درگاه و ویژگی‌های حساب پروکسی HTTP و همچنین تنظیمات مرتبط با SOCKS را مستند می‌کند. از مستندات فراهم‌کننده و پروتکل نصب‌شده استفاده کنید. این توصیه قدیمی که JavaMail هرگز نمی‌تواند از پروکسی HTTP استفاده کند، مرز توانمندی دیگری را توصیف می‌کند.

نام ویژگی‌ای که محتمل به نظر می‌رسد کافی نیست. پروتکل امن IMAP می‌تواند پیشوند ویژگی مربوط را لازم داشته باشد، و یک ویژگی دلخواه پروکسی HTTP که کلاینت Java دیگری به کار می‌برد لزوماً توسط فراهم‌کننده ایمیل خوانده نمی‌شود.

کشف PAC ویژگی دیگری است

نشانی PAC مرورگر داده پیکربندی است، نه نشانی سرور IMAP یا پروکسی ارسال‌کننده. مسیر پروکسی پشتیبانی‌شده برای مقصد ایمیل را تعیین کنید، به‌جای اینکه آن نشانی را جانشین میزبان ایمیل کنید.

سپس حساب‌ها را از هم جدا کنید. اعتبارنامه پروکسی به واسطه مجوز می‌دهد؛ حساب ایمیل دسترسی به صندوق ایمیل را مجاز می‌کند. رمز عبور معتبر صندوق ایمیل نمی‌تواند یک درخواست CONNECT ردشده را ترمیم کند.

بررسی TLS ایمیل را از طریق تونل پشتیبانی‌شده فعال نگه دارید. اگر پروکسی مجاز درگاه ایمیل مورد نیاز را مجاز نکند، ترتیب دسترسی تأییدشده را درخواست کنید. تغییر برچسب درگاه یا طرح پروکسی نمی‌تواند یک اتصال ناسازگار یا ردشده را به اتصالی مجاز تبدیل کند.