curl yordamida HTTP proksi orqali pochta yuborish

HTTP proksi pochta serverining portiga CONNECT tunneliga ruxsat bersa, SMTP ulanishini tashiy oladi. Bu ruxsat xuddi shu proksi orqali veb-sahifa yuklanishidan muhimroq.

STARTTLS bilan SMTP orqali yuborishning umumiy shakli quyidagicha:

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

Manzillar o'rinbosarlardir. Foydalanishga ruxsatingiz bor pochta xizmati va jo'natuvchidan foydalaning. Foydalanuvchi parametrida faqat foydalanuvchi nomi bo'lsa, curl parolni so'raydi. Xabar fayliga tegishli pochta sarlavhalari, bo'sh qator va tana kerak; bu faqat qabul qiluvchining manzili emas.

Alohida ulanishlar va kirishlarni kuting

HTTP tunnel parametri curl ni proksidan SMTP manziliga ulanish so'rashga majbur qiladi. Proksi o'z hisob ma'lumotlarini curl ning proksi autentifikatsiya parametrlari orqali talab qilishi mumkin. So'ngra SMTP xizmati shu ulanish ichida pochta foydalanuvchisini autentifikatsiya qiladi.

--ssl-reqd bu SMTP URL uchun TLS ga yangilanishni talab qiladi. Mo'ljallangan pochta xost nomi uchun sertifikat tekshiruvini yoqilgan holda qoldiring. Muvaffaqiyatli proksi autentifikatsiyasi TLS yoki pochtaga kirish muvaffaqiyatli bo'lishini isbotlamaydi.

Ko'plab umumiy HTTP proksilar CONNECT portlarini cheklaydi. 587 portining rad etilishi ataylab qilingan siyosat bo'lishi mumkin. Aloqasiz portlarni qayta-qayta sinash yoki cheklovni nosozlik deb hisoblash o'rniga tasdiqlangan marshrutni so'rang.

Pochta xizmatlari marshrut ishlagandan keyin jo'natuvchi ruxsatlari va yuborish siyosatlarini ham qo'llashi mumkin. SMTP javobini o'qing. Autentifikatsiyadan keyin rad etilgan xabar SMTP salomlashuvi kelishidan oldin rad etilgan tunneldan boshqacha yechim talab qiladi.