Jakarta Mail (Angus): تنظیمات پراکسی HTTP در برابر SOCKS
پیکربندی مستندِ پراکسیِ انتقال ایمیل را انتخاب کنید و احراز هویت پراکسی را از احراز هویت SMTP جدا کنید.
چالش پراکسی پیش از احراز هویت SMTP رخ می‌دهد. تغییر گذرواژهٔ ایمیل نمی‌تواند به ورود واسطه پاسخ دهد.
| مسیر پراکسی در ارائه‌دهندهٔ 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 را حفظ کنید.