ນີ້ແມ່ນຄໍາສັ່ງ swaks ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍໆບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
swaks - Swiss Army Knife SMTP, ເຄື່ອງທົດສອບການເຮັດທຸລະກໍາ smtp ທີ່ມີຈຸດປະສົງທັງໝົດ
ລາຍລະອຽດ
ເປົ້າຫມາຍການອອກແບບຕົ້ນຕໍຂອງ swaks ແມ່ນເພື່ອເປັນການທົດສອບ SMTP ທີ່ມີຄວາມຍືດຫຍຸ່ນ, ສາມາດຂຽນໄດ້, ການເຮັດທຸລະກໍາແບບຮັດກຸມ.
ເຄື່ອງມື. ມັນຈັດການຄຸນສົມບັດ SMTP ແລະສ່ວນຂະຫຍາຍເຊັ່ນ TLS, ການພິສູດຢືນຢັນ, ແລະ
ທໍ່; ຫຼາຍໆລຸ້ນຂອງໂປຣໂຕຄໍ SMTP ລວມທັງ SMTP, ESMTP, ແລະ LMTP; ແລະ
ວິທີການຂົນສົ່ງທີ່ຫຼາກຫຼາຍລວມທັງເຕົ້າຮັບ unix-domain, ເຕົ້າຮັບອິນເຕີເນັດ, ແລະ
ທໍ່ກັບຂະບວນການ spawned. ທາງເລືອກສາມາດຖືກລະບຸໄວ້ໃນຕົວແປສະພາບແວດລ້ອມ,
ໄຟລ໌ການຕັ້ງຄ່າ, ແລະບັນຊີຄໍາສັ່ງອະນຸຍາດໃຫ້ການຕັ້ງຄ່າສູງສຸດແລະງ່າຍຂອງການນໍາໃຊ້
ສໍາລັບຕົວປະຕິບັດການແລະ scripters.
ໄວ START
ສົ່ງອີເມວທົດສອບມາດຕະຖານໃຫ້ [email protected] ໃນພອດ 25 ຂອງ test-server.example.net:
swaks --to [email protected] --server test-server.example.net
ສົ່ງອີເມລ໌ທົດສອບມາດຕະຖານ, ຮຽກຮ້ອງໃຫ້ມີການພິສູດຢືນຢັນ CRAM-MD5 ໃນຖານະຜູ້ໃຊ້ [email protected].
ສ່ວນຫົວ "X-Test" ຈະຖືກເພີ່ມໃສ່ເນື້ອໃນອີເມວ. ລະຫັດຜ່ານການພິສູດຢືນຢັນຈະເປັນ
ກະຕຸ້ນໃຫ້.
swaks --to [email protected] --ຈາກ [email protected] --auth CRAM-MD5 --auth-user [email protected] --header-X-Test "ອີເມລ໌ທົດສອບ"
ທົດສອບເຄື່ອງສະແກນໄວຣັສໂດຍໃຊ້ EICAR ໃນໄຟລ໌ແນບ. ຢ່າສະແດງຂໍ້ຄວາມສ່ວນ DATA.:
swaks -t [email protected] --attach -- --server test-server.example.com --suppress-data
ທົດສອບເຄື່ອງສະແກນຂີ້ເຫຍື້ອໂດຍໃຊ້ GTUBE ຢູ່ໃນຕົວຂອງອີເມວ, ສົ່ງຜ່ານ MX records for
example.com:
swaks --to [email protected] --body /path/to/gtube/file
ສົ່ງອີເມວທົດສອບມາດຕະຖານໃຫ້ [email protected] ການນຳໃຊ້ໂປໂຕຄອນ LMTP ຜ່ານ UNIX
ໄຟລ໌ socket ໂດເມນ
swaks --to [email protected] --socket /var/lda.sock --protocol LMTP
ລາຍງານຜູ້ຮັບທັງໝົດໃນໄຟລ໌ຂໍ້ຄວາມທີ່ບໍ່ສາມາດຢັ້ງຢືນໄດ້ໃນເຊີບເວີທົດສອບ:
ສໍາລັບ E ໃນ `cat /path/to/email/file`
do
swaks --to $E --server test-server.example.com --quit-after RCPT --hide-all
[$? -ne 0 ] && echo $E
ເຮັດ
ຂໍ້ກໍານົດ ແລະ ສົນທິສັນຍາ
ເອກະສານນີ້ພະຍາຍາມທີ່ຈະສອດຄ່ອງແລະສະເພາະໃນການນໍາໃຊ້ຂໍ້ກໍານົດດັ່ງຕໍ່ໄປນີ້ເພື່ອ
ຫຼຸດຜ່ອນຄວາມສັບສົນ.
ເຮັດທຸລະກໍາ
ທຸລະກໍາແມ່ນການເປີດການເຊື່ອມຕໍ່ໃນໄລຍະການຂົນສົ່ງໄປຫາເປົ້າຫມາຍໃດຫນຶ່ງແລະການນໍາໃຊ້ a
ໂປຣໂຕຄອນການສົ່ງຂໍ້ຄວາມເພື່ອພະຍາຍາມສົ່ງຂໍ້ຄວາມ.
ເປົ້າຫມາຍ
ເປົ້າຫມາຍຂອງການເຮັດທຸລະກໍາແມ່ນສິ່ງທີ່ swaks ເຊື່ອມຕໍ່ກັບ. ຄໍາສັບທົ່ວໄປນີ້ແມ່ນ
ໃຊ້ໃນທົ່ວເອກະສານເພາະວ່າຂໍ້ກໍານົດອື່ນໆສ່ວນໃຫຍ່ຫມາຍເຖິງບາງສິ່ງບາງຢ່າງທີ່ບໍ່ຖືກຕ້ອງ
ກ່ຽວກັບການຂົນສົ່ງທີ່ຖືກນໍາໃຊ້.
ການຂົນສົ່ງ
ການຂົນສົ່ງແມ່ນວິທີການພື້ນຖານທີ່ໃຊ້ໃນການເຊື່ອມຕໍ່ກັບເປົ້າຫມາຍ.
ອະນຸສັນຍາ
ໂປໂຕຄອນແມ່ນພາສາທີ່ໃຊ້ໃນການຕິດຕໍ່ສື່ສານກັບເປົ້າໝາຍ. ນີ້
ເອກະສານໃຊ້ SMTP ເພື່ອເວົ້າໂດຍທົ່ວໄປຂອງທັງສາມໂປໂຕຄອນທີ່ສະຫນັບສະຫນູນເວັ້ນເສຍແຕ່ວ່າມັນ
ບອກວ່າມັນເວົ້າກ່ຽວກັບໂປໂຕຄອນ 'SMTP' ສະເພາະແລະບໍ່ລວມຕົວອື່ນໆ.
ຂໍ້ຄວາມ
ໂປໂຕຄອນ SMTP ມີເພື່ອໂອນຂໍ້ຄວາມ, ຊຸດຂອງ bytes ໃນຮູບແບບທີ່ຕົກລົງກັນ
ທີ່ມີຜູ້ສົ່ງແລະຜູ້ຮັບ.
ຊອງຈົດຫມາຍ
ຈົດໝາຍຂອງຂໍ້ຄວາມປະກອບດ້ວຍຜູ້ສົ່ງ ແລະຜູ້ຮັບ "ຄວາມຈິງ" ຂອງຂໍ້ຄວາມ. ມັນສາມາດ
ຍັງຖືກເອີ້ນວ່າອົງປະກອບຂອງມັນ, ຜູ້ສົ່ງ envelope ແລະ envelope-recipients. ມັນແມ່ນ
ສິ່ງສຳຄັນທີ່ຄວນສັງເກດວ່າ ຊອງຈົດໝາຍບໍ່ຈໍາເປັນຕ້ອງກົງກັບ To: ແລະ From:.
ສ່ວນຫົວ.
ຂໍ້ມູນ
ສ່ວນ DATA ຂອງທຸລະກໍາ SMTP ແມ່ນຂໍ້ຄວາມທີ່ແທ້ຈິງທີ່ກໍາລັງເປັນ
ຂົນສົ່ງ. ມັນປະກອບດ້ວຍທັງສ່ວນຫົວຂອງຂໍ້ຄວາມ ແລະເນື້ອໃນຂອງມັນ. DATA ແລະຮ່າງກາຍ
ບາງຄັ້ງຖືກໃຊ້ໃນຄໍາສັບຄ້າຍຄືກັນ, ແຕ່ພວກມັນແມ່ນສອງສິ່ງທີ່ແຕກຕ່າງກັນສະເຫມີໃນເລື່ອງນີ້
document
Headers
ສ່ວນຫົວຂອງຂໍ້ຄວາມຖືກກຳນົດເປັນແຖວທັງໝົດໃນສ່ວນ DATA ຂອງຂໍ້ຄວາມກ່ອນ
ເສັ້ນເປົ່າທໍາອິດ. ພວກເຂົາມີຂໍ້ມູນກ່ຽວກັບອີເມວທີ່ຈະສະແດງ
ໄປຫາຜູ້ຮັບເຊັ່ນ To:, From:, Subject:, etc. ໃນຫົວຂໍ້ເອກະສານນີ້ຈະ
ສະເຫມີຖືກຂຽນດ້ວຍຕົວອັກສອນຕົວພິມໃຫຍ່ແລະຈໍ້າສອງເມັດ.
ຮ່າງກາຍ
ເນື້ອໃນຂອງຂໍ້ຄວາມແມ່ນສ່ວນຂອງສ່ວນ DATA ຂອງມັນຕາມເສັ້ນເປົ່າທຳອິດ.
ທາງເລືອກ ຂະບວນການ
ເພື່ອປ້ອງກັນຄວາມສັບສົນທີ່ອາດຈະເກີດຂື້ນໃນເອກະສານນີ້, ທຸງກັບ swaks ແມ່ນສະເຫມີເອີ້ນວ່າ
"ທາງເລືອກ". ຖ້າຕົວເລືອກເອົາຂໍ້ມູນເພີ່ມເຕີມ, ຂໍ້ມູນເພີ່ມເຕີມນັ້ນຖືກເອີ້ນວ່າ
ການໂຕ້ຖຽງກັບທາງເລືອກ. ຕົວຢ່າງ, "--ຈາກ [email protected]"ອາດຈະຖືກສະຫນອງໃຫ້
swaks ໃນເສັ້ນຄໍາສັ່ງ, ດ້ວຍ "-- ຈາກ" ເປັນທາງເລືອກແລະ ".[email protected]"ເປັນ
-- ຈາກການໂຕ້ຖຽງ.
ທາງເລືອກສາມາດຖືກມອບໃຫ້ກັບ swaks ໃນສາມວິທີ. ພວກເຂົາສາມາດຖືກລະບຸໄວ້ໃນການຕັ້ງຄ່າ
ໄຟລ໌, ໃນຕົວແປສະພາບແວດລ້ອມ, ແລະຢູ່ໃນເສັ້ນຄໍາສັ່ງ. ຂຶ້ນຢູ່ກັບທາງເລືອກສະເພາະ
ແລະບໍ່ວ່າການໂຕ້ຖຽງແມ່ນໃຫ້ມັນ, swaks ອາດຈະກະຕຸ້ນໃຫ້ຜູ້ໃຊ້ສໍາລັບການໂຕ້ຖຽງ.
ເມື່ອ swaks ປະເມີນທາງເລືອກຂອງມັນ, ມັນທໍາອິດຊອກຫາໄຟລ໌ການຕັ້ງຄ່າ (ບໍ່ວ່າຈະຢູ່ໃນ a
ສະຖານທີ່ເລີ່ມຕົ້ນ ຫຼືລະບຸດ້ວຍ --config). ຫຼັງຈາກນັ້ນ, ມັນປະເມີນທາງເລືອກໃດໆໃນ
ຕົວແປສະພາບແວດລ້ອມ. ສຸດທ້າຍ, ມັນປະເມີນຕົວເລືອກເສັ້ນຄໍາສັ່ງ. ໃນແຕ່ລະຮອບ
ການປະມວນຜົນ, ທາງເລືອກໃດນຶ່ງທີ່ຕັ້ງໄວ້ກ່ອນໜ້ານັ້ນຈະຖືກ overridden. ນອກຈາກນັ້ນ, ທາງເລືອກໃດກໍ່ຕາມສາມາດເປັນ
ຄໍານໍາຫນ້າດ້ວຍ "ບໍ່" ເພື່ອເຮັດໃຫ້ swaks ລືມວ່າຕົວແປໄດ້ຖືກກໍານົດໄວ້ກ່ອນຫນ້ານີ້.
ຄວາມສາມາດນີ້ແມ່ນມີຄວາມຈໍາເປັນເພາະວ່າຫຼາຍທາງເລືອກປະຕິບັດການກໍານົດ, ແຕ່ບໍ່ມີການໂຕ້ຖຽງ
ແຕກຕ່າງຈາກບໍ່ໄດ້ກໍານົດ.
ກົນໄກແລະຮູບແບບທີ່ແນ່ນອນສໍາລັບການນໍາໃຊ້ແຕ່ລະປະເພດແມ່ນໄດ້ລະບຸໄວ້ຂ້າງລຸ່ມນີ້.
ໄຟລ໌ການຕັ້ງຄ່າ
ໄຟລ໌ການຕັ້ງຄ່າສາມາດຖືກນໍາໃຊ້ເພື່ອກໍານົດທາງເລືອກທີ່ໃຊ້ທົ່ວໄປຫຼືຜິດປົກກະຕິ verbose.
ໂດຍຄ່າເລີ່ມຕົ້ນ swaks ເບິ່ງຢູ່ໃນລໍາດັບສໍາລັບ $SWAKS_HOME/.swaksrc, $HOME/.swaksrc, ແລະ
$LOGDIR/.swaksrc. ຖ້າຫາກວ່າຫນຶ່ງໃນນັ້ນໄດ້ຖືກພົບເຫັນວ່າມີ (ແລະ --config ຍັງບໍ່ໄດ້ຖືກນໍາໃຊ້)
ໄຟລ໌ນັ້ນຖືກໃຊ້ເປັນໄຟລ໌ການຕັ້ງຄ່າ.
ນອກຈາກນັ້ນ, ໄຟລ໌ການຕັ້ງຄ່າໃນສະຖານທີ່ທີ່ບໍ່ແມ່ນຄ່າເລີ່ມຕົ້ນສາມາດຖືກກໍານົດໂດຍໃຊ້
--config. ຖ້າອັນນີ້ຖືກຕັ້ງ ແລະບໍ່ໃຫ້ມີການໂຕ້ຖຽງ swaks ຈະບໍ່ໃຊ້ອັນໃດ
ໄຟລ໌ການຕັ້ງຄ່າ, ລວມທັງໄຟລ໌ເລີ່ມຕົ້ນໃດໆ. ຖ້າ --config ຊີ້ໃຫ້ເຫັນເຖິງການອ່ານໄດ້
ໄຟລ໌, ມັນຖືກນໍາໃຊ້ເປັນໄຟລ໌ການຕັ້ງຄ່າ, overriding ຄ່າເລີ່ມຕົ້ນທີ່ອາດຈະມີຢູ່. ຖ້າ
ມັນຊີ້ໃຫ້ເຫັນໄຟລ໌ທີ່ບໍ່ສາມາດອ່ານໄດ້ແລະຄວາມຜິດພາດຈະຖືກສະແດງແລະ swaks ຈະອອກ.
ຊຸດຂອງຄ່າເລີ່ມຕົ້ນ "portable" ຍັງສາມາດຖືກສ້າງຂື້ນໂດຍການເພີ່ມທາງເລືອກໃນການສິ້ນສຸດຂອງ
ໄຟລ໌ໂຄງການ swaks. ຕາມການແຈກຢາຍ, ແຖວສຸດທ້າຍຂອງ swaks ຄວນເປັນ "__END__". ໃດ
ແຖວທີ່ເພີ່ມຫຼັງຈາກ __END__ ຈະຖືກປະຕິບັດເປັນເນື້ອໃນຂອງໄຟລ໌ການຕັ້ງຄ່າ.
ນີ້ອະນຸຍາດໃຫ້ຊຸດຄວາມມັກຂອງຜູ້ໃຊ້ຖືກຄັດລອກໂດຍອັດຕະໂນມັດຈາກເຄື່ອງແມ່ຂ່າຍໄປຫາເຄື່ອງແມ່ຂ່າຍ
ໃນໄຟລ໌ດຽວ.
ຖ້າໄຟລ໌ປະຈຸບັນ ແລະການຕັ້ງຄ່າບໍ່ໄດ້ຖືກປິດຢ່າງຈະແຈ້ງ, ໄຟລ໌ __END__
config ແມ່ນອ່ານຢູ່ສະ ເໝີ. ມີພຽງໄຟລ໌ການຕັ້ງຄ່າອື່ນເທົ່ານັ້ນທີ່ຈະຖືກໃຊ້ຕໍ່ອັນດຽວ
ການຮຽກຮ້ອງຂອງ swaks, ເຖິງແມ່ນວ່າໄຟລ໌ການຕັ້ງຄ່າຫຼາຍຈະຖືກລະບຸໄວ້. ການລະບຸ
ຕົວເລືອກ --config ທີ່ບໍ່ມີການໂຕ້ຖຽງຈະປິດການປະມວນຜົນຂອງທັງສອງ __END__
config ແລະໄຟລ໌ config ຕົວຈິງໃດໆ.
ໃນໄຟລ໌ການຕັ້ງຄ່າທີ່ເລີ່ມຕົ້ນດ້ວຍ hash (#) ແມ່ນຖືກລະເລີຍ. ສາຍອື່ນໆທັງໝົດ
ຖືວ່າເປັນທາງເລືອກທີ່ຈະ swaks, ໂດຍມີ dash ຊັ້ນນໍາຫຼື dashes ທາງເລືອກ.
ທຸກສິ່ງທຸກຢ່າງຫຼັງຈາກຊ່ອງທໍາອິດຂອງແຖວທາງເລືອກແມ່ນສົມມຸດວ່າເປັນການໂຕ້ຖຽງຂອງທາງເລືອກ
ແລະບໍ່ໄດ້ຖືກປຸງແຕ່ງເປັນແກະ. ດັ່ງນັ້ນການອ້າງອິງຕາມປົກກະຕິແມ່ນບໍ່ຈໍາເປັນແລະຈະເປັນ
ລວມຢູ່ໃນການໂຕ້ຖຽງທີ່ຮູ້ຫນັງສື. ນີ້ແມ່ນຕົວຢ່າງຂອງເນື້ອໃນຂອງ a
ໄຟລ໌ການຕັ້ງຄ່າ:
# ໃຊ້ຜູ້ສົ່ງນີ້ສະເໝີ, ບໍ່ວ່າເຊີບເວີ ຫຼືຜູ້ໃຊ້ເຂົ້າສູ່ລະບົບ
--ຈາກ [email protected]
# ຂ້ອຍມັກອີເມລ໌ທົດສອບຂອງຂ້ອຍມີສ່ວນຫົວຫຼາຍ. ຫມາຍເຫດ
# ການຂາດຂີດຫຍໍ້ກ່ຽວກັບທາງເລືອກແລະການຂາດວົງຢືມປະມານ
# ການໂຕ້ຖຽງທັງໝົດ.
h-ຈາກ: "ຕົວຢ່າງ Fred"[email protected]>
ສະພາບແວດລ້ອມທີ່ປ່ຽນແປງໄດ້
ທາງເລືອກສາມາດສະຫນອງໃຫ້ໂດຍຜ່ານຕົວແປສະພາບແວດລ້ອມ. ຕົວແປແມ່ນຢູ່ໃນຮູບແບບ
$SWAKS_OPT_name, ບ່ອນທີ່ຊື່ແມ່ນຊື່ຂອງທາງເລືອກທີ່ຈະລະບຸໄວ້ໃນ
ເສັ້ນຄໍາສັ່ງ. ເນື່ອງຈາກວ່າ dashes ບໍ່ໄດ້ຖືກອະນຸຍາດໃຫ້ຢູ່ໃນຊື່ຕົວແປສະພາບແວດລ້ອມໃນສ່ວນໃຫຍ່
unix-ish shells, ບໍ່ຄວນໃຊ້ dashes ຊັ້ນນໍາແລະ dashes ໃດໆພາຍໃນທາງເລືອກ
ຊື່ຄວນຖືກແທນທີ່ດ້ວຍເຄື່ອງໝາຍຂີດກ້ອງ. ຕໍ່ໄປນີ້ຈະສ້າງທາງເລືອກດຽວກັນ
ສະແດງຢູ່ໃນຕົວຢ່າງໄຟລ໌ການຕັ້ງຄ່າ:
$SWAKS_OPT_from='[email protected]'
$ SWAKS_OPT_h_From='"ຕົວຢ່າງ Fred"[email protected]>'
ການຕັ້ງຄ່າຕົວແປເປັນຄ່າຫວ່າງເປົ່າແມ່ນຄືກັນກັບການລະບຸມັນຢູ່ໃນເສັ້ນຄໍາສັ່ງ
ໂດຍບໍ່ມີການໂຕ້ຖຽງ. ຕົວຢ່າງ, ການຕັ້ງຄ່າ SWAKS_OPT_server="" ຈະເຮັດໃຫ້ swaks ເປັນ
ກະຕຸ້ນໃຫ້ໃຊ້ເຊີບເວີທີ່ຈະເຊື່ອມຕໍ່ໃນແຕ່ລະ invocation.
ນອກເຫນືອຈາກການຕັ້ງຄ່າທຽບເທົ່າຂອງຕົວເລືອກແຖວຄໍາສັ່ງ, SWAKS_HOME ສາມາດຖືກກໍານົດ
ໄປຫາໄດເລກະທໍລີທີ່ມີຄ່າເລີ່ມຕົ້ນ .swaksrc ທີ່ຈະໃຊ້.
ຕົວເລືອກສາຍຄຳສັ່ງ
ວິທີການສຸດທ້າຍຂອງການສະຫນອງທາງເລືອກໃນການ swaks ແມ່ນຜ່ານເສັ້ນຄໍາສັ່ງ. ທາງເລືອກ
ປະຕິບັດຕົວໃນລັກສະນະທີ່ສອດຄ່ອງກັບບັນດາໂຄງການເສັ້ນຄໍາສັ່ງ unix-ish ສ່ວນໃຫຍ່. ຫຼາຍທາງເລືອກ
ມີທັງຮູບແບບສັ້ນ ແລະຍາວ (ຕົວຢ່າງ -s ແລະ --server). ໂດຍຫຍໍ້ສົນທິສັນຍາ
ທາງເລືອກແມ່ນໄດ້ລະບຸດ້ວຍ dash ດຽວແລະທາງເລືອກທີ່ຍາວແມ່ນໄດ້ລະບຸໄວ້ດ້ວຍ double-
ຂີດ. ນີ້ແມ່ນພຽງແຕ່ສົນທິສັນຍາແລະຄໍານໍາຫນ້າຈະເຮັດວຽກກັບປະເພດໃດຫນຶ່ງ.
ຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນຕົວຢ່າງທີ່ສະແດງຢູ່ໃນໄຟລ໌ການຕັ້ງຄ່າແລະສະພາບແວດລ້ອມ
ພາກສ່ວນທີ່ປ່ຽນແປງໄດ້:
$ swaks --ຈາກ [email protected] --h-ຈາກ: '"ຕົວຢ່າງ Fred"[email protected]>'
ການຂົນສົ່ງ
swaks ສາມາດເຊື່ອມຕໍ່ກັບເປົ້າຫມາຍໂດຍຜ່ານທໍ່ unix ("ທໍ່"), sockets ໂດເມນ unix ("unix.
sockets"), ຫຼື sockets ໂດເມນອິນເຕີເນັດ ("ເຕົ້າຮັບເຄືອຂ່າຍ"). ການເຊື່ອມຕໍ່ຜ່ານ sockets ເຄືອຂ່າຍ.
ແມ່ນພຶດຕິກໍາເລີ່ມຕົ້ນ. ເນື່ອງຈາກວ່າລັກສະນະເປັນເອກະລັກຂອງການຂົນສົ່ງນໍາໃຊ້, ແຕ່ລະຊຸດ
ທາງເລືອກໃນພາກຕໍ່ໄປນີ້ແມ່ນສະເພາະເຊິ່ງກັນແລະກັນ. ລະບຸຫຼາຍກວ່າໜຶ່ງໃນ
--server, --pipe, ຫຼື --socket ຈະສົ່ງຜົນໃຫ້ເກີດຄວາມຜິດພາດ. ການປະສົມທາງເລືອກອື່ນລະຫວ່າງ
ປະເພດການຂົນສົ່ງພຽງແຕ່ຈະເຮັດໃຫ້ທາງເລືອກທີ່ບໍ່ກ່ຽວຂ້ອງຖືກລະເລີຍ. ຂ້າງລຸ່ມນີ້ແມ່ນ a
ລາຍລະອຽດໂດຍຫຍໍ້ຂອງການຂົນສົ່ງແຕ່ລະປະເພດແລະທາງເລືອກທີ່ສະເພາະທີ່
ປະເພດການຂົນສົ່ງ.
Sockets ເຄືອຂ່າຍ
ການຂົນສົ່ງນີ້ພະຍາຍາມສົ່ງຂໍ້ຄວາມຜ່ານ TCP/IP, ວິທີການມາດຕະຖານສໍາລັບ
ການຈັດສົ່ງ SMTP. ນີ້ແມ່ນການຂົນສົ່ງເລີ່ມຕົ້ນສໍາລັບ swaks. ຖ້າບໍ່ມີ --server,
--pipe, ຫຼື --socket ແມ່ນໃຫ້ຫຼັງຈາກນັ້ນການຂົນສົ່ງນີ້ຖືກນໍາໃຊ້ແລະເຄື່ອງແມ່ຂ່າຍເປົ້າຫມາຍແມ່ນ
ກໍານົດຈາກໂດເມນຂອງຜູ້ຮັບ (ເບິ່ງ --server ຂ້າງລຸ່ມນີ້ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ).
ການຂົນສົ່ງນີ້ຕ້ອງການ IO:: ໂມດູນເຕົ້າຮັບເຊິ່ງເປັນສ່ວນຫນຶ່ງຂອງ perl ມາດຕະຖານ
ການແຜ່ກະຈາຍ. ຖ້າໂມດູນນີ້ບໍ່ສາມາດໂຫຼດໄດ້, ພະຍາຍາມໃຊ້ການຂົນສົ່ງນີ້ຈະ
ສົ່ງຜົນໃຫ້ເກີດຄວາມຜິດພາດແລະການປິດໂຄງການ.
IPv6 ຖືກຮອງຮັບເມື່ອມີໂມດູນ IO::Socket::INET6.
-s, --server [ເຄື່ອງແມ່ຂ່າຍເມລເປົ້າໝາຍ[:ພອດ]]
ບອກ swaks ຢ່າງຊັດເຈນໃຫ້ໃຊ້ຊັອກເກັດເຄືອຂ່າຍແລະລະບຸຊື່ເຈົ້າພາບຫຼື IP
ທີ່ຢູ່ທີ່ຈະເຊື່ອມຕໍ່, ຫຼືກະຕຸ້ນຖ້າຫາກວ່າບໍ່ມີການໂຕ້ຖຽງແມ່ນໄດ້ຮັບ. ຖ້າທາງເລືອກນີ້ແມ່ນ
ບໍ່ໄດ້ໃຫ້ແລະບໍ່ມີທາງເລືອກໃນການຂົນສົ່ງອື່ນ, ເຄື່ອງແມ່ຂ່າຍເມລເປົ້າຫມາຍແມ່ນ
ກໍານົດຈາກບັນທຶກ DNS ທີ່ເຫມາະສົມສໍາລັບໂດເມນຂອງອີເມວຜູ້ຮັບ
ທີ່ຢູ່ໂດຍໃຊ້ Net::DNS module. ຖ້າ Net::DNS ບໍ່ສາມາດໃຊ້ໄດ້ swaks ຈະ
ພະຍາຍາມເຊື່ອມຕໍ່ກັບ localhost ເພື່ອຈັດສົ່ງ. ພອດເປົ້າຫມາຍສາມາດເລືອກໄດ້
ທີ່ນີ້. ຮູບແບບທີ່ຮອງຮັບສໍາລັບການນີ້ປະກອບມີ SERVER:PORT (ຊື່ສະຫນັບສະຫນູນແລະ IPv4
ທີ່ຢູ່); [SERVER]:PORT ແລະ SERVER/PORT (ຊື່ທີ່ຮອງຮັບ, IPv4 ແລະ IPv6
ທີ່ຢູ່). ເບິ່ງນຳ --copy-routing.
-p, --ພອດ [ພອດ]
ລະບຸພອດ TCP ຢູ່ໃນເປົ້າໝາຍທີ່ຈະໃຊ້, ຫຼືກະຕຸ້ນເຕືອນຖ້າບໍ່ມີການໂຕ້ຖຽງ
ລາຍຊື່. ການໂຕ້ຖຽງສາມາດເປັນຊື່ການບໍລິການ (ຕາມທີ່ດຶງມາໂດຍ getservbyname(3)) ຫຼື
ໝາຍເລກພອດ. ພອດເລີ່ມຕົ້ນແມ່ນຖືກກໍານົດໂດຍທາງເລືອກ --protocol. ເບິ່ງ
--protocol ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ.
-li, --local-interface [IP ຫຼື hostname[:port]]
ໃຊ້ argument ເປັນສ່ວນຕິດຕໍ່ທ້ອງຖິ່ນສໍາລັບການເຊື່ອມຕໍ່ SMTP ຂາອອກ, ຫຼື prompt
ຜູ້ໃຊ້ຖ້າບໍ່ມີການໂຕ້ຖຽງໃຫ້. ການໂຕ້ຖຽງສາມາດເປັນທີ່ຢູ່ IP ຫຼືຊື່ເຈົ້າພາບ. ຄ່າເລີ່ມຕົ້ນ
ການປະຕິບັດແມ່ນເພື່ອໃຫ້ລະບົບປະຕິບັດການເລືອກການໂຕ້ຕອບທ້ອງຖິ່ນ. ເບິ່ງ --server ສໍາລັບ
ຄໍາເຫັນເພີ່ມເຕີມກ່ຽວກັບ: ຮູບແບບພອດ.
-lp, --local-port [ພອດ]
ລະບຸຜອດຂາອອກເພື່ອກຳເນີດທຸລະກຳຈາກ. ຖ້າທາງເລືອກນີ້ແມ່ນ
ບໍ່ໄດ້ລະບຸລະບົບຈະເລືອກເອົາພອດ ephemeral. ໃຫ້ສັງເກດວ່າຜູ້ໃຊ້ປົກກະຕິ
ບໍ່ສາມາດລະບຸບາງພອດໄດ້.
--copy-routing [domain]
ການໂຕ້ຖຽງຖືກຕີຄວາມຫມາຍເປັນໂດເມນຂອງທີ່ຢູ່ອີເມວແລະມັນຖືກນໍາໃຊ້
ເພື່ອຊອກຫາເຄື່ອງແມ່ຂ່າຍເປົ້າຫມາຍໂດຍໃຊ້ເຫດຜົນດຽວກັນທີ່ຈະໃຊ້ເພື່ອຊອກຫາ
ເຊີບເວີເປົ້າໝາຍສຳລັບທີ່ຢູ່ອີເມວຜູ້ຮັບ. ເບິ່ງ --to option ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ
ກ່ຽວກັບວິທີການກໍານົດເປົ້າຫມາຍຈາກໂດເມນອີເມລ໌.
-4, -6
ບັງຄັບ IPv4 ຫຼື IPv6.
UNIX Sockets
ວິທີການຂົນສົ່ງນີ້ພະຍາຍາມສົ່ງຂໍ້ຄວາມຜ່ານໄຟລ໌ socket unix-domain.
ນີ້ແມ່ນເປັນປະໂຫຍດສໍາລັບການທົດສອບ MTA / MDAs ທີ່ຟັງຢູ່ໃນໄຟລ໌ socket (ຕົວຢ່າງ, ການທົດສອບ
ການຈັດສົ່ງ LMTP ກັບ Cyrus). ການຂົນສົ່ງນີ້ຕ້ອງການ IO:: ໂມດູນເຕົ້າຮັບເຊິ່ງເປັນສ່ວນຫນຶ່ງ
ຂອງການແຈກຢາຍ perl ມາດຕະຖານ. ຖ້າໂມດູນນີ້ບໍ່ສາມາດໂຫຼດໄດ້, ພະຍາຍາມໃຊ້
ການຂົນສົ່ງນີ້ຈະສົ່ງຜົນໃຫ້ເກີດຄວາມຜິດພາດ ແລະການປິດໂຄງການ.
--socket [/path/to/socket/file]
ທາງເລືອກນີ້ໃຊ້ເວລາເປັນການໂຕ້ຖຽງຂອງຕົນເປັນໄຟລ໌ socket unix-domain. ຖ້າ swaks ບໍ່ສາມາດ
ເພື່ອເປີດ socket ນີ້ມັນຈະສະແດງຄວາມຜິດພາດແລະອອກ.
ທໍ່
ການຂົນສົ່ງນີ້ພະຍາຍາມສ້າງຂະບວນການແລະຕິດຕໍ່ສື່ສານກັບມັນຜ່ານທໍ່. ໄດ້
ໂຄງການ spawned ຕ້ອງໄດ້ຮັບການກະກຽມເພື່ອປະຕິບັດຕົວເປັນເຄື່ອງແມ່ຂ່າຍເມລຜ່ານ STDIN/STDOUT. ໃດ
MTA ທີ່ຖືກອອກແບບມາເພື່ອດໍາເນີນການຈາກ inet/xinet ຄວນສະຫນັບສະຫນູນສິ່ງນີ້. ນອກຈາກນັ້ນບາງ MTAs
ໃຫ້ຮູບແບບການທົດສອບທີ່ສາມາດສື່ສານກັບຜ່ານ STDIN/STDOUT. ການຂົນສົ່ງນີ້
ສາມາດຖືກນໍາໃຊ້ເພື່ອອັດຕະໂນມັດການທົດສອບນັ້ນ. ຕົວຢ່າງ, ຖ້າທ່ານປະຕິບັດການກວດສອບ DNSBL
ກັບ Exim ແລະທ່ານຕ້ອງການໃຫ້ແນ່ໃຈວ່າມັນເຮັດວຽກ, ທ່ານສາມາດດໍາເນີນການ 'swaks --pipe
"exim -bh 127.0.0.2"'. ໃນໂລກທີ່ເຫມາະສົມ, ຂະບວນການທີ່ທ່ານກໍາລັງເວົ້າກັບຄວນຈະປະຕິບັດ
ຄືກັນກັບເຊີບເວີ SMTP ໃນ stdin ແລະ stdout. ການດີບັກໃດໆຄວນຈະຖືກສົ່ງໄປຫາ
stderr, ເຊິ່ງຈະຖືກນໍາໄປຫາ terminal ຂອງທ່ານ. ໃນໂລກທີ່ແທ້ຈິງ swaks ສາມາດ
ໂດຍທົ່ວໄປແລ້ວການແກ້ໄຂບັນຫາບາງຢ່າງກ່ຽວກັບ stdout ຂອງເດັກນ້ອຍ, ແຕ່ວ່າບໍ່ມີການຮັບປະກັນກ່ຽວກັບວິທີການ
ຫຼາຍມັນສາມາດຈັດການກັບ.
ການຂົນສົ່ງນີ້ຕ້ອງການ IPC::Open2 module ເຊິ່ງເປັນສ່ວນຫນຶ່ງຂອງ perl ມາດຕະຖານ
ການແຜ່ກະຈາຍ. ຖ້າໂມດູນນີ້ບໍ່ສາມາດໂຫຼດໄດ້, ຄວາມພະຍາຍາມທີ່ຈະນໍາໃຊ້ການຂົນສົ່ງນີ້ຈະ
ສົ່ງຜົນໃຫ້ເກີດຄວາມຜິດພາດແລະການປິດໂຄງການ.
--pipe [/path/to/command and arguments]
ໃຫ້ຊື່ຂະບວນການແລະການໂຕ້ຖຽງກັບຂະບວນການ. swaks ຈະພະຍາຍາມ spawn
ຂະບວນການແລະຕິດຕໍ່ສື່ສານກັບມັນຜ່ານທໍ່. ຖ້າການໂຕ້ຖຽງບໍ່ແມ່ນ
swaks ທີ່ສາມາດປະຕິບັດໄດ້ຈະສະແດງຂໍ້ຜິດພາດແລະອອກ.
ໂປຣແກຣມ PROTOCOL OPTIONS
ຕົວເລືອກເຫຼົ່ານີ້ແມ່ນກ່ຽວຂ້ອງກັບຊັ້ນໂປຣໂຕຄໍ.
-t, --to [email-address[,email-address,...]]
ບອກ swaks ໃຫ້ໃຊ້ argument(s) ເປັນ envelope-recipient ສໍາລັບ email, ຫຼື prompt ສໍາລັບການ.
ຜູ້ຮັບຖ້າບໍ່ມີການໂຕ້ຖຽງໃຫ້. ຖ້າຜູ້ຮັບຫຼາຍແມ່ນສະຫນອງໃຫ້ແລະ
ໂດເມນຜູ້ຮັບແມ່ນຈໍາເປັນເພື່ອກໍານົດເສັ້ນທາງໂດເມນຂອງຜູ້ຮັບສຸດທ້າຍ
ສະຫນອງໃຫ້ແມ່ນຖືກນໍາໃຊ້.
ບໍ່ມີຄ່າເລີ່ມຕົ້ນສໍາລັບຕົວເລືອກນີ້. ຖ້າບໍ່ມີຜູ້ຮັບແມ່ນໃຫ້ຜ່ານທາງໃດ
ຫມາຍຄວາມວ່າ, ຜູ້ໃຊ້ຈະໄດ້ຮັບການກະຕຸ້ນໃຫ້ສະຫນອງຫນຶ່ງການໂຕ້ຕອບ. ຂໍ້ຍົກເວັ້ນພຽງແຕ່ນີ້
ແມ່ນຖ້າຄ່າ --quit-after ຖືກສະຫນອງໃຫ້ເຊິ່ງຈະເຮັດໃຫ້ທຸລະກໍາ smtp ເປັນ
ຢຸດເຊົາກ່ອນທີ່ຜູ້ຮັບແມ່ນຈໍາເປັນ.
-f, --ຈາກ [email-address]
ໃຊ້ argument ເປັນຜູ້ສົ່ງ envelope ສໍາລັບ email, ຫຼື prompt ຜູ້ໃຊ້ຖ້າຫາກວ່າບໍ່ມີ argument ລະບຸ.
ສະຕຣິງ <> ສາມາດສະໜອງໃຫ້ເພື່ອໝາຍເຖິງຜູ້ສົ່ງ null. ຖ້າຜູ້ໃຊ້ບໍ່ໄດ້ລະບຸ a
ທີ່ຢູ່ຜູ້ສົ່ງຄ່າເລີ່ມຕົ້ນຖືກນໍາໃຊ້. ສ່ວນໂດເມນຂອງຜູ້ສົ່ງເລີ່ມຕົ້ນແມ່ນ a
ເດົາດີທີ່ສຸດໃນຊື່ໂດເມນທີ່ມີຄຸນສົມບັດຄົບຖ້ວນຂອງເຈົ້າພາບທ້ອງຖິ່ນ. ວິທີການຂອງ
ການກໍານົດພາກສ່ວນທ້ອງຖິ່ນແຕກຕ່າງກັນ. ໃນ Windows, Win32::ຊື່ເຂົ້າສູ່ລະບົບ() ຖືກນໍາໃຊ້. ໃນ unix-
ish platforms, ຕົວແປສະພາບແວດລ້ອມ $LOGNAME ຖືກໃຊ້ຖ້າມັນຖືກຕັ້ງ. ຖ້າບໍ່ດັ່ງນັ້ນ
getpwuid(3) ຖືກນໍາໃຊ້. ເບິ່ງຕື່ມ --force-getpwuid.
--ehlo, --lhlo, -h, --helo [helo-string]
String ທີ່ຈະໃຊ້ເປັນ argument ກັບ HELO/EHLO/LHLO command, ຫຼື prompt use if no argument is
ລະບຸ. ຖ້າຕົວເລືອກນີ້ບໍ່ໄດ້ໃຊ້ການຄາດເດົາທີ່ດີທີ່ສຸດກ່ຽວກັບຊື່ໂດເມນທີ່ມີຄຸນສົມບັດຄົບຖ້ວນ
ຂອງເຈົ້າພາບທ້ອງຖິ່ນຖືກນໍາໃຊ້. ຖ້າ Sys::Hostname module, ເຊິ່ງເປັນສ່ວນຫນຶ່ງຂອງພື້ນຖານ
ການແຈກຢາຍ, ບໍ່ມີໃຫ້ຜູ້ໃຊ້ຈະຖືກເຕືອນສໍາລັບຄ່າ HELO. ໃຫ້ສັງເກດວ່າ
Sys::Hostname ໄດ້ຖືກສັງເກດເຫັນວ່າບໍ່ສາມາດຊອກຫາ hostname ທ້ອງຖິ່ນໄດ້ແນ່ນອນ
ສະຖານະການ. ອັນນີ້ມີຜົນກະທົບຄືກັນກັບ Sys::Hostname ບໍ່ສາມາດໃຊ້ໄດ້.
-q, --quit-after [ຈຸດຢຸດ]
ຈຸດທີ່ການເຮັດທຸລະກໍາຄວນຈະຖືກຢຸດ. ເມື່ອຈຸດຢຸດທີ່ຮ້ອງຂໍ
ແມ່ນບັນລຸໄດ້ໃນທຸລະກໍາ, ແລະສະຫນອງໃຫ້ວ່າ swaks ບໍ່ໄດ້ຜິດພາດອອກກ່ອນທີ່ຈະ
ເຂົ້າຫາມັນ, swaks ຈະສົ່ງ "QUIT" ແລະພະຍາຍາມປິດການເຊື່ອມຕໍ່ຢ່າງສະອາດ.
ນີ້ແມ່ນການໂຕ້ຖຽງທີ່ຖືກຕ້ອງແລະບັນທຶກກ່ຽວກັບຄວາມຫມາຍຂອງມັນ.
ເຊື່ອມຕໍ່, ປ້າຍໂຄສະນາ
ສິ້ນສຸດກອງປະຊຸມພາຍຫຼັງໄດ້ຮັບປ້າຍອວຍພອນຈາກເປົ້າໝາຍ.
FIRST-HELO, FIRST-EHLO, FIRST-LHLO
ໃນເຊດຊັນ STARTTLS (ແຕ່ບໍ່ແມ່ນ tls-on-connect), ໃຫ້ຢຸດທຸລະກຳຫຼັງຈາກ
ອັນທຳອິດຂອງສອງ HELO. ໃນທຸລະກໍາທີ່ບໍ່ແມ່ນ STARTTLS, ປະຕິບັດຄືກັນກັບ HELO
(ເບິ່ງຂ້າງລຸ່ມ).
XCLIENT
ອອກຫຼັງຈາກ XCLIENT ຖືກສົ່ງ
TLS ອອກຈາກທຸລະກໍາທັນທີຫຼັງຈາກການເຈລະຈາ TLS. ໃຫ້ສັງເກດວ່ານີ້
ເກີດຂຶ້ນໃນສະຖານທີ່ຕ່າງໆໂດຍຂຶ້ນກັບວ່າ STARTTLS ຫຼື tls-on-connect ແມ່ນ
ໃຊ້. ນີ້ສະເຫມີເຊົາຫຼັງຈາກຈຸດທີ່ TLS ຈະຖືກເຈລະຈາ,
ໂດຍບໍ່ຄໍານຶງເຖິງວ່າມັນແມ່ນຄວາມພະຍາຍາມ.
ເຮໂລ, ເອຮໂລ, ລຮລ
ໃນເຊດຊັນ STARTTLS ຫຼື XCLIENT, ອອກຫຼັງຈາກ HELO ທີສອງ. ຖ້າບໍ່ດັ່ງນັ້ນກໍ່ເຊົາ
ຫຼັງຈາກ HELO ທໍາອິດແລະອັນດຽວ.
ສິດ
ອອກຈາກການຢືນຢັນ. ນີ້ສະເຫມີເຊົາຫຼັງຈາກຈຸດທີ່ການກວດສອບຄວາມຖືກຕ້ອງ
ຈະໄດ້ຮັບການເຈລະຈາ, ບໍ່ວ່າຈະເປັນການພະຍາຍາມ.
mail, ຈາກ
ອອກຫຼັງຈາກ MAIL FROM: ຖືກສົ່ງ.
RCPT, TO
ອອກຫຼັງຈາກ RCPT TO: ຖືກສົ່ງ.
-- ໝົດເວລາ [ເວລາ]
ໃຊ້ argument ເປັນໄລຍະຫມົດເວລາການເຮັດທຸລະກໍາ SMTP, ຫຼືເຕືອນຜູ້ໃຊ້ຖ້າບໍ່ມີການໂຕ້ຖຽງ.
ການໂຕ້ຖຽງສາມາດເປັນຕົວເລກບໍລິສຸດ, ເຊິ່ງຈະຖືກຕີຄວາມວ່າເປັນວິນາທີ, ຫຼືສາມາດ
ມີຕົວລະບຸ s ຫຼື m (5s = 5 ວິນາທີ, 3m = 180 ວິນາທີ). ເປັນກໍລະນີພິເສດ, 0
ຫມາຍຄວາມວ່າບໍ່ຫມົດເວລາການເຮັດທຸລະກໍາ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 30s.
--protocol [ພິທີການ]
ລະບຸວ່າໂປໂຕຄອນໃດທີ່ຈະໃຊ້ໃນການເຮັດທຸລະກໍາ. ທາງເລືອກທີ່ຖືກຕ້ອງແມ່ນສະແດງຢູ່ໃນ
ຕາຕະລາງຂ້າງລຸ່ມນີ້. ໃນປັດຈຸບັນໂປໂຕຄອນ 'ຫຼັກ' ແມ່ນ SMTP, ESMTP, ແລະ LMTP. ໂດຍການນໍາໃຊ້
ການປ່ຽນແປງຂອງປະເພດໂປໂຕຄອນເຫຼົ່ານີ້ຫນຶ່ງສາມາດກໍານົດພອດເລີ່ມຕົ້ນໄດ້ຢ່າງເຄັ່ງຄັດ, ບໍ່ວ່າຈະເປັນ
ການພິສູດຢືນຢັນຄວນຈະຖືກພະຍາຍາມ, ແລະປະເພດຂອງການເຊື່ອມຕໍ່ TLS ທີ່ຄວນຈະເປັນ
ພະຍາຍາມ. ໂປຣໂຕຄໍເລີ່ມຕົ້ນແມ່ນ ESMTP. ຕາຕະລາງນີ້ສະແດງໃຫ້ເຫັນເຖິງສິ່ງທີ່ມີຢູ່
arguments ກັບ --protocol ແລະທາງເລືອກທີ່ແຕ່ລະກໍານົດເປັນຜົນກະທົບຂ້າງຄຽງ:
SMTP
HELO, "-p 25"
SSMTP
EHLO->HELO, "-tlsc -p 465"
SSMTPA
EHLO->HELO, "-a -tlsc -p 465"
SMTPS
HELO, "-tlsc -p 465"
ESMTP
EHLO->HELO, "-p 25"
ESMTPA
EHLO->HELO, "-a -p 25"
ESMTPS
EHLO->HELO, "-tls -p 25"
ESMTPSA
EHLO->HELO, "-a -tls -p 25"
LMTP
LHLO, "-p 24"
LMTPA
LHLO, "-a -p 24"
LMTPS
LHLO, "-tls -p 24"
LMTPSA
LHLO, "-a -tls -p 24"
--ທໍ່
ຖ້າເຄື່ອງແມ່ຂ່າຍທາງໄກສະຫນັບສະຫນູນມັນ, ພະຍາຍາມ SMTP PIPELINING (RFC 2920). ນີ້ແມ່ນ
ທາງເລືອກທີ່ອ່ອນກວ່າ, ຖ້າເຈົ້າປະສົບບັນຫາກັບມັນ, ກະລຸນາແຈ້ງຜູ້ຂຽນ.
ພື້ນທີ່ບັນຫາທີ່ເປັນໄປໄດ້ລວມມີເຄື່ອງແມ່ຂ່າຍທີ່ຍອມຮັບ DATA ເຖິງແມ່ນວ່າບໍ່ມີຄວາມຖືກຕ້ອງ
ຜູ້ຮັບ (swaks ຄວນສົ່ງຮ່າງກາຍຫວ່າງເປົ່າໃນກໍລະນີນັ້ນ, ບໍ່ແມ່ນ QUIT) ແລະການຢຸດຊະງັກທີ່ເກີດ
ໂດຍການສົ່ງແພັກເກັດຢູ່ນອກຂະຫນາດ tcp window.
--force-getpwuid
ບອກ swaks ໃຫ້ໃຊ້ວິທີການ getpwuid ຂອງການຊອກຫາຜູ້ສົ່ງໃນຕອນຕົ້ນຂອງທ້ອງຖິ່ນແທນ
ຂອງການທົດລອງ $LOGNAME ທໍາອິດ.
TLS / ການລົງທະບຽນ
ເຫຼົ່ານີ້ແມ່ນທາງເລືອກທີ່ກ່ຽວຂ້ອງກັບການເຂົ້າລະຫັດການເຮັດທຸລະກໍາ. ເຫຼົ່ານີ້ໄດ້ຮັບການທົດສອບແລະ
ຢືນຢັນວ່າຈະເຮັດວຽກກັບທັງສາມວິທີການຂົນສົ່ງ. ສຸດທິ::ໂມດູນ SLeay ຖືກນໍາໃຊ້ເພື່ອ
ປະຕິບັດການເຂົ້າລະຫັດເມື່ອມັນຖືກຮ້ອງຂໍ. ຖ້າໂມດູນນີ້ບໍ່ແມ່ນ swaks ທີ່ສາມາດໂຫຼດໄດ້
ບໍ່ສົນໃຈຄໍາຮ້ອງຂໍ TLS ຫຼືຄວາມຜິດພາດອອກ, ຂຶ້ນກັບວ່າຄໍາຮ້ອງຂໍເປັນທາງເລືອກ.
STARTTLS ຖືກກຳນົດເປັນສ່ວນຂະຫຍາຍໃນໂປຣໂຕຄໍ ESMTP ແລະຈະບໍ່ສາມາດໃຊ້ໄດ້ຖ້າ
--protocol ຖືກຕັ້ງເປັນການປ່ຽນແປງຂອງ smtp. ເນື່ອງຈາກວ່າມັນບໍ່ໄດ້ຖືກກໍານົດໄວ້ໃນໂປໂຕຄອນ
ຕົວຂອງມັນເອງ, --tls-on-connect ສາມາດໃຊ້ໄດ້ສໍາລັບປະເພດໂປໂຕຄອນໃດໆຖ້າເປົ້າຫມາຍສະຫນັບສະຫນູນມັນ.
ໃບຢັ້ງຢືນທ້ອງຖິ່ນແມ່ນບໍ່ຈໍາເປັນສໍາລັບການເຊື່ອມຕໍ່ TLS ເພື່ອເຈລະຈາ. ຢ່າງໃດກໍຕາມ, ບາງຄົນ
ເຊີບເວີໃຊ້ການກວດສອບໃບຢັ້ງຢືນລູກຄ້າເພື່ອກວດສອບວ່າລູກຄ້າໄດ້ຮັບອະນຸຍາດໃຫ້ເຊື່ອມຕໍ່.
swaks ສາມາດຖືກບອກໃຫ້ໃຊ້ໃບຢັ້ງຢືນທ້ອງຖິ່ນສະເພາະໂດຍຜ່ານການນໍາໃຊ້ --tls-cert
ແລະ --tls-key options.
-tls
ຕ້ອງການການເຊື່ອມຕໍ່ເພື່ອໃຊ້ STARTTLS. ອອກໄປຖ້າ TLS ບໍ່ສາມາດໃຊ້ໄດ້ດ້ວຍເຫດຜົນໃດກໍ່ຕາມ (ບໍ່ແມ່ນ
ໂຄສະນາ, ການເຈລະຈາລົ້ມເຫລວ, ແລະອື່ນໆ).
-tlso, --tls-ທາງເລືອກ
ພະຍາຍາມໃຊ້ STARTTLS ຖ້າມີ, ສືບຕໍ່ເຮັດທຸລະກໍາປົກກະຕິຖ້າ TLS ແມ່ນ
ບໍ່ສາມາດເຈລະຈາໄດ້ດ້ວຍເຫດຜົນໃດໆ. ໃຫ້ສັງເກດວ່ານີ້ແມ່ນທາງເລືອກເຄິ່ງທີ່ບໍ່ມີປະໂຫຍດເປັນ
ປະຈຸບັນໄດ້ປະຕິບັດເນື່ອງຈາກວ່າຫຼັງຈາກການເຈລະຈາລົ້ມເຫຼວ, ສະຖານະການຂອງການເຊື່ອມຕໍ່
ບໍ່ຮູ້ຈັກ. ໃນບາງກໍລະນີ, ຄືກັບສະບັບທີ່ບໍ່ກົງກັນ, ການເຊື່ອມຕໍ່ຄວນຈະຖືກປະໄວ້
ຂໍ້ຄວາມທຳມະດາ. ໃນຄົນອື່ນ, ເຊັ່ນຄວາມລົ້ມເຫລວໃນການກວດສອບ, ຝ່າຍເຊີຟເວີອາດຈະຄິດວ່າມັນ
ຄວນສືບຕໍ່ເວົ້າ TLS ໃນຂະນະທີ່ລູກຄ້າຄິດວ່າມັນເປັນຂໍ້ຄວາມທຳມະດາ. ອາດຈະມີ
ພະຍາຍາມເພີ່ມການກວດຫາສະຖານະອັນລະອຽດຕື່ມອີກໃນອະນາຄົດ, ແຕ່ສຳລັບຕອນນີ້ພຽງແຕ່ຮູ້
ສິ່ງທີ່ແປກໆອາດຈະເກີດຂື້ນກັບທາງເລືອກນີ້ຖ້າການເຈລະຈາ TLS ຖືກພະຍາຍາມແລະ
ລົ້ມເຫລວ.
-tlsos, --tls-optional-strict
ພະຍາຍາມໃຊ້ STARTTLS ຖ້າມີ. ດໍາເນີນທຸລະກໍາຖ້າ TLS ຖືກເຈລະຈາ
ສໍາເລັດຫຼື STARTTLS ບໍ່ໄດ້ໂຄສະນາ. ຖ້າ STARTTLS ຖືກໂຄສະນາແຕ່ TLS
ການເຈລະຈາລົ້ມເຫລວ, ຖືວ່າເປັນຄວາມຜິດພາດ ແລະຍົກເລີກທຸລະກຳ. ເນື່ອງຈາກ caveat ໄດ້ຍົກໃຫ້ເຫັນ
ຂ້າງເທິງ, ນີ້ແມ່ນທາງເລືອກທີ່ດີຫຼາຍກ່ວາ --tls-optional.
--tlsc, --tls-on-connect
ເລີ່ມຕົ້ນການເຊື່ອມຕໍ່ TLS ທັນທີໃນການເຊື່ອມຕໍ່. ປະຕິບັດຕາມສົນທິສັນຍາທົ່ວໄປ, ຖ້າ
ທາງເລືອກນີ້ແມ່ນໄດ້ລະບຸໄວ້ການປ່ຽນແປງພອດເລີ່ມຕົ້ນຈາກ 25 ກັບ 465, ເຖິງແມ່ນວ່ານີ້ສາມາດເຮັດໄດ້
ຍັງຖືກ overridden ດ້ວຍທາງເລືອກ --port.
-tlsp, --tls-protocol SPECIFICATION
ລະບຸວ່າໂປໂຕຄອນໃດທີ່ຈະໃຊ້ (ຫຼືບໍ່ໃຊ້) ເມື່ອເຈລະຈາ TLS. ໃນຊ່ວງເວລານີ້
ການຂຽນ, ໂປໂຕຄອນທີ່ມີຢູ່ແມ່ນ sslv2, sslv3, tlsv1, tlsv1_1, ແລະ tlsv1_2. ໄດ້
ຄວາມພ້ອມຂອງໂປໂຕຄອນເຫຼົ່ານີ້ແມ່ນຂຶ້ນກັບຫ້ອງສະໝຸດ OpenSSL ທີ່ຕິດພັນກັບເຈົ້າ, ດັ່ງນັ້ນ
ບໍ່ແມ່ນທັງໝົດເຫຼົ່ານີ້ອາດຈະສາມາດໃຊ້ໄດ້. ບັນຊີລາຍຊື່ຂອງໂປໂຕຄອນທີ່ມີຢູ່ແມ່ນສະແດງຢູ່ໃນ
ຜົນຜະລິດຂອງ --dump (ສົມມຸດ TLS ແມ່ນມີຢູ່ທັງຫມົດ).
ສະຕຣິງສະເພາະແມ່ນລາຍການທີ່ຂັ້ນດ້ວຍເຄື່ອງໝາຍຈຸດຂອງໂປຣໂຕຄໍທີ່ສາມາດໃຊ້ ຫຼື
ບໍ່ໄດ້ນໍາໃຊ້. ຕົວຢ່າງ 'tlsv1,tlsv1_1' ຈະສຳເລັດພຽງແຕ່ຖ້າໜຶ່ງໃນສອງອັນນັ້ນ
ໂປໂຕຄອນສາມາດໃຊ້ໄດ້ທັງລູກຄ້າ ແລະເຊີບເວີ. ກົງກັນຂ້າມ,
'no_sslv2,no_sslv3' ຈະພະຍາຍາມເຈລະຈາໂປຣໂຕຄໍໃດນຶ່ງ ຍົກເວັ້ນ sslv2 ແລະ sslv3.
ທັງສອງຮູບແບບສະເພາະບໍ່ສາມາດປະສົມກັນໄດ້.
-tls-cipher CIPHER_STRING
Th argument ກັບທາງເລືອກນີ້ຖືກສົ່ງກັບຫ້ອງສະຫມຸດ OpenSSL ພື້ນຖານເພື່ອກໍານົດລາຍການ
ຂອງລະຫັດລັບທີ່ຍອມຮັບໄດ້ເພື່ອນໍາໃຊ້ສໍາລັບການເຊື່ອມຕໍ່. ຮູບແບບຂອງສະຕຣິງນີ້ແມ່ນ
opaque ກັບ swaks ແລະຖືກກໍານົດໄວ້ໃນ
http://www.openssl.org/docs/apps/ciphers.html#CIPHER_LIST_FORMAT. ຕົວຢ່າງສັ້ນໆ
ຈະເປັນ --tls-cipher '3DES:+RSA'.
--tls-ຢືນຢັນ
ໂດຍຄ່າເລີ່ມຕົ້ນ swaks ບໍ່ໄດ້ເຮັດການຢັ້ງຢືນໃບຢັ້ງຢືນໃດໆ. ການຕັ້ງຄ່າ --tls-verify ຈະ
ເຮັດໃຫ້ swaks ພະຍາຍາມກວດສອບໃບຢັ້ງຢືນຂອງເຄື່ອງແມ່ຂ່າຍ. ຖ້າຕົວເລືອກນີ້ຖືກຕັ້ງແລະ
ໃບຢັ້ງຢືນຂອງເຊີບເວີບໍ່ສາມາດກວດສອບໄດ້ (ບໍ່ວ່າຈະໃຊ້ CA ເລີ່ມຕົ້ນຂອງລະບົບ
ຂໍ້ມູນ, ຫຼືຂໍ້ມູນ CA ແບບກຳນົດເອງ (ເບິ່ງ --tls-ca-path)) ການເຈລະຈາ TLS ຈະບໍ່
ປະສົບຜົນ ສຳ ເລັດ.
--tls-ca-path [ /path/to/CAfile | /path/to/CADir/ ]
ໂດຍຄ່າເລີ່ມຕົ້ນ swaks ຈະໃຊ້ຂໍ້ມູນ CA ເລີ່ມຕົ້ນຂອງຫ້ອງສະໝຸດ OpenSSL ສຳລັບ
ຢືນຢັນໃບຢັ້ງຢືນເຊີບເວີ. --tls-ca-path ອະນຸຍາດໃຫ້ທ່ານລະບຸທາງເລືອກ
ສະຖານທີ່. ເບິ່ງ http://www.openssl.org/docs/ssl/SSL_CTX_load_verify_locations.html ສໍາລັບການ
ລາຍລະອຽດຂອງໄຟລ໌ / ເນື້ອໃນລະບົບ.
--tls-cert /path/to/file
ໃຫ້ເສັ້ນທາງໄປຫາໄຟລ໌ທີ່ບັນຈຸໃບຢັ້ງຢືນທ້ອງຖິ່ນຄວນໃຊ້ຖ້າ TLS ແມ່ນ
ເຈລະຈາ. ຕ້ອງມີການໂຕ້ຖຽງເສັ້ນທາງໄຟລ໌. ດັ່ງທີ່ໄດ້ປະຕິບັດໃນປັດຈຸບັນ
ໃບຢັ້ງຢືນຢູ່ໃນໄຟລ໌ຕ້ອງຢູ່ໃນຮູບແບບ PEM. ຕິດຕໍ່ຜູ້ຂຽນຖ້າມີ
ຄວາມຕ້ອງການທີ່ຫນ້າສົນໃຈສໍາລັບ ASN1. ຖ້າຕົວເລືອກນີ້ຖືກຕັ້ງ, --tls-key ແມ່ນຕ້ອງການເຊັ່ນກັນ.
--tls-key /path/to/file
ໃຫ້ເສັ້ນທາງໄປຫາໄຟລ໌ທີ່ມີ swaks ລະຫັດສ່ວນຕົວໃນທ້ອງຖິ່ນຄວນໃຊ້ຖ້າ TLS ແມ່ນ
ເຈລະຈາ. ຕ້ອງມີການໂຕ້ຖຽງເສັ້ນທາງໄຟລ໌. ດັ່ງທີ່ໄດ້ປະຕິບັດໃນປັດຈຸບັນ
ໃບຢັ້ງຢືນຢູ່ໃນໄຟລ໌ຕ້ອງຢູ່ໃນຮູບແບບ PEM. ຕິດຕໍ່ຜູ້ຂຽນຖ້າມີ
ຄວາມຕ້ອງການທີ່ຫນ້າສົນໃຈສໍາລັບ ASN1. ຖ້າຕົວເລືອກນີ້ຖືກຕັ້ງ, --tls-cert ຍັງຕ້ອງການ.
--tls-get-peer-cert [/path/to/file]
ເອົາສຳເນົາໃບຮັບຮອງຂອງຄູ່ຮ່ວມ TLS. ຖ້າບໍ່ມີການໂຕ້ຖຽງແມ່ນໃຫ້, ມັນຈະເປັນ
ສະແດງເປັນ STDOUT. ຖ້າການໂຕ້ຖຽງຖືກໃຫ້ມັນສົມມຸດວ່າເປັນເສັ້ນທາງລະບົບໄຟລ໌
ການລະບຸບ່ອນທີ່ໃບຢັ້ງຢືນຄວນຈະຖືກຂຽນ. ໃບຢັ້ງຢືນທີ່ບັນທຶກໄວ້ຫຼັງຈາກນັ້ນສາມາດເປັນ
ກວດສອບໂດຍໃຊ້ເຄື່ອງມືມາດຕະຖານເຊັ່ນຄໍາສັ່ງ openssl. ຖ້າໄຟລ໌ຖືກລະບຸຂອງມັນ
ເນື້ອຫາຈະຖືກຂຽນທັບ.
ສິດ ອຳ ນາດ
swaks ຈະພະຍາຍາມພິສູດຢືນຢັນກັບເຄື່ອງແມ່ຂ່າຍເມລເປົ້າຫມາຍຖ້າຖືກແນະນໍາໃຫ້ເຮັດແນວນັ້ນ. ນີ້
ພາກສ່ວນລາຍລະອຽດການກວດສອບປະເພດ, ຄວາມຕ້ອງການ, ທາງເລືອກແລະຂອງເຂົາເຈົ້າ
ການໂຕ້ຕອບ, ແລະຈຸດດີອື່ນໆໃນການນໍາໃຊ້ການພິສູດຢືນຢັນ. ເນື່ອງຈາກວ່າການກວດສອບແມ່ນ
ກຳນົດເປັນສ່ວນຂະຫຍາຍໃນໂປຣໂຕຄໍ ESMTP ມັນຈະບໍ່ມີໃຫ້ຖ້າ --protocol ຖືກຕັ້ງ
ກັບການປ່ຽນແປງຂອງ smtp.
ວິທີການກວດສອບຄວາມຖືກຕ້ອງທັງຫມົດຮຽກຮ້ອງໃຫ້ມີການເຂົ້າລະຫັດ base64. ຖ້າໂມດູນ MIME::Base64 perl ແມ່ນ
swaks ທີ່ສາມາດໂຫຼດໄດ້ພະຍາຍາມໃຊ້ມັນເພື່ອປະຕິບັດການເຂົ້າລະຫັດເຫຼົ່ານີ້. ຖ້າ MIME::Base64 ບໍ່ແມ່ນ
swaks ທີ່ມີຢູ່ຈະໃຊ້ປົກກະຕິ onboard base64 ຂອງຕົນເອງ. ເຫຼົ່ານີ້ແມ່ນຊ້າກວ່າ
MIME::Base64 ປົກກະຕິແລະມີການທົບທວນຄືນຫນ້ອຍ, ເຖິງແມ່ນວ່າພວກເຂົາໄດ້ຮັບການທົດສອບຢ່າງລະອຽດ. ການນໍາໃຊ້
MIME :: ໂມດູນ Base64 ຖືກຊຸກຍູ້.
ຖ້າຫາກວ່າການກວດສອບແມ່ນຕ້ອງການ (ເບິ່ງທາງເລືອກຂ້າງລຸ່ມນີ້ສໍາລັບເວລາທີ່ມັນແມ່ນແລະບໍ່ຈໍາເປັນ) ແລະ
ຄວາມຕ້ອງການບໍ່ໄດ້ບັນລຸໄດ້ສໍາລັບປະເພດການພິສູດຢືນຢັນທີ່ມີຢູ່, swaks ສະແດງຂໍ້ຜິດພາດ
ແລະອອກ. ສອງວິທີນີ້ສາມາດເກີດຂຶ້ນໄດ້ລວມທັງການບັງຄັບໃຫ້ swaks ໃຊ້ສະເພາະ
ປະເພດການພິສູດຢືນຢັນທີ່ swaks ບໍ່ສາມາດໃຊ້ໄດ້ເນື່ອງຈາກຄວາມຕ້ອງການຂາດຫາຍໄປ, ຫຼືອະນຸຍາດໃຫ້ swaks
ໃຊ້ປະເພດການພິສູດຢືນຢັນໃດໆ, ແຕ່ເຊີບເວີພຽງແຕ່ໂຄສະນາປະເພດ swaks ບໍ່ສາມາດຮອງຮັບໄດ້. ໃນ
ກໍລະນີທີ່ຜ່ານມາ swaks ຜິດພາດໃນເວລາປະມວນຜົນທາງເລືອກນັບຕັ້ງແຕ່ມັນຮູ້ຢູ່ທາງຫນ້າມັນ
ຈະບໍ່ສາມາດພິສູດຢືນຢັນໄດ້. ໃນກໍລະນີສຸດທ້າຍ swaks ຈະຜິດພາດຢູ່ທີ່
ຂັ້ນຕອນການກວດສອບຄວາມຖືກຕ້ອງຂອງທຸລະກໍາ smtp ນັບຕັ້ງແຕ່ swaks ຈະບໍ່ຮູ້ວ່າມັນຈະ
ບໍ່ສາມາດຢັ້ງຢືນໄດ້ຈົນກ່ວາຈຸດນັ້ນ.
ຕໍ່ໄປນີ້ແມ່ນປະເພດການກວດສອບສະຫນັບສະຫນູນລວມທັງບັນທຶກສ່ວນບຸກຄົນແລະ
ຄວາມຕ້ອງການ.
ຕົວເລືອກຕໍ່ໄປນີ້ມີຜົນກະທົບຕໍ່ການໃຊ້ການພິສູດຢືນຢັນຂອງ swaks. ທາງເລືອກເຫຼົ່ານີ້ແມ່ນທັງຫມົດລະຫວ່າງ
ທີ່ກ່ຽວຂ້ອງ. ຕົວຢ່າງ, ການລະບຸ --auth-user ຫມາຍເຖິງ --auth ແລະ --auth-password.
ການລະບຸ --auth-optional ຫມາຍເຖິງ --auth-user ແລະ --auth-password, ແລະອື່ນໆ.
-a, --auth [auth-type[,auth-type,...]]
ຕ້ອງການ swaks ເພື່ອພິສູດຢືນຢັນ. ຖ້າບໍ່ມີການໂຕ້ຖຽງໃດໆ, ປະເພດ auth-type ທີ່ຮອງຮັບ
ໂຄສະນາໂດຍເຄື່ອງແມ່ຂ່າຍໄດ້ຖືກພະຍາຍາມຈົນກ່ວາຫນຶ່ງສໍາເລັດຫຼືທັງຫມົດລົ້ມເຫລວ. ຖ້າຫນຶ່ງຫຼືຫຼາຍກວ່ານັ້ນ
ປະເພດ auth-types ຖືກລະບຸເປັນການໂຕ້ຖຽງ, ແຕ່ລະຄົນທີ່ເຄື່ອງແມ່ຂ່າຍຍັງສະຫນັບສະຫນູນແມ່ນພະຍາຍາມ
ໃນຄໍາສັ່ງຈົນກ່ວາຫນຶ່ງສົບຜົນສໍາເລັດຫຼືທັງຫມົດລົ້ມເຫລວ. ຕົວເລືອກນີ້ຕ້ອງການ swaks ເພື່ອພິສູດຢືນຢັນ,
ດັ່ງນັ້ນຖ້າບໍ່ພົບປະເພດການຢືນຢັນທົ່ວໄປ ຫຼືບໍ່ມີຂໍ້ມູນປະຈໍາຕົວສໍາເລັດ, swaks ຈະສະແດງເປັນ
ຄວາມຜິດພາດແລະອອກ.
ຕາຕະລາງຕໍ່ໄປນີ້ຈະສະແດງປະເພດ auth-type ທີ່ຖືກຕ້ອງ
ເຂົ້າສູ່ລະບົບ, ທຳມະດາ
ປະເພດການພິສູດຢືນຢັນພື້ນຖານເຫຼົ່ານີ້ແມ່ນໄດ້ຮັບການສະຫນັບສະຫນູນຢ່າງເຕັມທີ່ແລະການທົດສອບແລະບໍ່ມີ
ຄວາມຕ້ອງການເພີ່ມເຕີມ
CRAM-MD5
CRAM-MD5 authenticator ຕ້ອງການ Digest::MD5 module. ມັນໄດ້ຖືກທົດສອບຢ່າງເຕັມສ່ວນ
ແລະເຊື່ອວ່າຈະເຮັດວຽກຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍໃດໆທີ່ປະຕິບັດມັນ.
DIGEST-MD5
DIGEST-MD5 authenticator (RFC2831) ຕ້ອງການໂມດູນ Authen::SASL. ຮຸ່ນ
20100211.0 ແລະກ່ອນໜ້ານັ້ນໃຊ້ Authen::DigestMD5 ເຊິ່ງມີບາງຂໍ້ຜິດພາດໃນລະດັບໂປຣໂຕຄໍ
ເຊິ່ງປ້ອງກັນບໍ່ໃຫ້ມັນເຮັດວຽກກັບບາງເຄື່ອງແມ່ຂ່າຍ. Authen::SASL's DIGEST-MD5
ການຈັດການແມ່ນເຂັ້ມແຂງຫຼາຍ.
ການປະຕິບັດ DIGEST-MD5 ໃນ swaks ແມ່ນອ່ອນເພຍພໍສົມຄວນ. ມັນສະຫນັບສະຫນູນໃນປັດຈຸບັນ
ຕົວຢ່າງ "auth" qop ເທົ່ານັ້ນ. ຖ້າທ່ານມີປະສົບການ DIGEST-MD5 ແລະ
ຕ້ອງການຊ່ວຍ swaks ສະຫນັບສະຫນູນ DIGEST-MD5 ດີກວ່າ, ກະລຸນາຕິດຕໍ່ກັບຂ້ອຍ.
ຄ່າ "realm" ຂອງອະນຸສັນຍາ DIGEST-MD5 ສາມາດຖືກກໍານົດໂດຍໃຊ້ --auth-extra "realm"
ຄໍາສໍາຄັນ. ຖ້າບໍ່ມີພື້ນທີ່ຖືກມອບໃຫ້, ຄ່າເລີ່ມຕົ້ນທີ່ສົມເຫດສົມຜົນຈະຖືກນໍາໃຊ້.
ຄ່າ "digest-uri" ຂອງໂປຣໂຕຄໍ DIGEST-MD5 ສາມາດຖືກຕັ້ງໂດຍໃຊ້ --auth-extra
ທາງເລືອກ. ສໍາລັບຕົວຢ່າງ, ທ່ານສາມາດສ້າງ digest-uri-value ຂອງ
"lmtp/mail.example.com/example.com" ດ້ວຍຕົວເລືອກ "--auth-extra
dmd5-serv-type=lmtp,dmd5-host=mail.example.com,dmd5-serv-name=example.com".
string "digest-uri-value" ແລະອົງປະກອບຂອງມັນຖືກກໍານົດໄວ້ໃນ RFC2831. ຖ້າບໍ່ມີ
ຄ່າເຫຼົ່ານີ້ຖືກມອບໃຫ້, ຄ່າເລີ່ມຕົ້ນທີ່ສົມເຫດສົມຜົນຈະຖືກນໍາໃຊ້.
CRAM-SHA1
CRAM-SHA1 authenticator ຕ້ອງການ Digest::SHA module. ປະເພດນີ້ມີພຽງແຕ່
ໄດ້ຖືກທົດສອບຕໍ່ກັບການປະຕິບັດທີ່ບໍ່ໄດ້ມາດຕະຖານຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ Exim ແລະອາດຈະ
ດັ່ງນັ້ນຈຶ່ງມີບາງຂໍ້ບົກຜ່ອງໃນການຈັດຕັ້ງປະຕິບັດ.
NTLM/SPA/MSN
ຕົວພິສູດຢືນຢັນເຫຼົ່ານີ້ຕ້ອງການໂມດູນ Authen::NTLM. ໃຫ້ສັງເກດວ່າມີສອງ
ໂມດູນທີ່ໃຊ້ Authen::NTLM namespace ໃນ CPAN. ການປະຕິບັດຂອງ Mark Bush
(Authen/NTLM-1.03.tar.gz) ແມ່ນສະບັບທີ່ຕ້ອງການໂດຍ swaks. ປະເພດນີ້ໄດ້
ທົດສອບຕໍ່ກັບ Exim, Communigate, and Exchange 2007.
ນອກເຫນືອຈາກຊື່ຜູ້ໃຊ້ແລະລະຫັດຜ່ານມາດຕະຖານ, ປະເພດການພິສູດຢືນຢັນນີ້ສາມາດ
ຍັງຮັບຮູ້ "ໂດເມນ". ໂດເມນສາມາດຖືກຕັ້ງໂດຍໃຊ້ --auth-extra "domain"
ຄໍາສໍາຄັນ. ໃຫ້ສັງເກດວ່າອັນນີ້ບໍ່ເຄີຍຖືກທົດສອບກັບເຄື່ອງແມ່ຂ່າຍເມລທີ່ບໍ່ໄດ້
ບໍ່ສົນໃຈ DOMAIN ດັ່ງນັ້ນນີ້ອາດຈະຖືກປະຕິບັດບໍ່ຖືກຕ້ອງ.
-ao, --auth-optional [auth-type[,auth-type,...]]
ຕົວເລືອກນີ້ປະຕິບັດຕົວດຽວກັນກັບ --auth ຍົກເວັ້ນວ່າມັນຮ້ອງຂໍໃຫ້ມີການກວດສອບຄວາມຖືກຕ້ອງ
ແທນທີ່ຈະຕ້ອງການມັນ. ຖ້າບໍ່ພົບປະເພດການກວດສອບທົ່ວໄປ ຫຼືບໍ່ມີຂໍ້ມູນປະຈໍາຕົວ
ສໍາເລັດ, swaks ດໍາເນີນການເປັນຖ້າຫາກວ່າການກວດສອບບໍ່ໄດ້ຮ້ອງຂໍ.
-aos, --auth-optional-strict [auth-type[,auth-type,...]]
ຕົວເລືອກນີ້ແມ່ນການປະນີປະນອມລະຫວ່າງ --auth ແລະ --auth-optional. ຖ້າບໍ່ມີການກວດສອບທົ່ວໄປ -
ປະເພດໄດ້ຖືກພົບເຫັນ, swaks ປະຕິບັດຄືກັບວ່າ --auth-optional ໄດ້ຖືກລະບຸໄວ້ແລະດໍາເນີນການກັບ
ທຸລະກໍາ. ຖ້າ swaks ບໍ່ສາມາດຮອງຮັບປະເພດການຢືນຢັນທີ່ຮ້ອງຂໍ, ເຊີບເວີຈະບໍ່ເຮັດ
ໂຄສະນາປະເພດການຮັບຮອງທົ່ວໄປ, ຫຼືຖ້າບໍ່ມີຂໍ້ມູນຮັບຮອງສໍາເລັດ, swaks ປະຕິບັດຄືກັບວ່າ
--auth ຖືກໃຊ້ ແລະອອກດ້ວຍຄວາມຜິດພາດ.
-au, --auth-user [ຊື່ຜູ້ໃຊ້]
ໃຫ້ຊື່ຜູ້ໃຊ້ທີ່ຈະໃຊ້ສໍາລັບການພິສູດຢືນຢັນ, ຫຼືເຕືອນຜູ້ໃຊ້ສໍາລັບມັນຖ້າບໍ່ມີ
ການໂຕ້ຖຽງແມ່ນສະຫນອງໃຫ້. ສະຕຣິງ <> ສາມາດສະໜອງໃຫ້ເພື່ອໝາຍເຖິງຊື່ຜູ້ໃຊ້ຫວ່າງເປົ່າ.
-ap, --auth-password [ລະຫັດຜ່ານ]
ໃຫ້ລະຫັດຜ່ານທີ່ຈະໃຊ້ສໍາລັບການພິສູດຢືນຢັນ, ຫຼືເຕືອນຜູ້ໃຊ້ສໍາລັບມັນຖ້າບໍ່ມີ
ການໂຕ້ຖຽງແມ່ນສະຫນອງໃຫ້. ສະຕຣິງ <> ສາມາດສະໜອງໃຫ້ເພື່ອໝາຍເຖິງລະຫັດຜ່ານຫວ່າງເປົ່າ.
-ae, --auth-extra [KEYWORD=value[,...]]
ບາງປະເພດຂອງການພິສູດຢືນຢັນອະນຸຍາດໃຫ້ມີຂໍ້ມູນເພີ່ມເຕີມທີ່ຈະລວມຢູ່ໃນ
ຂະບວນການຢັ້ງຢືນ. ແທນທີ່ຈະເພີ່ມທາງເລືອກໃຫມ່ສໍາລັບທຸກໆ nook ແລະ cranny ຂອງ
ແຕ່ລະ authenticator, ທາງເລືອກ --auth-extra ອະນຸຍາດໃຫ້ຂໍ້ມູນນີ້ໄດ້ຮັບການສະຫນອງ.
ຕາຕະລາງຕໍ່ໄປນີ້ລາຍຊື່ຄໍາທີ່ຮັບຮູ້ໃນປັດຈຸບັນແລະຕົວກວດສອບຄວາມຖືກຕ້ອງ
ທີ່ໃຊ້ພວກມັນ
ອານາຈັກ, ໂດເມນ
ຄໍາສໍາຄັນຂອງ realm ແລະໂດເມນແມ່ນຄໍາສັບຄ້າຍຄືກັນ. ການນໍາໃຊ້ທັງສອງຈະກໍານົດ "ໂດເມນ"
ທາງເລືອກໃນ NTLM/MSN/SPA ແລະທາງເລືອກ "realm" ໃນ DIGEST-MD5
dmd5-serv-type
ຄໍາສໍາຄັນປະເພດ dmd5-serv-type ຖືກນໍາໃຊ້ໂດຍ DIGEST-MD5 authenticator ແລະຖືກນໍາໃຊ້, ໃນ
ພາກສ່ວນ, ເພື່ອສ້າງ string digest-uri-value (ເບິ່ງ RFC2831)
dmd5-ເຈົ້າພາບ
ຄໍາສໍາຄັນ dmd5-host ຖືກນໍາໃຊ້ໂດຍ DIGEST-MD5 authenticator ແລະຖືກນໍາໃຊ້, ໃນ
ພາກສ່ວນ, ເພື່ອສ້າງ string digest-uri-value (ເບິ່ງ RFC2831)
dmd5-serv-name
ຄໍາສໍາຄັນ dmd5-serv-name ຖືກນໍາໃຊ້ໂດຍ DIGEST-MD5 authenticator ແລະຖືກນໍາໃຊ້, ໃນ
ພາກສ່ວນ, ເພື່ອສ້າງ string digest-uri-value (ເບິ່ງ RFC2831)
-am, --auth-map [auth-alias=auth-type[,...]]
ສະໜອງວິທີການສ້າງແຜນທີ່ຊື່ສຳຮອງໃສ່ປະເພດການພິສູດຢືນຢັນພື້ນຖານ. ເປັນປະໂຫຍດສໍາລັບການໃດໆ
ເວັບໄຊທ໌ທີ່ໃຊ້ຊື່ສະຫຼັບສໍາລັບປະເພດທົ່ວໄປ. ການທໍາງານນີ້ຖືກນໍາໃຊ້ຕົວຈິງ
ພາຍໃນແຜນທີ່ປະເພດ SPA ແລະ MSN ໃສ່ປະເພດພື້ນຖານ NTLM. ເສັ້ນຄໍາສັ່ງ
argument ເພື່ອຈຳລອງອັນນີ້ຈະເປັນ "--auth-map SPA=NTLM,MSN=NTLM". ທັງຫມົດຂອງຄວາມເປັນຈິງ -
ປະເພດທີ່ລະບຸໄວ້ຂ້າງເທິງແມ່ນເປົ້າຫມາຍທີ່ຖືກຕ້ອງສໍາລັບການສ້າງແຜນທີ່ຍົກເວັ້ນ SPA ແລະ MSN.
-apt, --auth-plaintext
ແທນທີ່ຈະສະແດງ AUTH strings base64 ທີ່ຖືກເຂົ້າລະຫັດຍ້ອນວ່າພວກມັນຖືກສົ່ງ, ໃຫ້ແປພວກມັນ
ກັບຂໍ້ຄວາມທໍາມະດາກ່ອນທີ່ຈະພິມໃນຫນ້າຈໍ.
-ahp, --auth-hide-password [ປ່ຽນສະຕຣິງ]
ຖ້າຕົວເລືອກນີ້ຖືກລະບຸ, ເວລາໃດກໍໄດ້ລະຫັດຜ່ານທີ່ສາມາດອ່ານໄດ້ຈະຖືກພິມໃສ່
terminal (ໂດຍສະເພາະ AUTH PLAIN ແລະ AUTH LOGIN) ລະຫັດຜ່ານຈະຖືກແທນທີ່ດ້ວຍ
dummy string (ຫຼືເນື້ອໃນຂອງ "string ທົດແທນ" ຖ້າສະຫນອງໃຫ້). ເຊືອກ dummy
ຈະຖືກເຂົ້າລະຫັດ base64 ຫຼືບໍ່ຂຶ້ນກັບຕົວເລືອກ --auth-plaintext.
ໃຫ້ສັງເກດວ່າ --auth-hide-password ແມ່ນຄ້າຍຄືກັນ, ແຕ່ບໍ່ຄືກັນ, ກັບ --protect-prompt
ທາງເລືອກ. ອະດີດປົກປ້ອງລະຫັດຜ່ານຈາກການສະແດງຢູ່ໃນທຸລະກໍາ SMTP
ໂດຍບໍ່ຄໍານຶງເຖິງວິທີການທີ່ເຂົາເຈົ້າເຂົ້າມາ. ສຸດທ້າຍປົກປ້ອງສາຍທີ່ລະອຽດອ່ອນໃນເວລາທີ່
ຜູ້ໃຊ້ພິມໃຫ້ເຂົາເຈົ້າຢູ່ທີ່ terminal, ໂດຍບໍ່ສົນເລື່ອງຂອງວິທີການສະຕຣິງຈະຖືກນໍາໃຊ້.
XCLIENT OPTIONS
XCLIENT ແມ່ນສ່ວນຂະຫຍາຍ SMTP ທີ່ແນະນໍາໂດຍໂຄງການ Postfix. XCLIENT ອະນຸຍາດໃຫ້ a
(properly-authorized) ລູກຄ້າບອກເຄື່ອງແມ່ຂ່າຍທີ່ຈະໃຊ້ຂໍ້ມູນທາງເລືອກ, ເຊັ່ນ IP
ທີ່ຢູ່ ຫຼືຊື່ເຈົ້າພາບ, ສໍາລັບລູກຄ້າ. ນີ້ອະນຸຍາດໃຫ້ມີເສັ້ນທາງທີ່ງ່າຍຂຶ້ນຫຼາຍສໍາລັບການທົດສອບ mail
ການຕັ້ງຄ່າເຊີບເວີ. ລາຍລະອຽດເຕັມທີ່ກ່ຽວກັບອະນຸສັນຍາແມ່ນມີຢູ່ທີ່
http://www.postfix.org/XCLIENT_README.html.
--xclient-addr [VALUE]
--xclient-name [VALUE]
--xclient-port [VALUE]
--xclient-proto [VALUE]
--xclient-helo [VALUE]
--xclient-login [VALUE]
--xclient-reverse-name [VALUE]
ຕົວເລືອກເຫຼົ່ານີ້ລະບຸຄຸນລັກສະນະ XCLIENT ທີ່ຄວນຈະຖືກສົ່ງໄປຫາເຄື່ອງແມ່ຂ່າຍເປົ້າຫມາຍ. ຖ້າ
[VALUE] ບໍ່ໄດ້ຖືກສະໜອງໃຫ້, swaks ຈະເຕືອນ ແລະອ່ານຄ່າຢູ່ໃນ STDIN. ເບິ່ງ
http://www.postfix.org/XCLIENT_README.html ສໍາລັບເອກະສານທີ່ເປັນທາງການສໍາລັບສິ່ງທີ່
ຄຸນລັກສະນະຫມາຍຄວາມວ່າແລະຄຸນຄ່າທີ່ເປັນໄປໄດ້ຂອງພວກເຂົາ, ລວມທັງການພິເສດ "[UNAVAILABLE]" ແລະ
"[TEMPUNAVAIL]" ຄ່າ.
ໂດຍວິທີການຂອງຕົວຢ່າງງ່າຍດາຍ, ການຕັ້ງຄ່າ "--xclient-name foo.example.com --xclient-addr
192.168.1.1" ຈະເຮັດໃຫ້ swaks ສົ່ງຄໍາສັ່ງ SMTP "XCLIENT NAME=foo.example.com
ADDR=192.168.1.1".
ກະລຸນາຮັບຊາບວ່າຄຸນສົມບັດ "REVERSE_NAME" ເບິ່ງຄືວ່າບໍ່ປາກົດຢູ່ໃນທາງການ
ເອກະສານ. ມີກະທູ້ບັນຊີລາຍຊື່ທາງໄປສະນີທີ່ເອກະສານມັນ, ເບິ່ງໄດ້ຢູ່
http://comments.gmane.org/gmane.mail.postfix.user/192623.
ທາງເລືອກເຫຼົ່ານີ້ສາມາດປະສົມກັບກັນແລະກັນ, ແລະສາມາດປະສົມກັບ --xclient
ທາງເລືອກ (ເບິ່ງຂ້າງລຸ່ມນີ້).
--xclient [XCLIENT_STRING]
ນີ້ແມ່ນ "ແບບຟອມຟຣີ" ທາງເລືອກ XCLIENT. ຄ່າອັນໃດກໍໄດ້ສະໜອງໃຫ້ XCLIENT_STRING
ຈະຖືກສົ່ງ verbatim ເປັນການໂຕ້ຖຽງກັບຄໍາສັ່ງ XCLIENT smtp. ຕົວຢ່າງ, ຖ້າ
"--xclient 'NAME= ADDR=192.168.1.1 FOO=bar'" ຖືກໃຊ້, swaks ຈະສົ່ງຄໍາສັ່ງ SMTP
"XCLIENT NAME= ADDR=192.168.1.1 FOO=bar". ປະໂຫຍດຕົ້ນຕໍສໍາລັບການນີ້ຫຼາຍກວ່າ
ຕົວເລືອກສະເພາະຂ້າງເທິງແມ່ນວ່າບໍ່ມີ XCLIENT syntax ຢືນຢັນຢູ່ທີ່ນີ້. ນີ້
ອະນຸຍາດໃຫ້ທ່ານສົ່ງ XCLIENT ທີ່ບໍ່ຖືກຕ້ອງໄປຫາເຄື່ອງແມ່ຂ່າຍເປົ້າຫມາຍສໍາລັບການທົດສອບ. ຖ້າບໍ່ມີ
XCLIENT_STRING ຖືກສົ່ງຜ່ານເສັ້ນຄໍາສັ່ງ, swaks ຈະເຕືອນແລະອ່ານຄ່າໃນ
STDIN.
ທາງເລືອກ --xclient ສາມາດປະສົມໄດ້ໂດຍບໍ່ເສຍຄ່າກັບຕົວເລືອກ --xclient-* ຂ້າງເທິງ. ຖ້າ
"--xclient-addr 192.168.0.1 --xclient 'FOO=bar NAME=wind'" ຖືກມອບໃຫ້ກັບ swaks, "XCLIENT
ADDR=192.168.0.1 FOO=bar NAME=wind" ຈະຖືກສົ່ງໄປຫາເຊີບເວີເປົ້າໝາຍ.
--xclient-optional
--xclient-optional-strict
ໃນການດໍາເນີນງານປົກກະຕິ, ການຕັ້ງຄ່າຫນຶ່ງຂອງ --xclient* ທາງເລືອກຈະເຮັດໃຫ້ເກີດຜົນສໍາເລັດ
ທຸລະກໍາ XCLIENT ທີ່ຈະເກີດຂຶ້ນເພື່ອດໍາເນີນການ (ນັ້ນແມ່ນ, XCLIENT ຕ້ອງການ
ໂຄສະນາ, ຄຸນລັກສະນະທີ່ຜູ້ໃຊ້ຮ້ອງຂໍທັງຫມົດຕ້ອງໄດ້ຮັບການໂຄສະນາ, ແລະ
ເຊີບເວີຈໍາເປັນຕ້ອງໄດ້ຮັບການຍອມຮັບການຮ້ອງຂໍ XCLIENT ຂອງ swaks). ທາງເລືອກເຫຼົ່ານີ້ປ່ຽນແປງມັນ
ພຶດຕິກຳ. --xclient-optional ບອກ swaks ໃຫ້ດໍາເນີນການຜ່ານ XCLIENT ໂດຍບໍ່ມີເງື່ອນໄຂ
ຂັ້ນຕອນຂອງການເຮັດທຸລະກໍາ SMTP, ບໍ່ວ່າມັນຈະປະສົບຜົນສໍາເລັດ.
--xclient-optional-strict ແມ່ນຄ້າຍຄືກັນແຕ່ເປັນເມັດຫຼາຍກວ່າ. ສະບັບທີ່ເຄັ່ງຄັດຈະ
ສືບຕໍ່ໄປຫາ XCLIENT ບໍ່ໄດ້ຖືກໂຄສະນາ, ແຕ່ຈະລົ້ມເຫລວຖ້າ XCLIENT ຖືກພະຍາຍາມແຕ່ເຮັດ
ບໍ່ສໍາເລັດ.
ຂໍ້ມູນ OPTIONS
ຕົວເລືອກເຫຼົ່ານີ້ກ່ຽວຂ້ອງກັບເນື້ອໃນສໍາລັບສ່ວນ DATA ຂອງທຸລະກໍາ SMTP.
-d, --data [ຂໍ້ມູນ-ສ່ວນ]
ໃຊ້ອາກິວເມັນເປັນເນື້ອໃນທັງໝົດຂອງ DATA, ຫຼືບອກຜູ້ໃຊ້ຖ້າບໍ່ມີການລະບຸການໂຕ້ຖຽງ.
ຖ້າ argument '-' ຖືກສະຫນອງໃຫ້, ຂໍ້ມູນຈະຖືກອ່ານຈາກ STDIN. ຖ້າຫາກວ່າອື່ນໆ
argument ແມ່ນສະຫນອງໃຫ້ແລະມັນເປັນຕົວແທນຂອງຊື່ຂອງໄຟລ໌ທີ່ສາມາດເປີດໄດ້, ເນື້ອໃນຂອງ
ໄຟລ໌ຈະຖືກນໍາໃຊ້. ການໂຕ້ຖຽງອື່ນໃດຈະເປັນຕົວຂອງມັນເອງສໍາລັບເນື້ອຫາ DATA.
ຄ່າສາມາດຢູ່ໃນແຖວດຽວ, ໂດຍມີ \n (ascii 0x5c, 0x6e) ເປັນຕົວແທນຢູ່ໃສ.
ການຢຸດແຖວຄວນຖືກວາງໄວ້. ຈຸດນຳໜ້າຈະຖືກອ້າງອີງ. ຈຸດປິດບໍ່ແມ່ນ
ຕ້ອງການແຕ່ອະນຸຍາດໃຫ້. ຄ່າເລີ່ມຕົ້ນຂອງຕົວເລືອກນີ້ແມ່ນ "ວັນທີ: %DATE%\nເຖິງ:
%TO_ADDRESS%\nຈາກ: %FROM_ADDRESS%\nຫົວຂໍ້: ທົດສອບ %DATE%\nX-Mailer: swaks v$p_version
jetmore.org/john/code/swaks/\n%NEW_HEADERS%\n%BODY%\n".
ການວິເຄາະ token ພື້ນຖານຫຼາຍແມ່ນປະຕິບັດຢູ່ໃນສ່ວນ DATA. ເບິ່ງ --use-old-data-tokens
ສໍາລັບລາຍລະອຽດກ່ຽວກັບ tokens ຕົວອັກສອນດຽວທີ່ຖືກໝາຍວ່າເຊົາໃຊ້ແລ້ວ. ຕໍ່ໄປນີ້
ຕາຕະລາງສະແດງໃຫ້ເຫັນ tokens ຮັບຮູ້ແລະຄ່າທົດແທນຂອງເຂົາເຈົ້າ:
%FROM_ADDRESS%
ແທນທີ່ດ້ວຍຜູ້ສົ່ງຊອງຈົດໝາຍ. ແທນທີ່ %F token ທີ່ເຊົາໃຊ້ແລ້ວ.
%TO_ADDRESS%
ແທນທີ່ດ້ວຍ envelope-recipient(s). ແທນທີ່ %T token ທີ່ເຊົາໃຊ້ແລ້ວ.
%DATE%
ແທນທີ່ດ້ວຍເວລາປະຈຸບັນໃນຮູບແບບທີ່ເຫມາະສົມສໍາລັບການລວມຢູ່ໃນວັນທີ:
ສ່ວນຫົວ. ໃຫ້ສັງເກດວ່ານີ້ພະຍາຍາມໃຊ້ໂມດູນມາດຕະຖານ Time::Local ສໍາລັບເຂດເວລາ
ການຄິດໄລ່. ຖ້າໂມດູນນີ້ບໍ່ສາມາດໃຊ້ໄດ້, ສະຕຣິງວັນທີຈະຢູ່ໃນ GMT.
ແທນທີ່ %D token ທີ່ເຊົາໃຊ້ແລ້ວ.
%NEW_HEADERS%
ແທນທີ່ດ້ວຍເນື້ອໃນຂອງຕົວເລືອກ --add-header. ຖ້າ --add-header ບໍ່ແມ່ນ
ລະບຸວ່າ token ນີ້ຖືກຖອດອອກຢ່າງງ່າຍດາຍ. ແທນທີ່ %H token ທີ່ເຊົາໃຊ້ແລ້ວ.
%ຮ່າງກາຍ%
ແທນທີ່ດ້ວຍຄ່າທີ່ລະບຸໂດຍຕົວເລືອກ --body. ເບິ່ງ --body ສໍາລັບຄ່າເລີ່ມຕົ້ນ.
ແທນທີ່ %H token ທີ່ເຊົາໃຊ້ແລ້ວ.
--use-old-data-tokens
ໃນລຸ້ນກ່ອນໜ້າຂອງ swaks DATA tokens ດັ່ງທີ່ໄດ້ອະທິບາຍໄວ້ໃນຕົວເລືອກ --data ຂ້າງເທິງ
ໃຊ້ tokens ຕົວອັກສອນດຽວ (ເຊັ່ນ: %F). ເຫຼົ່ານີ້ບໍ່ແມ່ນທາງເລືອກທີ່ດີສໍາລັບການເລີ່ມຕົ້ນ
tokens, ແລະພິສູດບັນຫາໂດຍສະເພາະກັບ encoded, ພາສາທີ່ບໍ່ແມ່ນພາສາອັງກິດບ່ອນທີ່
ການປະສົມຕົວອັກສອນເຫຼົ່ານີ້ອາດຈະເປັນເລື່ອງທົ່ວໄປ. tokens ຕົວອັກສອນດຽວແມ່ນ
ແທນທີ່ດ້ວຍລຸ້ນທີ່ມີຄວາມຜິດພາດໜ້ອຍກວ່າທີ່ລະບຸໄວ້ຂ້າງເທິງ. ການເກັບຮັກສາຂອງ
tokens ເກົ່າແລະການລວມເອົາທາງເລືອກນີ້ເພື່ອເປີດໃຊ້ພວກມັນມີຈຸດປະສົງເປັນ
ການຊ່ວຍເຫຼືອຊົ່ວຄາວກັບຜູ້ໃຊ້ທີ່ມີ corpus ຂໍ້ຄວາມທີ່ມີຢູ່ແລ້ວໂດຍໃຊ້ tokens ເກົ່າ. ໄດ້
tokens ຕົວອັກສອນດຽວ ແລະທາງເລືອກ --use-old-data-tokens ຄວນພິຈາລະນາ
ເຊົາສະໜັບສະໜຸນ ແລະອາດຈະຖືກລຶບອອກໃນລຸ້ນຕໍ່ໄປ.
-dab, --dump-as-body
ຖ້າ --dump-as-body ຖືກໃຊ້ແລະບໍ່ມີທາງເລືອກອື່ນຖືກນໍາໃຊ້ເພື່ອປ່ຽນຮ່າງກາຍເລີ່ມຕົ້ນຂອງ
ຂໍ້ຄວາມ, ຮ່າງກາຍໄດ້ຖືກທົດແທນດ້ວຍຜົນຜະລິດທີ່ຄ້າຍຄືກັນກັບຜົນຜະລິດຂອງສິ່ງທີ່ເປັນ
ສະໜອງໃຫ້ໂດຍ --dump. --dump ຂອງ stanza ຄວາມສາມາດຂອງໂຄງການເບື້ອງຕົ້ນແມ່ນບໍ່ໄດ້ສະແດງ, ແລະ
ສ່ວນ "ຂໍ້ມູນ" ບໍ່ໄດ້ຖືກລວມ. ນອກຈາກນັ້ນ, --dump ສະເຫມີປະກອບມີລະຫັດຜ່ານ.
ໂດຍຄ່າເລີ່ມຕົ້ນ --dump-as-body ບໍ່ລວມເອົາລະຫັດຜ່ານ, ເຖິງແມ່ນວ່ານີ້ສາມາດປ່ຽນແປງໄດ້ດ້ວຍ
--dump-as-body-shows-password.
-dabsp, --dump-as-body-shows-password
ເຮັດໃຫ້ --dump-as-body ປະກອບມີລະຫັດຜ່ານຂໍ້ຄວາມທໍາມະດາ. ທາງເລືອກນີ້ບໍ່ໄດ້ຖືກແນະນໍາ.
ຕົວເລືອກນີ້ຫມາຍເຖິງ --dump-as-body.
--ຮ່າງກາຍ [ສະເພາະຮ່າງກາຍ]
ລະບຸເນື້ອໃນຂອງອີເມວ. ຄ່າເລີ່ມຕົ້ນແມ່ນ "ນີ້ແມ່ນການສົ່ງຈົດໝາຍທົດສອບ". ຖ້າບໍ່ມີ
argument ກັບ --body ແມ່ນໄດ້ຮັບ, ກະຕຸ້ນໃຫ້ສະຫນອງການໂຕ້ຕອບຫນຶ່ງ. ຖ້າ '-' ຖືກສະຫນອງ,
ຮ່າງກາຍຈະຖືກອ່ານຈາກວັດສະດຸປ້ອນມາດຕະຖານ. ຖ້າຫາກວ່າຂໍ້ຄວາມອື່ນໆແມ່ນສະຫນອງໃຫ້ແລະຂໍ້ຄວາມ
ເປັນຕົວແທນຂອງໄຟລ໌ທີ່ສາມາດເປີດໄດ້, ເນື້ອໃນຂອງໄຟລ໌ນັ້ນຖືກນໍາໃຊ້ເປັນເນື້ອໃນ. ຖ້າຫາກວ່າມັນ
ບໍ່ໄດ້ເປັນຕົວແທນຂອງໄຟລ໌ທີ່ສາມາດເປີດໄດ້, ຂໍ້ຄວາມຕົວມັນເອງຖືກນໍາໃຊ້ເປັນເນື້ອໃນ.
ຖ້າຂໍ້ຄວາມຖືກບັງຄັບໃຫ້ເປັນຮູບແບບ MIME (ເບິ່ງ --attach) ການໂຕ້ຖຽງກັບທາງເລືອກນີ້
ຈະຖືກລວມ unencoded ເປັນສ່ວນ MIME ທໍາອິດ. ປະເພດເນື້ອຫາຂອງມັນຈະຢູ່ສະເໝີ
ຂໍ້ຄວາມ/ທຳມະດາ.
--attach [ການຕິດຄັດສະເພາະ]
ເມື່ອຫນຶ່ງຫຼືຫຼາຍທາງເລືອກ --attach ຖືກສະຫນອງ, ຂໍ້ຄວາມຈະຖືກປ່ຽນເປັນ a
ຂໍ້ຄວາມ MIME ຫຼາຍສ່ວນ/ປະສົມ. ການໂຕ້ຖຽງກັບ --attach ຖືກປະມວນຜົນຄືກັນກັບ
--body ກ່ຽວກັບ stdin, ເນື້ອໃນໄຟລ໌, ແລະອື່ນໆ --attach ສາມາດສະຫນອງໄດ້ຫຼາຍ
ເວລາເພື່ອສ້າງໄຟລ໌ແນບຫຼາຍອັນ. ໂດຍຄ່າເລີ່ມຕົ້ນແຕ່ລະໄຟລ໌ແນບແມ່ນຄັດຕິດເປັນ a
ໄຟລ໌ແອັບພລິເຄຊັນ/octet-stream. ເບິ່ງ --attach-type ສໍາລັບການປ່ຽນແປງພຶດຕິກໍານີ້.
ຖ້າຊື່ໄຟລ໌ຖືກລະບຸ, ການເຂົ້າລະຫັດ MIME ຈະປະກອບມີຊື່ໄຟລ໌ນັ້ນ. ເບິ່ງ
--attach-name ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມກ່ຽວກັບການຕັ້ງຊື່ໄຟລ໌.
ມັນເປັນກົດຫມາຍສໍາລັບ '-' (STDIN) ທີ່ຈະຖືກລະບຸໄວ້ເປັນການໂຕ້ຖຽງຫຼາຍຄັ້ງ (ຫນຶ່ງຄັ້ງສໍາລັບການ
--body ແລະຫຼາຍຄັ້ງສໍາລັບ --attach). ໃນກໍລະນີນີ້, ເນື້ອຫາດຽວກັນຈະເປັນ
ຕິດແຕ່ລະຄັ້ງທີ່ມັນຖືກລະບຸ. ນີ້ແມ່ນເປັນປະໂຫຍດສໍາລັບການຄັດຕິດເນື້ອໃນດຽວກັນ
ດ້ວຍຫຼາຍປະເພດ MIME.
--attach-type [mime-type]
ໂດຍຄ່າເລີ່ມຕົ້ນ, ເນື້ອຫາທີ່ໄດ້ຮັບ MIME ຕິດກັບຂໍ້ຄວາມທີ່ມີຕົວເລືອກ --attach ແມ່ນ
ເຂົ້າລະຫັດເປັນແອັບພລິເຄຊັນ/octet-stream. --attach-type ປ່ຽນແປງປະເພດ mime ສໍາລັບທຸກໆ
--ຄັດຕິດທາງເລືອກທີ່ປະຕິບັດຕາມມັນ. ມັນສາມາດຖືກກໍານົດຫຼາຍຄັ້ງ.
--attach-name [ຊື່]
ຕົວເລືອກນີ້ກໍານົດຊື່ໄຟລ໌ທີ່ຈະຖືກລວມເຂົ້າໃນສ່ວນ MIME ທີ່ສ້າງຂຶ້ນສໍາລັບ
ຕໍ່ໄປ --ຄັດຕິດທາງເລືອກ. ຖ້າບໍ່ມີການໂຕ້ຖຽງຖືກຕັ້ງສໍາລັບທາງເລືອກນີ້, ມັນເຮັດໃຫ້ບໍ່ມີຊື່ໄຟລ໌
ຂໍ້ມູນທີ່ຈະລວມຢູ່ໃນສ່ວນ MIME ຕໍ່ໄປ, ເຖິງແມ່ນວ່າ swaks ສາມາດສ້າງມັນໄດ້
ຈາກຊື່ໄຟລ໌ທ້ອງຖິ່ນ.
-ah, --add-header [header]
ຕົວເລືອກນີ້ອະນຸຍາດໃຫ້ເພີ່ມສ່ວນຫົວໃສ່ DATA. ຖ້າ %H ຢູ່ໃນ DATA ມັນ
ຖືກແທນທີ່ດ້ວຍການໂຕ້ຖຽງກັບທາງເລືອກນີ້. ຖ້າ %H ບໍ່ຢູ່, ການໂຕ້ຖຽງແມ່ນ
ໃສ່ລະຫວ່າງສອງແຖວໃຫມ່ຕິດຕໍ່ກັນໃນ DATA (ນັ້ນແມ່ນ, ມັນແມ່ນ
inserted ໃນຕອນທ້າຍຂອງ headers ທີ່ມີຢູ່ແລ້ວ).
ທາງເລືອກສາມາດຖືກກໍານົດຫຼາຍຄັ້ງຫຼືຄັ້ງດຽວທີ່ມີຫຼາຍຄັ້ງ
ສ່ວນຫົວທີ່ແຍກດ້ວຍຕົວໜັງສື '\n'. ດັ່ງນັ້ນ, "--add-header 'Foo: bar' --add-header
'Baz: foo'" ແລະ "--add-header 'Foo: bar\nBaz: foo'" ສິ້ນສຸດດ້ວຍການເພີ່ມສອງອັນດຽວກັນ.
ສ່ວນຫົວ.
--header [header-and-data], --h-Header [data]
ຕົວເລືອກເຫຼົ່ານີ້ອະນຸຍາດໃຫ້ມີວິທີທີ່ຈະປ່ຽນສ່ວນຫົວທີ່ມີຢູ່ໃນ DATA. '--ຫົວ
"ຫົວຂໍ້: foo"' ແລະ '--h-Subject foo' ແມ່ນທຽບເທົ່າ. ຖ້າ header ບໍ່ແລ້ວ
ມີຢູ່ໃນຂໍ້ມູນຫຼັງຈາກນັ້ນການໂຕ້ຖຽງນີ້ປະຕິບັດຕົວດຽວກັນກັບ --add-header. ຢ່າງໃດກໍຕາມ, ຖ້າ
ສ່ວນຫົວມີຢູ່ແລ້ວມັນຖືກແທນທີ່ດ້ວຍອັນທີ່ລະບຸໄວ້.
-g ຖ້າລະບຸ, swaks ຈະອ່ານຄ່າ DATA ສໍາລັບເມລຈາກ STDIN. ນີ້ແມ່ນ
ເທົ່າກັບ "--data -". ຖ້າມີເສັ້ນ From_ ໃນອີເມວ, ມັນຈະຖືກລຶບອອກ
(ແຕ່ເບິ່ງ -nsf ທາງເລືອກ). ເປັນປະໂຫຍດສໍາລັບການສົ່ງຂໍ້ຄວາມທີ່ແທ້ຈິງ (ເກັບໄວ້ໃນໄຟລ໌) ແທນ
ການນໍາໃຊ້ຂໍ້ຄວາມຕົວຢ່າງ.
--no-data-fixup, -ndf
ທາງເລືອກນີ້ບັງຄັບໃຫ້ swaks ບໍ່ຕ້ອງນວດສ່ວນ DATA ຂອງອີເມວ. ນີ້
ລວມມີການທົດແທນ token, From_ stripping, trailing-dot ນອກຈາກນັ້ນ, --body/attachment
ລວມ, ແລະການເພີ່ມສ່ວນຫົວໃດໆ. ຕົວເລືອກນີ້ແມ່ນເປັນປະໂຫຍດແທ້ໆເມື່ອໃຊ້ກັບ
--data, ເນື່ອງຈາກວ່າສ່ວນ DATA ເລີ່ມຕົ້ນພາຍໃນໃຊ້ tokens.
--no-strip-from, -nsf
ຢ່າຖອດເສັ້ນ From_ ອອກຈາກສ່ວນ DATA, ຖ້າມີ.
OUTPUT OPTIONS
ໂດຍຄ່າເລີ່ມຕົ້ນ swaks ສະໜອງການຖອດຂໍ້ຄວາມຂອງທຸລະກຳຂອງມັນໃຫ້ກັບຜູ້ໂທ (STDOUT/STDERR).
ການຖອດຂໍ້ຄວາມນີ້ມີຈຸດປະສົງເພື່ອເປັນຕົວແທນທີ່ຊື່ສັດເທົ່າທີ່ເປັນໄປໄດ້ຂອງທຸລະກໍາ
ເຖິງແມ່ນວ່າມັນດັດແປງຜົນຜະລິດນີ້ໂດຍການເພີ່ມຄໍານໍາຫນ້າຂໍ້ມູນໃສ່ສາຍແລະໂດຍ
ສະຫນອງສະບັບພາສາທໍາມະດາຂອງທຸລະກໍາ TLS
"ຄໍານໍາຫນ້າຂໍ້ມູນ" ແມ່ນຫມາຍເຖິງການເຮັດທຸລະກໍາ. ຄໍາແນະນໍາເຫຼົ່ານີ້ແມ່ນ
ໃນເບື້ອງຕົ້ນປະກອບດ້ວຍເສັ້ນເຄື່ອງຫມາຍເຫຼົ່ານັ້ນທີ່ເປັນຜົນຜະລິດຂອງ swaks ຕົວຂອງມັນເອງ, ບໍ່ວ່າຈະ
ຂໍ້ຄວາມຂໍ້ມູນຂ່າວສານຫຼືຂໍ້ຄວາມຜິດພາດ, ແລະຂໍ້ຄວາມທີ່ຊີ້ບອກເສັ້ນຂອງຂໍ້ມູນທີ່ຖືກສົ່ງໄປຫຼື
ໄດ້ຮັບໃນທຸລະກໍາ. ຕາຕະລາງນີ້ຊີ້ໃຫ້ເຫັນຄໍາແນະນໍາແລະຄວາມ ໝາຍ ຂອງມັນ:
=== ຊີ້ໃຫ້ເຫັນເສັ້ນຂໍ້ມູນທີ່ສ້າງຂຶ້ນໂດຍ swaks
*** ຊີ້ໃຫ້ເຫັນຄວາມຜິດພາດທີ່ສ້າງຂຶ້ນພາຍໃນ swaks
-> ຊີ້ໃຫ້ເຫັນເສັ້ນທີ່ຄາດວ່າຈະສົ່ງໂດຍ swaks ກັບເຄື່ອງແມ່ຂ່າຍເປົ້າຫມາຍ
~> ຊີ້ໃຫ້ເຫັນເຖິງ TLS-encrypted, ຄາດວ່າຈະສົ່ງໂດຍ swaks ກັບເຄື່ອງແມ່ຂ່າຍເປົ້າຫມາຍ
**> ຊີ້ໃຫ້ເຫັນເສັ້ນທີ່ບໍ່ຄາດຄິດທີ່ສົ່ງໂດຍ swaks ກັບເຄື່ອງແມ່ຂ່າຍເປົ້າຫມາຍ
*~> ຊີ້ບອກ TLS-encrypted, unexpected line send by swaks to target server
> ຊີ້ບອກຈຸດດິບຂອງການທົດສອບທີ່ສົ່ງໂດຍ swaks ໄປຫາເຄື່ອງແມ່ຂ່າຍເປົ້າຫມາຍ (ເບິ່ງ --show-raw-text).
ບໍ່ມີແນວຄວາມຄິດຂອງ "ຄາດຫວັງ" ຫຼື "ບໍ່ຄາດຄິດ" ໃນລະດັບນີ້.
<- ຊີ້ໃຫ້ເຫັນເສັ້ນທີ່ຄາດວ່າຈະສົ່ງໂດຍເຄື່ອງແມ່ຂ່າຍເປົ້າຫມາຍໄປຫາ swaks
<~ ຊີ້ໃຫ້ເຫັນ TLS-encrypted, ຄາດວ່າຈະສົ່ງໂດຍເຄື່ອງແມ່ຂ່າຍເປົ້າຫມາຍທີ່ຈະ swaks
<** ຊີ້ໃຫ້ເຫັນເສັ້ນທີ່ບໍ່ຄາດຄິດທີ່ສົ່ງໂດຍເຄື່ອງແມ່ຂ່າຍເປົ້າຫມາຍໄປຫາ swaks
<~* ຊີ້ບອກ TLS-encrypted, ເສັ້ນທີ່ບໍ່ຄາດຄິດສົ່ງໂດຍເຄື່ອງແມ່ຂ່າຍເປົ້າຫມາຍໄປຫາ swaks
< ຊີ້ບອກຈຸດດິບຂອງຂໍ້ຄວາມທີ່ໄດ້ຮັບໂດຍ swaks ຈາກເຄື່ອງແມ່ຂ່າຍເປົ້າຫມາຍ (ເບິ່ງ
--show-raw-text). ບໍ່ມີແນວຄວາມຄິດຂອງ "ຄາດຫວັງ" ຫຼື "ບໍ່ຄາດຄິດ" ໃນລະດັບນີ້.
ຕົວເລືອກຕໍ່ໄປນີ້ຄວບຄຸມສິ່ງທີ່ແລະວິທີການຜົນຜະລິດຈະສະແດງໃຫ້ກັບຜູ້ໂທ.
-n, --suppress-data
ສະຫຼຸບສ່ວນ DATA ຂອງທຸລະກໍາ SMTP ແທນການພິມທຸກແຖວ.
ທາງເລືອກນີ້ແມ່ນເປັນປະໂຫຍດຫຼາຍ, ຊາຍແດນຕິດກັບຄວາມຕ້ອງການ, ໃນເວລາທີ່ນໍາໃຊ້ swaks ສົ່ງທີ່ແນ່ນອນ
ທົດສອບອີເມລ໌. ອີເມວທີ່ມີໄຟລ໌ແນບ, ຕົວຢ່າງ, ຈະ overwhelm terminal ຢ່າງໄວວາ
ຖ້າ DATA ບໍ່ຖືກກົດດັນ.
-stl, --show-time-lapse [i]
ສະແດງເວລາ lapse ລະຫວ່າງການສົ່ງ / ຮັບຄູ່. ທາງເລືອກນີ້ແມ່ນເປັນປະໂຫຍດທີ່ສຸດໃນເວລາທີ່
ເວລາ ::HiRes ສາມາດໃຊ້ໄດ້, ໃນກໍລະນີເວລາ lapse ຈະຖືກສະແດງຢູ່ໃນ
ພັນຂອງວິນາທີ. ຖ້າເວລາ ::HiRes ບໍ່ສາມາດໃຊ້ໄດ້ ຫຼື "i" ຖືກໃຫ້ເປັນການໂຕ້ຖຽງ
lapse ຈະຖືກສະແດງເປັນຈໍານວນວິນາທີເທົ່ານັ້ນ.
-nih, --no-info-hints
ຢ່າສະແດງຄໍາຊີ້ບອກການເຮັດທຸລະກໍາສໍາລັບການເຮັດທຸລະກໍາຂໍ້ມູນ. ນີ້ແມ່ນຫຼາຍທີ່ສຸດ
ເປັນປະໂຫຍດໃນເວລາທີ່ຕ້ອງການຄັດລອກບາງສ່ວນຂອງສາຍຂໍ້ມູນ, ສໍາລັບການຍົກຕົວຢ່າງ
ຜົນຜະລິດໃບຢັ້ງຢືນຈາກ --tls-get-peer-cert.
-nsh, --no-send-hints
-nrh, --no-receive-hints
-th, --no-hints
--no-send-hints ແລະ --no-receive-hints ສະກັດກັ້ນການນຳໜ້າທຸລະກຳຈາກການສົ່ງ ແລະ
ໄດ້ຮັບສາຍ, ຕາມລໍາດັບ. ນີ້ມັກຈະເປັນປະໂຫຍດໃນເວລາທີ່ຄັດລອກບາງສ່ວນຂອງ
ການເຮັດທຸລະກໍາສໍາລັບການນໍາໃຊ້ບ່ອນອື່ນ (ຕົວຢ່າງ, "--no-send-hints --hide-receive
--hide-informational" ເປັນວິທີທີ່ມີປະໂຫຍດທີ່ຈະໄດ້ພຽງແຕ່ຄໍາສັ່ງຂອງຝ່າຍລູກຄ້າສໍາລັບການໃຫ້
ທຸລະກໍາ). --no-hints ແມ່ນຄືກັນກັບການລະບຸທັງ --no-send-hints ແລະ
--no-receive-hints.
ຢ່າສະແດງຄໍາແນະນໍາການເຮັດທຸລະກໍາ (ເປັນປະໂຫຍດຮ່ວມກັບ -hr ເພື່ອສ້າງສໍາເນົາ / ວາງສາມາດ
ທຸລະກໍາ).
-raw, --show-raw-text
ຕົວເລືອກນີ້ຈະພິມຂໍ້ມູນດິບ hex dump ທີ່ສົ່ງ ແລະຮັບໂດຍ swaks. ແຕ່ລະ hex
dump ແມ່ນເນື້ອໃນຂອງການອ່ານຫຼືຂຽນດຽວໃນເຄືອຂ່າຍ. ນີ້ຄວນຈະເປັນ
ຄືກັນກັບສິ່ງທີ່ຖືກສະແດງຢູ່ແລ້ວ (ຍົກເວັ້ນຕົວອັກສອນ \r
ຖືກໂຍກຍ້າຍ). ຕົວເລືອກນີ້ມີປະໂຫຍດໃນການເບິ່ງລາຍລະອຽດໃນເວລາທີ່ເຄື່ອງແມ່ຂ່າຍກໍາລັງສົ່ງຈໍານວນຫລາຍ
ຂໍ້ມູນໃນແພັກເກັດດຽວ, ຫຼືແຍກສາຍແຕ່ລະອັນອອກເປັນຫຼາຍແພັກເກັດ. ຖ້າ
ທ່ານກໍ່ຈໍາເປັນຕ້ອງເຂົ້າໄປໃນຄວາມເລິກໃນພື້ນທີ່ນັ້ນ, ທ່ານອາດຈະດີກວ່າກັບຊຸດ
sniffer, ແຕ່ທາງເລືອກນີ້ແມ່ນບາດກ້າວທໍາອິດທີ່ດີທີ່ຈະເຫັນບັນຫາການເຊື່ອມຕໍ່ຄີກ.
--output-file
--output-file-stdout
--output-file-stderr
ທາງເລືອກເຫຼົ່ານີ້ອະນຸຍາດໃຫ້ຜູ້ໃຊ້ເພື່ອສົ່ງຜົນຜະລິດກັບໄຟລ໌ແທນທີ່ຈະ stdout/stderr. ໄດ້
ທາງເລືອກທໍາອິດສົ່ງທັງສອງໄປຫາໄຟລ໌ດຽວກັນ. ການໂຕ້ຖຽງຂອງ &STDOUT ແລະ &STDERR ແມ່ນ
ໄດ້ຮັບການປິ່ນປົວພິເສດ, ໂດຍອ້າງອີງໃສ່ຕົວຈັບໄຟລ໌ "ປົກກະຕິ", ດັ່ງນັ້ນ "--output-file-stderr
'&STDOUT'" ຈະປ່ຽນເສັ້ນທາງ STDERR ໄປ STDOUT.
-pp, --protect-prompt
ຢ່າສະທ້ອນຂໍ້ມູນຂອງຜູ້ໃຊ້ໃນການເຕືອນທີ່ອາດຈະມີຄວາມອ່ອນໄຫວ (ດຽວນີ້ເທົ່ານັ້ນ
ການກວດສອບລະຫັດຜ່ານ). ເບິ່ງ --auth-hide-password ນຳ
-hr, --hide-receive
ຢ່າສະແດງສາຍທີ່ສົ່ງມາຈາກເຄື່ອງແມ່ຂ່າຍຫ່າງໄກສອກຫຼີກທີ່ຖືກຮັບໂດຍ swaks
-hs, --hide-ສົ່ງ
ຢ່າສະແດງເສັ້ນທີ່ຖືກສົ່ງໂດຍ swaks ໄປຫາເຄື່ອງແມ່ຂ່າຍຫ່າງໄກສອກຫຼີກ
-hi, --hide-ຂໍ້ມູນຂ່າວສານ
ຢ່າສະແດງເສັ້ນຂໍ້ມູນທີ່ບໍ່ແມ່ນຄວາມຜິດພາດຈາກ swaks ຕົວຂອງມັນເອງ.
-ha, --hide-all
ຢ່າສະແດງເນື້ອຫາໃດໆກັບເຄື່ອງໃຊ້ໄຟຟ້າ.
-S, --silent [ລະດັບ]
ເຮັດໃຫ້ swaks ງຽບ. ຖ້າບໍ່ມີການໂຕ້ຖຽງໃດໆຫຼືຖ້າການໂຕ້ຖຽງຂອງ "1" ຖືກໃຫ້,
ພິມບໍ່ມີຜົນຜະລິດເວັ້ນເສຍແຕ່ / ຈົນກ່ວາຄວາມຜິດພາດເກີດຂຶ້ນ, ຫຼັງຈາກນັ້ນຜົນໄດ້ຮັບທັງຫມົດຈະສະແດງໃຫ້ເຫັນ. ຖ້າເປັນ
argument ຂອງ "2" ແມ່ນໃຫ້, ພຽງແຕ່ພິມຜິດພາດ. ຖ້າ "3" ຖືກໃຫ້, ສະແດງວ່າບໍ່ມີຜົນຜະລິດໃດໆ.
-- ສະຫນັບສະຫນູນ
ຄວາມສາມາດໃນການພິມແລະອອກ. ຄຸນສົມບັດບາງຢ່າງຕ້ອງການໂມດູນ perl ທີ່ບໍ່ແມ່ນມາດຕະຖານ.
ທາງເລືອກນີ້ປະເມີນວ່າໂມດູນເຫຼົ່ານີ້ມີຢູ່ແລະສະແດງທີ່
ຫນ້າທີ່ສາມາດໃຊ້ໄດ້ແລະອັນໃດບໍ່ແມ່ນ, ແລະໂມດູນໃດທີ່ຈະຕ້ອງເພີ່ມ
ທີ່ຈະໄດ້ຮັບຫນ້າທີ່ຂາດຫາຍໄປ.
-- ຖິ້ມ
ຕົວເລືອກນີ້ເຮັດໃຫ້ swaks ພິມຜົນຂອງການປຸງແຕ່ງທາງເລືອກ, ທັນທີກ່ອນ
mail ຈະຖືກສົ່ງໄປແລ້ວ. ບໍ່ມີຈົດໝາຍຈະຖືກສົ່ງໄປເມື່ອ --dump ຖືກໃຊ້. ໃຫ້ສັງເກດວ່າ
--dump ຖືວ່າເປັນເຄື່ອງມືກວດຫາພະຍາດດ້ວຍຕົນເອງອັນບໍລິສຸດ ແລະບໍ່ມີຄວາມພະຍາຍາມໃດໆທີ່ຈະເຮັດ
ເຄີຍຖືກສ້າງເພື່ອປິດບັງລະຫັດຜ່ານໃນ --dump output.
- ຊ່ວຍ
ສະແດງຂໍ້ມູນການຊ່ວຍເຫຼືອນີ້.
- ການປ່ຽນແປງ
ສະແດງຂໍ້ມູນສະບັບ.
ຄວາມເປັນເອກະລາດ
ລະບົບປະຕິບັດການ
ໂປລແກລມນີ້ມີຈຸດປະສົງຕົ້ນຕໍສໍາລັບການນໍາໃຊ້ໃນລະບົບປະຕິບັດການທີ່ຄ້າຍຄື unix, ແລະມັນ
ຄວນເຮັດວຽກຢູ່ໃນສະບັບທີ່ສົມເຫດສົມຜົນຂອງມັນ. ມັນໄດ້ຖືກພັດທະນາແລະທົດສອບໃນ
Solaris, Linux, ແລະ Mac OS X ແລະມີຄຸນສົມບັດຄົບຖ້ວນສົມບູນໃນສິ່ງເຫຼົ່ານີ້.
ໂຄງການນີ້ແມ່ນເປັນທີ່ຮູ້ຈັກເພື່ອສະແດງໃຫ້ເຫັນການທໍາງານພື້ນຖານກ່ຽວກັບ Windows ການນໍາໃຊ້
Perl ຂອງ ActiveState. ມັນບໍ່ໄດ້ຖືກທົດສອບຢ່າງເຕັມທີ່. ຮູ້ຈັກກັບການເຮັດວຽກແມ່ນ SMTP ພື້ນຖານ
ການທໍາງານແລະປະເພດການເຂົ້າສູ່ລະບົບ, PLAIN, ແລະ CRAM-MD5 auth. ບໍ່ຮູ້ຈັກແມ່ນ TLS ໃດ
ຟັງຊັນ ແລະປະເພດການກວດສອບ NTLM/SPA ແລະ DIGEST-MD5.
ເນື່ອງຈາກວ່າໂຄງການນີ້ຄວນຈະເຮັດວຽກຢູ່ບ່ອນທີ່ Perl ເຮັດວຽກ, ຂ້າພະເຈົ້າຈະຮູ້ຈັກກ່ຽວກັບການ
ລະບົບປະຕິບັດການໃຫມ່ໃດໆທີ່ທ່ານໄດ້ໃຊ້ swaks ຢ່າງລະອຽດເຊັ່ນດຽວກັນກັບບັນຫາຕ່າງໆ
ພົບໃນ OS ໃໝ່.
ເຄື່ອງແມ່ຂ່າຍເມລ
ໂປຣແກມນີ້ຖືກພັດທະນາເກືອບສະເພາະກັບເຊີບເວີເມລ Exim. ມັນແມ່ນການ
ການນໍາໃຊ້ຢ່າງກະທັນຫັນໂດຍຜູ້ຂຽນ, ເຖິງແມ່ນວ່າບໍ່ໄດ້ຮັບການທົດສອບຢ່າງລະອຽດ, ມີ Sendmail, Smail,
Exchange, Oracle Collaboration Suite, qpsmtpd, ແລະການສື່ສານ. ເນື່ອງຈາກວ່າທັງຫມົດ
ການທໍາງານຂອງ swaks ແມ່ນອີງໃສ່ມາດຕະຖານທີ່ຮູ້ຈັກມັນຄວນຈະເຮັດວຽກກັບຄວາມຍຸຕິທໍາໃດໆ
ເຄື່ອງແມ່ຂ່າຍເມລທີ່ທັນສະໄຫມ. ຖ້າພົບບັນຫາ, ກະລຸນາແຈ້ງຜູ້ຂຽນທີ່ຢູ່
ຂ້າງລຸ່ມນີ້.
ອອກ ລະຫັດ
0 ບໍ່ມີຂໍ້ຜິດພາດເກີດຂຶ້ນ
1 ຂໍ້ຜິດພາດໃນການແຍກທາງເລືອກແຖວຄໍາສັ່ງ
2 ເກີດຄວາມຜິດພາດໃນການເຊື່ອມຕໍ່ກັບເຊີບເວີທາງໄກ
3 ປະເພດການເຊື່ອມຕໍ່ທີ່ບໍ່ຮູ້ຈັກ
4 ໃນຂະນະທີ່ແລ່ນກັບປະເພດການເຊື່ອມຕໍ່ຂອງ "ທໍ່", ບັນຫາຕາຍຂຽນເຖິງຫຼືການອ່ານຈາກ
ຂະບວນການເດັກນ້ອຍ
5 ໃນຂະນະທີ່ແລ່ນກັບປະເພດຂອງການເຊື່ອມຕໍ່ຂອງ "ທໍ່", ຂະບວນການເດັກນ້ອຍເສຍຊີວິດໂດຍບໍ່ຄາດຄິດ. ນີ້
ສາມາດໝາຍຄວາມວ່າໂປຣແກຣມທີ່ລະບຸດ້ວຍ --pipe ບໍ່ມີຢູ່.
6 ການເຊື່ອມຕໍ່ປິດໂດຍບໍ່ຄາດຄິດ. ຖ້າການປິດຖືກກວດພົບໃນການຕອບໂຕ້ 'QUIT'
swaks ສົ່ງປະຕິບັດຕາມການຕອບໂຕ້ທີ່ບໍ່ຄາດຄິດ, ລະຫັດຄວາມຜິດພາດສໍາລັບການທີ່ບໍ່ຄາດຄິດນັ້ນ
ການຕອບສະ ໜອງ ແມ່ນໃຊ້ແທນ. ຕົວຢ່າງ, ຖ້າເຄື່ອງແມ່ຂ່າຍເມລສົ່ງຄືນການຕອບ 550 ກັບ a
mail ຈາກ: ແລະຫຼັງຈາກນັ້ນທັນທີປິດການເຊື່ອມຕໍ່, swaks ກວດພົບວ່າ
ການເຊື່ອມຕໍ່ຖືກປິດ, ແຕ່ໃຊ້ລະຫັດອອກສະເພາະ 23 ເພື່ອລາຍລະອຽດລັກສະນະຂອງ
ຄວາມລົ້ມເຫຼວ. ຖ້າແທນທີ່ເຄື່ອງແມ່ຂ່າຍຈະສົ່ງຄືນລະຫັດ 250 ແລະຫຼັງຈາກນັ້ນປິດທັນທີ
ການເຊື່ອມຕໍ່, swaks ຈະໃຊ້ລະຫັດທາງອອກ 6 ເພາະວ່າບໍ່ມີທາງອອກສະເພາະ
ລະຫັດ.
10 ຂໍ້ຜິດພາດໃນເງື່ອນໄຂເບື້ອງຕົ້ນ (ໂມດູນທີ່ຈໍາເປັນບໍ່ມີ)
21 ເກີດຄວາມຜິດພາດໃນການອ່ານປ້າຍໂຄສະນາເບື້ອງຕົ້ນຈາກເຊີບເວີ
22 ຄວາມຜິດພາດໃນທຸລະກໍາ HELO
23 ຄວາມຜິດພາດໃນທຸລະກໍາ MAIL
24 ບໍ່ຍອມຮັບ RCPTs
25 ເຊີບເວີສົ່ງຄືນຄວາມຜິດພາດຕໍ່ການຮ້ອງຂໍ DATA
26 ເຊີບເວີບໍ່ຍອມຮັບຂໍ້ມູນຕໍ່ໄປນີ້ເມລ
27 ເຊີບເວີໄດ້ສົ່ງຄືນຂໍ້ຜິດພາດຫຼັງຈາກການຮ້ອງຂໍອອກຈາກເຊດຊັນປົກກະຕິ
28 ຄວາມຜິດພາດໃນທຸລະກໍາ AUTH
29 ຄວາມຜິດພາດໃນທຸລະກໍາ TLS
32 ຂໍ້ຜິດພາດໃນ EHLO ຫຼັງຈາກການເຈລະຈາ TLS
33 ຄວາມຜິດພາດໃນທຸລະກໍາ XCLIENT
34 ຂໍ້ຜິດພາດໃນ EHLO ຕໍ່ໄປນີ້ XCLIENT
ກ່ຽວກັບ ການ NAME
ຊື່ "swaks" ແມ່ນຄໍາຫຍໍ້ຂອງ "SWiss Army Knife Smtp". ມັນໄດ້ຖືກເລືອກໃຫ້ເປັນ
ທີ່ແຕກຕ່າງກັນຢ່າງຍຸຕິທໍາແລະ pronounceable. ໃນຂະນະທີ່ "swaks" ເປັນເອກະລັກເປັນຊື່ຂອງຊອບແວ
ຊຸດ, ມັນມີຄວາມຫມາຍອື່ນໆ, ບໍ່ແມ່ນຊອບແວ. ກະລຸນາສົ່ງໃນການນໍາໃຊ້ອື່ນໆຂອງ "swak" ຫຼື
"swaks" ສໍາລັບການລວມ.
"ຜະນຶກເຂົ້າກັນດ້ວຍການຈູບ"
SWAK/SWAKs ປ່ຽນເປັນບາງຄັ້ງຄາວໃນອິນເຕີເນັດດ້ວຍຄວາມໝາຍວ່າ "ດ້ວຍຄວາມຮັກ".
ບໍ່ດີ / ທຸກຍາກ / ເຈັບປ່ວຍ (ອາຟຣິກາ)
ເຫັນມັນຢູ່ໃນຫົວຂໍ້ "SA se bes en swaks gekledes ໃນປີ 2011", ເຊິ່ງຖືກແປເປັນ.
"ນຸ່ງດີທີ່ສຸດແລະຂີ້ຮ້າຍທີ່ສຸດ" ໂດຍຜູ້ເວົ້າພື້ນເມືອງ. Google ແປພາສາບໍ່ມັກ "swaks
gekledes, ແຕ່ມັນຈະແປວ່າ "swak" ເປັນ "ທຸກຍາກ" ແລະ "swak geklede" ເປັນ "ill-dressed".
ຕິດຕໍ່
[email protected]
ກະລຸນາໃຊ້ທີ່ຢູ່ນີ້ສໍາລັບການຕິດຕໍ່ທົ່ວໄປ, ຄໍາຖາມ, ເພີ້ມ, ການຮ້ອງຂໍ, ແລະອື່ນໆ.
[email protected]
ຖ້າຫາກວ່າທ່ານຕ້ອງການທີ່ຈະໄດ້ຮັບການເອົາໃຈໃສ່ໃນບັນຊີລາຍການທີ່ຈະໄດ້ຮັບການແຈ້ງການໃນເວລາທີ່ສະບັບໃຫມ່ຂອງ
swaks ຖືກປ່ອຍອອກມາ, ກະລຸນາສົ່ງອີເມວໄປຫາທີ່ຢູ່ນີ້.
http://www.jetmore.org/john/code/swaks/
ບັນທຶກການປ່ຽນແປງ, ການຊ່ວຍເຫຼືອນີ້, ແລະສະບັບຫລ້າສຸດແມ່ນພົບເຫັນຢູ່ໃນການເຊື່ອມຕໍ່ນີ້.
ໃຊ້ swaks ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net
