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 যাচাই সংরক্ষণ করুন।