ຊີ້ Postfix ໄປຫາ relay ອີເມວ ບໍ່ແມ່ນ web proxy

relayhost = proxy.example.net:3128 ເບິ່ງຄືສົມເຫດສົມຜົນຈົນກວ່າສອງຝ່າຍຈະເລີ່ມລົມກັນ. Postfix ຄາດຫວັງຄູ່ SMTP. web proxy ຢູ່ 3128 ຄາດຫວັງຄຳຮ້ອງ HTTP proxy. ບໍ່ມີໃຜໄດ້ບົດສົນທະນາທີ່ຕົນລໍຖ້າ.

ຖ້າເຄືອຂ່າຍສະໜອງ relay ອີເມວທີ່ໄດ້ຮັບອະນຸຍາດ ໃຫ້ຕັ້ງຄ່າບໍລິການ SMTP ນັ້ນແທນ. ຮູບແບບທົ່ວໄປແມ່ນ:

relayhost = [smtp-relay.example.net]:587

ຊື່ໂຮສ ແລະ ພອດ ເປັນຕົວຢ່າງ. ວົງເລັບຫຼ່ຽມຢຸດການຄົ້ນຫາ MX ສຳລັບຊື່ relay ນັ້ນ. ພວກມັນບໍ່ໄດ້ເພີ່ມ HTTP CONNECT, TLS ຫຼື ການພິສູດຕົວຕົນ. ຕັ້ງຄ່າ submission, SASL ແລະ TLS ທີ່ relay ຕ້ອງການແຍກຕ່າງຫາກ.

ສອງບັນຊີອາດແຕກຕ່າງກັນໄດ້. ລະຫັດຜ່ານທີ່ web proxy ຍອມຮັບ ບໍ່ແມ່ນຂໍ້ມູນຢືນຢັນການສົ່ງອີເມວໂດຍອັດຕະໂນມັດ ແລະ relay ຍັງສາມາດປະຕິເສດຜູ້ສົ່ງຫຼັງຈາກຮັບການເຊື່ອມຕໍ່ແລ້ວ.

ຖ້າເສັ້ນທາງດຽວທີ່ໄດ້ຮັບອະນຸຍາດແມ່ນ tunnel ເດ?

HTTP proxy ສາມາດຂົນສົ່ງ SMTP ຜ່ານ CONNECT ເມື່ອມັນອະນຸຍາດປາຍທາງ ແລະ ພອດ. ແຕ່ນັ້ນບໍ່ໄດ້ເຮັດໃຫ້ SMTP client ໃດໆສ້າງ CONNECT. ເຄື່ອງມືຢ່າງ curl ມີຕົວເລືອກ tunnel proxy ຢ່າງຊັດເຈນ; ການຕັ້ງ relayhost ຂອງ Postfix ແມ່ນອີກອິນເຕີເຟສໜຶ່ງ.

ການສົ່ງຕໍ່ SSH ແບບຄົງທີ່ ຫຼື ອະແດັບເຕີຂົນສົ່ງທ້ອງຖິ່ນທີ່ສ້າງຂຶ້ນເພື່ອຈຸດປະສົງ ສາມາດເປີດເຜີຍບໍລິການ SMTP ທີ່ໄດ້ຮັບອະນຸຍາດໜຶ່ງອັນເປັນຈຸດສິ້ນສຸດ TCP ທ້ອງຖິ່ນ. ໃນການອອກແບບນັ້ນ Postfix ລົມ SMTP ກັບຈຸດສິ້ນສຸດ ແລະ ອະແດັບເຕີສະໜອງການຂົນສົ່ງອື່ນ. ຮັກສາມັນໃຫ້ຈຳກັດ ແລະ ຮັກສາອັດຕະລັກ TLS ຂອງເຊີບເວີອີເມວທີ່ຕັ້ງໃຈ: ການປ່ຽນທີ່ຢູ່ເຊື່ອມຕໍ່ເປັນ loopback ອາດສົ່ງຜົນຕໍ່ນະໂຍບາຍໃບຢັ້ງຢືນທີ່ອີງໃສ່ຊື່.

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