إرسال البريد عبر وكيل HTTP باستخدام curl

تحقق من أذونات CONNECT ومن TLS الخاص بـSMTP ومن بيانات اعتماد الوكيل وخدمة البريد المنفصلة قبل محاولة الإرسال.

يمكن لوكيل HTTP أن ينقل اتصال SMTP إذا سمح بنفق CONNECT إلى منفذ خادم البريد. هذه الإذن أهم من مجرد تحميل صفحة ويب عبر الوكيل نفسه.

يأخذ الإرسال باستخدام SMTP مع STARTTLS هذا الشكل العام:

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 يفرض ترقية TLS لعنوان SMTP هذا. أبقِ التحقق من الشهادة مفعّلًا لاسم مضيف البريد المقصود. لا تؤكد مصادقة الوكيل الناجحة أن TLS أو تسجيل دخول البريد سينجح.

تقيّد العديد من وكلاء HTTP العامة منافذ CONNECT. قد يكون رفض المنفذ 587 سياسة مقصودة. اطلب مسارًا معتمدًا بدلًا من تجربة منافذ غير ذات صلة مرارًا أو اعتبار القيد انقطاعًا.

يمكن لخدمات البريد أيضًا فرض أذونات المرسل وسياسات الإرسال بعد نجاح المسار. اقرأ استجابة SMTP. الرسالة المرفوضة بعد المصادقة تحتاج إلى إصلاح مختلف عن نفق مرفوض قبل وصول تحية SMTP.

مقالات ذات صلة