Proksi web yang berfungsi tidak mengkonfigurasi IMAP secara automatik

Pelayar berfungsi melalui fail PAC. Klien mel pula tidak dapat menyambung ke IMAP. Tiada percanggahan: pelayar dan klien mel meminta perkhidmatan yang berbeza melalui antara muka konfigurasi yang berbeza.

IMAP bukan permintaan HTTP biasa. Klien memerlukan laluan yang mampu membawa protokol melnya, seperti terowong HTTP CONNECT yang disokong atau sambungan SOCKS. Proksi juga mesti membenarkan destinasi dan port.

Semak sokongan sebenar pustaka mel

Penyedia IMAP dalam Angus Mail semasa mendokumenkan hos, port dan sifat akaun proksi HTTP, serta tetapan berkaitan SOCKS. Gunakan dokumentasi untuk penyedia dan protokol yang dipasang. Nasihat lama bahawa JavaMail tidak sekali-kali boleh menggunakan proksi HTTP menerangkan sempadan keupayaan yang berbeza.

Nama sifat yang kelihatan munasabah tidak memadai. Protokol IMAP selamat mungkin memerlukan awalan sifat yang sepadan, dan sifat proksi HTTP sewenang-wenangnya yang digunakan oleh klien Java lain tidak semestinya dibaca oleh penyedia mel.

Penemuan PAC ialah ciri lain

URL PAC pelayar ialah data konfigurasi, bukan alamat pelayan IMAP atau proksi penghantaran. Tentukan laluan proksi yang disokong untuk destinasi mel dan bukannya menggantikan hos mel dengan URL itu.

Kemudian asingkan akaun. Kelayakan proksi memberi kebenaran kepada perantara; akaun mel memberi kebenaran akses kepada peti mel. Kata laluan peti mel yang sah tidak dapat membaiki permintaan CONNECT yang ditolak.

Kekalkan pengesahan TLS mel dihidupkan melalui terowong yang disokong. Jika proksi yang dibenarkan tidak membenarkan port mel yang diperlukan, minta pengaturan akses yang diluluskan. Menukar label port atau skema proksi tidak dapat menjadikan sambungan yang tidak serasi atau ditolak sebagai dibenarkan.