Jakarta Mail (Angus): HTTP વિરુદ્ધ SOCKS પ્રોક્સી સેટિંગ્સ
મેલ ટ્રાન્સપોર્ટની દસ્તાવેજિત પ્રોક્સી રૂપરેખા પસંદ કરો અને પ્રોક્સી પ્રમાણીકરણને SMTP પ્રમાણીકરણથી અલગ રાખો.
SMTP પ્રમાણીકરણ પહેલાં પ્રોક્સી પડકાર આવે છે. મેલ પાસવર્ડ બદલવાથી મધ્યસ્થના લોગિનનો જવાબ આપી શકાતો નથી.
| Angus SMTP પ્રદાતામાં પ્રોક્સી માર્ગ | ગુણધર્મો |
|---|---|
| HTTP પ્રોક્સી એન્ડપોઇન્ટ | mail.smtp.proxy.host, mail.smtp.proxy.port |
| HTTP પ્રોક્સી ખાતું | mail.smtp.proxy.user, mail.smtp.proxy.password |
| SOCKS એન્ડપોઇન્ટ | mail.smtp.socks.host, mail.smtp.socks.port |
તૈનાત ટ્રાન્સપોર્ટ અને તેના પ્રમાણીકરણ આધાર માટે પ્રદાતા કોષ્ટક વાપરો. આ પ્રદાતા-વિશિષ્ટ ઇનપુટ છે, બીજી મેલ લાઇબ્રેરી કે આખા JVM માટેના સેટિંગ્સના મનસ્વી ઉપનામ નથી. જ્યાં જાહેર મધ્યસ્થોની મંજૂરી છે એવા જાહેર રીતે પહોંચી શકાય તેવા SMTP સર્વર માટે HTTP પ્રોક્સી યાદી HTTP હોસ્ટ અને પોર્ટ માટે ઉમેદવારો આપે છે. પ્રમાણીકૃત ન હોય તેવા ઉમેદવાર માટે પ્રોક્સી વપરાશકર્તાનામ કે પાસવર્ડ વાપરશો નહીં, અને ખાતરી કરો કે તે મેલનું વાસ્તવિક હોસ્ટનામ અને પોર્ટ મંજૂર કરે છે; મેલ ખાતું અને TLS સેટિંગ્સ રાખો.
ખાસ કરીને, HTTP પ્રોક્સીનું વપરાશકર્તાનામ ક્ષેત્ર SOCKSનું વપરાશકર્તાનામ ક્ષેત્ર નથી. પ્રમાણીકૃત SOCKS વાસ્તવિક JDK/સોકેટ માર્ગ સાથે મેળ ખાવો જોઈએ. SMTPS માટે દસ્તાવેજિત મુજબનો અનુરૂપ ટ્રાન્સપોર્ટ ઉપસર્ગ વાપરો.
આદાન-પ્રદાન ક્યાં અટકે છે તે નોંધો: પ્રોક્સી જોડાણ, પ્રોક્સી લોગિન, મેલ અભિવાદન, TLS કે SMTP ખાતાનું પ્રમાણીકરણ. અભિવાદન પહેલાંની નિષ્ફળતાએ મેલ ખાતું ચકાસ્યું નથી. માર્ગ પસંદ કર્યા પછી મેલ સર્વરનું હોસ્ટનામ અને TLS ચકાસણી જાળવો.