פרוקסי אינטרנט שעובד אינו מגדיר IMAP באופן אוטומטי

הדפדפן פועל דרך קובץ PAC. לקוח הדואר לעומת זאת אינו מצליח להתחבר ל‑IMAP. אין כאן סתירה: הדפדפן ולקוח הדואר מבקשים שירותים שונים דרך ממשקי תצורה שונים.

‏IMAP אינו בקשת HTTP רגילה. הלקוח זקוק למסלול שמסוגל לשאת את פרוטוקול הדואר שלו, כגון מנהרת HTTP CONNECT נתמכת או חיבור SOCKS. הפרוקסי גם חייב להתיר את היעד ואת הפורט.

בדקו את התמיכה בפועל של ספריית הדואר

ספק ה‑IMAP של Angus Mail הנוכחי מתעד מאחסן, פורט ומאפייני חשבון של פרוקסי HTTP, וכן הגדרות הקשורות ל‑SOCKS. השתמשו בתיעוד של הספק והפרוטוקול המותקנים. העצה הישנה ש‑JavaMail לעולם אינו יכול להשתמש בפרוקסי HTTP מתארת גבול יכולת אחר.

שם מאפיין שנראה סביר אינו מספיק. פרוטוקול IMAP המאובטח עשוי לדרוש את קידומת המאפיין המתאימה, ומאפיין פרוקסי HTTP שרירותי שבו משתמש לקוח Java אחר אינו נקרא בהכרח בידי ספק הדואר.

גילוי PAC הוא תכונה אחרת

כתובת ה‑PAC של הדפדפן היא נתוני תצורה, לא כתובת של שרת IMAP או של פרוקסי העברה. קבעו את מסלול הפרוקסי הנתמך עבור יעד הדואר במקום להחליף את מאחסן הדואר בכתובת הזו.

לאחר מכן הפרידו בין החשבונות. אישורי הפרוקסי מאשרים את המתווך; חשבון הדואר מאשר גישה לתיבת הדואר. סיסמה תקפה לתיבה אינה יכולה לתקן בקשת CONNECT שנדחתה.

השאירו את אימות ה‑TLS של הדואר מופעל דרך המנהרה הנתמכת. אם הפרוקסי המורשה אינו מתיר את פורט הדואר הנדרש, בקשו את סידור הגישה המאושר. שינוי תווית הפורט או סכימת הפרוקסי אינו יכול להפוך חיבור בלתי תואם או נדחה למורשה.