curl দিয়ে HTTP প্রক্সির মাধ্যমে মেইল পাঠানো

পাঠানোর চেষ্টা করার আগে CONNECT অনুমতি, SMTP TLS এবং আলাদা প্রক্সি ও মেইল-পরিষেবার শংসাপত্র যাচাই করুন।

একটি HTTP প্রক্সি SMTP সংযোগ বহন করতে পারে যদি এটি মেইল সার্ভারের পোর্টে CONNECT টানেলের অনুমতি দেয়। এই অনুমতিটি একই প্রক্সি দিয়ে ওয়েবপেজ লোড হওয়ার চেয়ে বেশি গুরুত্বপূর্ণ।

STARTTLS-সহ SMTP ব্যবহার করে জমা দেওয়ার সাধারণ রূপ এইরকম:

curl --proxy http://203.0.113.10:8080 --proxytunnel \
  --url smtp://mail.example.com:587 --ssl-reqd \
  --user mail-user \
  --mail-from [email protected] \
  --mail-rcpt [email protected] \
  --upload-file message.eml

ঠিকানাগুলি প্লেসহোল্ডার। আপনি যে মেইল পরিষেবা ও প্রেরক ব্যবহার করতে অনুমোদিত তা ব্যবহার করুন। curl পাসওয়ার্ড চায় যখন ব্যবহারকারী বিকল্পে কেবল ব্যবহারকারীনাম থাকে। বার্তা ফাইলে উপযুক্ত মেইল হেডার, একটি খালি লাইন ও একটি বডি দরকার; এটি কেবল প্রাপকের ঠিকানা নয়।

আলাদা সংযোগ ও লগইন প্রত্যাশা করুন

HTTP টানেল বিকল্প curl-কে প্রক্সির কাছে SMTP গন্তব্যে সংযোগ চাইতে বাধ্য করে। প্রক্সির curl-এর প্রক্সি-প্রমাণীকরণ বিকল্পের মাধ্যমে নিজের শংসাপত্র লাগতে পারে। তারপর SMTP পরিষেবা সেই সংযোগের ভিতরে মেইল ব্যবহারকারীকে প্রমাণীকরণ করে।

--ssl-reqd এই SMTP URL-এর জন্য TLS আপগ্রেড আবশ্যক। উদ্দিষ্ট মেইল হোস্টনামের জন্য সার্টিফিকেট যাচাই সক্রিয় রাখুন। সফল প্রক্সি প্রমাণীকরণ TLS বা মেইল লগইন সফল হবে তা প্রমাণ করে না।

অনেক সাধারণ HTTP প্রক্সি CONNECT পোর্ট সীমিত করে। পোর্ট 587 প্রত্যাখ্যান ইচ্ছাকৃত নীতি হতে পারে। সম্পর্কহীন পোর্ট বারবার চেষ্টা করা বা নিষেধাজ্ঞাকে বিভ্রাট ভাবার বদলে অনুমোদিত পথ চান।

মেইল পরিষেবাগুলি পথ কাজ করার পরে প্রেরকের অনুমতি ও জমাদানের নীতি বলবৎ করতে পারে। SMTP প্রতিক্রিয়া পড়ুন। প্রমাণীকরণের পরে প্রত্যাখ্যাত বার্তার জন্য SMTP অভিবাদন আসার আগে প্রত্যাখ্যাত টানেলের চেয়ে ভিন্ন সমাধান দরকার।

সম্পর্কিত নিবন্ধ