İşləyən veb proksi IMAP-ı avtomatik konfiqurasiya etmir
IMAP üçün uyğun poçt klienti, dəstəklənən tunel və ya SOCKS marşrutu, həmçinin poçt son nöqtəsinə icazə verən proksi siyasəti lazımdır.
Brauzer PAC faylı vasitəsilə işləyir. Poçt klienti isə IMAP-a qoşula bilmir. Burada ziddiyyət yoxdur: brauzer və poçt klienti müxtəlif xidmətləri müxtəlif konfiqurasiya interfeysləri vasitəsilə tələb edir.
IMAP adi HTTP sorğusu deyil. Klientə poçt protokolunu daşıya bilən marşrut lazımdır, məsələn, dəstəklənən HTTP CONNECT tuneli və ya SOCKS bağlantısı. Proksi həmçinin təyinat yerinə və porta icazə verməlidir.
Poçt kitabxanasının faktiki dəstəyini yoxlayın
Cari Angus Mail-in IMAP provayderi HTTP proksi hostu, portu və hesab xassələrini, həmçinin SOCKS ilə bağlı parametrləri sənədləşdirir. Quraşdırılmış provayder və protokol üçün sənədlərdən istifadə edin. JavaMail-in heç vaxt HTTP proksisindən istifadə edə bilmədiyi barədə köhnə məsləhət başqa bir imkan sərhədini təsvir edir.
İnandırıcı görünən xassə adı kifayət deyil. Təhlükəsiz IMAP protokolu müvafiq xassə prefiksini tələb edə bilər və başqa Java klientinin istifadə etdiyi ixtiyari HTTP proksi xassəsini poçt provayderi mütləq oxumur.
PAC aşkarlanması başqa bir funksiyadır
Brauzerin PAC URL-i konfiqurasiya məlumatıdır, IMAP serverinin və ya yönləndirici proksinin ünvanı deyil. Poçt hostunun yerinə həmin URL-i qoymaq əvəzinə poçt təyinatı üçün dəstəklənən proksi marşrutunu müəyyən edin.
Sonra hesabları ayırın. Proksi etimadnamələri vasitəçiyə icazə verir; poçt hesabı isə poçt qutusuna girişə icazə verir. Etibarlı poçt qutusu parolu rədd edilmiş CONNECT sorğusunu bərpa edə bilməz.
Dəstəklənən tunel vasitəsilə poçt TLS yoxlamasını aktiv saxlayın. İcazə verilmiş proksi tələb olunan poçt portuna icazə vermirsə, təsdiqlənmiş giriş tədbirini tələb edin. Port etiketini və ya proksi sxemini dəyişmək uyğunsuz və ya rədd edilmiş bağlantını icazə verilmiş bağlantıya çevirə bilməz.