કાર્યરત વેબ પ્રોક્સી IMAP ને આપમેળે ગોઠવતું નથી

બ્રાઉઝર PAC ફાઇલ દ્વારા કામ કરે છે. પરંતુ મેઇલ ક્લાયન્ટ IMAP સાથે જોડાઈ શકતું નથી. અહીં કોઈ વિરોધાભાસ નથી: બ્રાઉઝર અને મેઇલ ક્લાયન્ટ જુદા જુદા કન્ફિગરેશન ઇન્ટરફેસ દ્વારા જુદી જુદી સેવાઓ માંગી રહ્યા છે.

IMAP સામાન્ય HTTP વિનંતી નથી. ક્લાયન્ટને એવો માર્ગ જોઈએ છે જે તેનો મેઇલ પ્રોટોકોલ વહન કરી શકે, જેમ કે સમર્થિત HTTP CONNECT ટનલ અથવા SOCKS કનેક્શન. પ્રોક્સીએ ગંતવ્ય અને પોર્ટને પણ મંજૂરી આપવી પડે.

મેઇલ લાઇબ્રેરીનું વાસ્તવિક સમર્થન તપાસો

હાલની Angus Mail નો IMAP પ્રદાતા HTTP પ્રોક્સી હોસ્ટ, પોર્ટ અને એકાઉન્ટ ગુણધર્મો, તેમજ SOCKS સંબંધિત સેટિંગ્સનું દસ્તાવેજીકરણ કરે છે. સ્થાપિત પ્રદાતા અને પ્રોટોકોલ માટેનું દસ્તાવેજ વાપરો. JavaMail ક્યારેય HTTP પ્રોક્સી વાપરી શકતું નથી એ જૂની સલાહ બીજી ક્ષમતાની મર્યાદા વર્ણવે છે.

વિશ્વસનીય લાગતું ગુણધર્મનું નામ પૂરતું નથી. સુરક્ષિત IMAP પ્રોટોકોલને અનુરૂપ ગુણધર્મ ઉપસર્ગની જરૂર પડી શકે છે, અને બીજા Java ક્લાયન્ટ વાપરતું કોઈપણ મનસ્વી HTTP પ્રોક્સી ગુણધર્મ મેઇલ પ્રદાતા જરૂરી રીતે વાંચે જ એવું નથી.

PAC શોધ એ બીજી સુવિધા છે

બ્રાઉઝરનું PAC URL કન્ફિગરેશન ડેટા છે, IMAP સર્વર કે ફોરવર્ડિંગ પ્રોક્સીનું સરનામું નથી. મેઇલ હોસ્ટની જગ્યાએ એ URL મૂકવાને બદલે મેઇલ ગંતવ્ય માટે સમર્થિત પ્રોક્સી માર્ગ નક્કી કરો.

પછી એકાઉન્ટ અલગ કરો. પ્રોક્સી ઓળખપત્રો મધ્યસ્થને અધિકૃત કરે છે; મેઇલ એકાઉન્ટ મેઇલબોક્સમાં પ્રવેશને અધિકૃત કરે છે. માન્ય મેઇલબોક્સ પાસવર્ડ નકારાયેલી CONNECT વિનંતી સુધારી શકતો નથી.

સમર્થિત ટનલ દ્વારા મેઇલ TLS ચકાસણી સક્રિય રાખો. અધિકૃત પ્રોક્સી જરૂરી મેઇલ પોર્ટને મંજૂરી ન આપે તો મંજૂર પ્રવેશ વ્યવસ્થા માંગો. પોર્ટનું લેબલ કે પ્રોક્સી સ્કીમ બદલવાથી અનુકૂળ ન હોય અથવા નકારાયેલા કનેક્શનને મંજૂર કનેક્શનમાં ફેરવી શકાતું નથી.