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 تایید وساتئ.