ສົ່ງອີເມວຜ່ານ HTTP proxy ດ້ວຍ curl

ກວດສອບສິດ CONNECT, SMTP TLS ແລະ ຂໍ້ມູນຢືນຢັນຂອງ proxy ແລະ ບໍລິການອີເມວ ທີ່ແຍກກັນ ກ່ອນທີ່ຈະພະຍາຍາມສົ່ງ.

HTTP proxy ສາມາດຮັບສົ່ງການເຊື່ອມຕໍ່ SMTP ໄດ້ ຖ້າມັນອະນຸຍາດ CONNECT tunnel ໄປຫາພອດຂອງເຊີບເວີອີເມວ. ສິດນັ້ນສຳຄັນກວ່າການທີ່ໜ້າເວັບຈະໂຫຼດຜ່ານ proxy ດຽວກັນ.

ການສົ່ງດ້ວຍ 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 tunnel ເຮັດໃຫ້ curl ຂໍການເຊື່ອມຕໍ່ໄປຫາປາຍທາງ SMTP ຈາກ proxy. proxy ອາດຕ້ອງການ ຂໍ້ມູນຢືນຢັນຂອງຕົນເອງ ຜ່ານຕົວເລືອກການຢືນຢັນ proxy ຂອງ curl. ຈາກນັ້ນບໍລິການ SMTP ຈະຢືນຢັນຜູ້ໃຊ້ອີເມວພາຍໃນການເຊື່ອມຕໍ່ນັ້ນ.

--ssl-reqd ຕ້ອງການການອັບເກຣດ TLS ສຳລັບ URL SMTP ນີ້. ເປີດການກວດສອບໃບຢັ້ງຢືນໄວ້ສຳລັບຊື່ໂຮສອີເມວທີ່ຕັ້ງໃຈ. ການຢືນຢັນ proxy ທີ່ສຳເລັດ ບໍ່ໄດ້ຢືນຢັນວ່າ TLS ຫຼື ການເຂົ້າອີເມວຈະສຳເລັດ.

HTTP proxy ທົ່ວໄປຫຼາຍອັນ ຈຳກັດພອດ CONNECT. ການປະຕິເສດພອດ 587 ອາດເປັນນະໂຍບາຍທີ່ຕັ້ງໃຈ. ຂໍເສັ້ນທາງທີ່ໄດ້ຮັບອະນຸມັດ ແທນການລອງພອດທີ່ບໍ່ກ່ຽວຂ້ອງຊ້ຳໆ ຫຼື ຖືວ່າຂໍ້ຈຳກັດນັ້ນເປັນຄວາມຜິດພາດ.

ບໍລິການອີເມວຍັງສາມາດບັງຄັບສິດຜູ້ສົ່ງ ແລະ ນະໂຍບາຍການສົ່ງ ຫຼັງຈາກເສັ້ນທາງເຮັດວຽກແລ້ວ. ອ່ານການຕອບສະໜອງ SMTP. ຂໍ້ຄວາມທີ່ຖືກປະຕິເສດຫຼັງການຢືນຢັນ ຕ້ອງການການແກ້ໄຂທີ່ແຕກຕ່າງຈາກ tunnel ທີ່ຖືກປະຕິເສດກ່ອນຄຳທັກທາຍ SMTP ຈະມາຮອດ.

ບົດຄວາມທີ່ກ່ຽວຂ້ອງ