Funtzionatzen duen web proxiak ez du IMAP automatikoki konfiguratzen

Nabigatzailea PAC fitxategi baten bidez ibiltzen da. Posta bezeroak, ordea, ezin du IMAPera konektatu. Ez dago kontraesanik: nabigatzaileak eta posta bezeroak zerbitzu desberdinak eskatzen ari dira konfigurazio interfaze desberdinen bidez.

IMAP ez da ohiko HTTP eskaera bat. Bezeroak bere posta protokoloa garraiatzeko gai den bidea behar du, hala nola onartutako HTTP CONNECT tunela edo SOCKS konexioa. Proxiak helburua eta ataka ere onartu behar ditu.

Egiaztatu posta liburutegiaren benetako laguntza

Egungo Angus Mail-eko IMAP hornitzaileak HTTP proxyaren ostalaria, ataka eta kontu propietateak dokumentatzen ditu, bai eta SOCKSekin lotutako ezarpenak ere. Erabili instalatutako hornitzailearen eta protokoloaren dokumentazioa. JavaMail-ek inoiz HTTP proxia erabili ezin duela dioen aholku zaharra gaitasun muga desberdin bat deskribatzen ari da.

Egiaztagarria dirudien propietate izen bat ez da nahikoa. IMAP protokolo seguruak dagokion propietate aurrizkia behar izan dezake, eta beste Java bezero batek erabiltzen duen HTTP proxy propietate arbitrarioa ez du nahitaez posta hornitzaileak irakurtzen.

PAC aurkikuntza beste funtzio bat da

Nabigatzailearen PAC URL-a konfigurazio datua da, ez IMAP zerbitzari baten edo birbidaltze proxiren helbidea. Zehaztu postaren helbururako onartutako proxi bidea, URL hori postaren ostalariaren ordez jarri beharrean.

Ondoren bereizi kontuak. Proxy kredentzialek bitartekaria baimentzen dute; posta kontuak postontzirako sarbidea baimentzen du. Postontziaren pasahitz baliodun batek ezin du CONNECT eskaera ukatua konpondu.

Mantendu postaren TLS egiaztapena gaituta onartutako tunelaren bidez. Baimendutako proxiak behar den posta ataka onartzen ez badu, eskatu onartutako sarbide antolamendua. Atakaren etiketa edo proxi eskema aldatzeak ezin du konexio bateraezina edo ukatua baimendutako konexio bihurtu.