mailagent - ອອນລາຍໃນຄລາວ

ໂຄງການ:

NAME

mailagent - ເຄື່ອງມືປະມວນຜົນຈົດໝາຍອັດຕະໂນມັດ

ສະຫຼຸບສັງລວມ

ຈົດໝາຍ [ -dhilqtFIVU ] [ -s{umaryt} ] [ -f ເອກະສານ ] [ -e ກົດລະບຽບ ] [ -c config ] [ -L
loglevel ] [ -r ກົດລະບຽບ ] [ -o override ] [ ໄຟລ໌ຈົດໝາຍ ]

ລາຍລະອຽດ

Mailagent ອະນຸຍາດໃຫ້ທ່ານປະມວນຜົນຈົດໝາຍຂອງທ່ານໂດຍອັດຕະໂນມັດ. ໃຫ້ຊຸດຂອງ lex- ກົດ​ລະ​ບຽບ​ເຊັ່ນ​:
ທ່ານ​ສາ​ມາດ​ຕື່ມ​ຂໍ້​ມູນ​ໃສ່​ອີ​ເມລ​ໃນ​ໂຟນ​ເດີ​ສະ​ເພາະ​, ສົ່ງ​ຕໍ່​ຂໍ້​ຄວາມ​ກັບ​ບຸກ​ຄົນ​ທີ​ສາມ​, ທໍ່ a
ສົ່ງຂໍ້ຄວາມໄປຫາຄໍາສັ່ງຫຼືແມ້ກະທັ້ງໂພດຂໍ້ຄວາມໄປຫາກຸ່ມຂ່າວ. ມັນກໍ່ເປັນໄປໄດ້
ຂະບວນການຂໍ້ຄວາມທີ່ມີບາງຄໍາສັ່ງ. ໄດ້ ຈົດໝາຍ ປົກກະຕິແລ້ວບໍ່ໄດ້ຖືກເອີ້ນດ້ວຍຕົນເອງ
ແຕ່ແທນທີ່ຈະເອີ້ນວ່າຜ່ານ ການກັ່ນຕອງ ໂຄງ​ການ​, ເຊິ່ງ​ແມ່ນ​ຢູ່​ໃນ​ເຮັດ​ໃຫ້​ການ invoked ໂດຍ​ mailmail. ນັ້ນ
ຫມາຍຄວາມວ່າທ່ານຕ້ອງມີ mailmail ໃນ​ລະ​ບົບ​ຂອງ​ທ່ານ​ເພື່ອ​ນໍາ​ໃຊ້​ນີ້​. ເຈົ້າຍັງຕ້ອງມີ perl ແລ່ນ
script mailagent.

ມີຊຸດຂອງທາງເລືອກທີ່ອາດຈະຖືກນໍາໃຊ້ໃນເວລາທີ່ທ່ານຮ້ອງຂໍ ຈົດໝາຍ ຕົວ​ທ່ານ​ເອງ. ກະລຸນາ
ອ້າງອີງເຖິງ OPTIONS ພາກສ່ວນສໍາລັບຄໍາອະທິບາຍທີ່ສົມບູນ. ເຈົ້າອາດຈະໃຊ້ -h ທາງ​ເລືອກ​ທີ່​ຈະ​ໄດ້​ຮັບ​
ການແຈ້ງເຕືອນການໃຊ້ລະຫັດລັບ.

ຜະ​ລິດ​ຕະ​ພັນ ພາບລວມ
Mailagent ຕົວຈິງແລ້ວມີສີ່ຊຸດທີ່ແຕກຕ່າງກັນຂອງລັກສະນະ, ຊຶ່ງສາມາດຖືກນໍາໃຊ້ພ້ອມໆກັນຫຼື
ຫນຶ່ງໃນເວລາດຽວ. ນີ້​ປະ​ກອບ​ມີ​:

·ໂຮງງານຜະລິດຄໍາສັ່ງ @SH, ເພື່ອຍັງຄົງເຂົ້າກັນໄດ້ກັບການປະຕິບັດຄັ້ງທໍາອິດ. ໃນ
ການ​ນໍາ​ໃຊ້​ທີ່​ງ່າຍ​ທີ່​ສຸດ​ນີ້​, ຂໍ້​ຄວາມ​ທັງ​ຫມົດ​ແມ່ນ​ປະ​ໄວ້​ໃນ mailbox ຂອງ​ທ່ານ (ຫຼື​ການ​ຈັບ​ທັງ​ຫມົດ​
ໂຟນເດີທີ່ຕ້ອງການໃນລະບົບ Debian: ກະລຸນາເບິ່ງ /usr/share/doc/mailagent/SECURITY ສໍາລັບການ
ລາຍລະອຽດ), ດ້ວຍການປະມວນຜົນພິເສດທີ່ຍົກຂຶ້ນມາໃນຂໍ້ຄວາມທີ່ມີຫົວຂໍ້ ຄໍາສັ່ງ.
ກະລຸນາເບິ່ງພາກສ່ວນທີ່ມີຫົວຂໍ້ ການ ນຳ ໃຊ້ ການ ຄ່າເລີ່ມຕົ້ນ ກົດລະບຽບ ຖ້າທ່ານຕ້ອງການໃຊ້ມັນ
ຄຸນນະສົມບັດ.

·ການກັ່ນຕອງເມລທີ່ສົມບູນ, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານຈັດຮຽງເມລຂອງທ່ານໂດຍອີງໃສ່ການຈັດປະເພດຕ່າງໆ
ເງື່ອນໄຂແລະການປະຕິບັດ. ການກັ່ນຕອງແມ່ນລະບຸໄວ້ໃນໄຟລ໌ກົດລະບຽບ ແລະແທນທີ່
Default ຄໍາສັ່ງ mail processing (ເຊິ່ງອາດຈະຖືກເປີດອີກເທື່ອຫນຶ່ງໂດຍການຕັ້ງຄ່າຢ່າງຊັດເຈນ
ຕາມກົດລະບຽບ). ນີ້ຄວນຈະເປັນການນໍາໃຊ້ທົ່ວໄປທີ່ສຸດຂອງ ຈົດໝາຍ ແລະ​ເປັນ​ຢ່າງ​ເຕັມ​ທີ່
ເອກະສານພາຍໃຕ້ພາກສ່ວນສິດ ການ ນຳ ໃຊ້ ການ FILTER. ເຈົ້າອາດຈະສົ່ງຈົດໝາຍຫາ
ໂຟເດີແບບ Unix ແບບທຳມະດາ ແຕ່ຍັງເປັນ MMDF ແລະ MH.

· ການ​ທົດ​ແທນ​ສໍາ​ລັບ​ການ​ ພັກ ໂຄງ​ການ​, ເຊິ່ງ​ອັດ​ຕະ​ໂນ​ມັດ​ຈະ​ຕອບ mail ຂອງ​ທ່ານ​
ໃນຂະນະທີ່ເຈົ້າບໍ່ຢູ່ທີ່ນັ້ນ. ທ່ານພຽງແຕ່ຕ້ອງການສະຫນອງຂໍ້ຄວາມທີ່ຈະສົ່ງກັບຄືນໄປບ່ອນແລະ
ຄວາມຖີ່ຂອງການນີ້ຈະເກີດຂຶ້ນ. ບາງການທົດແທນມະຫາພາກທີ່ງ່າຍດາຍອະນຸຍາດໃຫ້ທ່ານສາມາດ re-
ໃຊ້ບາງສ່ວນຂອງສ່ວນຫົວຂອງຈົດໝາຍໃສ່ໃນຂໍ້ຄວາມວັນພັກຜ່ອນຂອງທ່ານ, ເພື່ອໃຫ້ເປັນສ່ວນຕົວກວ່າ
ຕອບ. ເບິ່ງ ການພັກຜ່ອນ MODE ສ່ວນ ສຳ ລັບລາຍລະອຽດເພີ່ມເຕີມ.

·ເຄື່ອງແມ່ຂ່າຍເມລທົ່ວໄປ, ເຊິ່ງຈະຊ່ວຍໃຫ້ທ່ານປະຕິບັດເຄື່ອງແມ່ຂ່າຍເມລທີ່ແທ້ຈິງໂດຍບໍ່ມີການ
hassle ຂອງຄວາມກັງວົນລະດັບຕ່ໍາເຊັ່ນການຟື້ນຕົວຄວາມຜິດພາດ, ການບັນທຶກຫຼືການແຍກຄໍາສັ່ງ.
ເອກະສານສະບັບເຕັມສາມາດພົບໄດ້ຢູ່ໃນພາກ ທົ່ວໄປ MAIL ຜູ້ໃຫ້ບໍລິການ ໃນຕອນທ້າຍຂອງ
ຫນ້າຄູ່ມືນີ້.

ມັນເປັນໄປໄດ້ທີ່ຈະຂະຫຍາຍຄໍາສັ່ງການກັ່ນຕອງ mailagent ໂດຍການປະຕິບັດພວກມັນໃນ perl ແລະ
ຫຼັງ​ຈາກ​ນັ້ນ​, ໃຫ້​ເຂົາ​ເຈົ້າ​ໂຫຼດ​ອັດ​ຕະ​ໂນ​ມັດ​ໃນ​ເວ​ລາ​ທີ່​ນໍາ​ໃຊ້​. ຄໍາສັ່ງຂະຫຍາຍເຫຼົ່ານັ້ນຈະປະຕິບັດ
ຄືກັນກັບການກໍ່ສ້າງໃນຫນຶ່ງ, ຕາມເອກະສານຢູ່ໃນ ຂະຫຍາຍ ການຍື່ນ ສາມາດ ສ່ວນ.

ການຮຽນຮູ້ From ຕົວຢ່າງ
ມັນເປັນໄປໄດ້ຂ້ອນຂ້າງທີ່ເຈົ້າຈະພົບເຫັນຫນ້າຄູ່ມືນີ້ສະລັບສັບຊ້ອນເກີນໄປສໍາລັບທ່ານ.
ແຕ່ຫນ້າເສຍດາຍ, ມັນບໍ່ໄດ້ຫມາຍຄວາມວ່າເປັນການສອນ, ແຕ່ແທນທີ່ຈະເປັນເອກະສານອ້າງອີງ. ຖ້າ
ທ່ານຕ້ອງການ, ທ່ານອາດຈະເລີ່ມຕົ້ນໂດຍການເບິ່ງຕົວຢ່າງທີ່ຖືຢູ່ໃນຕົ້ນໄມ້ແຫຼ່ງການແຈກຢາຍ
ພາຍໃຕ້ການ ຕົວແທນ/ຕົວຢ່າງ. ໄດເລກະທໍລີນີ້ມີສອງຕົວຢ່າງຂອງໄຟລ໌ກົດລະບຽບ (ເບິ່ງທີ່
ໄຟລ໌ README ທໍາອິດ) ແລະມີຄໍາເຫັນ verbosely.

ກຳ ລັງໄດ້ຮັບ ເລີ່ມຕົ້ນ

ທໍາອິດ, ທ່ານຈໍາເປັນຕ້ອງໄດ້ຕິດຕັ້ງການຕັ້ງຄ່າຕໍາ່ສຸດທີ່ແລະເບິ່ງວິທີການເຮັດວຽກ. ມັນ​ຈະ​ເປັນ
useless ໃນການຕິດຕັ້ງໂຄງການຢ່າງເຕັມທີ່ແລະຫຼັງຈາກນັ້ນຄົ້ນພົບວ່າມັນບໍ່ເຮັດວຽກເປັນ
ໂຄສະນາ...

ເພື່ອເລີ່ມຕົ້ນການຕິດຕັ້ງ, ທ່ານຕ້ອງຕັ້ງຄ່າ a ~/.mailagent ໄຟລ໌ທີ່ເປັນຕົ້ນຕໍ
ໄຟລ໌ການຕັ້ງຄ່າ, ແລະເລືອກທີ່ຖືກຕ້ອງ ການກັ່ນຕອງ ໂຄງການ.

ເລືອກ ໄດ້ ການ​ກັ່ນ​ຕອງ ໂຄງການ
ການແຜ່ກະຈາຍມາພ້ອມກັບສອງໂຄງການການກັ່ນຕອງ. ຫນຶ່ງຂຽນໃນແກະແລະຫນຶ່ງໃນ C. The
ສະບັບ shell ອາດຈະເປັນຫນຶ່ງທີ່ຈະໃຊ້ຖ້າຫາກວ່າທ່ານສາມາດໄດ້ຮັບຈົດຫມາຍຂອງທ່ານໃນຫຼາຍທີ່ແຕກຕ່າງກັນ
ແພລະຕະຟອມທີ່ໄດເລກະທໍລີເຮືອນຂອງເຈົ້າຖືກຕິດຕັ້ງ NFS (ເຊັ່ນ: ແບ່ງປັນໃນບັນດາສິ່ງເຫຼົ່ານັ້ນ
ເວທີ). ຮຸ່ນ C ແມ່ນປອດໄພກວ່າແລະໄວກວ່າ, ແຕ່ທ່ານຕ້ອງຕິດຕັ້ງມັນກັບການແກ້ໄຂ
ສະຖານທີ່.

ໃນບາງເວທີ, mailmail ບໍ່ຣີເຊັດ UID ຂອງມັນຢ່າງຖືກຕ້ອງເມື່ອປະມວນຜົນຈົດໝາຍໃນຂອງມັນ
ຄິວຂອງຕົນເອງ. ໃນກໍລະນີດັ່ງກ່າວ, ທ່ານຈໍາເປັນຕ້ອງໄດ້ສໍາເນົາເອກະຊົນຂອງໂຄງການການກັ່ນຕອງ C ແລະເຮັດ
ມັນ setuid ກັບ ຕົວ ທ່ານ ເອງ. ຈາກນັ້ນຕົວກອງຈະຣີເຊັດ UID ຂອງມັນຢ່າງຖືກຕ້ອງ ຖ້າຖືກເອີ້ນດ້ວຍອັນ
UID ທີ່ມີປະສິດຕິຜົນແຕກຕ່າງຈາກເຈົ້າ (ມັນອາດຈະຕ້ອງການ setgid bit ເພື່ອຕັ້ງ GID ເປັນ
ດີ). ຖ້າ​ຫາກ​ວ່າ​ນີ້​ແມ່ນ​ແທ້​ແລ້ວ​ກໍ​ລະ​ນີ​ໃນ​ລະ​ບົບ​ຂອງ​ທ່ານ​, ໃຫ້​ແນ່​ໃຈວ່​າ​ທ່ານ​ນໍາ​ໃຊ້​ ເສັ້ນທາງ
ຕົວແປການຕັ້ງຄ່າເພື່ອກໍານົດ PATH ທີ່ເຫມາະສົມ, ຍ້ອນວ່າການກັ່ນຕອງຈະ spawn ຂະບວນການ perl ກັບ
ທາງເລືອກ '-S', ຊອກຫາ a ຈົດໝາຍ script

ເຖິງແມ່ນວ່າທ່ານບໍ່ຈໍາເປັນຕ້ອງໄດ້ຮັບສໍາເນົາ setuid ຂອງ ການກັ່ນຕອງ ໂຄງການ, ມັນເປັນການສະຫລາດທີ່ຈະສ້າງຕັ້ງຂຶ້ນ a
ເສັ້ນ​ທາງ​ທີ່​ເຫມາະ​ສົມ​: ບາງ​ຄົນ​ອາດ​ຈະ​ບຸກ​ເຂົ້າ​ໄປ​ໃນ​ບັນ​ຊີ​ຂອງ​ທ່ານ​ໂດຍ​ການ​ເອົາ​ມ້າ Trojan mailagent ເຂົ້າ​ໄປ​ໃນ​
ສະຖານທີ່ທີ່ເຫມາະສົມ. ນອກຈາກນັ້ນ, ໃຫ້ແນ່ໃຈວ່າໂຄງການ mailagent ໄດ້ຖືກປ້ອງກັນ
ການຂຽນ, ເຊັ່ນດຽວກັນກັບໄດເລກະທໍລີທີ່ຖືມັນ, ຫຼືບາງຄົນອາດຈະປ່ຽນແທນຂອງຕົນເອງ
ສະບັບຂອງ script ແລະທໍາລາຍຄວາມປອດໄພ. ຂ້າ​ພະ​ເຈົ້າ​ເຊື່ອ​ວ່າ setuid ໄດ້ ການກັ່ນຕອງ ໂຄງ​ການ​ທີ່​ຈະ​ມີ​ຄວາມ​ປອດ​ໄພ​,
ແຕ່ການມອງຂ້າມແມ່ນເປັນໄປໄດ້ສະເໝີສະນັ້ນ ກະລຸນາລາຍງານຮູຄວາມປອດໄພໃຫ້ຂ້ອຍ.

ໄດ້ ການກັ່ນຕອງ script ສາມາດພົບເຫັນຢູ່ໃນ lib/mailagent ໄດເລກະທໍລີ. ມັນຕ້ອງການການ tailoring ບາງດັ່ງນັ້ນ
ທ່ານຄວນຄັດລອກມັນເຂົ້າໄປໃນໄດເລກະທໍລີເຮືອນຂອງທ່ານແລະດັດແກ້ມັນໃຫ້ເຫມາະສົມກັບຄວາມຕ້ອງການຂອງທ່ານ. ຄໍາເຫັນຖືກຈັດຂຶ້ນ
ໃນມັນຄວນຈະເປັນການອະທິບາຍຕົນເອງ. ມີພຽງແຕ່ສ່ວນນ້ອຍໆຢູ່ຫົວຂອງຕົວໜັງສື
ທີ່ຕ້ອງໄດ້ຮັບການແກ້ໄຂ. ທ່ານ​ຈະ​ຕ້ອງ​ໄດ້​ລົບ​ຄໍາ​ຄິດ​ເຫັນ shell ໃນ ການກັ່ນຕອງ script ໂດຍ
ຕົວທ່ານເອງຖ້າແກະຂອງທ່ານບໍ່ສາມາດຈັດການກັບພວກມັນໄດ້.

ໃນ​ຖາ​ນະ​ເປັນ​ຂອງ​ສະ​ບັບ 3.0 PL44​, ຂ້າ​ພະ​ເຈົ້າ​ແນະ​ນໍາ​ໃຫ້​ທ່ານ​ມັກ​ສະ​ບັບ C ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ມີ​ຄວາມ​ກັງ​ວົນ​ກ່ຽວ​ກັບ​ການ​
ຄວາມປອດໄພ. ຖ້າທ່ານຢູ່ໃນຕໍາແຫນ່ງທີ່ສະຖາປັດຕະຍະກໍາຫຼາຍສາມາດປຸງແຕ່ງຂອງທ່ານ .ຕໍ່,
ຫຼັງ​ຈາກ​ນັ້ນ​, wrapper ແກະ​ເລືອກ​ເອົາ​ການ​ປະ​ຕິ​ບັດ​ທີ່​ເຫມາະ​ສົມ​ໂດຍ​ອີງ​ໃສ່​ສະ​ຖາ​ປັດ​ຕະ​ຈະ​ເປັນ​
ຕ້ອງການ.

ການກໍາຫນົດຄ່າ Mailagent
If ຈົດໝາຍ ແມ່ນຢູ່ໃນເສັ້ນທາງຂອງທ່ານ, ທ່ານອາດຈະຕັ້ງຄ່າການຕິດຕັ້ງເລີ່ມຕົ້ນໂດຍອັດຕະໂນມັດໂດຍ
ແລ່ນ:

mailagent -I

ເຊິ່ງຈະສ້າງເປັນ ~/.mailagent ໄຟລ໌ຈາກແມ່ແບບທີ່ມີຢູ່ແລ້ວ, ປັບແຕ່ງບາງອັນທີ່ສໍາຄັນ
ຕົວແປສໍາລັບເວັບໄຊຂອງເຈົ້າ, ແລະເຮັດການກວດສອບສຸຂະພາບຂັ້ນພື້ນຖານບາງຢ່າງ. ທຸກສິ່ງທຸກຢ່າງທີ່ຄໍາສັ່ງເຮັດແມ່ນ
ຜົນ​ຜະ​ລິດ​ໃນ​ຫນ້າ​ຈໍ​ສໍາ​ລັບ​ຈຸດ​ປະ​ສົງ​ການ​ກວດ​ສອບ​, ແລະ​ບັນ​ຫາ​ໃດ​ຫນຶ່ງ​ທີ່​ພົບ​ເຫັນ​ແມ່ນ​ໄດ້​ລາຍ​ງານ​.

ຖ້າບໍ່ດັ່ງນັ້ນ, ທ່ານຈະຕ້ອງຄັດລອກ mailagent.cf ໄຟລ໌ທີ່ຖືຢູ່ໃນບັນຊີຍ່ອຍ mailagent
/usr/share/mailagent (ຕໍ່​ໄປ​ນີ້​ມີ​ຊື່​ວ່າ Lib​) ເປັນ​ .mailagent ໃນ​ລະ​ບົບ​ເຮືອນ​ຂອງ​ທ່ານ​. ແກ້ໄຂມັນ
ຕັ້ງຄ່າການປະມວນຜົນທັງໝົດ. ໂດຍສະເພາະ, ທ່ານຕ້ອງເລືອກໄດເລກະທໍລີ spool
(ຕໍ່​ໄປ​ນີ້​ມີ​ຊື່ Spool​) ແລະ​ລະ​ບົບ​ບັນ​ທຶກ (ຕໍ່​ໄປ​ນີ້​ມີ​ຊື່ Log​)​.

ໃຫ້ສັງເກດວ່າການນໍາໃຊ້ຂັ້ນຕອນການຕິດຕັ້ງອັດຕະໂນມັດຂ້າງເທິງບໍ່ໄດ້ປ້ອງກັນບໍ່ໃຫ້ທ່ານໄປ
ຜ່ານ​ໄຟລ​໌​ແລະ​ການ​ປັບ​ປຸງ​ມັນ​ຕາມ​ທີ່​ທ່ານ​ຕ້ອງ​ການ​. ໃນ​ຄວາມ​ເປັນ​ຈິງ, ທ່ານ​ໄດ້​ຮັບ​ການ​ຊຸກ​ຍູ້​ຢ່າງ​ຫຼວງ​ຫຼາຍ​ໃຫ້​ເຮັດ
ນີ້, ໂດຍສະເພາະສໍາລັບການຕັ້ງໄດເລກະທໍລີເຮືອນ, ລະດັບການບັນທຶກແລະ ເສັ້ນທາງ or p_host
ຕົວແປ. ເມື່ອທ່ານເຮັດແລ້ວ, ດໍາເນີນການໃຫມ່ ຈົດໝາຍ -I ຄໍາສັ່ງເພື່ອໃຫ້ແນ່ໃຈວ່າທຸກສິ່ງທຸກຢ່າງແມ່ນ
ປັບໄຫມ. ຢ່າງໃດກໍຕາມ, ທ່ານຈະຕ້ອງສຽບໃນ mailagent ໂດຍການສ້າງ a ~/.ຕໍ່ ໄຟລ໌, ເປັນ
ອະທິບາຍເປັນບາງສ່ວນ.

ຕໍ່​ໄປ​ນີ້​ແມ່ນ​ລາຍ​ລະ​ອຽດ​ຂອງ​ແຕ່​ລະ​ພາກ​ສະ​ຫນາມ​ທີ່​ທ່ານ​ຈະ​ພົບ​ເຫັນ​ຢູ່​ໃນ​ ~/.mailagent ແຟ້ມ,
ຕາມດ້ວຍຄ່າທີ່ແນະນຳ, ເມື່ອນຳໃຊ້. ຊ່ອງຂໍ້ມູນທີ່ຖືກໝາຍວ່າເປັນທາງເລືອກອາດບໍ່ແມ່ນ
ມີຢູ່ໃນໄຟລ໌ການຕັ້ງຄ່າ. ບາງສາຂາມີຄວາມສໍາພັນໃກ້ຊິດກັບຄົນອື່ນ, ແລະ
ທີ່​ໄດ້​ຮັບ​ເຊັ່ນ​ດຽວ​ກັນ.

ອາຍຸສູງສຸດ ໄລຍະເວລາຫຼັງຈາກນັ້ນການປ້ອນຂໍ້ມູນໃນຖານຂໍ້ມູນຄວນຖືກລຶບອອກ (ແນະນໍາ: 1y)
ຊ່ອງຂໍ້ມູນນີ້ແມ່ນທາງເລືອກ, ແຕ່ຕ້ອງການຖ້າ autoclean ແມ່ນສຸດ.
ເອກະສານຢືນຢັນ ການອະນຸຍາດສົ່ງທາງໄກ (ຍັງບໍ່ໄດ້ປະຕິບັດເທື່ອ).
autoclean ຕັ້ງເປັນ ON (ກໍລະນີທີ່ບໍ່ມີຄວາມຮູ້ສຶກ), mailagent ຈະທໍາຄວາມສະອາດອັດຕະໂນມັດຂອງ
ລາຍການຖານຂໍ້ມູນພາຍໃຕ້ hash ໂດຍການເອົາລາຍການທັງໝົດທີ່ເກົ່າກວ່າ ອາຍຸສູງສຸດ. ນີ້​ແມ່ນ
ຊ່ອງຂໍ້ມູນທາງເລືອກ, ການລະເວັ້ນມັນເປັນຄ່າເລີ່ມຕົ້ນທີ່ຈະ OFF. (ແນະນໍາ: ປິດ, ເວັ້ນເສຍແຕ່ວ່າທ່ານໃຊ້
ຄຳສັ່ງຄັ້ງດຽວ, UNIQUE ຫຼືບັນທຶກ, ຫຼືເປີດໃຊ້ໂໝດພັກ.)
ບີຟ ບໍ່ວ່າຈະເປັນ biffing ແມ່ນຕ້ອງການໃນເວລາທີ່ ຈົດໝາຍ ສົ່ງຈົດໝາຍໄປຍັງໂຟນເດີ. ຕັ້ງ
ມັນໄປທີ່ ON (ກໍລະນີທີ່ບໍ່ມີຄວາມຮູ້ສຶກ) ເພື່ອອະນຸຍາດໃຫ້ມີການບິດເບືອນທ້ອງຖິ່ນຖ້າທ່ານເຂົ້າສູ່ລະບົບ.
(ທາງເລືອກ, ກຳນົດຄ່າເລີ່ມຕົ້ນເປັນ: ປິດ)
ຫົວບີຟ ເມື່ອ biffing ຖືກເປີດໃຊ້, ຕົວແປນີ້ຈະສະແດງລາຍການຫົວທີ່ຄວນຈະຖືກພິມ
ອອກ. ຫົວຄວນຈະຖືກມອບໃຫ້ໃນຮູບແບບປົກກະຕິຂອງພວກເຂົາແລະຖືກແຍກອອກດ້ວຍ
ເຄື່ອງໝາຍຈຸດ. (ທາງເລືອກ, ຄ່າເລີ່ມຕົ້ນເປັນ: ຈາກ, ເຖິງ, ຫົວຂໍ້, ວັນທີ).
bifflen ຄວາມຍາວສູງສຸດຂອງເນື້ອໃນຂໍ້ຄວາມທີ່ຄວນຈະຖືກພິມອອກໃນເວລາທີ່ biffing.
(ທາງເລືອກ, ເລີ່ມຕົ້ນເປັນ 560).
Bifflines ຈໍາ​ນວນ​ສູງ​ສຸດ​ຂອງ​ຕົວ​ຂໍ້​ຄວາມ​ທີ່​ຄວນ​ຈະ​ໄດ້​ຮັບ​ການ​ພິມ​ໃນ​ເວ​ລາ​ທີ່​
Biffing. ຕົວຈິງແລ້ວ, ຈົດໝາຍ ພະຍາຍາມພິມຈໍານວນເສັ້ນນັ້ນ, ສະຫນອງໃຫ້
ຈຳນວນຕົວອັກສອນທັງໝົດທີ່ພິມອອກແມ່ນໜ້ອຍກວ່າ bifflen. (ທາງເລືອກ,
ຄ່າເລີ່ມຕົ້ນເປັນ 7).
Biffmh ເມື່ອເປີດ, ເນື້ອໃນຂອງຂໍ້ຄວາມຈະຖືກບີບອັດກ່ອນທີ່ຈະ biffing ໂດຍການເອົາອອກ
ຊ່ອງຫວ່າງຕິດຕໍ່ກັນ ແລະປ່ຽນເສັ້ນໃໝ່ດ້ວຍຊ່ອງຫວ່າງດຽວ. ຂໍ້ຄວາມ
ຕົວຂອງມັນເອງບໍ່ມີການປ່ຽນແປງທາງຮ່າງກາຍແນ່ນອນ, ພຽງແຕ່ຜົນຜະລິດໃນຫນ້າຈໍແມ່ນ
ເປັນຫ່ວງ. ເນື່ອງຈາກວ່ານີ້ອາດຈະເຮັດໃຫ້ເປັນຂໍ້ຄວາມທີ່ຍາກທີ່ຈະອ່ານ, ຂ້າພະເຈົ້າແນະນໍາໃຫ້ທ່ານ
ເປີດນຳ Biffnice ເມື່ອໃຊ້ຕົວເລືອກນີ້. (ທາງເລືອກ, ກຳນົດຄ່າເລີ່ມຕົ້ນເປັນ: ປິດ).
biffmsg ເສັ້ນທາງໄປຫາໄຟລ໌ທີ່ອະທິບາຍຮູບແບບ biffing ຄວນໃຊ້. ຖ້າບໍ່ໄດ້ຕັ້ງ, ກ
ຮູບແບບ hardwired ເລີ່ມຕົ້ນຖືກນໍາໃຊ້. ລະດູການກັບລົດຊາດ. (ແນະນໍາ: ~/.biffmsg).
Biffnice ຂໍ້ຄວາມຄວນຈະຖືກຟໍແມັດໃໝ່ເພື່ອໃຫ້ພໍດີກັບຕົວເຄື່ອງ.
(ທາງເລືອກ, ເລີ່ມຕົ້ນທີ່ຈະປິດ, ແນະນໍາ: ເປີດເມື່ອ Biffmh ຍັງເປີດຢູ່).
Biffnl ຄວບຄຸມວ່າຈະພິມ "ຫວ່າງ" ຫຼືບໍ່. ໂດຍເສັ້ນ "ເປົ່າ",
ພວກເຮົາຫມາຍຄວາມວ່າເສັ້ນທີ່ບໍ່ມີຄໍາສັບ. ຕັ້ງ​ມັນ​ເປັນ ON ເພື່ອ​ພິມ​ເສັ້ນ​ເປົ່າ​ດັ່ງ​ກ່າວ, to
ປິດຖ້າທ່ານຕ້ອງການເບິ່ງທີ່ຫນາແຫນ້ນກວ່າຂອງຮ່າງກາຍພາຍໃນຂອບເຂດຈໍາກັດ
by bifflen ແລະ Bifflines. (ທາງເລືອກ, ເລີ່ມຕົ້ນເປັນ ON).
Biffquote ຄວບຄຸມວ່າສາຍການໃຫ້ເຫດຜົນຊັ້ນນໍາທີ່ແນະນໍາວົງຢືມທີ່ຖືກຕັດອອກຫຼືບໍ່
ຄວນເປັນສ່ວນຫນຶ່ງຂອງຂໍ້ຄວາມ biff ຫຼືບໍ່. ເມື່ອປິດ, ເສັ້ນສະແດງ
ແມ່ນ trimmed ຕາມແລະນີ້ໄດ້ຖືກລາຍງານໃນຂໍ້ຄວາມ trimming, ໃນເວລາທີ່ Bifftrim is
ເປີດ. (ທາງເລືອກ, ເລີ່ມຕົ້ນເປັນ ON).
Bifftrim ຄວບຄຸມວ່າເສັ້ນທີ່ຖືກຕັດພາຍໃນຂໍ້ຄວາມ biff ຄວນຖືກແທນທີ່ດ້ວຍ a
ຂໍ້ຄວາມລະບຸວ່າຈໍານວນພວກມັນຖືກຕັດອອກ. ຖືກໃຊ້ໂດຍ %-T biffing ເທົ່ານັ້ນ
ມະຫາພາກ. ເມື່ອປິດ, ມັນຈະປິດອັດຕະໂນມັດ Biffquote ຄື​ກັນ. (ທາງເລືອກ,
ເລີ່ມຕົ້ນເປັນ ON).
Bifftrlen ລະບຸວ່າໃບສະເໜີລາຄາຊັ້ນນໍາຄວນມີຄວາມຍາວເທົ່າໃດກ່ອນທີ່ຈະດໍາເນີນການໃດໆ
ຕັດ. ຖືກໃຊ້ໂດຍ macro biffing %-T ເທົ່ານັ້ນ. (ທາງເລືອກ, ເລີ່ມຕົ້ນເປັນ 2).
ກ່ອງ ຄຳ ເວົ້າ ຊື່ຂອງໄຟລ໌ແຖວ callout ບ່ອນທີ່ວຽກ batched ຖືກເກັບຮັກສາໄວ້. ພາລາມິເຕີນີ້
ຕ້ອງຖືກກໍານົດໃນເວລາທີ່ໃຊ້ຄໍາສັ່ງ AFTER. (ແນະນຳ: $spool/callout)
ການອະນາໄມ ໄລຍະເວລາທໍາຄວາມສະອາດສໍາລັບລາຍການຖານຂໍ້ມູນ. ມູນຄ່າຂອງການເຮັດຄວາມສະອາດຄັ້ງສຸດທ້າຍຖືກບັນທຶກໄວ້
ເຂົ້າໄປໃນໄຟລ໌ເນື້ອໃນ. ນີ້ແມ່ນທາງເລືອກ, ແຕ່ຕ້ອງການຖ້າ autoclean ແມ່ນສຸດ.
(ແນະນໍາ: 1M)
comfile ຊື່ຂອງໄຟລ໌ທີ່ມີຄໍາສັ່ງທີ່ໄດ້ຮັບອະນຸຍາດ. ຕ້ອງການເມື່ອ PROCESS ຖືກໃຊ້.
(ແນະນຳ: $spool/commands).
compress ຊື່ຂອງໄຟລ໌ທີ່ມີບັນຊີລາຍຊື່ຂອງໂຟນເດີທີ່ຖືກບີບອັດ. ເບິ່ງພາກກ່ຽວກັບ
ການບີບອັດໂຟນເດີ. ນີ້ແມ່ນຕົວກໍານົດທາງເລືອກ. (ແນະນໍາ: ~/.ບີບອັດ).
compspec ຊື່​ຂອງ​ໄຟລ​໌​ທີ່​ປະ​ກອບ​ດ້ວຍ​ສະ​ເພາະ​ສໍາ​ລັບ​ວິ​ທີ​ການ​ຈັດ​ການ​ປະ​ເພດ​ທີ່​ແຕກ​ຕ່າງ​ກັນ​ຂອງ​
ຮູບແບບການບີບອັດ. ເບິ່ງພາກສ່ວນກ່ຽວກັບການບີບອັດໂຟນເດີ. ນີ້ແມ່ນທາງເລືອກ
ພາລາມິເຕີ. (ແນະນຳ: $spool/compressors).
comptag ແທັກການບີບອັດໃນຕອນຕົ້ນເມື່ອສ້າງໂຟນເດີໃໝ່. ຖ້າບໍ່ໄດ້ລະບຸ, ໄດ້
ຄ່າເລີ່ມຕົ້ນແມ່ນ 'gzip'.
ເຊີບເວີ ຊື່ຂອງໄຟລ໌ທີ່ມີຄໍາສັ່ງ SERVER ທີ່ໄດ້ຮັບອະນຸຍາດແລະຄໍານິຍາມຂອງມັນ.
ນີ້ແມ່ນຕົວກໍານົດທາງເລືອກຖ້າທ່ານບໍ່ວາງແຜນທີ່ຈະໃຊ້ເຄື່ອງແມ່ຂ່າຍເມລທົ່ວໄປ.
(ແນະນຳ: $spool/server).
context ໄຟລ໌ຖືບໍລິບົດຂອງ mailagent. ບໍລິບົດບັນທຶກບາງຕົວແປທີ່ຕ້ອງການ
ເພື່ອຮັກສາຊີວິດຂອງຂະບວນການ. ຕ້ອງການຖ້າການທໍາຄວາມສະອາດອັດຕະໂນມັດຖືກເປີດໃຊ້.
(ແນະນຳ: $spool/context)
ບັນຊີລາຍການ ບັນຊີລາຍຊື່ຂອງການແຈກຢາຍທັງຫມົດທີ່ມີຢູ່. ເບິ່ງຕົວຢ່າງທີ່ຈັດຂຶ້ນໃນ
Lib/mailagent/distribs. ຕ້ອງການໂດຍ PROCESS ເທົ່ານັ້ນ. (ແນະນຳ: $spool/distribs)
ໂດເມນ ຊື່ໂດເມນຂອງທ່ານ, ໂດຍບໍ່ມີຈຸດນໍາ, ຄືກັບໃນ example.com. ມູນຄ່າແມ່ນ
ຕື່ມໃສ່ກັບມູນຄ່າຂອງ ອີ​ເມວ ເມື່ອຕົວແປນັ້ນບໍ່ມີ '@', to
ກໍ່ສ້າງທີ່ຢູ່ອີເມລທີ່ມີຄຸນສົມບັດຄົບຖ້ວນ. ເບິ່ງຍັງ ຊ່ອນເນັດ ຕົວແປ.
(ທາງເລືອກ, ຄ່າເລີ່ມຕົ້ນຂອງຊື່ໂດເມນທີ່ກໍານົດໃນເວລາສ້າງ).
ອີ​ເມວ ທີ່ຢູ່ອີເມລ໌ອີເລັກໂທຣນິກຂອງເຈົ້າ. ຖ້າປະໄວ້ໂດຍບໍ່ໄດ້ລະບຸ, mailagent ຈະພະຍາຍາມເດົາ
ມັນ. ທີ່ຢູ່ນີ້ຖືກໃຊ້ໂດຍຜູ້ສົ່ງຈົດໝາຍເມື່ອພະຍາຍາມສົ່ງບາງອັນໃຫ້ຜູ້ໃຊ້
(ເຈົ້າ!). (ແນະນໍາ: ລະບຸທີ່ຢູ່ອີເມວຂອງເຈົ້າ).
ປະກົດການ ຊື່ຂອງໄດເລກະທໍລີທີ່ຄວນຈະຖືກນໍາໃຊ້ສໍາລັບການ dumps, ດີກວ່າ. ນີ້​ແມ່ນ
ທາງເລືອກ. (ແນະນໍາ: ~/tmp/ສູນເສຍ+mail)
ປອດໄພ ວ່າຈະເຄັ່ງຄັດກ່ອນທີ່ຈະໃຊ້ exec() ເພື່ອເປີດຕົວຂະບວນການໃຫມ່ຫຼືບໍ່. ໄດ້
ຄ່າຂອງຕົວແປນີ້ຖືກໃຊ້ແທນ ຮັບປະກັນ ໃນ​ເວ​ລາ​ທີ່​ການ​ກວດ​ສອບ​ການ​ປະ​ຕິ​ບັດ​
ໄຟລ໌. (ຄ່າເລີ່ມຕົ້ນເປັນປິດ, ແນະນຳ: ເປີດຖ້າເປັນໄປໄດ້).
execskip ບໍ່ວ່າຈະຂ້າມ exec() ກວດ​ສອບ​ຄວາມ​ປອດ​ໄພ​ທັງ​ຫມົດ​. ຢ່າເປີດອັນນີ້
ເວັ້ນເສຍແຕ່ວ່າທ່ານເຊື່ອແທ້ໆວ່າຜູ້ໃຊ້ທຸກຄົນມີການເຂົ້າເຖິງເຄື່ອງຈັກຫຼືໄຟລ໌ຂອງທ່ານ
ເຊີບເວີ. (ທາງເລືອກ, ເລີ່ມຕົ້ນເປັນ OFF, ແນະນໍາ: ປິດ).
ຈາກທັງຫມົດ ແຕ່​ເຖິງ​ຢ່າງ​ນັ້ນ ຈົດໝາຍ ຄວນ​ຈະ​ຫນີ​ທັງ​ຫມົດ​ From ສາຍໃນຂໍ້ຄວາມ, ບໍ່ແມ່ນ
ພຽງແຕ່ສິ່ງທີ່ມັນຄິດວ່າຄວນຈະເປັນອັນຕະລາຍ (ເຊັ່ນ: a From ຫຼັງຈາກເສັ້ນເປົ່າ).
ທາງເລືອກນີ້ພຽງແຕ່ເຮັດໃຫ້ຄວາມຮູ້ສຶກໃນເວລາທີ່ ຈາກesc ຍັງຖືກເປີດໃຊ້. ມັນຖືກລະເລີຍ
ຖ້າບໍ່ດັ່ງນັ້ນ, ແລະດັ່ງນັ້ນຈຶ່ງເປັນທາງເລືອກ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ມັນຖືວ່າປິດ.
(ແນະນໍາ: ປິດ, ຈົນກວ່າເຈົ້າຈະມີເຫດຜົນທີ່ຈະເຊື່ອວ່າຕົວແທນຜູ້ໃຊ້ຈົດໝາຍຂອງເຈົ້າແມ່ນ
ສັບສົນໃນໂຫມດນີ້: ເມື່ອມັນເກີດຂຶ້ນ, ຕົວແທນຜູ້ໃຊ້ຂອງທ່ານຈະແຍກ mail ສໍາລັບ no
ເຫດຜົນປາກົດຂື້ນ).
ຈາກesc ແຕ່​ເຖິງ​ຢ່າງ​ນັ້ນ ຈົດໝາຍ ຄວນ​ຫລົບ​ໜີ​ທີ່​ອາດ​ເປັນ​ອັນ​ຕະ​ລາຍ From ສາຍໃນເມລ
ຂໍ້ຄວາມ. ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ນໍາ​ໃຊ້ MH ຫຼື​ຖ້າ​ຫາກ​ວ່າ​ຜູ້​ອ່ານ​ເມລ​ຂອງ​ທ່ານ​ບໍ່​ໄດ້​ນໍາ​ໃຊ້​ສາຍ​ເຫຼົ່າ​ນັ້ນ​
ຂໍ້ຄວາມແຍກຕ່າງຫາກ, ຫຼັງຈາກນັ້ນທ່ານອາດຈະຕັ້ງມັນເປັນ OFF. (ແນະນຳ: ເປີດ)
ປອມ ແຕ່​ເຖິງ​ຢ່າງ​ນັ້ນ ຈົດໝາຍ ຄວນປອມຕົວຈາກ: ແຖວເຂົ້າໄປໃນສ່ວນຫົວຂໍ້ຄວາມເມື່ອ
ມັນບໍ່ມີ. ຕາມທໍາມະຊາດ, ມັນຮຽກຮ້ອງໃຫ້ມີການນໍາພາທີ່ຖືກຕ້ອງຈາກເສັ້ນເພື່ອດໍາເນີນການ!
(ທາງເລືອກ, ເລີ່ມຕົ້ນເປັນ ON, ແນະນໍາ: ON).
ກຸ່ມປອດໄພ ຖ້າປິດແລ້ວ, ໄຟລ໌ທີ່ຂຽນເປັນກຸ່ມຈະຖືກຈັດການຄືກັບວ່າພວກມັນປອດໄພ,
ຈາກທັດສະນະຄວາມປອດໄພ. ປ່ອຍມັນໄປທີ່ ON ຖ້າເປັນໄປໄດ້, ຫຼືເຈົ້າອາດຈະຜ່ານ A
ຂຸມ​ຄວາມ​ປອດ​ໄພ​ຂະ​ຫນາດ​ໃຫຍ່​ໂດຍ​ບໍ່​ມີ​ການ​ສັງ​ເກດ​ຂອງ​ທ່ານ (ທາງ​ເລືອກ​ອື່ນ​, ຄ່າ​ເລີ່ມ​ຕົ້ນ​ທີ່​ຈະ ON​, ແນະ​ນໍາ​ໃຫ້​:
ເປີດ).
hash ໄດເລກະທໍລີທີ່ໃຊ້ສໍາລັບການຕັ້ງຊື່ໂດຍຖານຂໍ້ມູນທີ່ສ້າງຂຶ້ນໃນການນໍາໃຊ້ໂດຍ ONCE,
UNIQUE ແລະບັນທຶກຄໍາສັ່ງ. ທາງເລືອກ, ເວັ້ນເສຍແຕ່ວ່າທ່ານໃຊ້ຄໍາສັ່ງເຫຼົ່ານັ້ນຫຼື
ເປີດໃຊ້ການທໍາຄວາມສະອາດອັດຕະໂນມັດ. ໄດເລກະທໍລີຖືກຈັດໃສ່ຢູ່ໃນພື້ນທີ່ spool. (ແນະນໍາ:
$spool/dbr).
ຕົວຊ່ວຍ ໄດເລກະທໍລີທີ່ໄຟລ໌ຊ່ວຍເຫຼືອສໍາລັບຄໍາສັ່ງ SERVER ຖືກເກັບຮັກສາໄວ້. (ແນະນໍາ:
$spool/help)
ຊ່ອນເນັດ ເມື່ອຕັ້ງເປັນ ON, ຄ່າຂອງຕົວແປ ໂດເມນ ເປັນ​ຊື່​ທີ່​ມີ​ຄຸນ​ສົມ​ບັດ​ຢ່າງ​ເຕັມ​ທີ່​
ໃຊ້. ເມື່ອປິດ, ຊື່ເຈົ້າພາບແມ່ນ prepended ກັບ ໂດເມນ. ຖ້າຊື່ເຈົ້າພາບແມ່ນ
ມີຄຸນສົມບັດຄົບຖ້ວນແລ້ວ, ຫຼັງຈາກນັ້ນມູນຄ່າຂອງ ໂດເມນ ຖືກລະເລີຍ. ສົມມຸດ ໂດເມນ
ຖືກກໍານົດໃຫ້ example.com ແລະຊື່ເຈົ້າພາບແມ່ນ ເຈົ້າພາບ, ຫຼັງຈາກນັ້ນຊື່ທີ່ມີຄຸນສົມບັດຢ່າງເຕັມສ່ວນ
ຈະ​ເປັນ host.example.com if ຊ່ອນເນັດ ປິດ, ແລະ example.com ຖ້າ ON. (ທາງເລືອກ,
ຄ່າເລີ່ມຕົ້ນອັນໃດກໍໄດ້ກຳນົດໃນເວລາສ້າງ)
ບ້ານ ກໍານົດບ່ອນທີ່ໄດເລກະທໍລີເຮືອນຢູ່. ອັນນີ້ຕ້ອງຖືກຕ້ອງ.
ລະດັບ ລະດັບບັນທຶກ, ເບິ່ງຂ້າງລຸ່ມນີ້ສໍາລັບຄໍານິຍາມຂອງລະດັບທີ່ມີຢູ່ (ແນະນໍາ: 9).
linkdirs ເມື່ອຕັ້ງເປັນ ON, ກວດເບິ່ງຢ່າງລະມັດລະວັງການເຊື່ອມຕໍ່ສັນຍາລັກກັບໄດເລກະທໍລີໃນເວລາດໍາເນີນການ
ການກວດສອບຄວາມປອດໄພໃນໄຟລ໌ທີ່ລະອຽດອ່ອນ. ນີ້ຈະ (recursively) ກວດເບິ່ງສໍາລັບແຕ່ລະຄົນ
ລະດັບການເຊື່ອມໂຍງສັນຍາລັກທີ່ໄດເລກະທໍລີເປົ້າຫມາຍແມ່ນບໍ່ສາມາດຂຽນໄດ້ໃນໂລກຫຼືກຸ່ມ
writable ແລະວ່າໄດເລກະທໍລີແມ່ຂອງແຕ່ລະເຊື່ອມຕໍ່ເປົ້າຫມາຍບໍ່ແມ່ນໂລກ
ຂຽນໄດ້. ຖ້າ ຮັບປະກັນ ທາງເລືອກແມ່ນປິດ, ພາລາມິເຕີນີ້ຖືກລະເລີຍ. (ທາງເລືອກ,
ເລີ່ມຕົ້ນເປັນ: ON, ແນະນໍາ: ON ເມື່ອປອດໄພຍັງເປີດຢູ່).
lockdekay ຄວາມລ່າຊ້າໃນວິນາທີລະຫວ່າງສອງຄວາມພະຍາຍາມລັອກ. (ທາງເລືອກ, ເລີ່ມຕົ້ນເປັນ: 2).
ລັອກ ຄວາມລ່າຊ້າສູງສຸດໃນວິນາທີສໍາລັບການຖືລັອກ. ຫຼັງຈາກເວລານັ້ນ, lock ຈະ
ຫັກ. (ທາງເລືອກ, ຄ່າເລີ່ມຕົ້ນເປັນ: 3600).
lockmax ຈໍານວນສູງສຸດຂອງຄວາມພະຍາຍາມລັອກກ່ອນທີ່ຈະຍອມແພ້. (ທາງເລືອກ, ກຳນົດຄ່າເລີ່ມຕົ້ນເປັນ:
20).
ລັອກ ເມື່ອລັອກໄຟລ໌, ຈົດໝາຍ ປົກກະຕິເຮັດໃຫ້ lockmax ຄວາມ​ພະ​ຍາ​ຍາມ​ແຍກ​ອອກ​ໂດຍ​
lockdelay ວິນາທີ, ແລະຫຼັງຈາກນັ້ນໃຫ້ເຖິງ. ໃນເວລາທີ່ກໍາລັງປະເຊີນກັບການຈັດສົ່ງກັບກ່ອງຈົດຫມາຍ, ມັນ
ອາດຈະເຮັດໃຫ້ຄວາມຮູ້ສຶກທີ່ຈະສືບຕໍ່ເຖິງແມ່ນວ່າຖ້າຫາກວ່າບໍ່ມີ lock ໄດ້ grabbed, ຫຼືເຖິງແມ່ນວ່າພຽງແຕ່ a
ການລັອກບາງສ່ວນໄດ້ຖືກເຮັດແລ້ວ (ເຊັ່ນ: ການລັອກແບບ .lock ຫຼື flock() ອັນນຶ່ງ
ສໍາເລັດ). ຕົວແປນີ້ຄວບຄຸມວ່າທ່ານຕ້ອງການປອດໄພເທົ່າໃດ. ຕັ້ງ​ມັນ​ເປັນ OFF ເພື່ອ​ໃຫ້​
mailagent ສືບຕໍ່ການຈັດສົ່ງກ່ອງຈົດຫມາຍຂອງຕົນເຖິງແມ່ນວ່າບໍ່ມີການລັອກສໍາເລັດ, ເພື່ອ ON
ຖ້າທ່ານຕ້ອງການ locking ຢ່າງເຂັ້ມງວດ, ໄປຫາ PARTIAL ຖ້າທ່ານສາມາດດໍາລົງຊີວິດດ້ວຍການລັອກບາງສ່ວນ.
ຂໍ້ຄວາມທີ່ບໍ່ໄດ້ບັນທຶກໄວ້ໃນໂຟນເດີຈະຖືກຖິ້ມໃສ່ກ່ອງຈົດໝາຍສຸກເສີນ. (ທາງເລືອກ,
ເລີ່ມຕົ້ນເປັນ ON). ກ່ຽວກັບລະບົບ Debian, ນັບຕັ້ງແຕ່ ຈົດໝາຍ ບໍ່ສາມາດຈັບ locks, ມັນຄວນຈະ
ຈະຖືກເປີດໄວ້ສະເໝີ, ຖ້າບໍ່ດັ່ງນັ້ນ mail garbling ອາດຈະເກີດຂຶ້ນ. ເບິ່ງ
/usr/share/doc/mailagent/SECURITY ສໍາລັບລາຍລະອຽດ.
ຕັກເຕືອນ ຕົວແປນີ້ຄວບຄຸມເວລາຫຼັງຈາກນັ້ນ ຈົດໝາຍ ຄວນ​ຈະ​ເລີ່ມ​ຕົ້ນ​ການ​ປ່ອຍ​ອອກ​ມາ​ເປັນ​
ການ​ເຕືອນ​ໄພ​ໃນ​ເວ​ລາ​ທີ່​ມີ​ຄວາມ​ພະ​ຍາ​ຍາມ​ທີ່​ຈະ​ໄດ້​ຮັບ lock ໄດ້​. ມັນເປັນບັນຊີລາຍຊື່ທີ່ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດ
ຄ່າ, ໃນວິນາທີ. ຖ້າສອງຄ່າຖືກໃຫ້, ທໍາອິດແມ່ນເວລາທໍາອິດ
ເກນ, ອັນທີສອງແມ່ນໄລຍະເວລາຊ້ຳ. ຕົວຢ່າງ, ຄ່າຂອງ "15,60"
ຈະເຮັດໃຫ້ເກີດການເຕືອນຫຼັງຈາກ 15 ວິນາທີ, ຫຼັງຈາກນັ້ນທຸກໆ 60 ວິນາທີຈົນກ່ວາການລັອກແມ່ນ
ປະຕິບັດຫຼືເວລາພະຍາຍາມລັອກຫມົດອາຍຸ (ເບິ່ງ lockmax ແລະ lockdelay) ຖ້າຫາກວ່າ
ພຽງແຕ່ຫນຶ່ງມູນຄ່າແມ່ນ, ມັນຖືກປະຕິບັດເປັນທັງຂອບເຂດເບື້ອງຕົ້ນແລະ
ໄລຍະເວລາ. (ທາງເລືອກ, ຄ່າເລີ່ມຕົ້ນເປັນ: 20,300).
log ຊື່ຂອງໄຟລ໌ບັນທຶກທີ່ຈະໃສ່ໃນບັນຊີບັນທຶກ. (ແນະນໍາ: agentlog).
logdir ບັນທຶກບັນຊີ. (ແນະນໍາ: ~/var/log).
mailbox ຊື່ຂອງໄຟລ໌ກ່ອງຈົດຫມາຍລະບົບ, ເຊິ່ງໂດຍຄ່າເລີ່ມຕົ້ນແມ່ນຄ່າຂອງ ຜູ້ໃຊ້
ຕົວແປການຕັ້ງຄ່າ. ນີ້ແມ່ນຕົວກໍານົດທາງເລືອກ.
ກ່ອງຈົດໝາຍ ທີ່ຢູ່ຂອງລະບົບ mail spool directory. ຖ້າບໍ່ມີການສະຫນອງໃຫ້, ຫຼັງຈາກນັ້ນ
mailagent ຈະໃຊ້ຄ່າທີ່ກໍານົດໂດຍ Configure.
mailopt ທາງ​ເລືອກ​ທີ່​ຈະ​ໄດ້​ຮັບ​ການ​ສົ່ງ​ກັບ​ຜູ້​ສົ່ງ​ຈົດ​ຫມາຍ​ສະ​ບັບ (ເບິ່ງ​ mailmail). (ທາງເລືອກ, ແນະນໍາ: -odq
-i, ເມື່ອໃຊ້ sendmail).
ສູງສຸດ cmds ຈໍານວນຄໍາສັ່ງສູງສຸດທີ່ອະນຸຍາດໃຫ້ດໍາເນີນການໂດຍຄໍາສັ່ງ SERVER
ກ່ອນທີ່ຈະລ້າງສ່ວນທີ່ເຫຼືອຂອງຂໍ້ຄວາມ mail. (ແນະນໍາ: 10).
maxerrors ຈໍານວນຄວາມຜິດພາດສູງສຸດສໍາລັບຄໍາສັ່ງ SERVER ກ່ອນທີ່ຈະລ້າງສ່ວນທີ່ເຫຼືອຂອງ
ຂໍ້ຄວາມທາງໄປສະນີ. (ແນະນໍາ: 10).
ຂະໜາດສູງສຸດ ຂະໜາດສູງສຸດໃນໄບຕ໌ຂອງໄຟລ໌ກ່ອນທີ່ຈະໃຊ້ ຊຸດ ສໍາລັບການສົ່ງໄຟລ໌. ນີ້ຖືກນໍາໃຊ້
ໂດຍ PROCESS. (ແນະນໍາ: 150000).
mboxlock ຮູບແບບທີ່ຈະໃຊ້ສໍາລັບການລັອກກ່ອງຈົດຫມາຍກ່ອນທີ່ຈະສົ່ງໃຫ້ພວກເຂົາ. ນີ້
string ໄປໂດຍຜ່ານກົນໄກການທົດແທນມະຫາພາກຂະຫນາດນ້ອຍເພື່ອເຮັດໃຫ້ມັນຫຼາຍ
ທົ່ວໄປ. ຊື່ໄຟລ໌ທີ່ມາຈາກການທົດແທນມະຫາພາກແມ່ນຊື່ຂອງລັອກ
ທີ່ຈະຖືກໃຊ້, ໃຫ້ຊື່ຂອງໄຟລ໌ທີ່ຈະຖືກລັອກ. ມີ
ມະຫາພາກແມ່ນ:

%D: ຊື່ໄດເລກະທໍລີໄຟລ໌
%f: ຊື່ໄຟລ໌ທີ່ຈະຖືກລັອກ (ເສັ້ນທາງເຕັມ)
%F: ຊື່ພື້ນຖານໄຟລ໌ (ອົງປະກອບເສັ້ນທາງສຸດທ້າຍ)
%p: ໝາຍເລກ pid ຂະບວນການປະຈຸບັນ
%%: ຕົວອັກສອນ % ທຳມະດາ

ຮູບແບບການລັອກທົ່ວໄປແມ່ນ "%f.lock" ແລະ "%D/.%F.lock". ແນ່ນອນ, ເພື່ອຈະສາມາດ
ໃຊ້ຄຸນສົມບັດນີ້, mailagent ຈະຕ້ອງບໍ່ໄດ້ຖືກກໍານົດໃຫ້ໃຊ້ flock()-style
lock ເທົ່ານັ້ນ. (ທາງເລືອກ, ຄ່າເລີ່ມຕົ້ນເປັນ: %f.lock). ອັນນີ້ບໍ່ມີຜົນຕໍ່ Debian
ລະບົບ, ນັບຕັ້ງແຕ່ ຈົດໝາຍ ບໍ່​ສາ​ມາດ​ໄດ້​ຮັບ​ການ lock ແລ້ວ​, ເນື່ອງ​ຈາກ​ວ່າ​ມັນ​ບໍ່​ແມ່ນ sgid mail​.
mhprofile ຊື່ຂອງໂປຣໄຟລ໌ MH ທີ່ຈະໃຊ້. ນີ້ແມ່ນຈໍາເປັນພຽງແຕ່ໃນເວລາທີ່ພະຍາຍາມ
ບັນທຶກໃນໂຟນເດີ MH. ຖ້າພາລາມິເຕີທາງເລືອກນີ້ບໍ່ໄດ້ຖືກຕັ້ງ, ຄ່າເລີ່ມຕົ້ນ
~/.mh_profile ຖືກນໍາໃຊ້.
mmdf ຕັ້ງຄ່ານີ້ເປັນ ON ຖ້າເຈົ້າຕ້ອງການສາມາດບັນທຶກຈົດໝາຍໃນກ່ອງຈົດໝາຍແບບ MMDF.
(ແນະນໍາ: ປິດ, ເວັ້ນເສຍແຕ່ວ່າທ່ານໃຊ້ MMDF ຫຼື MH). ອັນນີ້ບໍ່ຖືກຕ້ອງໃນລະບົບ Debian.
mmdfbox ມູນຄ່າຂອງຕົວແປນີ້ສໍາຄັນພຽງແຕ່ເມື່ອ mmdf ເປີດຢູ່. ຖ້າຕັ້ງເປັນ ON, ຫຼັງຈາກນັ້ນໃຫ້ໃຫມ່
ໂຟນເດີຈະຖືກສ້າງເປັນ MMDF. ຕົວແປນີ້ບໍ່ໄດ້ໃຊ້ເມື່ອບັນທຶກໃສ່
ໂຟນເດີທີ່ມີຢູ່ແລ້ວ, ເນື່ອງຈາກວ່າໃນກໍລະນີດັ່ງກ່າວ ຈົດໝາຍ ຈະອັດຕະໂນມັດ
ກໍານົດປະເພດແລະບັນທຶກຂໍ້ຄວາມຕາມຄວາມເຫມາະສົມ. (ແນະນໍາ: ປິດ, ເວັ້ນເສຍແຕ່
ທ່ານໃຊ້ MMDF ຫຼືຕ້ອງການໃຊ້ MH's mshf).
msgprefix ຊື່ຂອງໄຟລ໌ທີ່ຈະໃສ່ໃນໂຟເດີໄດເລກະທໍລີ, ລະບຸຄໍານໍາຫນ້າຂອງຂໍ້ຄວາມ
ຖືກນໍາໃຊ້. ທາງເລືອກ, ເລີ່ມຕົ້ນເປັນ .msg_prefix.
ຊື່ ຊື່ຜູ້ໃຊ້, ໃຊ້ໂດຍຜູ້ສົ່ງຈົດໝາຍເມື່ອກ່າວເຖິງທ່ານ. ນີ້​ກໍາ​ນົດ
ຄ່າຂອງ %U macro.
newcmd ຊື່ຂອງໄຟລ໌ທີ່ອະທິບາຍຄໍາສັ່ງການກັ່ນຕອງໃຫມ່. ເບິ່ງພາກ ການຂະຫຍາຍ
ການກັ່ນຕອງ ຄໍາສັ່ງ ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ. ປ່ອຍໃຫ້ພາລາມິເຕີທາງເລືອກນີ້ອອກເວັ້ນເສຍແຕ່
ທ່ານເປັນຜູ້ຊ່ຽວຊານດ້ານໄປສະນີ. (ແນະນຳ: $spool/newcmd).
ໜັງສືພິມ ທາງ​ເລືອກ​ທີ່​ຈະ​ໄດ້​ຮັບ​ການ​ຜ່ານ​ໂຄງ​ການ​ປະ​ກາດ​ຂ່າວ (ເບິ່ງ ສົ່ງຂ່າວ). (ທາງເລືອກ,
ແນະນໍາ: ປ່ອຍໃຫ້ຫວ່າງເປົ່າເມື່ອໃຊ້ inews).
nfslock ຕັ້ງມັນເປັນ ON ເພື່ອຮັບປະກັນການລັອກທີ່ປອດໄພ NFS. ຄວາມແຕກຕ່າງແມ່ນວ່າຊື່ເຈົ້າພາບແມ່ນ
ໃຊ້ຮ່ວມກັບ PID ເພື່ອຮັບລັອກ. ຢ່າງໃດກໍຕາມ, mailagent ຕ້ອງ
fork/exec ເພື່ອໃຫ້ໄດ້ຂໍ້ມູນນັ້ນ. ນີ້ແມ່ນຕົວກໍານົດການທາງເລືອກທີ່ຖືກກໍານົດໄວ້
ເພື່ອ OFF ໂດຍຄ່າເລີ່ມຕົ້ນ. (ແນະນຳ: ປິດຖ້າທ່ານສົ່ງຈົດໝາຍຈາກເຄື່ອງດຽວ,
ເຖິງແມ່ນວ່າມັນຜ່ານ NFS).
passwd ໄຟລ​໌​ທີ່​ລະ​ຫັດ​ຜ່ານ​ພະ​ລັງ​ງານ SERVER ຖືກ​ເກັບ​ຮັກ​ສາ​ໄວ້ -- ເຂົ້າ​ລະ​ຫັດ​ໂດຍ​ປົກ​ກະ​ຕິ​. (ແນະນໍາ:
$powers/passwd).
ເສັ້ນທາງ ເສັ້ນທາງຕໍາ່ສຸດທີ່ຖືກນໍາໃຊ້ໂດຍໂຄງການການກັ່ນຕອງ C. ເພື່ອກໍານົດເສັ້ນທາງສະເພາະສໍາລັບ a
ເຄື່ອງ ເຈົ້າພາບ, ຕັ້ງ ກ p_host ຕົວແປ. ນີ້ຈະເປັນ ລ່ວງຫນ້າ ເປັນຄ່າເລີ່ມຕົ້ນ
PATH ຕົວແປທີ່ສະຫນອງໂດຍໂຄງການອື່ນໆ. (ແນະນໍາ: / ຖັງ:/ usr / ຖັງ:/usr/ucb).
ໃຫ້ສັງເກດວ່າຊື່ເຈົ້າພາບຕ້ອງຖືກລະບຸໂດຍບໍ່ມີຊື່ໂດເມນໃດໆຕໍ່ໃສ່ມັນ
(ເຊັ່ນ: ຊື່ເຈົ້າພາບຂອງ lyon.eiffel.com, ໃຊ້ຕົວແປ p_lyon). ຖ້າເຈົ້າພາບຂອງເຈົ້າ
ຊື່ມີ '-' ຢູ່ໃນນັ້ນ, ທ່ານຕ້ອງຂຽນເປັນ '_', ເພາະວ່າ '-' ບໍ່ຖືກຕ້ອງ.
ລັກສະນະສໍາລັບ a perl ຊື່ຕົວແປ.
perlib ຕົວແປນີ້ອາດຈະຖືກໃຊ້ເພື່ອປ່ຽນເສັ້ນທາງການຊອກຫາ perl ສໍາລັບໄຟລ໌ທີ່ຕ້ອງການ.
ໄດເລກະທໍລີຄວນຖືກແຍກອອກໂດຍໃຊ້ຕົວອັກສອນ ':', ຄືກັບ Shell PATH.
ເສັ້ນທາງນີ້ແມ່ນຂຶ້ນກັບເສັ້ນທາງຄົ້ນຫາ perl ເລີ່ມຕົ້ນ. ໄດເລກະທໍລີໃດໆບໍ່
ເລີ່ມຕົ້ນດ້ວຍ '/' (ຫຼັງຈາກ ~ ການປ່ຽນຊື່) ແມ່ນຂ້ອນຂ້າງຂື້ນກັບ
mailagent ໄດເລກະທໍລີ lib ສ່ວນຕົວທີ່ຖືກກໍານົດໃນເວລາຕັ້ງຄ່າ.
ກະລຸນາບັນທຶກ ຊື່ຂອງໄຟລ໌ທີ່ໃຊ້ເພື່ອບັນທຶກ patchlevels ສໍາລັບການແຈກຢາຍທີ່ເກັບໄວ້ໃນແຟ້ມ. ນີ້
ຖືກນໍາໃຊ້ໂດຍຄໍາສັ່ງທີ່ເອີ້ນຜ່ານ PROCESS ເທົ່ານັ້ນ. (ແນະນຳ: $spool/plsave).
powerdir ໄດເລກະທໍລີລາຍຊື່ການລຶບລ້າງຜູ້ໃຊ້ສໍາລັບອໍານາດ SERVER. (ແນະນໍາ:
$powers/clearance)
ບັນຊີລາຍຊື່ພະລັງງານ ຊື່ຂອງໄຟລ໌ທີ່ມີນາມແຝງພະລັງງານ SERVER. ເນື່ອງຈາກວ່າຊື່ພະລັງງານສາມາດເປັນຕົວຕົນ
ຍາວແຕ່ບາງລະບົບໄຟລ໌ຍັງມີຂໍ້ຈໍາກັດ 14 ຕົວອັກສອນກ່ຽວກັບຊື່ໄຟລ໌
ຄວາມຍາວ, ນາມແຝງພາຍໃນແມ່ນສ້າງແລະຮັກສາໄວ້ໂດຍ mailagent. (ແນະນໍາ:
$powers/aliases).
powerlog ໄຟລ໌ທີ່ການຮ້ອງຂໍພະລັງງານຂອງ SERVER ຖືກບັນທຶກ, ນອກເຫນືອຈາກ agentlog. ນັບຕັ້ງແຕ່
ເຫຼົ່ານີ້ແມ່ນຄວາມກັງວົນດ້ານຄວາມປອດໄພ, ມັນເປັນຄວາມຄິດທີ່ດີທີ່ຈະບັນທຶກພວກມັນແຍກຕ່າງຫາກ. ຖ້າ​ບໍ່
ກໍານົດ, ບັນທຶກພວກມັນພຽງແຕ່ຢູ່ໃນ agentlog. (ແນະນຳ: $logdir/powerlog).
ອໍານາດ ໄດເລກະທໍລີສໍາລັບການຄຸ້ມຄອງພະລັງງານ SERVER. (ແນະນຳ: $spool/powers)
ລາຍຊື່ໂຄງການ ລາຍລະອຽດເລັກນ້ອຍສໍາລັບການແຈກຢາຍທີ່ມີຢູ່. ເບິ່ງຕົວຢ່າງທີ່ຈັດຂຶ້ນໃນ
Lib/mailagent/proglist. ອັນນີ້ແມ່ນໃຊ້ໂດຍ PROCESS ເທົ່ານັ້ນ. (ແນະນໍາ:
$spool/proglist)
ຄິວ ລາຍຊື່ຄິວ (ຂໍ້ຄວາມລໍຖ້າການປະມວນຜົນ). ຕ້ອງການ, ແນ່ນອນ.
(ແນະນຳ: $spool/queue)
ຖືຄິວ ຈໍານວນສູງສຸດຂອງວິນາທີ mail ສາມາດນັ່ງຢູ່ໃນແຖວ mailagent ກ່ອນທີ່ຈະເປັນ
ປຸງແຕ່ງຕົວຈິງ. ໃນລະຫວ່າງນັ້ນ, ຈົດໝາຍ ຈະບໍ່ພະຍາຍາມປຸງແຕ່ງ
ຂໍ້ຄວາມເຖິງແມ່ນວ່າໃນເວລາທີ່ -q ຖືກນໍາໃຊ້. (ທາງເລືອກ, ຄ່າເລີ່ມຕົ້ນເປັນ: 1800).
ຫຼຸດແຖວ ຈໍານວນສູງສຸດຂອງວິນາທີຫຼັງຈາກນັ້ນ ຈົດໝາຍ ຄວນປັກທຸງຂໍ້ຄວາມທີ່ຍັງຢູ່ໃນ
ແຖວຂອງມັນແມ່ນເກົ່າ. (ທາງເລືອກ, ຄ່າເລີ່ມຕົ້ນເປັນ: 86400, ie ຕໍ່ມື້).
ລໍຖ້າຄິວ ເວລາເປັນວິນາທີບອກ C ການກັ່ນຕອງ ໂຄງ​ການ​ດົນ​ປານ​ໃດ​ມັນ​ຕ້ອງ​ລໍ​ຖ້າ​ກ່ອນ​
ການເປີດຕົວ ຈົດໝາຍ. (ທາງເລືອກ, ຄ່າເລີ່ມຕົ້ນເປັນ: 60, ແຕ່ສາມາດຫຼຸດລົງເປັນ 0 ຖ້າທ່ານ
ບໍ່ຕ້ອງການທີ່ຈະລໍຖ້າການຊັກຊ້າໃນການໄດ້ຮັບຂໍ້ຄວາມໃຫມ່).
rulecache ຊື່ຂອງໄຟລ໌ທີ່ໃຊ້ເພື່ອ cache ກົດລະບຽບການລວບລວມຫລ້າສຸດ. ຕັ້ງແຕ່ປົກກະຕິ
ຈົດໝາຍ ເຮັດວຽກສ່ວນໃຫຍ່ກັບໄຟລ໌ກົດລະບຽບດຽວກັນ, ນີ້ຊ່ວຍປະຢັດຄ່າໃຊ້ຈ່າຍເກີນຂອງ
recompiling ກົດລະບຽບທັງຫມົດໃນແຕ່ລະຄັ້ງ. (ທາງເລືອກ, ແນະນຳ: $spool/rulecache).
ກົດລະບຽບ ຕັ້ງຄ່ານີ້ເປັນ ON ເພື່ອເປີດໃຊ້ການທົດແທນມະຫາພາກໃນຮູບແບບກົດລະບຽບ. (ທາງເລືອກ,
ເລີ່ມຕົ້ນເປັນ: ປິດ).
ກົດລະບຽບ ຊື່ຂອງໄຟລ໌ທີ່ຖືກົດລະບຽບການກັ່ນຕອງ (ທາງເລືອກໃນທີ່ບໍ່ແມ່ນ Debian
ລະບົບ, ແນະນໍາ: ~/.ກົດລະບຽບ). ໃນລະບົບ Debian, ຫນຶ່ງຕ້ອງມີກົດລະບຽບຫນ້ອຍທີ່ສຸດ
ໄຟລ​໌​ເພື່ອ​ປ້ອງ​ກັນ​ ຈົດໝາຍ ຈາກການພະຍາຍາມເອົາຂໍ້ຄວາມເຂົ້າໄປໃນ
/var/spool/mail/$USER, ເນື່ອງຈາກ mailagent ບໍ່ສາມາດລັອກໄດເລກະທໍລີນັ້ນເພື່ອປ້ອງກັນ mail
ຈາກການຖືກຂີ້ເຫຍື້ອ. ນີ້ແມ່ນຍ້ອນວ່ານະໂຍບາຍ Debian ຕ້ອງການທຸກຫນ່ວຍງານ
ພະຍາຍາມລັອກຢູ່ໃນໄດເລກະທໍລີນັ້ນ skid ເມລ, ແລະການເຮັດ ຈົດໝາຍ skid
ສິ່ງໃດຈະເປັນຊ່ອງຫວ່າງຄວາມປອດໄພ.
{ ບັນທຶກຂາເຂົ້າ };
ແມ່ນໄຟລ໌ກົດລະບຽບຫນ້ອຍທີ່ແນະນໍາ.
runmax ໝົດເວລາສຳລັບຄຳສັ່ງ RUN ແລະໝູ່. (ທາງເລືອກ, ຄ່າເລີ່ມຕົ້ນເປັນ: 3600).
scriptcc ທຸງຊີ້ບອກວ່າຄວນສົ່ງສຳເນົາຂອງ SERVER session transcript ຫຼືບໍ່
ກັບຜູ້ໃຊ້ທີ່ແລ່ນ mailagent. (ແນະນໍາ: ປິດ).
ຮັບປະກັນ ເມື່ອຕັ້ງເປັນ ON, mailagent ແລະການກັ່ນຕອງ C ຈະປະຕິບັດຄວາມປອດໄພຢ່າງກວ້າງຂວາງ
ກວດເບິ່ງໄຟລ໌ທີ່ລະອຽດອ່ອນ. ນີ້​ປະ​ກອບ​ມີ​ການ​ກວດ​ສອບ​ສໍາ​ລັບ​ການ​ຂຽນ​ກຸ່ມ​,
ຄວາມເປັນເຈົ້າຂອງແລະການທົດສອບການປົກປ້ອງຢູ່ໃນໄດເລກະທໍລີທີ່ໄຟລ໌ອາໄສຢູ່, ແລະ
ກວດສອບການເຊື່ອມຕໍ່ສັນຍາລັກກັບໄດເລກະທໍລີ (mailagent ເທົ່ານັ້ນ, ເມື່ອ linkdirs ເປີດ
ຄືກັນ). ໃຫ້ສັງເກດວ່າຄວາມປອດໄພແມ່ນຖືວ່າເປີດ, ໃດກໍ່ຕາມການຕັ້ງຄ່າທີ່ແທ້ຈິງຂອງມັນ, ເມື່ອໃດ
ແລ່ນເປັນ super-user. (ແນະນຳ: ເປີດ).
mailmail ຊື່ຂອງໂປຣແກຣມທີ່ໃຊ້ໃນການສົ່ງຈົດໝາຍ. ໂປຣແກຣມນັ້ນຕ້ອງຍອມຮັບຈົດໝາຍ
ຂໍ້ຄວາມທີ່ມີສ່ວນຫົວກ່ຽວກັບການປ້ອນຂໍ້ມູນມາດຕະຖານຂອງມັນ ແລະລາຍຊື່ຜູ້ຮັບຢູ່ໃນ
ເສັ້ນຄໍາສັ່ງ. ຖ້າບໍ່ໄດ້ລະບຸ, ຈະໃຊ້ mailer ທີ່ເລືອກໃນເວລາຕັ້ງຄ່າ
(ມັກ​ຈະ​ສົ່ງ​ອີ​ເມວ​)​. ເສັ້ນຄໍາສັ່ງທີ່ໃຊ້ເພື່ອສົ່ງຂໍ້ຄວາມຈະເປັນ mailmail
mailopt ທີ່ຢູ່. (ທາງເລືອກ, ແນະນໍາ: /usr/lib/sendmail).
ສົ່ງຂ່າວ ຊື່ໂຄງການທີ່ໃຊ້ໃນການປະກາດຂ່າວ. ໂຄງການນັ້ນຕ້ອງຍອມຮັບຂ່າວ
ບົດຄວາມທີ່ມີສ່ວນຫົວກ່ຽວກັບການປ້ອນຂໍ້ມູນມາດຕະຖານຂອງມັນ. ຖ້າບໍ່ລະບຸຈະໃຊ້ຂ່າວ
ໂປລແກລມປະກາດເລືອກໃນເວລາຕັ້ງຄ່າ (ປົກກະຕິແລ້ວ inews). ເສັ້ນຄໍາສັ່ງ
ໃຊ້ເພື່ອປະກາດບົດຄວາມຈະເປັນ ສົ່ງຂ່າວ -h ໜັງສືພິມ. (ທາງເລືອກ, ແນະນໍາ:
/usr/local/bin/inews).
seq ໄຟລ໌ທີ່ໃຊ້ໃນການຄິດໄລ່ຕົວເລກວຽກ (ແນະນໍາ: .seq).
ເຄື່ອງຮັບໃຊ້ ຊື່ໄດເລກະທໍລີທີ່ຄໍາສັ່ງ shell ແລະ perl server ຖືກເກັບໄວ້. ນີ້​ແມ່ນ
ສະຖານທີ່ຊອກຫາເລີ່ມຕົ້ນ. ພາຣາມິເຕີທາງເລືອກເວັ້ນເສຍແຕ່ SERVER ຖືກໃຊ້. (ແນະນໍາ:
$spool/cmds).
servshell ນີ້ແມ່ນຊື່ຂອງ shell ທີ່ໃຊ້ເພື່ອເປີດຄໍາສັ່ງ SERVER shell (ຕົວຈິງແລ້ວແມ່ນ
ປະມວນຜົນໄຟລ໌ wrapper ທີ່ສຸດທ້າຍຈະ exec () ຄໍາສັ່ງ). ໃນບາງ
ລະບົບເຊັ່ນ HPUX 10.x, ມັນຕ້ອງຖືກຕັ້ງເປັນ /usr/old/bin/sh ເພື່ອໃຫ້ໄດ້ມາດຕະຖານ.
ແກະ Bourne ເກົ່າ, ເພາະວ່າ / ຖັງ / sh ເປັນແກະ POSIX ທີ່ມີສະໝອງທີ່ປິດໄຟລ໌
ຕົວອະທິບາຍໃຫຍ່ກວ່າ 2 ຕາມ exec(), ໃນຂະນະທີ່ Bourne shell ບໍ່ມີ.
(ທາງເລືອກ, ແນະນໍາ: / ຖັງ / sh ເວັ້ນເສຍແຕ່ວ່າທ່ານຢູ່ໃນ HPUX 10.x, ດັ່ງທີ່ໄດ້ອະທິບາຍກ່ອນ).
spool Spool directory, ຕ້ອງການ (ແນະນຳ: ~/var/mailagent).
statfile ໄຟລ໌ທີ່ສະຖິຕິຄວນຈະຖືກລວບລວມ. ຖ້າບໍ່ມີໄຟລ໌ດັ່ງກ່າວ, ບໍ່ມີສະຖິຕິ
ຈະຖືກບັນທຶກໄວ້ (ແນະນໍາ: $spool/mailagent.st).
ປອມ ແຕ່​ເຖິງ​ຢ່າງ​ນັ້ນ ຈົດໝາຍ ຄວນປອມແປງ To: line ເຂົ້າໄປໃນສ່ວນຫົວຂໍ້ຄວາມເມື່ອມັນ
ແມ່ນບໍ່ມີ, ເຊິ່ງຈະຖືກນໍາໃຊ້ເພື່ອຈຸດປະສົງການກັ່ນຕອງ (ບໍ່ມີການປ່ຽນແປງທາງດ້ານຮ່າງກາຍຂອງ
header ເກີດຂຶ້ນ). ມັນໃຊ້ Alternate-To: headers ຖ້າພົບ, ຖ້າບໍ່ດັ່ງນັ້ນມັນສົມມຸດ
ຂໍ້​ຄວາມ​ໄດ້​ຖືກ​ສົ່ງ​ໄປ​ຫາ​ຜູ້​ໃຊ້​ແລະ​ເອົາ​ຄ່າ​ຈາກ​ ຜູ້ໃຊ້ configuration
ຕົວແປ. (ທາງເລືອກ, ເປັນຄ່າເລີ່ມຕົ້ນທີ່ຈະເປີດ, ແນະນໍາ: ON; ປິດມັນພຽງແຕ່ຖ້າທ່ານ
ຕ້ອງ​ການ​ທີ່​ຈະ​ກໍາ​ນົດ​ທີ່​ຂາດ​ໄປ To: ສາຍ​ເພື່ອ​ກວດ​ສອບ SPAM​)​.
ເອົາ ຕົວແປທາງເລືອກນີ້ອາດມີລາຍການທີ່ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດຂອງການເຂົ້າສູ່ລະບົບສຳຮອງ
ທີ່ຍັງຖືກຕ້ອງສໍາລັບຜູ້ໃຊ້ (mail aliases). ອັນນີ້ໃຊ້ໃນໂໝດພັກຜ່ອນ
ເພື່ອກວດເບິ່ງວ່າ mail ຖືກສົ່ງໄປຫາຜູ້ໃຊ້ຫຼືໄປຫາບັນຊີລາຍຊື່ທາງໄປສະນີ. ການຈັບຄູ່
ຖືກຍຶດໄວ້ຢູ່ໃນຊື່ເຂົ້າສູ່ລະບົບ, ດັ່ງນັ້ນການເວົ້າວ່າ "ro*" ຈະກົງກັບທັງສອງ ຮາກ ແລະ ໂລມ.
ຕິດຕາມ ຕັ້ງ​ຄ່າ on (ກໍລະນີ insensitively), ນີ້ turns ສຸດ -t ທາງ​ເລືອກ​ທີ່​ຕິດ​ຕາມ​ທັງ​ຫມົດ​
ກົດ​ລະ​ບຽບ​ການ​ຈັບ​ຄູ່​ແລະ​ການ​ປະ​ຕິ​ບັດ​ກ່ຽວ​ກັບ​ຜົນ​ຜະ​ລິດ​ມາດ​ຕະ​ຖານ​. ນີ້ແມ່ນທາງເລືອກ (ແນະນໍາ:
ປິດ).
ເຂດ​ເວ​ລາ ຄ່າເຂດເວລາສຳລັບຕົວແປສະພາບແວດລ້ອມ TZ (ທາງເລືອກ).
tmpdir ໄດເລກະທໍລີສໍາລັບໄຟລ໌ຊົ່ວຄາວ. ຕ້ອງການ (ແນະນໍາ: / tmp).
ໜ້າ ກາກ umask ເລີ່ມຕົ້ນທີ່ຖືກປັບໂດຍ ຈົດໝາຍ ກ່ອນທີ່ຈະປະມວນຜົນຂໍ້ຄວາມ. ສົມມຸດ
ເປັນເລກທົດສະນິຍົມ ເວັ້ນເສຍແຕ່ເລີ່ມຕົ້ນດ້ວຍ '0' (ສຳລັບເລກແປດ) ຫຼື '0x' (ສຳລັບເລກຖານສິບຫົກ).
ຮູບແບບ octal ແມ່ນວິທີທີ່ງ່າຍທີ່ສຸດທີ່ຈະລະບຸມັນຢ່າງໃດກໍ່ຕາມ. (ທາງເລືອກ,
ຄ່າເລີ່ມຕົ້ນເປັນ: 077).
ຜູ້ໃຊ້ ຊື່ເຂົ້າສູ່ລະບົບຂອງຜູ້ໃຊ້ທີ່ດໍາເນີນການ mailagent. ນີ້ກໍານົດຄ່າຂອງ %u macro.
ພັກ ທຸງຕັ້ງເປັນ ON ຫຼື OFF ເພື່ອສະຫຼັບໂໝດການພັກຜ່ອນຕາມຄວາມເໝາະສົມ.
vacfile ຊື່ຂອງໄຟລ໌ທີ່ຈະຖືກສົ່ງຄືນໃນໂໝດພັກຜ່ອນ (ແນະນຳ: ~/.ພັກ).
ສັກຢາແລ້ວ ເມື່ອ ON, ການປ່ຽນແປງທັງຫມົດໄປຫາໄຟລ໌ວັນພັກ (ແມ້ແຕ່ຢູ່ໃນທ້ອງຖິ່ນ) ໂດຍວິທີການ
ຄຳສັ່ງ VACATION ແມ່ນຖືກຫ້າມ. ນີ້ແມ່ນເປັນປະໂຫຍດຖ້າຫາກວ່າທ່ານປົກກະຕິແລ້ວມີຫຼາຍ
ຂໍ້ຄວາມການພັກຜ່ອນທີ່ກໍາຫນົດເອງສໍາລັບຄົນທີ່ແຕກຕ່າງກັນແຕ່ຕ້ອງການບັງຄັບຊົ່ວຄາວ
ຂໍ້ຄວາມທີ່ເປັນເອກະລັກອັນດຽວ (ທາງເລືອກ, ເລີ່ມຕົ້ນເປັນ: ປິດ).
vacperiod ເວລາຕໍາ່ສຸດທີ່ຜ່ານໄປລະຫວ່າງສອງຂໍ້ຄວາມວັນພັກໄປຫາທີ່ຢູ່ທີ່ລະບຸ
(ແນະນໍາ: 1d).

ມີ ການຕັດໄມ້ທ່ອນ ລະດັບ
ລະດັບບັນທຶກຕໍ່ໄປນີ້ສາມາດໃຊ້ໃນຂະນະທີ່ແລ່ນ mailagent:

0 ບໍ່ມີການບັນທຶກ
1 ບັນຫາໃຫຍ່ເທົ່ານັ້ນ
2 ການຈັດສົ່ງທີ່ລົ້ມເຫລວ
3 ການຈັດສົ່ງທີ່ປະສົບຜົນສໍາເລັດ
4 ຂໍ້ຄວາມທີ່ເລື່ອນເວລາ
5 ການປະຕິບັດການກັ່ນຕອງສົບຜົນສໍາເລັດ
6 ເຫດການທີ່ຜິດປົກກະຕິແຕ່ບໍ່ສະບາຍ
7 ຂໍ້ຄວາມໃຫ້ຂໍ້ມູນ
8 ການປະຕິບັດຕົວກອງທີ່ບໍ່ແມ່ນການຈັດສົ່ງ
9 ການຮັບຈົດໝາຍ
12 ດີບັກ
19 ຄຳເວົ້າ
20 ຄໍາ​ເວົ້າ​ຫຼາຍ​

ການສຽບ Mailagent
ເມື່ອທ່ານໄດ້ຕັ້ງຄ່າ mailagent ໃນ a ~/.mailagent (ບ່ອນທີ່ ~ ຢືນ​ສໍາ​ລັບ​ເຮືອນ​ຂອງ​ທ່ານ​
directory), ທ່ານຕ້ອງບອກ mailmail ວິທີການເອີ້ນມັນ. ນີ້ແມ່ນເຮັດໄດ້ໂດຍການຕັ້ງ a ~/.ຕໍ່
ໄຟລ​໌​ທີ່​ຄ້າຍ​ຄື​ນີ້ (ນໍາ​ຫນ້າ​ແລະ​ຕິດ​ຕາມ​ວົງ​ຢືມ​ສອງ​ແມ່ນ​ເປັນ​ພາກ​ສ່ວນ​ບັງ​ຄັບ​ຂອງ​
ມັນ):

"| exec /users/ram/mail/filter >>/users/ram/.bak 2>&1"

ນີ້ຈະທໍ່ເມລທັງໝົດຂອງເຈົ້າໄປຫາ ການກັ່ນຕອງ ໂຄງການ, redirecting ຂໍ້ຄວາມຜິດປົກກະຕິທັງຫມົດໄປຫາ
~/.ບັກ. ຕົວຢ່າງຕົວກອງ shell script ອາດຈະພົບເຫັນຢູ່ໃນ lib/mailagent, ເຊັ່ນດຽວກັນກັບຕົວກອງ C
ໂຄງການ. ໃນບາງລະບົບ, ມັນອາດຈະຈໍາເປັນຕ້ອງຍ້າຍ '|' ລັກສະນະກ່ອນການນໍາພາ
quote, ແຕ່ຢ່າພະຍາຍາມນີ້ເວັ້ນເສຍແຕ່ວ່າທ່ານບໍ່ມີທາງເລືອກອື່ນ (ເຊັ່ນພຽງແຕ່ເປັນທາງເລືອກສຸດທ້າຍ).
ນອກຈາກນີ້, ປາກົດຂື້ນ Exim ເອົາການຍົກເວັ້ນກັບ exec, ແລະເຖິງແມ່ນວ່າບາງທີອາດມີການປ່ຽນເສັ້ນທາງ --
ເຊິ່ງຈະເປັນການເສຍໃຈ.

ມັນ​ແມ່ນ ຫຼາຍ ສິ່ງສໍາຄັນໃນການປ່ຽນເສັ້ນທາງຂໍ້ຄວາມຜິດພາດໄປຫາບາງໄຟລ໌ພາຍໃນໄດເລກະທໍລີເຮືອນຂອງທ່ານ.
ສໍາລັບສິ່ງຫນຶ່ງ, ທີ່ຈະເຮັດໃຫ້ທ່ານອອກຈາກບັນຫາຖ້າຫາກວ່າສິ່ງທີ່ແປກປະຫລາດເລີ່ມເກີດຂຶ້ນ, ແຕ່
ເພີ່ມເຕີມຕໍ່ກັບຈຸດ, ມັນເຮັດໃຫ້ຂອງທ່ານ .ຕໍ່ ໄຟລ໌ເປັນເອກະລັກ. ແກ່ກວ່າ mailmail ໂຄງການ, ໃນ
ຄວາມພະຍາຍາມຢ່າງກ້າຫານເພື່ອ "ເພີ່ມປະສິດທິພາບ" ການຈັດສົ່ງ, ຈະລຶບຜູ້ຮັບທີ່ຊໍ້າກັນອອກຢ່າງງຽບໆ, ແລະຖ້າມີ
ຜູ້ຮັບມີ a .ຕໍ່, ເນື້ອໃນຕົວຫນັງສືຂອງມັນຖືກນໍາໃຊ້ແທນທີ່ຢູ່ອີເມລ໌ຂອງລາວ.
ດັ່ງນັ້ນ, ສອງຜູ້ຮັບໃນທ້ອງຖິ່ນທີ່ມີສາຍການກັ່ນຕອງດຽວກັນຈະຖືກພິຈາລະນາເປັນຫນຶ່ງ
ຜູ້ຮັບທີ່ເປັນເອກະລັກແລະມີພຽງແຕ່ຫນຶ່ງຂອງພວກເຂົາທີ່ຈະໄດ້ຮັບຂໍ້ຄວາມ ...

ຖ້າລະບົບຂອງເຈົ້າບໍ່ອະນຸຍາດໃຫ້ມີການປ່ຽນເສັ້ນທາງ shell ຈາກພາຍໃນ .forward, ທ່ານສາມາດນໍາໃຊ້ສິ່ງນີ້
ແທນທີ່ (ພຽງແຕ່ສະຫນັບສະຫນູນໂດຍການກັ່ນຕອງ C):

"| exec /users/ram/mail/filter -o /users/ram/.bak"

ເຊິ່ງມີຜົນຕໍ່ການປ່ຽນເສັ້ນທາງ stdout ແລະ stderr ກັບໄຟລ໌ທີ່ລະບຸໄວ້ສໍາລັບທ່ານ, ຕື່ມຂໍ້ມູນໃສ່
ໃນຕອນທ້າຍຂອງໄຟລ໌. ຖ້າການກັ່ນຕອງແລ່ນ setuid ຫຼື setgid, ທ່ານຈະບໍ່ຖືກອະນຸຍາດໃຫ້
ສ້າງໄຟລ໌, ຫຼືຕື່ມໃສ່ມັນເວັ້ນເສຍແຕ່ເຈົ້າຂອງໄຟລ໌ແມ່ນ ທີ່ແທ້ຈິງ ຮຽກຮ້ອງ
ໂຄງການ (ສໍາລັບເຫດຜົນດ້ານຄວາມປອດໄພ).

ຫມາຍເຫດວ່າ .ຕໍ່ ໄຟລ໌ພຽງແຕ່ທໍ່ເມລໄປຫາ ການກັ່ນຕອງ ໂຄງ​ການ​ແລະ​ບໍ່​ໄດ້​ອອກ​
ສໍາເນົາໃດໆຢູ່ໃນກ່ອງຈົດຫມາຍ. ມັນຂຶ້ນກັບທ່ານທີ່ຈະຕັດສິນໃຈໃນເອກະສານກົດລະບຽບວ່າທ່ານຕ້ອງການ
ຖິ້ມເມລໄປຖັງຂີ້ເຫຍື້ອ ຫຼືປະໄວ້ໃນກ່ອງຈົດໝາຍ.(ໃຫ້ສັງເກດວ່າຢູ່ໃນລະບົບ Debian ຈົດໝາຍ ສາມາດເຮັດໄດ້
ບໍ່ lock ໄດເລກະທໍລີ spool, ແລະປ່ອຍໃຫ້ມັນອອກຈາກ mail ໃນ mailbox ອາດຈະເຮັດໃຫ້ມັນໄດ້ຮັບ
garbled). ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ບໍ່​ມີ​ໄຟລ​໌​ກົດ​ລະ​ບຽບ (ເຊັ່ນ​: ທ່ານ​ໄດ້​ປະ​ໄວ້​ການ​ເຂົ້າ​ເປົ່າ​ໃນ​ຂອງ​ທ່ານ​
~/.mailagent, ຫຼືທ່ານຕັ້ງຊື່ໄຟລ໌ທີ່ບໍ່ມີຢູ່, ຫຼືໄຟລ໌ຂອງທ່ານພຽງແຕ່ຫວ່າງເປົ່າ), the
ການປະຕິບັດໃນຕອນຕົ້ນແມ່ນການປະໄວ້ mail ໃນກ່ອງຈົດຫມາຍ, ເຊິ່ງບໍ່ແມ່ນຄວາມຄິດທີ່ດີສໍາລັບ Debian
ເຄື່ອງຈັກ. ກະລຸນາຕິດຕັ້ງໄຟລ໌ກົດລະບຽບເລັກນ້ອຍໃນກໍລະນີໃດກໍ່ຕາມ,
{ ບັນທຶກຂາເຂົ້າ };
ແມ່ນໄຟລ໌ກົດລະບຽບຫນ້ອຍທີ່ແນະນໍາ.

ອະນຸຍາດ ຄໍາສັ່ງ
ໄຟລ໌ຄໍາສັ່ງທີ່ອະນຸຍາດໃຫ້ (ຕາມທີ່ລະບຸໄວ້ໂດຍ comfile ຕົວ​ປ່ຽນ​ແປງ​ໃນ​ຂອງ​ທ່ານ​ ~/.mailagent)
ປະກອບມີຄໍາສັ່ງທັງຫມົດທີ່ຮັບຮູ້ແລະອະນຸຍາດ. ໄຟລ໌ ຄໍາສັ່ງ ຈັດ​ຂຶ້ນ​ຢູ່​ໃນ​ລະ​ບົບ​
lib/mailagent ຄວນຖືກຄັດລອກຕາມທີ່ຢູ່ໃນບັນຊີ Spool ຂອງທ່ານ.

ການທົດສອບ ຂອງທ່ານ ການຕິດຕັ້ງ
ໃນປັດຈຸບັນ, ສົມມຸດວ່າທ່ານໄດ້ກໍານົດທີ່ເຫມາະສົມ ~/.mailagent ໄຟລ໌ແລະແກ້ໄຂພາກສ່ວນການຕັ້ງຄ່າ
ຂອງ ການກັ່ນຕອງ, ມັນແມ່ນເວລາທີ່ຈະທົດສອບການຕິດຕັ້ງຂອງທ່ານ. ໃຫ້ແນ່ໃຈວ່າຂອງທ່ານ .ຕໍ່ ແມ່ນໂລກ
ອ່ານ​ໄດ້​ແລະ​ວ່າ​ ການກັ່ນຕອງ ມີ bits ການປະຕິບັດທີ່ກໍານົດໄວ້ (ບໍ່ມີເຫດຜົນທີ່ຈະເຮັດໃຫ້
ການກັ່ນຕອງ ໂລກ​ທີ່​ສາ​ມາດ​ອ່ານ​ໄດ້​)​. ກໍານົດລະດັບບັນທຶກຂອງ 20 ແລະປິດການທໍາງານຮູບແບບການພັກຜ່ອນ (the ພັກ
ເຂົ້າໃນ ~/.mailagent ຄວນປິດ). ຕັ້ງຊື່ຂອງໄຟລ໌ກົດລະບຽບເປັນໄຟລ໌
ປະກອບມີກົດລະບຽບການຈັບທັງຫມົດ:
{ ບັນທຶກຂາເຂົ້າ };
ທ່ານພ້ອມທີ່ຈະດໍາເນີນການ ...

ສົ່ງອີເມວຫາຕົວເອງ ແລະໃຫ້ເວລາຜູ້ສົ່ງຈົດໝາຍເພື່ອປະມວນຜົນຈົດໝາຍຂອງເຈົ້າ. ຫົວຂໍ້ຂອງ
ຂໍ້ຄວາມຄວນຈະເປັນ 'ທົດສອບ' (ໃນຄວາມເປັນຈິງ, ແມ່ນຫຍັງແຕ່ 'ຄໍາສັ່ງ'). ທ່ານອາດຈະຕ້ອງການດໍາເນີນການ "ຫາງ
-f logfile" ເພື່ອເບິ່ງວ່າມີຫຍັງເກີດຂຶ້ນ. ໃນຕອນທ້າຍຂອງການປະມວນຜົນ, logfile ຄວນ
ມີບາງສິ່ງບາງຢ່າງເຊັ່ນ: ຕໍ່ໄປນີ້ (ຊື່ຂອງຊົ່ວຄາວອາດຈະ - ແລະຈະ - ແນ່ນອນ
ແຕກຕ່າງກັນ; ສະແຕມເວລາໄດ້ຖືກລຶບອອກ):

ໄດ້ຮັບສິດທິໃນການປະມວນຜົນຈົດໝາຍ
ການສ້າງກົດລະບຽບເລີ່ມຕົ້ນ
paring mail
ການ​ວິ​ເຄາະ​ອີ​ເມລ​
ໃນໂໝດ 'INITIAL' ສຳລັບທັງໝົດ
ເລືອກ 'ທັງໝົດ' ໃນ '<1,->', ຮູບແບບ '/^Subject: [Cc]ommand/'
ການຈັບຄູ່ '/^Subject: [Cc]ommand/' ໃນ 'All' (<1,->) ແມ່ນບໍ່ຖືກຕ້ອງ
ເລືອກ 'ທັງໝົດ' ໃນ '<1,->'
ການ​ຈັບ​ຄູ່​. ກ່ຽວກັບ 'ທັງໝົດ' (<1,->) ແມ່ນຄວາມຈິງ
ບັນທຶກໃນໂຟນເດີຂາເຂົ້າ
XEQ (ອອກ)
ເລີ່ມອອກ
ເລີ່ມ SAVE /home/ram/mail/incoming
ບັນທຶກ [qm7831] ໃນໂຟນເດີຂາເຂົ້າ
ກັ່ນຕອງ [qm7831] ຈາກ ram (Raphael Manfredi)
mailagent ສືບຕໍ່
mailagent ອອກ

ຖ້າທ່ານບໍ່ໄດ້ຮັບສິ່ງນັ້ນ, ມີບັນຫາຢູ່ບ່ອນໃດບ່ອນຫນຶ່ງ. ເລີ່ມ​ຕົ້ນ​ໂດຍ​ການ​ເບິ່ງ​ ~/.ບັກ ເອກະສານ
(ຫຼືໄຟລ໌ໃດກໍ່ຕາມ .ຕໍ່ ໃຊ້ເພື່ອປ່ຽນເສັ້ນທາງຜົນຜະລິດຂອງການກັ່ນຕອງ). ຖ້າເຈົ້າເຫັນ
ບາງສິ່ງບາງຢ່າງເຊັ່ນ:

FATAL ບໍ່ມີລາຍຊື່ຄິວທີ່ຖືກຕ້ອງ
ຖິ້ມໃສ່ ~/mbox.filter

ຫຼັງຈາກນັ້ນ, ມັນຫມາຍຄວາມວ່າ ຄິວ ຕົວກໍານົດການຢູ່ໃນຂອງທ່ານ ~/.mailagent ບໍ່ໄດ້ຊີ້ໃຫ້ເຫັນເຖິງຄວາມຖືກຕ້ອງ
ໄດເລກະທໍລີ. ຈົດໝາຍຂອງທ່ານໄດ້ຖືກຖິ້ມໄວ້ໃນກ່ອງຈົດໝາຍສຸກເສີນ.

ໄດ້ ~/.ບັກ ໄຟລ໌ອາດມີຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດທີ່ລະບຸໄວ້ perl ບໍ່ພົບ. ໃນ​ນັ້ນ
ກໍ​ລະ​ນີ​, ຄວນ​ຈະ​ມີ​ຂໍ້​ຄວາມ​ຜິດ​ພາດ​ໃນ logfile ໄດ້​:

ERROR mailagent ລົ້ມເຫລວ, [qm7886] ຖືກປ່ອຍຢູ່ໃນຄິວ

ໃນກໍລະນີດັ່ງກ່າວ, ໃຫ້ແນ່ໃຈວ່າເມລໄດ້ຖືກຈັດແຖວຢ່າງຖືກຕ້ອງໃນໄຟລ໌ qm7886. ຄິວ
ຈະຖືກປະມວນຜົນອີກຄັ້ງເມື່ອຈົດໝາຍອື່ນມາຮອດ ຫຼືເມື່ອມີຈົດໝາຍ ຈົດໝາຍ ແມ່ນ invoked ກັບ -q
(ຢ່າງ​ໃດ​ກໍ​ຕາມ​, ເພື່ອ​ຫຼີກ​ເວັ້ນ​ການ​ສະ​ພາບ​ການ​ເຊື້ອ​ຊາດ​, ພຽງ​ແຕ່ mail ທີ່​ຍັງ​ຄົງ​ຢູ່​ສໍາ​ລັບ​ການ​ໃນ​ຂະ​ນະ​ທີ່​ຈະ​ເປັນ​
ປຸງແຕ່ງ).

ການເຂົ້າຄິວຈົດໝາຍຍັງເກີດຂຶ້ນເມື່ອມີບ່ອນອື່ນ ຈົດໝາຍ ແມ່ນແລ່ນ. ຖ້າ logfile ເວົ້າວ່າ:

ປະຕິເສດສິດທິໃນການປະມວນຜົນຈົດໝາຍ

ຈາກນັ້ນເອົາ perl.lock ໄຟລ໌ຢູ່ໃນໄດເລກະທໍລີ Spool. ໄຟລ໌ລັອກເກົ່າແມ່ນອັດຕະໂນມັດ
ຍົກເລີກໂດຍ ຈົດໝາຍ ແນວໃດກໍ່ຕາມ (ຫຼັງຈາກຫນຶ່ງຊົ່ວໂມງ).

ຖ້າບໍ່ມີສິ່ງເຫຼົ່ານີ້ເກີດຂື້ນ, ບາງທີ mailmail ບໍ່ໄດ້ປະມວນຜົນຂອງທ່ານ ~/.ຕໍ່ ທັງຫມົດຫຼື
ໄຟລ໌ມີ syntax ຜິດພາດ. ກວດເບິ່ງກ່ອງຈົດຫມາຍຂອງເຈົ້າ, ແລະຖ້າເມລຂອງເຈົ້າຢູ່ໃນນັ້ນ, ຂອງເຈົ້າ .ຕໍ່
ຍັງບໍ່ໄດ້ປະມວນຜົນ. ຖ້າບໍ່ດັ່ງນັ້ນ, ຂໍໃຫ້ຜູ້ເບິ່ງແຍງລະບົບຂອງເຈົ້າກວດສອບ mailmail's
logfile. ການເຂົ້າທີ່ຖືກຕ້ອງຈະປາກົດເປັນ (ມີສະແຕມເວລານໍາໜ້າ ແລະສະແຕມ syslog
ເອົາອອກ):

message-id=[email protected]>
from=ram, size=395, class=0, ໄດ້ຮັບຈາກທ້ອງຖິ່ນ
to="| /york/ram/mail/filter >>/york/ram/.bak 2>&1", delay=00:00:05, stat=Sent

ຖ້າທ່ານຍັງບໍ່ສາມາດຊອກຫາວ່າເປັນຫຍັງ mail ບໍ່ໄດ້ຖືກປະມວນຜົນຢ່າງຖືກຕ້ອງ, ທ່ານຄວນໃຫ້ແນ່ໃຈວ່າ
ປົກກະຕິທ່ານໄດ້ຮັບຈົດໝາຍໂດຍການຖອນ (ຫຼືປ່ຽນຊື່) ຂອງເຈົ້າ ~/.ຕໍ່ ແລະສົ່ງຕົວທ່ານເອງ
ເມລທົດສອບອື່ນ. ນອກຈາກນັ້ນ, ໃຫ້ແນ່ໃຈວ່າໄດເລກະທໍລີເຮືອນຂອງເຈົ້າສາມາດອ່ານໄດ້ທົ່ວໂລກແລະ "ສາມາດປະຕິບັດໄດ້".

ຖ້າທ່ານກໍາລັງໃຊ້ຕົວກອງ C, ໃຫ້ແນ່ໃຈວ່າມັນກໍາລັງແລ່ນຢູ່ໃນເວທີທີ່ເຫມາະສົມ. ອາດຈະ
ເປັນເສັ້ນທາງລະດັບຕໍ່າຂອງຈົດໝາຍທັງໝົດຂອງເຈົ້າໄປຫາ ກ mailhost ເຄື່ອງ, ຮັບຜິດຊອບສຸດທ້າຍ
ການຈັດສົ່ງ, ແລະໂຄງການການກັ່ນຕອງຈະດໍາເນີນການຢູ່ໃນເຄື່ອງນັ້ນ, ເຊິ່ງອາດຈະແຕກຕ່າງກັນ
ເວທີກ່ວາຫນຶ່ງທີ່ທ່ານລວບລວມການກັ່ນຕອງກ່ຽວກັບ. ນອກຈາກນັ້ນ, ໃຫ້ແນ່ໃຈວ່າໄດເລກະທໍລີເຮືອນຂອງເຈົ້າເປັນ
ຕິດຕັ້ງຢູ່ໃນເຄື່ອງນັ້ນ, ຫຼືຕົວແທນການຂົນສົ່ງທາງໄປສະນີຈະບໍ່ສາມາດຊອກຫາຂອງທ່ານ
.ຕໍ່ ໄຟລ໌, ຫນ້ອຍຂະບວນການມັນ.

ປະເພດຂອງການຈັດສົ່ງເມລສູນກາງນີ້ແມ່ນດີພຽງແຕ່ໃນເວລາທີ່ປະຊາຊົນຈໍານວນຫນ້ອຍທີ່ມີການປຸງແຕ່ງເມລ
hooks (ie .ຕໍ່ ໄຟລ໌ piping mail ກັບໂຄງການ); ຖ້າບໍ່ດັ່ງນັ້ນ, ມັນດີກວ່າທີ່ຈະສົ່ງທາງໄປສະນີ
ແຕ່ລະບ່ອນເຮັດວຽກຫຼືເຄື່ອງຈັກຂອງຜູ້ໃຊ້, ສໍາລັບການປຸງແຕ່ງໃນທ້ອງຖິ່ນ, ເພື່ອຫຼີກເວັ້ນການຫຼາຍເກີນໄປ
ວຽກງານໃນ mailhost ເຄື່ອງ, ໂດຍສະເພາະຖ້າມັນເປັນເຄື່ອງແມ່ຂ່າຍ NFS ທີ່ອຸທິດຕົນ. ຖ້າທ່ານເປັນ
ການຕິດຕັ້ງຜູ້ເບິ່ງແຍງລະບົບ ຈົດໝາຍ ແລະຄາດວ່າຫຼາຍຄົນຈະໃຊ້ມັນ, ຮັກສາມັນໄວ້
ຈິດໃຈ.

OPTIONS

ມີຊຸດທາງເລືອກທີ່ຈໍາກັດທີ່ອາດຈະຖືກນໍາໃຊ້ໃນເວລາໂທຫາຜູ້ສົ່ງຈົດຫມາຍໂດຍກົງ.
ພຽງແຕ່ຫນຶ່ງທາງເລືອກພິເສດໃນເວລານັ້ນອາດຈະຖືກກໍານົດ. ຮຽກ​ຮ້ອງ​ໃຫ້ mailagent ເປັນ mailqueue is
ທຽບ​ເທົ່າ​ກັບ​ການ​ນໍາ​ໃຊ້​ -l ທາງເລືອກ.

-c ເອກະສານ ລະບຸໄຟລ໌ການຕັ້ງຄ່າສຳຮອງ (~ການທົດແທນເກີດຂຶ້ນ). ໄດ້
ມາດຕະຖານແມ່ນ ~/.mailagent.

-d mailagent parses ໄຟລ໌ກົດລະບຽບ, ລວບລວມກົດລະບຽບແລະ dumps ໃຫ້ເຂົາເຈົ້າ
ຜົນຜະລິດມາດຕະຖານ. ຕົວເລືອກນີ້ສ່ວນໃຫຍ່ແມ່ນໃຊ້ເພື່ອກວດເບິ່ງ syntax ຂອງ
ໄຟລ໌ກົດລະບຽບແລະໃຫ້ແນ່ໃຈວ່າກົດລະບຽບແມ່ນສິ່ງທີ່ຜູ້ໃຊ້ຄິດແທ້ໆ.

-e ກົດລະບຽບ ທາງ​ເລືອກ​ນີ້​ເຮັດ​ໃຫ້​ທ່ານ​ລະ​ບຸ​ກົດ​ລະ​ບຽບ​ບາງ​ຢ່າງ​ກ່ຽວ​ກັບ​ບັນ​ຊີ​ຄໍາ​ສັ່ງ​, ທີ່​ຈະ​
override ທີ່ລະບຸໄວ້ໂດຍຜ່ານ ~/.mailagent, ຖ້າ​ມີ. ອາດຈະມີຈໍານວນຫຼາຍ
-e ຕາມຄວາມຈໍາເປັນ, ກົດລະບຽບທັງຫມົດຖືກລວມເຂົ້າກັນເປັນຄວາມສຸກ
array, ເຊິ່ງຫຼັງຈາກນັ້ນຖືກວິເຄາະແບບດຽວກັນກັບໄຟລ໌ກົດລະບຽບ. ຖ້າພຽງແຕ່ ຫນຶ່ງ ກົດລະບຽບ
ແມ່ນໃຫ້ ແລະບໍ່ມີການປະຕິບັດທີ່ລະບຸລະຫວ່າງ {...} braces, ຫຼັງຈາກນັ້ນ the
ເສັ້ນທັງ ໝົດ ຖືກປິດລ້ອມລະຫວ່າງວົງເລັບ. ດັ່ງນັ້ນເວົ້າ -e 'ບັນທຶກ ຟູ' ຈະ​ເປັນ
ເຂົ້າ​ໃຈ​ເປັນ -e '{ບັນທຶກ ຟູ}', ເຊິ່ງສະເຫມີຈະກົງກັນແລະຖືກປະຕິບັດ.
ການນໍາໃຊ້ -d ທາງ​ເລືອກ​ໃນ​ການ​ຮ່ວມ​ກັບ​ຫນຶ່ງ​ນີ້​ແມ່ນ​ເປັນ​ວິ​ທີ​ທີ່​ສະ​ດວກ​ໃນ​ການ​
debug ຊຸດຂອງກົດລະບຽບ.

-f ໄຟລ໌ຈົດໝາຍ ການນໍາໃຊ້ ໄຟລ໌ຈົດໝາຍ ເປັນກ່ອງຈົດໝາຍແບບ UNIX (ເຊັ່ນວ່າ ແຕ່ລະຈົດໝາຍຢູ່ໃສ
ກ່ອນໜ້າດ້ວຍສາຍ From ພິເສດທີ່ລະບຸຜູ້ສົ່ງ ແລະວັນທີຂອງຂໍ້ຄວາມ
ໄດ້ຖືກອອກ), ສະກັດຂໍ້ຄວາມທັງຫມົດຂອງຕົນເຂົ້າໄປໃນແຖວແລະດໍາເນີນການໃຫ້ເຂົາເຈົ້າເປັນຖ້າຫາກວ່າ
ເຂົາເຈົ້າມາຮອດສົດໆຈາກລະບົບຍ່ອຍການຈັດສົ່ງທາງໄປສະນີ.

-F ບັງຄັບໃຫ້ປະມວນຜົນຂໍ້ຄວາມທີ່ເຫັນແລ້ວ. ປົກກະຕິແລ້ວ, ຈົດໝາຍ ເຂົ້າ
ພິເສດ _LAKES_ ລັດໃນເວລາທີ່ມັນກວດພົບ X-Filter: ເສັ້ນ​ທີ່​ອອກ​ດ້ວຍ​ຕົນ​ເອງ​,
ແຕ່ທາງເລືອກນີ້ຈະມີມັນສືບຕໍ່ເປັນປົກກະຕິ (ເຖິງແມ່ນວ່າຂໍ້ຄວາມວັນພັກ
ຖືກປິດ). ໃຊ້ຕົວເລືອກນີ້ເມື່ອໄປສະນີການປະມວນຜົນຖືກກັ່ນຕອງແລ້ວ.
ຍັງເບິ່ງທີ່ -U ສະຫຼັບຖ້າເຈົ້າກຳລັງໃຊ້ການດຳເນີນການບັນທຶກ ຫຼື UNIQUE ໃນ
ກົດລະບຽບບາງຢ່າງ.

-h ພິມອອກຂໍ້ຄວາມການນໍາໃຊ້ກ່ຽວກັບຄວາມຜິດພາດມາດຕະຖານແລະອອກ.

-i ຮູບແບບການໂຕ້ຕອບ, ຊີ້ທາງ mailagent ເພື່ອພິມສໍາເນົາຂອງຂໍ້ຄວາມບັນທຶກທັງຫມົດ
on stderr.

-I ຕິດຕັ້ງ ~/.mailagent ໄຟລ໌ຈາກແມ່ແບບ, ຫຼືລວມການຕັ້ງຄ່າໃຫມ່
ຕົວແປເຂົ້າໄປໃນໄຟລ໌ທີ່ມີຢູ່ແລ້ວ; ຫຼັງ​ຈາກ​ນັ້ນ​ປະ​ຕິ​ບັດ​ການ​ກວດ​ສອບ​ສຸ​ຂະ​ພາບ​ແລະ​ການ​ສ້າງ​
ໄຟລ໌ບັງຄັບຫຼືໄດເລກະທໍລີ. ຕົວເລືອກນີ້ອາດຈະຖືກເບິ່ງວ່າເປັນການຊ່ວຍເຫຼືອ
ການສ້າງຕັ້ງຂຶ້ນ ຈົດໝາຍສະພາບແວດລ້ອມຂອງ. ໃນກໍລະນີໃດກໍ່ຕາມ, ການສ້າງ / ປະສົມປະສານ
~/.mailagent ໄຟລ໌ຄວນໄດ້ຮັບການຢືນຢັນດ້ວຍຕົນເອງກ່ອນທີ່ຈະປ່ອຍໃຫ້ ຈົດໝາຍ ການຈັດການ
ກັບ mail ຂອງ ທ່ານ ໂດຍ ການ hooking ມັນ ເຂົ້າ ໄປ ໃນ ~/.ຕໍ່.

-l ລາຍຊື່ຄິວຕົວແທນ. ເມລທີ່ຈັດຄິວບໍ່ດົນມານີ້ທີ່ລໍຖ້າໂດຍ
ການກັ່ນຕອງ ມີ ຂ້າມ ສໍາລັບປະມານເຄິ່ງຊົ່ວໂມງ, ເພື່ອຫຼີກເວັ້ນການແຂ່ງຂັນ. ນີ້
ອາດ​ຈະ​ໄດ້​ຮັບ​ການ​ຕັ້ງ​ຄ່າ​ໂດຍ​ຜ່ານ​ການ​ ຖືຄິວ ຕົວແປ. ຂໍ້ຄວາມເກົ່າແທ້ໆ (ເພີ່ມເຕີມ
ກ່ວາ ຫຼຸດແຖວ ວິນາທີເກົ່າ) ຖືກທຸງດ້ວຍຕົວອັກສອນ '#'. ຂໍ້ຄວາມອອກ
ຂອງ​ຄິວ (ຄິວ variable) ຖືກທຸງດ້ວຍ '*', ໃນຂະນະທີ່ຂໍ້ຄວາມເກົ່າ
ອອກຈາກແຖວຈະຖືກສົ່ງສັນຍານໂດຍ '@'. ຂໍ້ຄວາມທີ່ຖືກລັອກມີ '*'
ຕື່ມໃສ່ກັບສະຖານະພາບຂອງເຂົາເຈົ້າ.

-L ລະດັບ ລົບລ້າງລະດັບບັນທຶກທີ່ລະບຸໄວ້ໃນໄຟລ໌ການຕັ້ງຄ່າ.

-o override ທາງ​ເລືອກ​ນີ້​ເຮັດ​ໃຫ້​ທ່ານ​ລົບ​ລ້າງ​ທາງ​ເລືອກ​ການ​ຕັ້ງ​ຄ່າ​ສະ​ເພາະ​ໃດ​ຫນຶ່ງ​. ທາງເລືອກ
ຕ້ອງຕິດຕາມດ້ວຍເສັ້ນການຕັ້ງຄ່າທີ່ຖືກຕ້ອງ, ເຊິ່ງຈະຖືກວິເຄາະຕາມຫຼັງ
ໄຟລ໌ການຕັ້ງຄ່າຕົວມັນເອງ. ສໍາລັບຕົວຢ່າງ, ໄດ້ -L 4 ທາງ​ເລືອກ​ແມ່ນ​ຫມົດ​
ທຽບເທົ່າກັບ -o 'ລະດັບ: 4'. ໃຫ້ສັງເກດວ່າພື້ນທີ່ສີຂາວໃດໆຕ້ອງໄດ້ຮັບການປົກປ້ອງ
ຕໍ່ກັບການຕີຄວາມໝາຍຂອງແກະໂດຍໃຊ້ກົນໄກການອ້າງອີງທີ່ເໝາະສົມ.
ອາດຈະມີຈໍານວນຫຼາຍ -o ທາງເລືອກໃນເສັ້ນຄໍາສັ່ງຕາມຄວາມຈໍາເປັນ.

-q ບັງຄັບໃຫ້ປະມວນຜົນຄິວຂອງຜູ້ສົ່ງຈົດໝາຍ. ພຽງ ແຕ່ ເມລ ທີ່ ບໍ່ tagged ເປັນ ຂ້າມ
ໂດຍ -l ທາງ​ເລືອກ​ຈະ​ໄດ້​ຮັບ​ການ​ປຸງ​ແຕ່ງ​.

-r ເອກະສານ ລະບຸໄຟລ໌ກົດລະບຽບສຳຮອງ.

-s {umaryt} ສ້າງບົດສະຫຼຸບຂອງສະຖິຕິທັງຫມົດທີ່ເກັບກໍາມາເຖິງຕອນນັ້ນ. ຜົນຜະລິດສາມາດເປັນ
ຄວບຄຸມໂດຍການຕໍ່ທ້າຍໜຶ່ງ ຫຼືຫຼາຍຕົວອັກສອນຈາກຊຸດ {umaryt}. ການນໍາໃຊ້
- ສະຫຼຸບ ເປັນວິທີທີ່ສະດວກທີ່ຈະໄດ້ຮັບປະຫວັດທັງຫມົດຂອງການກັ່ນຕອງ
ການກະທໍາ. ໄດ້ u ຕົວແກ້ໄຂຈະພິມກົດລະບຽບທີ່ໃຊ້ເທົ່ານັ້ນ. ໄດ້ m ຈະລວມທັງຫມົດ
ສະຖິຕິໃນຕອນທ້າຍ a ລາຍງານຮູບແບບທີ່ການກັ່ນຕອງຢູ່ໃນເວລາ
ຄໍາສັ່ງໄດ້ຖືກປະຕິບັດ. ໄດ້ r ຂໍໃຫ້ສະຖິຕິທີ່ອີງໃສ່ກົດລະບຽບແລະ y is
pretty useless ແລະຢູ່ທີ່ນີ້ພຽງແຕ່ເພື່ອໃຫ້ໄດ້ຮັບທາງເລືອກ mnemonic ງາມ. ໃຫ້ສັງເກດວ່າ
ການ​ລະ​ບຸ​ທາງ​ເລືອກ​ຫຼາຍ​ກວ່າ​ຫນຶ່ງ​ຄັ້ງ​ບໍ່​ມີ​ຜົນ​ກະ​ທົບ​ໃດໆ​ກ່ຽວ​ກັບ​ທາງ​ເລືອກ​
ຕົວຂອງມັນເອງ (ie ທ່ານອາດຈະໃສ່ສາມ Uu ແລະພຽງແຕ່ຫນຶ່ງ m, ແຕ່ທ່ານຍັງຈະໄດ້ຮັບ
ສະຫຼຸບ!). ໄດ້ t ຕົວອັກສອນອາດຈະຖືກຕິດຕາມດ້ວຍຕົວເລກທີ່ລະບຸວ່າມີກົດລະບຽບຫຼາຍປານໃດ
ສະບັບໄຟລ໌ທີ່ກ່ຽວຂ້ອງກັບໄຟລ໌ກົດລະບຽບສູງສຸດ (ຫຼ້າສຸດ) ທີ່ພວກເຮົາຄວນ
ສະກັດຈາກສະຖິຕິ, ຈໍານວນນັ້ນເລີ່ມຕົ້ນເປັນ 1: ການນໍາໃຊ້ - ສຸຣາດ ຈະ
ພິມບົດລາຍງານສະຖິຕິສະບັບສຸດທ້າຍຂອງກົດລະບຽບຂອງທ່ານ,
ໃນຂະນະທີ່ -surt12a ຈະເຮັດເຊັ່ນດຽວກັນສໍາລັບສິບສອງສະບັບສຸດທ້າຍຂອງສິ່ງດຽວກັນ
ກົດລະບຽບ.

-t ວາງ mailagent ໃນໂຫມດຕິດຕາມພິເສດທີ່ກົດລະບຽບທັງຫມົດກົງກັນແລະ
ການປະຕິບັດທີ່ຖືກປະຕິບັດແມ່ນພິມຢູ່ໃນຜົນຜະລິດມາດຕະຖານ. ອັນນີ້ສ່ວນຫຼາຍແມ່ນເປັນປະໂຫຍດ
ສໍາລັບການດີບັກໄຟລ໌ກົດລະບຽບ. ເບິ່ງຍັງ ຕິດຕາມ ຕົວກໍານົດການໃນ
ແຟ້ມການຕັ້ງຄ່າ.

-V ພິມໝາຍເລກລຸ້ນ ແລະອອກ.

-U ປ້ອງກັນບໍ່ໃຫ້ຄຳສັ່ງ UNIQUE ແລະ RECORD ປະຕິເສດຄຳສັ່ງທີ່ປະມວນຜົນແລ້ວ
Message-ID ໃນຄັ້ງທຳອິດທີ່ເຂົາເຈົ້າຖືກເປີດໃຊ້ໃນຂໍ້ຄວາມທີ່ໃຫ້. ນີ້ແມ່ນເປັນປະໂຫຍດ
ໃນ​ເວ​ລາ​ທີ່​ການ​ປຸງ​ແຕ່ງ​ຂໍ້​ຄວາມ​ທີ່​ໄດ້​ຮັບ​ການ​ຫຼຸດ​ລົງ​ໃນ​ ປະກົດການ ລະບົບ
ເນື່ອງຈາກບາງສະພາບຜິດປົກກະຕິ (ແຕ່ຊົ່ວຄາວ) ແລະທ່ານຕ້ອງການປະມວນຜົນຄືນໃໝ່
ຂໍ້ຄວາມ. ຍັງເບິ່ງໄດ້ -F ສະຫຼັບຖ້າທ່ານກຳລັງປະມວນຜົນຂໍ້ຄວາມຄືນໃໝ່.

ຖ້າ​ຫາກ​ທ່ານ​ຮຽກ​ຮ້ອງ​ໃຫ້ mailagent ໂດຍ​ບໍ່​ມີ​ທາງ​ເລືອກ​ແລະ​ໂດຍ​ບໍ່​ມີ​ການ​ໂຕ້​ຖຽງ​ໃດໆ​, ໂຄງ​ການ​ລໍ​ຖ້າ​ສໍາ​ລັບ​ການ​
mail ກ່ຽວກັບການປ້ອນຂໍ້ມູນມາດຕະຖານຂອງມັນ. ຖ້າການໂຕ້ຖຽງຖືກສະຫນອງໃຫ້, ມັນແມ່ນຊື່ຂອງໄຟລ໌ທີ່ຖື
ນຶ່ງເມລທີ່ຈະຖືກປະມວນຜົນ. ນີ້ແມ່ນຂັ້ນຕອນການໂທຫາປົກກະຕິຈາກການກັ່ນຕອງ, ໄດ້
argument ເປັນສະຖານທີ່ຂອງ mail ແຖວ.

ການ ນຳ ໃຊ້ ການ ຄ່າເລີ່ມຕົ້ນ ກົດລະບຽບ

ຖ້າທ່ານບໍ່ຕ້ອງການໃຊ້ຄຸນສົມບັດການກັ່ນຕອງຂອງ mailagent, (ຫມາຍ​ເຫດ​: ອັນນີ້ອາດຈະເຮັດໃຫ້ອີເມລ
ໄດ້ຮັບການ garbled ໃນລະບົບ Debian, ນັບຕັ້ງແຕ່ ຈົດໝາຍ ບໍ່ສາມາດລັອກໄດເລກະທໍລີ spol ພາຍໃຕ້
ຂໍ້ຈໍາກັດນະໂຍບາຍ Debian) ຈາກນັ້ນກົດລະບຽບໃນຕົວເລີ່ມຕົ້ນຈະຖືກໃຊ້. ເຫຼົ່ານັ້ນແມ່ນ
ງ່າຍ​ດາຍ​ຫຼາຍ​: mail ທັງ​ຫມົດ​ໄດ້​ຖືກ​ປະ​ໄວ້​ໃນ​ກ່ອງ​ຈົດ​ຫມາຍ​ຂອງ​ທ່ານ​ແລະ​ເມລ​ທີ່​ມີ​ເສັ້ນ "ຫົວ​ຂໍ້​:
ຄໍາສັ່ງ" ທຸກບ່ອນໃນຂໍ້ຄວາມຈະຖືກດໍາເນີນການ. ຄໍາສັ່ງແມ່ນຊອກຫາຢູ່ໃນສາຍ
ເລີ່ມຕົ້ນດ້ວຍ "@SH". ເສັ້ນທີ່ຍັງເຫຼືອແມ່ນໄດ້ຖືກມອບໃຫ້ແກະເພື່ອປະຕິບັດ.

ຄໍາສັ່ງທີ່ມີຢູ່ແມ່ນອ່ານຈາກໄຟລ໌ (ເຂົ້າ comfile ໃນໄຟລ໌ການຕັ້ງຄ່າຂອງທ່ານ), ຫນຶ່ງ
ຊື່ຄໍາສັ່ງຕໍ່ແຖວ. ພຽງແຕ່ຜູ້ທີ່ລະບຸໄວ້ໃນນັ້ນຈະຖືກປະຕິບັດ, ຄົນອື່ນຈະຜະລິດ
ຂໍ້​ຄວາມ​ຜິດ​ພາດ​. mailagent ຈັ່ນຈັບສະຖານະການອອກແລະຈະສົ່ງບົດລາຍງານຄວາມຜິດພາດຖ້າຫາກວ່າ a
ຄໍາສັ່ງລົ້ມເຫລວ (ສະຫນອງໃຫ້ວ່າຄໍາສັ່ງບໍ່ໄດ້ອອກຂໍ້ຄວາມດ້ວຍຕົນເອງ, ໃນກໍລະນີນີ້
ມັນຄວນຈະກັບຄືນສະຖານະພາບການອອກສູນ).

ຖ້າທ່ານບໍ່ຕ້ອງການໃຊ້ກົດລະບຽບເລີ່ມຕົ້ນ, ທ່ານອາດຈະຂ້າມສ່ວນທີ່ຍັງເຫຼືອຂອງພາກນີ້.

ການກໍາຫນົດຄ່າ ຊ່ວຍເຫຼືອ
ຈົດໝາຍຊ່ວຍເຫຼືອຈະສົ່ງໃຫ້ຜູ້ຄົນຕ້ອງໄດ້ສຳເນົາມາຈາກ Lib/mailagent/ຕົວແທນ
ເຂົ້າໄປໃນໄດເລກະທໍລີ spool ຂອງທ່ານເອງ, ຕາມທີ່ລະບຸໄວ້ໃນຂອງທ່ານ ~/.mailagent. ສອງ macro ອາດຈະຖືກນໍາໃຊ້:

=DEST= ອັນນີ້ຈະຖືກຂະຫຍາຍໄປຫາທີ່ຢູ່ຂອງຜູ້ສົ່ງ (ຜູ້ທີ່ສົ່ງຈົດໝາຍຫາເຈົ້າ
ປະ​ຈຸ​ບັນ​ປະ​ຕິ​ບັດ​ໂດຍ mailagent​)​.

=MAXSIZE= ນີ້ຫມາຍເຖິງຂະຫນາດສູງສຸດທີ່ກໍານົດໄວ້ກ່ອນ ຊຸດ ຖືກນໍາໃຊ້ເພື່ອສົ່ງໄຟລ໌ກັບຄືນ
(ພາລາມິເຕີ ຂະໜາດສູງສຸດ ໃນຂອງທ່ານ ~/.mailagent ໄຟລ).

ທ່ານອາດຈະໃຊ້ໄຟລ໌ຊ່ວຍເຫຼືອໃນຕອນຕົ້ນຫຼືການອອກແບບຫນຶ່ງທີ່ຈະໃຫ້ລາຍລະອຽດເພີ່ມເຕີມຕໍ່ກັບການ
ຜູ້​ໃຊ້​ທີ່​ທຸກ​ຍາກ​.

ການແຜ່ກະຈາຍ ໄຟ
ສອງໄຟລ໌ ລາຍຊື່ໂຄງການ ແລະ ແຈກຢາຍ ໄດ້ຈັດຂຶ້ນໃນ lib/mailagent ອະທິບາຍການແຈກຢາຍຂອງທ່ານ
mailagent ຈະສາມາດແຈກຢາຍ. ຕົວຢ່າງທີ່ໃຫ້ສະແດງໃຫ້ເຫັນ syntax ທີ່ຄາດໄວ້. ໃນ
ເພື່ອຊີ້ແຈງສິ່ງຕ່າງໆ, ນີ້ແມ່ນຮູບແບບທີ່ຄວນຈະເປັນ:

ເອກະສານ ລາຍຊື່ໂຄງການ ປະກອບມີຄໍາອະທິບາຍຂະຫນາດນ້ອຍສໍາລັບໂຄງການ. ຊື່​ຂອງ​ໂຄງ​ການ​ຈະ​ປາ​ກົດ​ຂຶ້ນ​
ຫຼັງຈາກດາວດຽວ. ມັນປະຕິບັດຕາມໂດຍສາຍໃນຮູບແບບຟຣີ. ເສັ້ນສາມຂີດທາງເລືອກ
ແຍກຄໍາອະທິບາຍແຕ່ລະໂຄງການ. ໃຫ້ສັງເກດວ່າແຖບນໍາຫນ້າຈະຖືກເພີ່ມໃສ່ແຕ່ລະແຖວ
ຄໍາອະທິບາຍ.

ໄດ້ ແຈກຢາຍ ໄຟລ໌ຖືເສັ້ນຂອງແບບຟອມຕໍ່ໄປນີ້:

ນາມສະກຸນ ສະບັບພາສາ ເສັ້ນທາງ ເກັບໄວ້ ບີບອັດ ເພີ້ມ

ບ່ອນທີ່:

ນາມສະກຸນ ແມ່ນ​ຊື່​ໂຄງ​ການ (ອັນ​ດຽວ​ກັນ​ກັບ​ທີ່​ໄດ້​ກ່າວ​ມາ​ໃນ​ ລາຍຊື່ໂຄງການ).

ສະບັບພາສາ ແມ່ນຕົວເລກສະບັບປະຈຸບັນ. ຖ້າບໍ່ມີ, ເສັ້ນສາມຂີດອາດຈະຖືກໃຊ້.

ເສັ້ນທາງ ແມ່ນເສັ້ນທາງທີ່ການແຈກຢາຍຖືກເກັບໄວ້. The ~ ຈະຖືກຂະຫຍາຍເຂົ້າໄປໃນຂອງທ່ານ
ໄດເລກະທໍລີບ້ານ. ໃຫ້ສັງເກດວ່າຖ້າການແຈກຢາຍຖືກເກັບໄວ້ໃນຮູບແບບທີ່ເກັບໄວ້,
ຊື່ເສັ້ນທາງແມ່ນໜຶ່ງໃນແຟ້ມຈັດເກັບທີ່ບໍ່ມີສ່ວນຂະຫຍາຍສິ້ນສຸດ (ເຊິ່ງອາດຈະເປັນ
.cpio.Z or .tar.Z).

ເກັບໄວ້ ແມ່ນທັງ y or n ຂຶ້ນກັບວ່າການແຈກຢາຍຖືກເກັບໄວ້ຫຼືບໍ່.

ບີບອັດ
ແມ່ນທັງ y or n ຂຶ້ນກັບວ່າການແຈກຢາຍຖືກບີບອັດຫຼືບໍ່.
ນີ້ສາມາດຄາດເດົາໄດ້ຈາກຊື່ຂອງນາມສະກຸນ, ແຕ່ພວກເຮົາຕ້ອງຄິດເຖິງໄຟລ໌
ລະບົບທີ່ມີຊື່ສັ້ນ.

ເພີ້ມ is y or n ຂຶ້ນກັບວ່າການແຈກຢາຍຖືກຮັກສາໄວ້ຫຼືບໍ່ໂດຍທ່ານ. ຖ້າ
ເຈົ້າໃສ່ a p, ນີ້ຫມາຍຄວາມວ່າ patches ຢ່າງເປັນທາງການສາມາດໃຊ້ໄດ້, ເຖິງແມ່ນວ່າທ່ານບໍ່ໄດ້
ຮັກສາການແຜ່ກະຈາຍ. ສຸດທ້າຍ, ເປັນ o ຫມາຍຄວາມວ່ານີ້ແມ່ນສະບັບເກົ່າ,
ບ່ອນທີ່ມີພຽງ patches, ແຕ່ maildist ຈະບໍ່ເຮັດວຽກ. ໃນ​ກໍ​ລະ​ນີ​ນັ້ນ,
ສົມມຸດວ່າຕົວເລກສະບັບແມ່ນ 1.0, ເພີ້ມເກົ່າຄາດວ່າຈະຢູ່ໃນ a ບັກ-1.0
ລະບົບ.

ທ່ານອາດຈະລວມເອົາຄໍາຄິດເຫັນໃນທັງສອງໄຟລ໌: ເສັ້ນທັງຫມົດເລີ່ມຕົ້ນດ້ວຍ # ນໍາຫນ້າຈະເປັນ
ບໍ່ສົນໃຈ.

ການທົດສອບ ຂອງທ່ານ mail ຕົວແທນ
ດຽວນີ້ເຖິງເວລາແລ້ວທີ່ຈະໃຫ້ແນ່ໃຈວ່າ mailagent ຂອງທ່ານເຮັດວຽກ. ສົ່ງອີເມວຕໍ່ໄປນີ້ໃຫ້ຕົວເອງ:

ຫົວຂໍ້: ຄໍາສັ່ງ
@SH mail help

ທ່ານຄວນໄດ້ຮັບຈົດໝາຍຈາກຕົວທ່ານເອງກັບຫົວຂໍ້ທີ່ຕັ້ງໄວ້ວ່າ: "ວິທີການໃຊ້ຂອງຂ້ອຍ
mailagent" ຖ້າເຈົ້າບໍ່, ໃຫ້ກວດເບິ່ງໄຟລ໌ ~/.ບັກ (ຫຼືໄຟລ໌ໃດກໍ່ຕາມທີ່ທ່ານຕັ້ງຢູ່ໃນຂອງທ່ານ
.ຕໍ່). ຖ້າມັນຫວ່າງເປົ່າ, ເບິ່ງໄຟລ໌ບັນທຶກ. ຖ້າໄຟລ໌ບັນທຶກບໍ່ຫວ່າງເປົ່າ, ຫຼັງຈາກນັ້ນ
ບາງທີອີເມລໄດ້ຖືກຈັດຄິວແລ້ວ. ກວດເບິ່ງ mailmail ຄິວ. ນອກຈາກນີ້ໃຫ້ແນ່ໃຈວ່າທ່ານ
ລຶບຄຳເຫັນ '#' ຢູ່ໃນ ການກັ່ນຕອງ ສະຄຣິບ. ໃນບາງລະບົບ, ພວກມັນເຮັດໃຫ້ເກີດບັນຫາບາງຢ່າງ.
ຖ້າທ່ານກໍາລັງໃຊ້ຕົວກອງ C, ບາງທີ sendmail ຂອງເຈົ້າຖືກທໍາລາຍແລະທ່ານຕ້ອງການສ້າງຕົວເອງ
setuid copy (ຫຼື perl ອາດຈະຈົ່ມວ່າທ່ານມີ kernel bug, ແລະອື່ນໆ ... ).

ຖ້າທ່ານໄດ້ເຮັດທຸກຢ່າງທີ່ຖືກຕ້ອງແຕ່ມັນຍັງບໍ່ເຮັດວຽກຢ່າງຖືກຕ້ອງ, ເພີ່ມລະດັບບັນທຶກ
ເຖິງ 20 ແລະສົ່ງເມລຄໍາສັ່ງຂອງເຈົ້າຄືນໃຫມ່. ຫຼັງຈາກນັ້ນ, ກວດເບິ່ງໄຟລ໌ບັນທຶກ. ການບົ່ງມະຕິຄວນຈະເປັນ
ງ່າຍຂຶ້ນ.

ເມື່ອນີ້ເຮັດວຽກ, ທ່ານຄວນກວດເບິ່ງຂອງທ່ານ ແຈກຢາຍ ແລະ ລາຍຊື່ໂຄງການ ໄຟລ໌ໂດຍການສົ່ງຕົວທ່ານເອງ
ເມລຕໍ່ໄປນີ້:

ຫົວຂໍ້: ຄໍາສັ່ງ
@SH maillist

ຖ້າບັນຊີລາຍຊື່ທີ່ທ່ານມີຢູ່ໃນຄືນບໍ່ຖືກຕ້ອງ, ຫຼັງຈາກນັ້ນໄຟລ໌ການແຈກຢາຍຂອງທ່ານແມ່ນຜິດພາດ
ຂຽນ. ຖ້າທ່ານບໍ່ໄດ້ຮັບບັນຊີລາຍຊື່, ມີບັນຫາກັບຜູ້ສົ່ງຈົດຫມາຍຂອງທ່ານ
ການຕັ້ງຄ່າ. ລອງອີກຄັ້ງດ້ວຍລະດັບບັນທຶກທີ່ຕັ້ງເປັນ 20 ແລະເບິ່ງຂໍ້ຄວາມບັນທຶກທີ່ອອກມາ
ບັນ​ທຶກ​ຂອງ​ທ່ານ​. ໃຫ້ແນ່ໃຈວ່າໄຟລ໌ທີ່ລະບຸໄວ້ໃນ ກະລຸນາບັນທຶກ ການ​ເຂົ້າ​ຂອງ​ທ່ານ​
~/.mailagent ໄດ້ຖືກປັບປຸງຢ່າງຖືກຕ້ອງຫຼັງຈາກ a ລາຍການຈົດໝາຍ ໄດ້ດໍາເນີນການ.

ການ ນຳ ໃຊ້ ການ FILTER

ໄດ້ ຈົດໝາຍ ຍັງສາມາດຖືກນໍາໃຊ້ເປັນຕົວກອງ: mail ໄດ້ຖືກວິເຄາະແລະບາງປະຕິບັດ
ອີງໃສ່ງ່າຍດາຍ lex- ເຊັ່ນ​: ກົດ​ລະ​ບຽບ​. ການປະຕິບັດຕັ້ງແຕ່ການປະຫຍັດງ່າຍໆໃນໂຟນເດີ, a
ສົ່ງຕໍ່ໃຫ້ບຸກຄົນອື່ນ, ຫຼືແມ້ກະທັ້ງການວາງໄຂ່ຂອງຄໍາສັ່ງແກະ. ກ່ອນທີ່ຈະໄປຕື່ມອີກ,
ນີ້ແມ່ນຕົວຢ່າງນ້ອຍໆຂອງໄຟລ໌ກົດລະບຽບທີ່ຖືກຕ້ອງ:

ຈາກ: ຮາກ { FORWARD postmaster };
to: [email protected] { ໂພສ mail.gue };
ຫົວຂໍ້: /metaconfig/ { SAVE dist };
{ ບັນທຶກຂາເຂົ້າ };

ມີສາມກົດລະບຽບທີ່ແຕກຕ່າງກັນ. ກົດ​ລະ​ບຽບ​ໄດ້​ຖືກ​ນໍາ​ໃຊ້​ເປັນ​ລໍາ​ດັບ​, ຈົນ​ກ​່​ວາ​ຫນຶ່ງ​ທີ່​ກົງ​ກັນ (ສະ​ນັ້ນ​
ຄໍາ​ສັ່ງ​ແມ່ນ​ສໍາ​ຄັນ​)​. ຈົດໝາຍໃດໆກໍຕາມມາຈາກ ຮາກ ຈະຖືກສົ່ງຕໍ່ໃຫ້ຜູ້ໃຊ້ ຜູ້ຈັດການໄປສະນີ. A
mail ທີ່ຖືກສົ່ງໄປຫາ [email protected] ແມ່ນຈົດໝາຍທີ່ມາຈາກບັນຊີລາຍຊື່ທາງໄປສະນີ. ເມລຖືກໂພດ
ຢູ່ໃນກຸ່ມຂ່າວທ້ອງຖິ່ນ mail.gue. ອີເມລທີ່ຫົວຂໍ້ມີຄໍາວ່າ "metaconfig" ຈະເປັນ
ບັນທຶກຢູ່ໃນໂຟນເດີ ຫ່າງໄກ ສໍາລັບການອ່ານທີ່ຊັກຊ້າແລະຈະບໍ່ປາກົດຢູ່ໃນກ່ອງຈົດຫມາຍຕົ້ນຕໍ. ຖ້າບໍ່ມີ
ກົດທີ່ກົງກັນ, ເມລຖືກປະໄວ້ໃນໂຟນເດີຂາເຂົ້າ.

ກົດລະບຽບ ເອກະສານ syntax
ນີ້ແມ່ນຄໍາອະທິບາຍທີ່ບໍ່ເປັນທາງການຂອງໄຟລ໌ກົດລະບຽບ. parsing ຂອງໄຟລ໌ແມ່ນເຮັດ lexically,
ດັ່ງນັ້ນການເລືອກໂທເຄັນທີ່ບໍ່ຊັດເຈນເຊັ່ນ '{' ຫຼື ';' ທີ່​ໄດ້​ຖືກ​ວິ​ເຄາະ​ໄດ້​ຢ່າງ​ງ່າຍ​ດາຍ​. ນີ້
ແນະນໍາບາງຂໍ້ຈໍາກັດທີ່ຖືກນໍາໃຊ້ຢ່າງງຽບໆ: ຕົວຢ່າງ, ບໍ່ມີ '{' ອາດຈະຖືກນໍາໃຊ້
ເປັນສ່ວນຫນຶ່ງຂອງທີ່ຢູ່.

ຄຳເຫັນແມ່ນແນະນຳໂດຍ '#' ແຖວໜ້າ, ເຊິ່ງຈະຕ້ອງຢູ່ຂອບຊ້າຍ. ບໍ່ຄືກັບແກະ
ຄໍາຄິດເຫັນ, '#' ທີ່ບໍ່ຖືກປະໄວ້ຢ່າງຍຸດຕິທໍາຈະບໍ່ເຂົ້າໃຈເປັນຄໍາເຫັນ. ແນວໃດກໍ່ຕາມ,
ຊ່ອງຫວ່າງ ຫຼືແຖບແມ່ນອະນຸຍາດໃຫ້ຢູ່ທາງໜ້າຂອງ '#'.

ຖະແຫຼງການທັງໝົດໃນເອກະສານກົດລະບຽບຕ້ອງລົງທ້າຍດ້ວຍ ';'. ສ່ວນໃຫຍ່ມີສີ່ພາກສ່ວນໃນ
ແຕ່ລະສາຍ. ບັນຊີລາຍຊື່ຂອງໂຫມດທີ່ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດ, ລະຫວ່າງ '<' ແລະ '>', ເຊິ່ງໃຫ້ຊຸດຂອງ
ຮູບແບບທີ່ກົດລະບຽບໃຊ້. ໂໝດພິເສດ ALL ຈະກົງກັບທຸກຢ່າງ. ການກັ່ນຕອງ
ເລີ່ມຕົ້ນໃນໂໝດເລີ່ມຕົ້ນ. ການຍົກເລີກໂໝດເລີ່ມຕົ້ນເປັນ " ". ມັນເປັນໄປໄດ້ທີ່ຈະປ້ອງກັນ
ກົດ​ລະ​ບຽບ​ຕ້ານ​ກັບ​ຮູບ​ແບບ​ສະ​ເພາະ​ໃດ​ຫນຶ່ງ​ໂດຍ negating ມັນ​, ເຊິ່ງ​ແມ່ນ​ເຮັດ​ໄດ້​ໂດຍ​ການ​ນໍາ​ຫນ້າ​ຮູບ​ແບບ​ທີ່​ມີ​
'!'. ໂຫມດທີ່ຖືກລົບແມ່ນເປັນອັນດັບຫນຶ່ງຮູບແບບທໍາມະດາອື່ນໆ, ຊຶ່ງຫມາຍຄວາມວ່າ " "ຈະບໍ່ເປັນ
ກົງກັນ, ເຄີຍ, ແລະວ່າ " "ເທົ່າກັບ" ".

ຫຼັງຈາກນັ້ນ, ບັນຊີລາຍຊື່ຂອງຕົວເລືອກມາ. ໂຕເລືອກເຫຼົ່ານັ້ນຈະຕ້ອງແຍກພື້ນທີ່ຫວ່າງ ແລະລົງທ້າຍດ້ວຍ ':'.
ພວກມັນເປັນຕົວແທນຂອງຊື່ຊ່ອງຂໍ້ມູນສ່ວນຫົວທີ່ຈະຕ້ອງເບິ່ງໃນຕໍ່ໜ້າ
ຮູບແບບ. ລາຍຊື່ຕົວເລືອກທີ່ຫວ່າງເປົ່າເປັນຄ່າເລີ່ມຕົ້ນເປັນ "ຫົວຂໍ້:". ຕົວເລືອກພິເສດ "ທັງໝົດ:", "ຮ່າງກາຍ:"
ແລະ "ຫົວ:" ໃຊ້ກັບຂໍ້ຄວາມທັງຫມົດ, ຮ່າງກາຍຂອງມັນຫຼືສ່ວນຫົວຂອງມັນ. ຕົວເລືອກທີ່ໃຊ້ທົ່ວໄປ
ບັນຊີລາຍຊື່ແມ່ນ "To Cc:" ເຊິ່ງທົດສອບຊ່ອງຂໍ້ມູນຜູ້ຮັບຂອງສ່ວນຫົວ. ຖ້າຊື່ຕົວເລືອກແມ່ນ
ນຳໜ້າດ້ວຍເຄື່ອງໝາຍ exclamation '!', ຈາກນັ້ນຄ່າຕາມເຫດຜົນຂອງການທົດສອບສຳລັບຕົວເລືອກນັ້ນ
ຖືກປະຕິເສດ.

ບັນຊີລາຍຊື່ຂອງຕົວເລືອກອາດຈະສິ້ນສຸດດ້ວຍການກໍານົດຂອບເຂດທາງເລືອກ, ໃຫ້ເປັນ <ນາທີ, ສູງສຸດ>,
ກ່ອນສຸດທ້າຍ ':' ຕົວອັກສອນຫມາຍຈຸດສິ້ນສຸດຂອງລາຍຊື່ຕົວເລືອກ. ຕໍາ່ສຸດທີ່ຫຼື
ສູງສຸດອາດຈະຖືກມອບເປັນ '-', ໃນກໍລະນີນີ້ມັນຖືກແທນທີ່ດ້ວຍຫນ້ອຍຫຼືສູງສຸດ
ມູນຄ່າທີ່ເປັນໄປໄດ້. ຕົວຊີ້ວັດສໍາລັບການຄັດເລືອກເລີ່ມຕົ້ນທີ່ 1 (ບໍ່ແມ່ນ 0), ຕົວຢ່າງ: <3, ທ. 7>. ຖ້າບໍ່
ການເລືອກຊ່ວງແມ່ນໃຫ້, ຈາກນັ້ນເປັນຄ່າເລີ່ມຕົ້ນ <1, ທ. -> ຖືກນໍາໃຊ້. ຊ່ວງປົກກະຕິເລືອກເສັ້ນ
ພາຍໃນ buffer ທີ່ກົງກັນ, ເວັ້ນເສຍແຕ່ວ່າຕົວເລືອກຄາດວ່າຈະມີລາຍຊື່ໃນກໍລະນີໃດກໍ່ຕາມ
ດໍາເນີນການກ່ຽວກັບລາຍການລາຍການ. ຕົວ​ຢ່າງ, ຮ່າງກາຍ <3, ທ. 5>: ຈະເລືອກແຖວ #3 ຫາ #5
(ລວມ) ຈາກຮ່າງກາຍຂອງເມລ, ໃນຂະນະທີ່ To Cc <1,3>: ຈະສຸມໃສ່ສາມຄັ້ງທໍາອິດ
ທີ່ຢູ່ແຕ່ລະ To: ຫຼື Cc: header line. ຄ່າທາງລົບຫມາຍເຖິງຫຼາຍເສັ້ນນັ້ນ ຫຼື
ທີ່ຢູ່ ກັບຄືນໄປບ່ອນຈາກທ້າຍ, ie Cc <-2,->: ເລືອກສອງທີ່ຢູ່ສຸດທ້າຍໃນ Cc:
ສາຍ. ຕົວເລກດຽວເຊັ່ນ <2> ແມ່ນເຂົ້າໃຈເປັນ <2, ທ. 2>, ie ມັນເລືອກພຽງແຕ່ຫນຶ່ງລາຍການ
ໃນ​ບັນ​ຊີ​ລາຍ​ການ​, <-> ຫມາຍຄວາມວ່າທຸກສິ່ງທຸກຢ່າງ (ແລະດັ່ງນັ້ນຈຶ່ງຊ້ໍາຊ້ອນ).

ຫຼັງຈາກນັ້ນ, ຕົວເລືອກແມ່ນປະຕິບັດຕາມຮູບແບບພາຍໃນ '/' ຫຼືໂດຍຊື່ດຽວ. ເພື່ອ
ງ່າຍໃນການຂຽນກົດລະບຽບ, semantic ຂອງຊື່ດຽວແຕກຕ່າງກັນຂຶ້ນກັບ
ໂຕເລືອກທີ່ໃຊ້ແລ້ວ. ສໍາລັບຕົວເລືອກພິເສດ "ຈາກ:", "ເຖິງ:", "Cc:", "ຜູ້ສົ່ງ:", ຂອງເຂົາເຈົ້າ
ຊ່ອງຂໍ້ມູນທີ່ກ່ຽວຂ້ອງ "Resent-", "Reply-To:", "Envelope:" ແລະ "Apparently-To:", ຊື່ດຽວ.
ແມ່ນເຂົ້າໃຈວ່າເປັນການແຂ່ງຂັນໃນ ເຂົ້າ​ສູ່​ລະ​ບົບ ຊື່ ຂອງທີ່ຢູ່. ໃຫ້ສັງເກດວ່າຖ້າບໍ່ມີ "ເຖິງ:" ພາກສະຫນາມແມ່ນ
ຢູ່ໃນຫົວຂໍ້, ຫນຶ່ງຈະຖືກປອມແປງຈາກ "Apparently-To:" ສໍາລັບຈຸດປະສົງຂອງ
ການກັ່ນຕອງພຽງແຕ່ (ie ບໍ່ມີການດັດແກ້ທາງດ້ານຮ່າງກາຍກ່ຽວກັບ header ແມ່ນເຮັດ). ຖ້າຊື່ເຂົ້າສູ່ລະບົບຂອງ
ທີ່ຢູ່ແມ່ນຊື່ເຕັມຂອງແບບຟອມ First.Last, ພຽງແຕ່ຊື່ສຸດທ້າຍຖືກເກັບຮັກສາໄວ້, ແລະແມ່ນ
ຕົວພິມນ້ອຍ. ຖ້າມີພຽງຊື່ດຽວເທົ່ານັ້ນ, ມີພຽງແຕ່ shell metacharacters * ແລະ ? ແມ່ນ
ອະນຸຍາດ, ເຊັ່ນດຽວກັນກັບໄລຍະຫ່າງ [].

ຖ້າຮູບແບບຖືກນຳໜ້າດ້ວຍເຄື່ອງໝາຍອຸທານອັນດຽວ '!', ສະຖານະທີ່ກົງກັນແມ່ນ
negated (ie ມັນຈະສໍາເລັດຖ້າຫາກວ່າຮູບແບບບໍ່ພົບ). ຖ້າຄໍາດຽວຖືກນໍາໃຊ້ສໍາລັບ
ທາງເລືອກທີ່ບໍ່ແມ່ນພິເສດ, ກົດລະບຽບດຽວກັນຖືກນໍາໃຊ້ແຕ່ຮູບແບບແມ່ນຍຶດຫມັ້ນໃນຕອນເລີ່ມຕົ້ນ
ແລະສຸດທ້າຍສໍາລັບການແຂ່ງຂັນທີ່ແນ່ນອນ. ດ້ວຍຮູບແບບເລີ່ມຕົ້ນດ້ວຍ '/', ທຸກໆການສະແດງຜົນປົກກະຕິ
ເຂົ້າໃຈໂດຍ perl ອາດຈະຖືກນໍາໃຊ້ແລະຮູບແບບຂອງທ່ານຈະບໍ່ຖືກດັດແປງໃນທາງໃດກໍ່ຕາມ. ອື່ນໆ
ຕົວເລືອກພິເສດ "ກຸ່ມຂ່າວ:" ເຮັດວຽກເປັນ "ເຖິງ:", ຍົກເວັ້ນວ່າມີຊື່ກຸ່ມຂ່າວ.
ແລະການແຂ່ງຂັນແມ່ນພະຍາຍາມຢູ່ໃນທຸກລາຍການໃນບັນຊີລາຍຊື່. ທຸກຮູບແບບກົງກັນກັບຊື່ດຽວ
ສໍາລັບຊ່ອງຂໍ້ມູນປະເພດທີ່ຢູ່ (ເຊັ່ນ: "ກຸ່ມຂ່າວ:" ຍົກເວັ້ນ), ແມ່ນສ້າງຂຶ້ນໃນກໍລະນີທີ່ບໍ່ລະອຽດອ່ອນ.
ໂໝດ. ຖ້າບໍ່ດັ່ງນັ້ນ, ທ່ານສາມາດບັງຄັບການຈັບຄູ່ແບບບໍ່ມີຕົວພິມນ້ອຍໃຫຍ່ໄດ້ໂດຍການຕື່ມການຕໍ່ທ້າຍ i ທາງເລືອກ,
ຄືໃນ /pattern/i.

ນອກຈາກນີ້ຍັງມີ magic ເລັກນ້ອຍທີ່ກ່ຽວຂ້ອງໃນເວລາທີ່ຈັບຄູ່ໃນພາກສະຫນາມທີ່ຢູ່. ຄື, ຖ້າຫາກວ່າ
ຮູບແບບບໍ່ແມ່ນຄໍາດຽວແລະເປັນ ຖືກຍຶດຕິດ at ໄດ້ ເລີ່ມຕົ້ນ, ຫຼັງຈາກນັ້ນພຽງແຕ່ສ່ວນທີ່ຢູ່
ຂອງພາກສະຫນາມຈະຖືກເກັບຮັກສາໄວ້. ຕົວຢ່າງ: ຖ້າພວກເຮົາມີຊ່ອງຂໍ້ມູນຈາກ: ມູນຄ່າແມ່ນ Raphael
ແມນເຟຣດີ <[email protected]>, ຫຼັງຈາກນັ້ນຮູບແບບ /Raphael/ ຈະກົງກັນ, ແຕ່ບໍ່ແມ່ນ /^ Raphael/.
ແທນທີ່ຈະ, /^ram@.*$/ ຈະກົງກັນ, ແຕ່ນີ້ແມ່ນເຮັດໄດ້ງ່າຍຂຶ້ນດ້ວຍຮູບແບບຄໍາດຽວ
ram, ສໍາລັບມັນພຽງແຕ່ສຸມໃສ່ຊື່ເຂົ້າສູ່ລະບົບຂອງທີ່ຢູ່ແລະຍັງຈະກົງກັນຖ້າຫາກວ່າ
ທີ່ຢູ່ຖືກຂຽນເປັນ eiffel.com!ram. ທີ່ຢູ່ດຽວໃນຮູບແບບອິນເຕີເນັດ, ຄືກັບໃນ
[email protected] ແມ່ນກົງກັນໂດຍຫຍໍ້ຢູ່ໃນພາກສ່ວນທີ່ຢູ່ຂອງພາກສະຫນາມ, ແລະທ່ານບໍ່ຄວນ
ຫນີ '.' ດັ່ງທີ່ເຈົ້າຈະຕ້ອງຢູ່ໃນການສະແດງອອກເປັນປົກກະຕິ.

ນີ້ອາດຈະເປັນສຽງທີ່ສັບສົນເລັກນ້ອຍ, ແຕ່ການອອກແບບນີ້ແມ່ນຫມາຍຄວາມວ່າເພື່ອເຮັດໃຫ້ສິ່ງຕ່າງໆງ່າຍຂຶ້ນສໍາລັບ
ຜູ້ໃຊ້. ນີ້ແມ່ນບາງຕົວຢ່າງອື່ນໆ:

# ກົງກັນ [email protected] ເຊັ່ນດຽວກັນກັບ [email protected].
ຈາກ: ram

# ກົງກັນ [email protected], ram ແຕ່ບໍ່ແມ່ນ [email protected]
ຈາກ: r[oa]*

# ກົງກັນ [email protected] ແຕ່ບໍ່ແມ່ນ [email protected]
ເຖິງ Cc: /^gue@eiffel\.fr/

# ອັນນີ້ຈະກົງກັນ [email protected] ເຊັ່ນດຽວກັນກັບ [email protected]
ເຖິງ Cc: /gue@eiffel/

# ກົງກັນ comp.lang.perl ແຕ່ບໍ່ແມ່ນ comp.lang.perl. poetry (?)
ກຸ່ມຂ່າວ: comp.lang.perl

# ຍອມຮັບຫຍັງແຕ່ຂໍ້ຄວາມທີ່ມາຈາກ ຮາກ
ຈາກ: !ຮາກ

ເມື່ອພະຍາຍາມຈັບຄູ່ "ເຖິງ:", "Cc:" ຫຼື "ປາກົດຂື້ນ-ເຖິງ:", ບັນຊີລາຍຊື່ຂອງທີ່ຢູ່ແຍກອອກ.
ໂດຍເຄື່ອງໝາຍຈຸດແມ່ນຄາດວ່າຈະ, ໃນຂະນະທີ່ມີພຽງທີ່ຢູ່ດຽວທີ່ຄາດວ່າຈະຢູ່ຫຼັງຈາກ "ຈາກ:". ຖ້າທ່ານລະເວັ້ນ
ຮູບແບບ, ມັນຈະເຂົ້າໃຈເປັນ * (ຈື່ວ່າຄໍາດຽວໃຊ້ shell meta-
ຕົວອັກສອນ), ເຊິ່ງຈະກົງກັບສິ່ງໃດ.

ຫຼັງຈາກນັ້ນ, ການປະຕິບັດທີ່ຈະປະຕິບັດໃນເວລາທີ່ການແຂ່ງຂັນເກີດຂຶ້ນ. ມີຈໍານວນຈໍາກັດເທົ່ານັ້ນ
ການປະຕິບັດທີ່ຖືກຕ້ອງເຊິ່ງຈະຖືກອະທິບາຍໃນໄວໆນີ້ໃນລາຍລະອຽດ. ການປະຕິບັດໄດ້ຖືກຫຸ້ມຢູ່ໃນ curly
ວົງເລັບ '{' ແລະ '}' ແລະການກະທຳຖືກແຍກອອກ ຫຼືຢຸດເຊົາ (ຂຶ້ນກັບລົດຊາດຂອງເຈົ້າ) ໂດຍ
';'. ຊື່ຄຳສັ່ງແມ່ນສະກົດເປັນຕົວພິມໃຫຍ່ເພື່ອໃຫ້ສາມາດອ່ານໄດ້, ແຕ່ກໍລະນີທີ່ບໍ່ກ່ຽວຂ້ອງ. ຖ້າ
ທ່ານຕ້ອງການໃສ່ ';' ພາຍໃນກົດລະບຽບ, ມັນຕ້ອງໄດ້ຮັບການຫລົບຫນີໂດຍການນໍາຫນ້າດ້ວຍ a
backslash. A backslash ສອງແມ່ນແປເປັນຫນຶ່ງດຽວ, ແລະການຫລົບຫນີອື່ນໆ
ລຳດັບທີ່ກ່ຽວຂ້ອງກັບຕົວອັກສອນ backslash ແມ່ນຖືກລະເລີຍ (ເຊັ່ນ: \n ຈະຖືກເກັບໄວ້ເປັນຄຳເວົ້າ).

ໃຫ້ສັງເກດວ່າກົດລະບຽບຄວນຈະຖືກສິ້ນສຸດດ້ວຍ ';' ດຽວ. ຫຼັງຈາກ '}' ສຸດທ້າຍ. ມັນເປັນໄປໄດ້
ຍົກເລີກ ';' ສຸດທ້າຍນີ້, ແຕ່ token ດຽວນັ້ນແມ່ນຈຸດ synchronizing ອີກຄັ້ງສໍາລັບຄວາມຜິດພາດ.
ການຟື້ນຕົວ. ຢ່າງໃດກໍຕາມ, ຫນຶ່ງສາມາດໂຕ້ຖຽງວ່າບໍ່ຄວນມີຂໍ້ຜິດພາດຂອງ syntax, ແລະດັ່ງນັ້ນ ';'
ຄວນ​ຖືກ​ຍົກ​ເວັ້ນ​ຢ່າງ​ປອດ​ໄພ. ເມື່ອໃດກໍ່ຕາມທີ່ສົງໃສ, ກວດເບິ່ງເອກະສານກົດລະບຽບຂອງທ່ານກັບ -d ທາງເລືອກ.

ນີ້ແມ່ນກົດລະບຽບ prototypical (ການນໍາໃຊ້ perl ການສະແດງອອກເປັນປົກກະຕິ; ກະລຸນາອ້າງອີງເຖິງ
ພາກສ່ວນຍ່ອຍ ເປັນປົກກະຕິ ສຳ ນວນ ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ):

ຈາກ: /^\[email protected]$/ { ປະຫຍັດ eiffel };

ກົດລະບຽບນັ້ນຈະຖືກພິຈາລະນາພຽງແຕ່ເມື່ອຕົວກອງຢູ່ໃນໂຫມດ ROOT (ຈື່ວ່າ
ການປະມວນຜົນເລີ່ມຕົ້ນຢູ່ໃນຮູບແບບເບື້ອງຕົ້ນ; ໃຊ້ BEGIN ເພື່ອປ່ຽນໂໝດ, ຄືກັບໃນ lex). ດັ່ງນັ້ນໃນ
mode ROOT, ສິ່ງໃດກໍ່ຕາມທີ່ມາຈາກຜູ້ໃຊ້ທີ່ຢູ່ໃນ eiffel.com ເວັບ​ໄຊ​ຖືກ​ບັນ​ທຶກ​ໄວ້​ໃນ​
ໂຟນເດີ eiffel ສຳລັບການອ່ານທີ່ເລື່ອນເວລາ. ເມລຈະບໍ່ປາກົດຢູ່ໃນກ່ອງຈົດຫມາຍ.

ມັນເປັນໄປໄດ້ທີ່ຈະມີຫຼາຍກວ່າຫນຶ່ງການຄັດເລືອກສໍາລັບກົດລະບຽບ. ຕົວເລືອກທີ່ຄືກັນ
ຢ່າງມີເຫດຜົນ or'ed ໃນຂະນະທີ່ຄົນທີ່ແຕກຕ່າງກັນ ແລະ'ed. ການເລືອກຖືກແຍກດ້ວຍເຄື່ອງໝາຍຈຸດ. ສໍາລັບ
ຕົວຢ່າງ,

ຈາກ: root, ເຖິງ: ram, ຈາກ: ram, ຫົວຂໍ້: /\btest\b/ { DELETE };

ຈະລຶບຈົດໝາຍຈາກ ຮາກ or ram ຖ້າມັນຖືກສົ່ງໄປຫາ ram ແລະ​ມີ​ຄໍາ​ສັບ​ຕ່າງໆ​ ການທົດສອບ ໃນຂອງຕົນ
ວິຊາ. ມັນຍັງສາມາດຂຽນກົດລະບຽບທີ່ຜ່ານມາເຊັ່ນ:

ຈາກ: root, ram, ເຖິງ: ram, ຫົວຂໍ້: /\btest\b/ { DELETE };

ເນື່ອງຈາກວ່າຖ້າຫາກວ່າບໍ່ມີຕົວເລືອກຖືກໃຫ້, ອັນກ່ອນຫນ້າແມ່ນຖືກນໍາໃຊ້ (ມີຕົວເລືອກທໍາອິດ
"ຫົວຂໍ້:" ໂດຍຄ່າເລີ່ມຕົ້ນ).

ຢູ່ບ່ອນໃດກໍ່ຕາມໃນເອກະສານກົດລະບຽບ, ມັນເປັນໄປໄດ້ທີ່ຈະກໍານົດຕົວແປບາງຢ່າງ. ບັນຊີລາຍຊື່ທີ່ໄດ້ຮັບການຍອມຮັບ
ຕົວແປແມ່ນໃຫ້ຕໍ່ມາ. ສໍາລັບໃນປັດຈຸບັນ, ໃຫ້ເວົ້າວ່າ ແມ່ນເມລ ແມ່ນໄດເລກະທໍລີໂຟນເດີເລີ່ມຕົ້ນ.
ຕົວແປນີ້ຖືກນໍາໃຊ້ໂດຍຄໍາສັ່ງ SAVE ເມື່ອການໂຕ້ຖຽງບໍ່ແມ່ນເສັ້ນທາງຢ່າງແທ້ຈິງ.
ການຕັ້ງຄ່າ

maildir = ~/mail;

ຈະຊີ້ນໍາການກັ່ນຕອງການນໍາໃຊ້ ~/mail ເປັນໄດເລກະທໍລີໂຟນເດີ (ຄ່າເລີ່ມຕົ້ນແມ່ນ ~/ຈົດໝາຍ). ຫມາຍເຫດ
~ ການທົດແທນແລະສຸດທ້າຍ ';'. ມັນເປັນໄປບໍ່ໄດ້ (ໃນປັດຈຸບັນ) ທີ່ຈະດັດແປງສະພາບແວດລ້ອມ
ໂດຍການຕັ້ງ PATH ຕົວຢ່າງ.

ສຸດທ້າຍ, ມີໂຄງສ້າງພິເສດທີ່ຈະໂຫລດຮູບແບບຈາກໄຟລ໌. ຮູບ​ແບບ​ທີ່​ຕິດ​ຢູ່​ໃນ​
double quotes ຫມາຍຄວາມວ່າຮູບແບບທີ່ຈະນໍາໃຊ້ຄວນຈະຖືກເອົາມາຈາກທີ່ກໍານົດໄວ້
ໄຟລ໌. ໄຟລ໌ດັ່ງກ່າວຄາດວ່າຈະຢູ່ໃນໄດເລກະທໍລີ ການກັ່ນຕອງຈົດໝາຍ ຖ້າມັນບໍ່ແມ່ນເສັ້ນທາງຢ່າງແທ້ຈິງ
(~ ການທົດແທນເກີດຂຶ້ນ). ຖ້າຕົວແປບໍ່ໄດ້ຕັ້ງ ແມ່ນເມລ ຈະຖືກນໍາໃຊ້. ຖ້າ​ຫາກ​ວ່າ​ໂດຍ​ບັງ​ເອີນ (!)
ແມ່ນເມລ ບໍ່​ໄດ້​ຖືກ​ຕັ້ງ​ທັງ​ຫມົດ​, ລະ​ບົບ​ເຮືອນ​ໄດ້​ຖືກ​ນໍາ​ໃຊ້​. ໄຟລ໌ຄວນມີຮູບແບບດຽວ
ຕໍ່ແຖວ, ຄຳເຫັນ shell (#) ຖືກອະນຸຍາດໃນຕອນຕົ້ນຂອງແຕ່ລະແຖວ.

ການປະຕິບັດອາດຈະປະຕິບັດຕາມກົດລະບຽບອື່ນໆ. ເພາະສະນັ້ນ, ຕໍ່ໄປນີ້ແມ່ນຖືກຕ້ອງຢ່າງສົມບູນ:

From:
ram { ບັນທຶກ Ram }
/plc/i { ບັນທຶກ plc }
ຮາກ { ບັນທຶກ ~/admin }
/xyz/ { Delete }
"ຜູ້ໃຊ້" { ອອກຈາກ }
;

ຫມາຍເຫດການນໍາໃຊ້ການລວມໄຟລ໌: ຜູ້ໃຊ້ທັງຫມົດທີ່ລະບຸໄວ້ໃນໄຟລ໌ ຜູ້ຊົມໃຊ້ ຈະມີຂອງເຂົາເຈົ້າ
mail ໄວ້ຢູ່ໃນກ່ອງຈົດຫມາຍຂອງລະບົບ. ກົດລະບຽບປົກກະຕິນໍາໃຊ້ສໍາລັບຮູບແບບການໂຫຼດເຫຼົ່ານີ້.

Selector ປະສົມປະສານ
ກົດລະບຽບດຽວອາດມີຊຸດຕົວເລືອກຕ່າງໆ. ສໍາລັບຕົວຢ່າງ, ໃນກົດລະບຽບດັ່ງຕໍ່ໄປນີ້:

ຈາກ: ram, To Cc: root, !Subject: /test/, From: raphael

ພວກເຮົາມີຊຸດຕໍ່ໄປນີ້ { From, To Cc, !Subject }. ສອງຕົວເລືອກທໍາອິດແມ່ນເອີ້ນວ່າ
ໂດຍກົງ selectors, !Subject: ເອີ້ນວ່າ a ປະຕິເສດ ໂຕເລືອກ. ໂຕເລືອກ To Cc: a ກຸ່ມ
ຕົວເລືອກ decomposing ເປັນສອງ ໂດຍກົງ ຕົວເລືອກ, ໃນຂະນະທີ່ຈາກ: ເປັນ ປະລໍາມະນູ ຕົວເລືອກ.
ສຸດທ້າຍ, From: ຍັງເປັນຕົວເລືອກທີ່ມີ ຫຼາຍ ເຫດການ. ໄດ້ ມູນຄ່າ ຂອງ​ຕົວ​ເລືອກ​ແມ່ນ​
ສະຖານະພາບທີ່ກົງກັນກັບມູນຄ່າທາງດ້ານເຫດຜົນ.

ໃຫ້ D ເປັນຊຸດຂອງຕົວເລືອກໂດຍກົງແລະ N ຊຸດຂອງຕົວເລືອກທີ່ຖືກປະຕິເສດ, ເຊິ່ງປະກອບເປັນ a
ການແບ່ງສ່ວນຂອງ R, ຊຸດຂອງຕົວເລືອກທັງຫມົດໃນກົດລະບຽບ. ນັ້ນແມ່ນ, R ແມ່ນສະຫະພັນ
of D ແລະ N, ແລະ D ຕັດກັບ N ແມ່ນຊຸດທີ່ຫວ່າງເປົ່າ (ຫຼັກຖານບໍ່ສໍາຄັນ: ຕົວເລືອກແມ່ນ
ໂດຍ​ກົງ​ຫຼື​ລົບ​ກວນ​)​. ຖ້າຢ່າງນັ້ນ D or N ຫວ່າງເປົ່າ, ຫຼັງຈາກນັ້ນມັນບໍ່ແມ່ນການແບ່ງປັນແຕ່ໃນກໍລະນີນັ້ນ
ພວກເຮົາມີທັງ D = R ຫຼືອື່ນໆ N = R.

ໃຫ້ກໍານົດມູນຄ່າຕາມເຫດຜົນຂອງຊຸດ S ເປັນມູນຄ່າຕາມເຫດຜົນການກັ່ນຕອງຈະ
ກັບຄືນຖ້າກົດລະບຽບເຫຼົ່ານັ້ນຖືກຂຽນແທ້ໆ. ຫຼັງຈາກນັ້ນ, ມູນຄ່າຢ່າງມີເຫດຜົນຂອງ D ແມ່ນເຫດຜົນ
ຄ່າຂອງແຕ່ລະລາຍການຂອງມັນກັບຕົວປະຕິບັດການ AND ຢ່າງມີເຫດຜົນແຈກຢາຍລະຫວ່າງພວກມັນ, ເຊັ່ນ:
ຄ່າເຫດຜົນຂອງ { a, b, c } ແມ່ນຄ່າຂອງ (a AND b AND c). ໃຫ້ຂຽນມັນແລະ (D) The
ມູນຄ່າຢ່າງມີເຫດຜົນຂອງແຕ່ລະລາຍການແມ່ນຄ່າຢ່າງມີເຫດຜົນຂອງຕົວເລືອກເອງຖ້າມັນເປັນ
ບໍ່ຫຼາຍ, ຫຼືມັນແມ່ນຄ່າຕາມເຫດຜົນຂອງການປະກົດຕົວທັງຫມົດຂອງຕົວເລືອກຫຼາຍ
ພາຍໃນກົດລະບຽບ, ດ້ວຍການດໍາເນີນການຢ່າງມີເຫດຜົນ OR ແຈກຢາຍໃນບັນດາພວກມັນ. ນັ້ນແມ່ນ, ໃນ
ຕົວຢ່າງຂ້າງເທິງ, ມູນຄ່າຂອງ From ແມ່ນຄວາມຈິງ iff ໄດ້ຈາກ: ຊ່ອງຂໍ້ມູນປະກອບດ້ວຍ ram OR raphael.
ໃຫ້ຂຽນວ່າ OR [ຈາກ].

ເພື່ອໃຫ້ຖືກຕ້ອງ, ພວກເຮົາຕ້ອງໃຊ້ກົດຫມາຍຂອງ De Morgan N, ເພາະສະນັ້ນກົດລະບຽບດັ່ງຕໍ່ໄປນີ້: ມີເຫດຜົນ
ມູນຄ່າຂອງ N ແມ່ນ OR(N) ແລະ​ໃຫ້​ຕົວ​ເລືອກ​ທີ່​ຖືກ​ລົບ s, ຄ່າເຫດຜົນຂອງມັນແມ່ນ AND[s]. ແລະ
ສຸດທ້າຍ, ມູນຄ່າຢ່າງມີເຫດຜົນຂອງ R ແມ່ນວ່າຂອງ D ແລະ N, ໂດຍສົນທິສັນຍາມີເຫດຜົນ
ຄ່າຂອງຊຸດເປົ່າແມ່ນ ທີ່ແທ້ຈິງ.

ສໍາລັບຜູ້ທີ່ບໍ່ຮູ້ກົດຫມາຍຂອງ De Morgan, ນີ້ແມ່ນ: ໃຫ້ສອງຂໍ້ສະເຫນີທີ່ມີເຫດຜົນ p
ແລະ q, ຫຼັງຈາກນັ້ນການລະບຸຕົວຕົນດັ່ງຕໍ່ໄປນີ້ເກີດຂຶ້ນ:

ບໍ່ແມ່ນ (p AND q) <=> (ບໍ່ p) ຫຼື (ບໍ່ q)
ບໍ່ແມ່ນ (p ຫຼື q) <=> (ບໍ່ p) ແລະ (ບໍ່ q)

ໃນຂະນະທີ່ພວກເຮົາຢູ່ໃນເຫດຜົນຂອງຂໍ້ສະເຫນີ, ຈົ່ງຈື່ໄວ້ວ່າ OR ແລະ AND ແມ່ນເຊິ່ງກັນແລະກັນ
ການແຈກຢາຍ, ນັ້ນແມ່ນ, ໃຫ້ສາມຂໍ້ສະເຫນີທີ່ມີເຫດຜົນ p, q ແລະ r, ພວກ​ເຮົາ​ມີ:

p AND (q OR r) <=> (p AND q) OR (p AND r)
p OR (q AND r) <=> (p OR q) AND (p OR r)

ເພື່ອໃຫ້ຄົບຖ້ວນສົມບູນ, OR ແລະ AND ແມ່ນກ່ຽວຂ້ອງກັບຕົວມັນເອງແລະ commutative. ແລະ B ທີ່ກໍານົດໄວ້
{ 0, 1 } ພ້ອມກັບຊຸດປະຕິບັດງານ (ບໍ່, ຫຼື, ແລະ) ເປັນ algebra (ເປັນ Boolean ຫນຶ່ງ).
ຂ້າ​ພະ​ເຈົ້າ​ຈະ​ໄວ້​ອາ​ໄລ​ໃຫ້​ທ່ານ​ຄໍາ​ນິ​ຍາມ​ຂອງ​ພຶດ​ຊະ​ຄະ​ນິດ​ເປັນ, ທີ່​ແທ້​ຈິງ​ແມ່ນ​ບໍ່​ມີ​ຫຍັງ​ເຮັດ​ໃນ​ນີ້
ຫນ້າຄູ່ມື (ເຊິ່ງແມ່ນສໍາລັບຕົວແທນທາງໄປສະນີ, ໃນກໍລະນີທີ່ທ່ານບໍ່ຈື່ :-).

ຜູ້ອ່ານທີ່ເອົາໃຈໃສ່ແນ່ນອນຈະສັງເກດເຫັນວ່າຂ້ອຍບໍ່ໄດ້ລະບຸມູນຄ່າຢ່າງມີເຫດຜົນ
ຂອງ​ຕົວ​ເລືອກ​ກຸ່ມ​. ດີ, ໃຫ້ຕົວເລືອກກຸ່ມ G, ພວກເຮົາ decompose ມັນເຂົ້າໄປໃນ a DG ແລະ NG
ການແບ່ງປັນ, DG ເປັນຊຸດຍ່ອຍຂອງ (ປະລໍາມະນູ) ເລືອກໂດຍກົງຂອງ G ແລະ NG ເປັນຊຸດຍ່ອຍ
ຂອງ (ປະລໍາມະນູ) ຕົວເລືອກລົບ. ຫຼັງຈາກນັ້ນ, ມູນຄ່າຢ່າງມີເຫດຜົນຂອງ DG ແມ່ນ OR(DG) ແລະເຫດຜົນ
ມູນຄ່າຂອງ NG ແມ່ນ AND(NG); ມູນຄ່າຕາມເຫດຜົນທົ່ວໂລກຂອງ G ເປັນຂອງ DG OR NG. ໃນ​ກໍ​ລະ​ນີ
ບໍ່ວ່າຈະເປັນ DG or NG ແມ່ນຫວ່າງເປົ່າ, ຫຼັງຈາກນັ້ນພວກເຮົາບໍ່ມີການແບ່ງປັນ, ແຕ່ໂດຍສົນທິສັນຍາມູນຄ່າຂອງ
ຊຸດເປົ່າແມ່ນ ທີ່ບໍ່ຖືກຕ້ອງ, ແລະຫນຶ່ງໃນຊຸດແມ່ນເທົ່າກັບ G. ໃຫ້ສັງເກດວ່າພາຍໃນກຸ່ມ
ເລືອກ, ກົດລະບຽບແມ່ນແນ່ນອນສອງຂອງກົດລະບຽບພາຍໃນ R.

ໃນປັດຈຸບັນກົດລະບຽບດຽວທີ່ບໍ່ແມ່ນ ຢ່າງມີເຫດຜົນ ແມ່ນວ່າຕົວເລືອກກຸ່ມເປັນຂອງຫຼືບໍ່ D or N. ຂ້ອຍໄດ້
ຖືກເລືອກ, ດ້ວຍເຫດຜົນການປຽບທຽບ, ເພື່ອເຮັດໃຫ້ຕົວເລືອກກຸ່ມເປັນຂອງ D ຖ້າມັນບໍ່ເລີ່ມຕົ້ນ
ໂດຍ '!' ແລະເພື່ອ N ຖ້າບໍ່ດັ່ງນັ້ນ. ນັ້ນແມ່ນ, !To Cc: ເປັນຂອງ N ໃນຂະນະທີ່ Cc !To: ເປັນຂອງ D.
ນອກຈາກນັ້ນ, ຄໍາສັ່ງພາຍໃນຕົວເລືອກກຸ່ມແມ່ນບໍ່ກ່ຽວຂ້ອງ: ກັບ Cc: ເທົ່າກັບ Cc.
ເຖິງ:, ດັ່ງນັ້ນພຶດຕິກໍາໃນຊຸດ quotient ແມ່ນດີ.

ທີ່ນີ້ຕົວຢ່າງບາງອັນແມ່ນ:

# ກົງກັບອັນໃດນຶ່ງ: (ບໍ່ແມ່ນມາຈາກ ram ຫຼືບໍ່ມາຈາກຮາກ) ແມ່ນຄວາມຈິງສະເໝີ.
ຈາກ: !ram, !root

# ຈັບຄູ່ຫຍັງແຕ່ປະຕິເສດຈົດໝາຍທີ່ມາຈາກ ram ຫຼືຮາກ
!ຈາກ: ram, ຮາກ

# ປະຕິເສດຈົດໝາຍທີ່ມີສ່ວນຫົວກົງກັນ /^Re.*/ ມີການທົດສອບຄຳສັບ
!^Re.*: /\btest\b/

# ຮັກສາຈົດໝາຍທີ່ມີຫົວຂໍ້ ການທົດສອບ ແລະ ເຈົ້າພາບ
!ຫົວຂໍ້: !/test/, !/host/

# ກົງກັນຖ້າ ram ຖືກລະບຸໄວ້ໃນ To ຫຼື Cc ອອນໄລນ໌
ເຖິງ Cc: ram

ຫນ້ອຍ Header
A ຫນ້ອຍສຸດຂອງຕົວເລືອກແມ່ນຮັບປະກັນທີ່ຈະຕັ້ງ, ບໍ່ວ່າຈະເປັນ header ຕົວຈິງຂອງ
ຂໍ້ຄວາມ. ນີ້ແມ່ນເພື່ອຈຸດປະສົງຂອງການກັ່ນຕອງເທົ່ານັ້ນ, ບໍ່ມີການປ່ຽນແປງທາງດ້ານຮ່າງກາຍ
ປະຕິບັດ.

ຊອງຈົດ ໝາຍ: ນີ້​ແມ່ນ​ທີ່​ຢູ່​ທີ່​ພົບ​ເຫັນ​ຢູ່​ໃນ​ຊອງ​ຈົດ​ຫມາຍ​ສະ​ບັບ​, ເຊັ່ນ​: ທີ່​ຢູ່​ທີ່​ເມລ​ໄດ້​
ເບິ່ງຄືວ່າມາຈາກ. ນີ້ສາມາດແຕກຕ່າງຈາກ From: ພາກສະຫນາມທີ່ຢູ່ຖ້າ
ຈົດໝາຍມີຕົ້ນກຳເນີດມາຈາກ ກ ເຊື່ອຫມັ້ນ ຜູ້ໃຊ້, ໃນຄໍາສັບຂອງ sendmail. ຖ້າເຈົ້າບໍ່
ຮູ້ວ່າແມ່ນຫຍັງ, ພຽງແຕ່ບໍ່ສົນໃຈມັນ.
From: ຜູ້ໃຊ້ທີ່ຂຽນຈົດໝາຍ. ຖ້າເສັ້ນນີ້ຂາດໄປ, ໃຫ້ໃຊ້ທີ່ຢູ່ທີ່ພົບເຫັນຢູ່ໃນ
ທໍາອິດຈາກແຖວ.
Length: ຄວາມ​ຍາວ​ທາງ​ດ້ານ​ຮ່າງ​ກາຍ​, ໃນ​ໄບ​ຕ​໌​, ເມື່ອ​ເນື້ອ​ໃນ​ການ​ໂອນ​ເຂົ້າ​ລະ​ຫັດ (ຖ້າ​ຫາກ​ວ່າ​
any) ໄດ້ຖືກໂຍກຍ້າຍ.
ເສັ້ນ: ຈໍານວນເສັ້ນຢູ່ໃນຮ່າງກາຍ (ຖອດລະຫັດ, ຖ້າຈໍາເປັນ).
to: ຜູ້ຮັບຫຼັກຂອງຂໍ້ຄວາມ. ຖ້າເສັ້ນນີ້ຫາຍໄປແຕ່ຊຸດຂອງ
Apparently-ເຖິງ: ເສັ້ນຖືກພົບເຫັນ, ຫຼັງຈາກນັ້ນທີ່ຢູ່ເຫຼົ່ານັ້ນຖືກນໍາໃຊ້ແທນ. ຖ້າບໍ່ມີ
ເສັ້ນມີຢູ່, ຫຼັງຈາກນັ້ນສົມມຸດວ່າ mail ໄດ້ຖືກສົ່ງໄປຫາຜູ້ໃຊ້ (ເຊິ່ງເບິ່ງຄືວ່າ a
ສົມມຸດຕິຖານທີ່ສົມເຫດສົມຜົນ :-).
ຜູ້ສົ່ງ: ຜູ້ໃຊ້ທີ່ສົ່ງອີເມວ. ນີ້ອາດຈະແຕກຕ່າງຈາກ From: ສາຍ. ຖ້າບໍ່ມີພາກສະຫນາມດັ່ງກ່າວ
ມີຢູ່, ຫຼັງຈາກນັ້ນ, ທີ່ຢູ່ໃນ From line ທໍາອິດແມ່ນຖືກນໍາໃຊ້ (mail envelope).
ຖ່າຍທອດ: ສ່ວນຫົວທີ່ຄຳນວນນີ້ເປັນລາຍການທີ່ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດຂອງບັນດາໂຮສທັງໝົດທີ່
ຂໍ້ຄວາມໄດ້ຖືກຖ່າຍທອດ, ໃນຄໍາສັ່ງສົ່ງທີ່ເຫມາະສົມ. ແຕ່ລະລາຍການໃນບັນຊີລາຍຊື່ນີ້
ສາມາດເປັນຊື່ເຄື່ອງຈັກເຊັ່ນ mail.hp.com ຫຼືທີ່ຢູ່ IP ເຊັ່ນ
[15.125.38.12]. ບັນຊີລາຍຊື່ແມ່ນມາຈາກ ໄດ້ຮັບ: ສາຍທີ່ມີຢູ່ໃນ
ຂໍ້ຄວາມ.
ຕອບ​ກັບ: ບ່ອນທີ່ການຕອບໃດໆຄວນຈະຖືກສົ່ງ. ຖ້າບໍ່ມີ ຕອບ​ກັບ: ພາກສະຫນາມແມ່ນປະຈຸບັນ, ຫຼັງຈາກນັ້ນ
ກັບຄືນສູ່ເສັ້ນທາງ ຖືກນໍາໃຊ້ (ກັບ <> ຖອດອອກ), ຫຼື From: ເສັ້ນຖືກແຍກເປັນ
ສະກັດທີ່ຢູ່ອີເມວຂອງຜູ້ຂຽນ.

Variables
mailagent ສະຫນັບສະຫນູນຕົວແປທີ່ຜູ້ໃຊ້ກໍານົດ, ເຊິ່ງເປັນທົ່ວໂລກ. ພວກເຂົາເຈົ້າຖືກກໍານົດໂດຍຜ່ານ
ຄຳສັ່ງ ASSIGN ແລະອ້າງອີງດ້ວຍ %# macro. ສົມມຸດວ່າພວກເຮົາກໍານົດຕົວແປ ເຈົ້າພາບ, ຫຼັງຈາກນັ້ນ
%#ເຈົ້າພາບ ຈະຖືກແທນທີ່ດ້ວຍມູນຄ່າຕົວຈິງຂອງຕົວແປ. ອັນນີ້ເຮັດໃຫ້ຕົວແປບາງອັນ
ການຂະຫຍາຍພັນຕາມກົດລະບຽບ.

ຕົວຢ່າງ, ໃຫ້ເວົ້າວ່າຜູ້ໃຊ້ໄດ້ຮັບຜົນຜະລິດ cron ຈາກເຄື່ອງຈັກຕ່າງໆແລະຄວາມປາຖະຫນາທີ່ຈະ
ປະຫຍັດພວກມັນບົນພື້ນຖານຕໍ່ເຄື່ອງຈັກ, ຄວາມແຕກຕ່າງລະຫວ່າງຜົນຜະລິດປະຈໍາວັນແລະອາທິດ.
ນີ້ແມ່ນການແກ້ໄຂ:

Subject: /output for host (\w+)/ { ASSIGN host '%1'; ປະຕິເສດ };
ຫົວຂໍ້: /^ຜົນຜະລິດປະຈໍາວັນ/ { ບັນທຶກ %#host/daily.%D };
ຫົວຂໍ້: /^ຜົນຜະລິດປະຈໍາອາທິດ/ { ບັນທຶກ %#host/weekly.%m-%d };

ນອກ​ຈາກ​ການ​ແກ້​ໄຂ​ຕົວ​ປ່ຽນ​ແປງ​ໂດຍ​ຜ່ານ %# escape, ມັນ​ຍັງ​ເປັນ​ໄປ​ໄດ້​ທີ່​ຈະ​ປະ​ຕິ​ບັດ
ການທົດແທນແລະການແປກ່ຽວກັບເນື້ອໃນຂອງຕົວແປ (ຫຼືການອ້າງອີງຄືນ, ເຊັ່ນ: a
ເລກລະຫວ່າງ 1 ຫາ 99). ສອງຄໍາສັ່ງ SUBST ແລະ TR ຕາມລໍາດັບຈະປະຕິບັດຢູ່ໃນສະຖານທີ່
ການທົດແທນແລະການແປພາສາ. ຢ່າງໃດກໍຕາມ, ໃນກໍລະນີດັ່ງກ່າວ, ຊື່ຂອງຕົວແປຈະຕ້ອງເປັນ
ນຳໜ້າດ້ວຍ # ດຽວ. ນີ້ເຮັດໃຫ້ຄວາມແຕກຕ່າງຂອງການອ້າງອິງກັບຄືນໄປບ່ອນ 1 ຈາກຕົວແປ #1,
ເຖິງແມ່ນວ່າ 1 ເປັນຊື່ຕະຫລົກສໍາລັບຕົວແປ. ຄວາມຕ້ອງການ # ຍັງປ້ອງກັນຄວາມຜິດພາດທົ່ວໄປ
ການຂຽນ % #, ຍ້ອນວ່າ mailagent ຈະຈົ່ມດັງໆຖ້າພາລາມິເຕີທໍາອິດຂອງ SUBST ຫຼື TR ແມ່ນ
ບໍ່ແມ່ນຕົວເລກລະຫວ່າງ 1 ຫາ 99 ຫຼືບໍ່ເລີ່ມຕົ້ນດ້ວຍ #.

ນີ້ແມ່ນບາງການປະຕິບັດເພື່ອ canonicalize ຊື່ເຈົ້າພາບເປັນຕົວພິມນ້ອຍແລະລອກອອກ
ຊື່ໂດເມນ, ຖ້າມີ:

{ TR #host /AZ/az/; SUBST #host /^([^.]*)\..*/$1/ };

ການກະທໍາເຫຼົ່ານັ້ນຖືກແປໂດຍກົງເຂົ້າໄປໃນຂອງພວກເຂົາ perl ທຽບເທົ່າ, ແລະຄວາມຜິດພາດໃດໆໃນ
ສະເພາະຂອງການສະແດງຜົນປົກກະຕິຈະຖືກລາຍງານ.

ຖ້າຊື່ຕົວແປເລີ່ມຕົ້ນດ້ວຍຈໍ້າສອງເມັດ ':', ຫຼັງຈາກນັ້ນຕົວແປຈະຖືກເຮັດໃຫ້ຄົງຢູ່. ນັ້ນ
ແມ່ນການເວົ້າວ່າມັນຈະຮັກສາມູນຄ່າຂອງມັນໃນທົ່ວການຮຽກຮ້ອງ mailagent ທີ່ແຕກຕ່າງກັນ. ຕົວແປແມ່ນ
ເກັບຮັກສາໄວ້ຢ່າງງ່າຍດາຍ (ກັບ ':' ຊັ້ນນໍາອອກ) ໃນຖານຂໍ້ມູນຂອງ mailagent ແລະເປັນດັ່ງນັ້ນ
ຕໍ່ກັບນະໂຍບາຍຜູ້ສູງອາຍຸທີ່ຕັ້ງຢູ່ໃນ ~/.mailagent.

ພາຍໃນຄໍາສັ່ງ PERL ຫຼື mail hooks ໂດຍໃຊ້ perl (ເບິ່ງພາກ MAIL HOOKS), ທ່ານສາມາດ
manipulate ເຫຼົ່ານັ້ນ (ອັນທີ່ເອີ້ນວ່າ) ຕົວແປພາຍນອກໂດຍຜ່ານຊຸດຂອງຫນ້າທີ່ການໂຕ້ຕອບຕັ້ງຢູ່
ໃນ ພາຍນອກ package (ie ທ່ານ​ຕ້ອງ​ນໍາ​ຫນ້າ​ແຕ່​ລະ​ຊື່​ຫນ້າ​ທີ່​ທີ່​ມີ​ຊຸດ​ຂອງ​ຕົນ​
ຊື່, ທີ່ກໍານົດໄວ້ ກາຍມາເປັນ extern'set). ສາມ​ຫນ້າ​ທີ່​ການ​ໂຕ້​ຕອບ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​ແມ່ນ​ໄດ້​ສະ​ຫນອງ​ໃຫ້​:

val(name) ສົ່ງຄ່າຂອງຕົວແປ ຊື່ (ການນໍາ ':' ບໍ່ແມ່ນສ່ວນຫນຶ່ງຂອງຊື່,
ໃນ​ການ​ໃດໆ​ຂອງ​ສາມ​ຫນ້າ​ທີ່​ການ​ໂຕ້​ຕອບ​ນີ້​)​.

ຕັ້ງ(ຊື່,ຄ່າ)
ກໍານົດຕົວແປພາຍນອກ ຊື່ to hold ມູນຄ່າ. ບໍ່ມີການຕີຄວາມໝາຍແມ່ນເຮັດໄດ້ໂດຍ
ປະຕິບັດຫນ້າກ່ຽວກັບເນື້ອໃນຕົວຈິງຂອງ ມູນຄ່າ ທ່ານກໍາລັງສະຫນອງ.

age(name) ກັບຄືນອາຍຸຂອງຕົວແປ, ເຊັ່ນວ່າເວລາທີ່ຜ່ານໄປເປັນວິນາທີນັບຕັ້ງແຕ່ສຸດທ້າຍ.
ການ​ດັດ​ແກ້​ໂດຍ​ ທີ່ກໍານົດໄວ້.

ໃນປັດຈຸບັນບໍ່ມີວິທີທີ່ຈະລຶບຕົວແປຈາກຖານຂໍ້ມູນ. ແຕ່ຖ້າທ່ານບໍ່ໃຊ້
ຕົວປ່ຽນແປງອີກຕໍ່ໄປ, ມັນຈະຖືກລຶບອອກເມື່ອອາຍຸຂອງມັນຫຼາຍກວ່າທີ່ສູງສຸດ
ອາຍຸທີ່ລະບຸໄວ້ໂດຍ ອາຍຸສູງສຸດ ຕົວແປການຕັ້ງຄ່າ.

ເປັນປົກກະຕິ ສຳ ນວນ
ທຸກໆການສະແດງອອກປົກກະຕິປະຕິບັດຕາມ syntax V8, ຄືກັບໃນ perl, ມີທັງຫມົດ perl
ສ່ວນຂະຫຍາຍ. ຖ້າໂຄງສ້າງວົງເລັບ (...) ຖືກໃຊ້ພາຍໃນກົດລະບຽບ, ຫຼັງຈາກນັ້ນ %ຫລັກ ມະຫາພາກ
ກົງກັບ ຫລັກsubstring 's ຖືຢູ່ໃນວົງເລັບ. ທັງຫມົດເຫຼົ່ານັ້ນ back-references
ຈື່ໄວ້ຕາມກົດລະບຽບ, ນັບຈາກຊ້າຍຫາຂວາ. ຢ່າງໃດກໍຕາມ, ການດູແລທີ່ຍິ່ງໃຫຍ່ຕ້ອງເປັນ
ປະຕິບັດໃນເວລາທີ່ການນໍາໃຊ້ back-reference ໃນຕົວເລືອກປະຈຸບັນຄູນ, ຕາມທີ່ກົງກັນທັງຫມົດຈະ
ໄດ້ຮັບການປະຕິບັດເຖິງການແຂ່ງຂັນຄັ້ງທໍາອິດ, ແລະການອ້າງອິງຍ້ອນກັບແມ່ນໄດ້ຖືກຄິດໄລ່ໃນເວລາບິນ
ເຮັດການຈັບຄູ່ຮູບແບບ.

ຕົວ​ຢ່າງ:

ເຖິງ: /.*)/, Subject: /Output from (\w+)/ { ASSIGN to '%1'; ບັນທຶກ %2 };

ຈະບັນທຶກໄປ: ພາກສະຫນາມໃນຕົວແປ 'to' ແລະບັນທຶກເມລໃນໂຟນເດີທີ່ໄດ້ມາຈາກ.
ຊື່ເຈົ້າພາບທີ່ລະບຸໄວ້ໃນຫົວຂໍ້. ຢ່າງໃດກໍຕາມ, ຖ້າພວກເຮົາເວົ້າວ່າ:

ຫົວຂໍ້: /host (\w+)/, /from (\w+)/ { ASSIGN match '%1' };

ຫຼັງຈາກນັ້ນ, ມັນຈະມີພຽງແຕ່ຫນຶ່ງຊຸດ back-reference, ແລະມັນຈະມາຈາກຮູບແບບທໍາອິດ
ການຈັບຄູ່ຖ້າມັນປະສົບຜົນສໍາເລັດ, ຫຼືຈາກທີສອງ. ຄວນມີຮູບແບບທີສອງຫຼືທໍາອິດ
ບໍ່​ມີ​ການ​ກໍ່​ສ້າງ​ວົງ​ເລັບ​ແລະ​ຍັງ​ກົງ​ກັນ​, ຫຼັງ​ຈາກ​ນັ້ນ​ການ​ອ້າງ​ອີງ​ກັບ​ຄືນ​ໄປ​ບ່ອນ​ຈະ​ບໍ່​ໄດ້​ຮັບ​ການ​ບັນ​ທຶກ​ໄວ້​ທີ່​
ທັງຫມົດ, ຊຶ່ງຫມາຍຄວາມວ່າຕໍ່ໄປນີ້ແມ່ນອາດຈະບໍ່ແມ່ນສິ່ງທີ່ທ່ານຕ້ອງການ:

ຫົວຂໍ້: /from/, /host (\w+)/, ເຖິງ: /.*)/ { ບັນທຶກ %1; ປະຕິເສດ };

ຄືກັບວ່າ /from/ ຮູບແບບກົງກັນຫຼັງຈາກນັ້ນ /host (\w+)/ ຈະບໍ່ຖືກກວດສອບ (ຄືກັນ.
ຕົວເລືອກແມ່ນ or'ed ແລະ​ທີ່​ຖືກ​ປັບ​ໃຫ້​ດີ​ທີ່​ສຸດ), ຫຼັງ​ຈາກ​ນັ້ນ %1 ຈະ​ຫມາຍ​ເຖິງ To: ພາກ​ສະ​ຫນາມ​ໃນ​ຂະ​ນະ​ທີ່
ຖ້າ /host (\w+)/ ກົງກັນ, ຫຼັງຈາກນັ້ນ %1 ຈະເປັນຊື່ເຈົ້າພາບ.

ຢ່າງໃດກໍຕາມ, ພຶດຕິກໍານີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອເລືອກເກັບບົດຄວາມຂ່າວທີ່ໄດ້
ຖືກສົ່ງໄປຫາທ່ານໃນໂຟນເດີທີ່ມີຊື່ຂອງກຸ່ມຂ່າວໃນຮູບແບບຈຸດ. ສົມມຸດວ່າພວກເຮົາຕ້ອງການ
ເພື່ອໃຫ້ຄວາມສໍາຄັນກັບ comp.lang.perl, ພວກເຮົາສາມາດເວົ້າວ່າ:

ກຸ່ມຂ່າວ:
/(comp.lang.perl)/,
/(comp.mail.mh)/,
/(comp.compilers)/,
/([^,]*)/ { ບັນທຶກ %1 };

ບົດຄວາມທີ່ຂຽນຂ້າມກັບທັງ comp.lang.perl ແລະ comp.mail.mh ຈະຖືກບັນທຶກໄວ້ໃນ a
ໂຟນເດີ comp.lang.perl, ນັບຕັ້ງແຕ່ນີ້ແມ່ນສິ່ງທີ່ຈະກົງກັນກ່ອນ. ກົດລະບຽບສຸດທ້າຍດູແລ
ບົດຄວາມອື່ນໆ: ໂຟນເດີທີ່ໃຊ້ເປັນກຸ່ມຂ່າວໃດກໍໄດ້ປະກົດຂຶ້ນກ່ອນ.

ນອກນັ້ນຍັງມີ macro %& ພິເສດ, ເຊິ່ງລາຍຊື່ (ມັນເປັນລາຍການທີ່ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດ) ທັງໝົດ.
ຕົວເລືອກທີ່ລະບຸໄວ້ໂດຍຜ່ານການສະແດງຜົນປົກກະຕິເຊິ່ງກົງກັນແທ້. ຕົວ​ຢ່າງ:

Re.*: /york/ { ASSIGN which '%&' };

ຈະມອບຫມາຍໃຫ້ ທີ່ ບັນຊີລາຍຊື່ຂອງຊ່ອງຂໍ້ມູນທັງຫມົດທີ່ກົງກັບ /Re.*/ ຮູບແບບທີ່
ປະກອບມີ 'york', ບໍ່ວ່າຈະເປັນພາກສະຫນາມທີ່ໄດ້ຮັບ: ຫຼື Resent-From: ພາກສະຫນາມ (ຍ້ອນວ່າທັງສອງກົງກັບ.
ສະ​ເພາະ​ຕົວ​ເລືອກ​)​. ສົມມຸດວ່າທັງສອງພາກສະຫນາມເຫຼົ່ານັ້ນມີຄໍາ york, ມູນຄ່າຂອງ
%& ຈະເປັນ 'Received, Resent-From;' (ຊ່ອງຂໍ້ມູນຖືກຈັດຮຽງຕາມຕົວອັກສອນ).

ຖ້າເຈົ້າມີຕົວເລືອກທີ່ລະບຸໄວ້ຫຼາຍກວ່າໜຶ່ງອັນພາຍໃນກົດລະບຽບດຽວ, ມັນອາດຈະ
ຄວນຮູ້ວ່າຊຸດຂອງຕົວເລືອກທີ່ກົງກັນທັງໝົດຖືກບັນທຶກໄວ້ພາຍໃນ %&, ແຕ່ລະຊຸດ
ສິ້ນສຸດດ້ວຍ ';'. ຖ້າຕົວເລືອກທີ່ຖືກລົບຖືກໃຊ້, ຫຼັງຈາກນັ້ນ %& ຈະບັນທຶກທຸກຊ່ອງຂໍ້ມູນ
ເຊິ່ງບໍ່ມີຮູບແບບ, ສົມມຸດວ່າການຄັດເລືອກປະສົບຜົນສໍາເລັດ (ຖ້າບໍ່ດັ່ງນັ້ນບໍ່ມີຫຍັງ
ບັນ​ທຶກ).

ມີ ການກະທໍາ
ການປະຕິບັດຕໍ່ໄປນີ້ແມ່ນມີຢູ່ໃນຄໍາສັ່ງການກັ່ນຕອງ. ກໍລະນີແມ່ນບໍ່ກ່ຽວຂ້ອງເຖິງແມ່ນວ່າ
ຮູບແບບທີ່ແນະນຳແມ່ນການສະກົດຕົວພິມໃຫຍ່. ດັ່ງທີ່ໄດ້ອະທິບາຍຕໍ່ມາ, ການກະທໍາສ່ວນໃຫຍ່
ບັນທຶກສະຖານະການອອກຂອງພວກເຂົາຢູ່ໃນຕົວແປພິເສດທີ່ອາດຈະຖືກທົດສອບຜ່ານ -t ແລະ -f
ທາງເລືອກຂອງ ABORT, ປະຕິເສດ ແລະ RESTART. ສໍາ​ລັບ​ທຸກ​ຄໍາ​ສັ່ງ​ກັບ​ຄືນ​ສະ​ຖາ​ນະ​ການ​ອອກ​ດັ່ງ​ກ່າວ​, ໄດ້​
ເງື່ອນໄຂຄວາມລົ້ມເຫລວຫຼືຄວາມສໍາເລັດແມ່ນໃຫ້ຢູ່ໃນຕອນທ້າຍຂອງແຕ່ລະຄໍາອະທິບາຍ. ຖ້າບໍ່ມີຫຍັງ
ລະບຸໄວ້, ຫຼັງຈາກນັ້ນຄໍາສັ່ງບໍ່ກັບຄືນສະຖານະທີ່ມີຄວາມຫມາຍ.

ຍົກເລີກ [-tf] [ຮູບແບບການ]
ຍົກເລີກການນຳໃຊ້ກົດລະບຽບການກັ່ນຕອງທັນທີ. ເບິ່ງ ປະຕິເສດ ສໍາລັບຄວາມຫມາຍຂອງ
ຕົວກໍານົດການທາງເລືອກ. (ບໍ່​ໄດ້​ແກ້​ໄຂ​ສະ​ຖາ​ນະ​ພາບ​ທີ່​ມີ​ຢູ່​ແລ້ວ​)

ຫຼັງຈາກ [-sanc] (ເວລາ) ການປະຕິບັດ
ບັນທຶກການໂທກັບຫຼັງຈາກກໍານົດ ທີ່ໃຊ້ເວລາ, ບ່ອນທີ່ ການປະຕິບັດ ຈະ​ໄດ້​ຮັບ​ການ​ປະ​ຕິ​ບັດ​.
ໂດຍຄ່າເລີ່ມຕົ້ນ, ການປະຕິບັດການກັ່ນຕອງ mailagent ແມ່ນສົມມຸດ (-a ທາງເລືອກ), ກ່ຽວກັບປະຈຸບັນ
ຂໍ້ຄວາມທາງໄປສະນີ. ຄຳສັ່ງແກະ (-c) ອາດຈະໄດ້ຮັບແທນ, ໄດ້ຮັບປະຈຸບັນ
ຂໍ້ຄວາມທາງໄປສະນີເປັນການປ້ອນຂໍ້ມູນມາດຕະຖານ. ສຸດທ້າຍ, ຄໍາສັ່ງ shell ທໍາມະດາອາດຈະຖືກດໍາເນີນການ (ກັບ
ບໍ່​ມີ​ການ​ປ້ອນ​ຂໍ້​ມູນ​) ການ​ນໍາ​ໃຊ້​ -s ທາງເລືອກ. ທາງເລືອກ -n ອາດຈະຖືກນໍາໃຊ້ໃນເວລາທີ່ mail ໃນປັດຈຸບັນ
ຂໍ້ຄວາມບໍ່ຈໍາເປັນຕ້ອງເກັບຮັກສາໄວ້ສໍາລັບການປ້ອນຂໍ້ມູນ. ຕົວ​ຢ່າງ:

AFTER -ເປັນ (1 ມື້) DO ~/ຂະບວນການ:proc'run(%u)

ຈະໂທຫາ proc'run ກຳ ນົດໃນ ~/ຂະບວນການ ໄຟລ໌ໃນມື້ຫນຶ່ງຈາກໃນປັດຈຸບັນ, ໂດຍບໍ່ມີການ
ໃຫ້ການປ້ອນຂໍ້ມູນໃດໆ (ການດໍາເນີນການທີ່ນີ້ບໍ່ຈໍາເປັນຕ້ອງມີ).

ເມື່ອໃຊ້ຄໍາສັ່ງ mailagent, ຮູບແບບການເຮັດວຽກເບື້ອງຕົ້ນແມ່ນຕັ້ງເປັນ _CALLOUT_.
ອັນນີ້ອາດຈະສຳຄັນຖ້າທ່ານໂທຫາ APPLY ຕົວຢ່າງ. ຖ້າເວລາບັນທຶກຫນ້ອຍລົງຫຼື
ເທົ່າກັບເວລາປະຈຸບັນ (ເຊິ່ງແມ່ນ ໃນປັດຈຸບັນ), callback ຈະ​ເກີດ​ຂຶ້ນ​ໃນ​ເວ​ລາ​ທີ່​
mailagent ແມ່ນເຮັດກັບຂໍ້ຄວາມໃນແຖວຂອງມັນ, ກ່ອນທີ່ຈະອອກ. ນີ້ອະນຸຍາດໃຫ້
ສໍາລັບ trick ງາມດັ່ງຕໍ່ໄປນີ້, ພົບເຫັນໂດຍ Randal Schwartz:

ຫລັງຈາກ (ດຽວນີ້) # ແຍກສຳເນົາທີ່ຂ້ອຍສາມາດບີບໄດ້
STRIP Reply-To \; RESYNC \;
ANNOTATE -du ຕອບກັບຫາ %2 \; RESYNC \;
ແຈ້ງເຕືອນຂໍ້ຄວາມ %r \; ລຶບ \;
;

ໃຫ້ສັງເກດວ່າຄໍາສັ່ງບໍ່ໄດ້ຖືກເອີ້ນ AT ເນື່ອງຈາກວ່າການໂທພຽງແຕ່ຈະໄດ້ຮັບການປະຕິບັດ
ໃນ​ການ​ຮຽກ​ຮ້ອງ mailagent ຕໍ່​ໄປ​ຫຼັງ​ຈາກ​ເວ​ລາ​ທີ່​ກໍາ​ນົດ​ໄວ້​ໄດ້​ຫມົດ​ໄປ​. ວັນທີແມ່ນ
ລະບຸໂດຍໃຊ້ຮູບແບບດຽວກັນກັບໃນ SELECT. (ລົ້ມເຫລວຖ້າຫາກວ່າການປະຕິບັດບໍ່ສາມາດເປັນ
ບັນ​ທຶກ​ໄວ້​ໃນ​ແຖວ callout).

ອະທິບາຍ [-ຂອງ] ພາກສະຫນາມ ມູນຄ່າ
ບັນຍາຍຂໍ້ຄວາມໂດຍການເພີ່ມ ພາກສະຫນາມ ເຂົ້າ​ໄປ​ໃນ​ຫົວ​ຂໍ້​ເມລ​, ກັບ​ສະ​ຫນອງ​ໃຫ້​ ມູນຄ່າ.
ນີ້ແມ່ນຄ້າຍຄືຄໍາສັ່ງຂອງ MH ປີ, ແຕ່ຄໍາບັນຍາຍແມ່ນປະຕິບັດໃນຕອນທ້າຍຂອງ
ສ່ວນຫົວ, ໃນຂະນະທີ່ MH ເຮັດມັນຢູ່ເທິງສຸດ. ໂດຍປົກກະຕິ, ພິເສດ ພາກສະຫນາມ ຖືກເພີ່ມ,
ກັບວັນທີປັດຈຸບັນເປັນຄ່າຊ່ອງຂໍ້ມູນ.

ນີ້ສາມາດໄດ້ຮັບການສະກັດກັ້ນໂດຍການນໍາໃຊ້ -d ທາງເລືອກ. ຖ້າ ມູນຄ່າ ຖືກຍົກເວັ້ນ, ພຽງແຕ່
ຊ່ອງຂໍ້ມູນວັນທີຖືກສ້າງ (ເພາະສະນັ້ນມັນເປັນຄວາມຜິດພາດທີ່ຈະໃຊ້ -d ທາງເລືອກທີ່ບໍ່ມີ
ການສະຫນອງ ກ ມູນຄ່າ). ເຊັ່ນດຽວກັນກັບຄໍາສັ່ງທັງຫມົດທີ່ປ່ຽນແປງ header, RESYNC ແມ່ນ
ມີຄວາມຈໍາເປັນສໍາລັບພາກສ່ວນການກັ່ນຕອງເພື່ອຕົວຈິງເບິ່ງຫົວໃຫມ່.

ໄດ້ -u ທາງເລືອກຫມາຍຄວາມວ່າ "ເປັນເອກະລັກ", ແລະປ້ອງກັນບໍ່ໃຫ້ ANNOTATE ດໍາເນີນການຖ້າຫາກວ່າ
ລະບຸ ພາກສະຫນາມ ມີຢູ່ໃນສ່ວນຫົວແລ້ວ. ຢ່າລືມ RESYNC ລະຫວ່າງ
ຄໍາສັ່ງ ANNOTATE ຢ່າງຕໍ່ເນື່ອງໂດຍໃຊ້ຕົວເລືອກນີ້ຖ້າຫາກວ່າ ພາກສະຫນາມ ຫມາຍເຖິງທີ່ຜ່ານມາ
ອະທິບາຍເປົ້າໝາຍ. (ລົ້ມເຫລວເມື່ອບໍ່ມີຄໍາບັນຍາຍເກີດຂຶ້ນ)

APPLY ກົດລະບຽບ
ໄດ້​ຮັບ​ລະ​ບຽບ​ການ​ຈັດ​ຂຶ້ນ​ໃນ​ ກົດລະບຽບ ແລະນຳໃຊ້ພວກມັນກັບຂໍ້ຄວາມປັດຈຸບັນ. ໄດ້
ການກັ່ນຕອງຈະເລີ່ມຕົ້ນໃນໂຫມດໃດກໍ່ຕາມທີ່ທ່ານຢູ່ໃນເວລາທີ່ໃຊ້ຄໍາສັ່ງນີ້, ແຕ່ບໍ່ມີ feed
ກັບ​ຄືນ​ໄປ​ບ່ອນ​ຈະ​ເກີດ​ຂຶ້ນ​, ເຊັ່ນ​ວ່າ​ການ​ປ່ຽນ​ແປງ​ຮູບ​ແບບ​ໃດ​ຫນຶ່ງ​ຈະ​ສູນ​ເສຍ​ໄປ​ໃນ​ເວ​ລາ​ທີ່​ກັບ​ຄືນ​ມາ​ຈາກ​
ຄໍາສັ່ງ.

ຕົວແປ (ເບິ່ງ %# macro) ຖືກເຜີຍແຜ່ໄປມາໂດຍຜ່ານ APPLY,
ຊຶ່ງຫມາຍຄວາມວ່າທ່ານເຫັນຕົວແປທີ່ກໍານົດໂດຍຜູ້ໂທ, ແລະທ່ານອາດຈະປ່ຽນຄ່າຂອງພວກເຂົາຫຼື
ສ້າງຕົວແປໃຫມ່ສໍາລັບຜູ້ໂທທີ່ຈະນໍາໃຊ້ໃນພາຍຫລັງ.

ຖ້າເມລຖືກບັນທຶກໄວ້ໃນລະຫວ່າງການປະຕິບັດກົດລະບຽບ, ຫຼັງຈາກນັ້ນ, ທີ່ສອດຄ້ອງກັນ
ທຸງຖືກຕັ້ງຢູ່ໃນຕົວກອງຕົ້ນຕໍ (ຫນຶ່ງທີ່ເລີ່ມຕົ້ນຄໍາສັ່ງ APPLY). ເຈົ້າອາດຈະ
ຮັງພວກມັນ, ແນ່ນອນ. (ລົ້ມເຫລວຖ້າ mail ບໍ່ໄດ້ຖືກບັນທຶກໄວ້ໂດຍກົດລະບຽບທີ່ຖືຢູ່ໃນ
ກົດລະບຽບ)

ມອບໝາຍ var ມູນຄ່າ
ກໍານົດຄ່າໃຫ້ກັບຕົວແປທີ່ຜູ້ໃຊ້ກໍານົດ var, ເຊິ່ງອາດຈະໄດ້ຮັບການເຂົ້າເຖິງຕື່ມອີກ
as '%#var' ສໍາລັບການທົດແທນມະຫາພາກຫຼື #var ໃນຄໍາສັ່ງ TR ແລະ SUBST ຢູ່ໃນສະຖານທີ່
ຂອງ​ຊື່​ຕົວ​ປ່ຽນ​ແປງ​ໄດ້​. ໃຫ້ສັງເກດວ່າບໍ່ມີການນໍາພາ # ຢູ່ທາງຫນ້າຂອງຕົວແປ
ຊື່. ທ ມູນຄ່າ ທ່ານສະຫນອງແມ່ນທໍາອິດແລ່ນຜ່ານ perl ເພື່ອເບິ່ງວ່າມັນມີບາງອັນ
ການ​ດໍາ​ເນີນ​ງານ​ເລກ​ຄະ​ນິດ​ສາດ​. ຖ້າການປະເມີນຜົນປະສົບຜົນສໍາເລັດ, ມູນຄ່າຜົນໄດ້ຮັບແມ່ນ
ໃຊ້ແທນ. ຖ້າມີຂໍ້ຜິດພາດເກີດຂື້ນໃນຂະບວນການປະເມີນຜົນນີ້, ຫຼັງຈາກນັ້ນໃຫ້ຮູ້ຫນັງສື
ຄ່າທີ່ສະຫນອງໃຫ້ແມ່ນຖືກນໍາໃຊ້. ເພື່ອຫຼີກເວັ້ນການປະເມີນຜົນ, ທ່ານອາດຈະກວມເອົາທັງຫມົດ
ຄ່າໃນວົງຢືມງ່າຍໆ. ສິ່ງເຫຼົ່ານັ້ນຈະຖືກຕັດອອກກ່ອນທີ່ວຽກຈະເກີດຂຶ້ນ.
ຖ້າທ່ານຕ້ອງການຄໍາທີ່ງ່າຍດາຍໃນຕໍາແຫນ່ງທໍາອິດແລະສຸດທ້າຍ, ເຈົ້າຕ້ອງ
ສອງເທົ່າຂອງແຕ່ລະຄົນ. (ບໍ່​ໄດ້​ແກ້​ໄຂ​ສະ​ຖາ​ນະ​ພາບ​ທີ່​ມີ​ຢູ່​ແລ້ວ​)

BACK ຄໍາສັ່ງ
ປະຕິບັດ ຄໍາສັ່ງ ແລະເອົາຜົນຜະລິດຂອງຕົນເປັນການກະທໍາໃຫມ່ທີ່ຈະປະຕິບັດໃນເມລ
(ເພາະສະນັ້ນການດໍາເນີນການບາງສິ່ງບາງຢ່າງທີ່ຄ້າຍຄືກັນກັບ `ຄຳສັ່ງ` ໃນແກະ). ຖ້າບໍ່ມີ
ຜົນຜະລິດ, ບໍ່ມີຫຍັງເຮັດ. ຄໍາສັ່ງ BACK ສາມາດຖືກວາງໄວ້, ເຖິງແມ່ນວ່ານີ້ອາດຈະນໍາໄປສູ່
ປະຫລາດໃຈທີ່ຫນ້າເວັບນີ້ຈະບໍ່ເປີດເຜີຍ (ແຕ່ຂ້ອຍຮັບປະກັນວ່າມັນຈະເປັນເລື່ອງຕະຫລົກ,
ສົມມຸດວ່າພວກເຮົາມີຄວາມຮູ້ສຶກດຽວກັນຂອງ humor ... :-). ໃຫ້ສັງເກດວ່າທັງສອງມາດຕະຖານ
output ແລະຄວາມຜິດພາດມາດຕະຖານຈາກຄໍາສັ່ງຖືກນໍາໃຊ້.

ຖ້າຄໍາສັ່ງລົ້ມເຫລວ, ຜົນໄດ້ຮັບຈະຖືກສົ່ງກັບຜູ້ໃຊ້ແລະບໍ່ມີການດໍາເນີນການໃດໆ
ປະຕິບັດ. ຍິ່ງໄປກວ່ານັ້ນ, ຄວາມຄິດເຫັນປົກກະຕິບໍ່ໄດ້ເກີດຂຶ້ນຢູ່ທີ່ນີ້: ຜົນຜະລິດໃດໆຈາກ
ຄໍາສັ່ງຖືກປະຕິບັດເປັນການກັ່ນຕອງ, ຊຶ່ງຫມາຍຄວາມວ່າ semantics ຂອງ PASS, ສໍາລັບ
ຕົວຢ່າງ, ມີການປ່ຽນແປງ: ພວກເຮົາບໍ່ໄດ້ເອົາຮ່າງກາຍກັບຄືນແຕ່ຄໍາສັ່ງ. (ການ​ປະ​ຕິ​ບັດ​
ສະຖານະພາບແມ່ນຂອງ ຄໍາສັ່ງ)

ສຽງດັງ [-l] ນັບ
ຄໍາສັ່ງນີ້ອາດຈະຖືກໃຊ້ເພື່ອປັບປະລິມານຂອງສຽງບີບທີ່ປ່ອຍອອກມາເມື່ອ biffing ໃນ
terminal, ສໍາລັບແຕ່ລະຄົນ %a ການຂະຫຍາຍຕົວ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ຈໍານວນນັ້ນຖືກກໍານົດເປັນ 1. ການນໍາໃຊ້
-l ທາງ​ເລືອກ​ຈະ​ປ່ຽນ​ການ​ນັບ​ສຽງ​ບີບ​ໃນ​ທ້ອງ​ຖິ່ນ​ສໍາ​ລັບ​ກົດ​ລະ​ບຽບ​. ຖ້າບໍ່ດັ່ງນັ້ນ, ຄ່າເລີ່ມຕົ້ນ
ຈໍານວນມີການປ່ຽນແປງ.

ໃຫ້ສັງເກດວ່ານີ້ພຽງແຕ່ຂະຫຍາຍ %a ເຂົ້າໄປໃນຈໍານວນທີ່ເຫມາະສົມຂອງຕົວອັກສອນ Ctrl-G.
ສະຖານີຂອງທ່ານຕ້ອງໄດ້ຮັບການອະນຸຍາດໃຫ້ອອກລະຄັງຕິດຕໍ່ກັນເພື່ອໃຫ້ອັນນີ້ເຮັດວຽກ. ຫຼາຍ
ເລື້ອຍໆ, terminals ໄດ້ຖືກຕັ້ງຄ່າເພື່ອໃຫ້ລະຄັງທໍາອິດທີ່ໄດ້ຮັບປິດການໃຊ້ງານຕື່ມອີກ
beeps ສໍາລັບບາງໄລຍະເວລາ, ເພື່ອຫຼີກເວັ້ນການ cascades ຂອງລະຄັງ. ຖ້າທ່ານໃຊ້ x ໄລຍະ ສໍາລັບການ
ສໍາລັບຕົວຢ່າງ, ທ່ານຄວນໃຊ້:

xterm -xrm "XTerm*BellSuppressTime: 0"

ເພື່ອເປີດໃຊ້ສຽງລະຄັງຕິດຕໍ່ກັນ. ຖ້າບໍ່ດັ່ງນັ້ນ, x ໄລຍະ ຈະກືນພວກມັນໃນລະຫວ່າງ 200 ms,
ດັ່ງນັ້ນຈຶ່ງເຮັດໃຫ້ຄໍາສັ່ງ BEEP ບໍ່ມີປະສິດຕິຜົນ, ປາກົດຂື້ນ. (ບໍ່​ໄດ້​ປັບ​ປຸງ​ແກ້​ໄຂ​
ສະ​ຖາ​ນະ​ພາບ​ທີ່​ມີ​ຢູ່​ແລ້ວ​)

BEGIN [-ft] ລັດ
ໃສ່ສະຖານະໃໝ່. ການປະຕິເສດຢ່າງຈະແຈ້ງ ຫຼື RESTART ແມ່ນມີຄວາມຈໍາເປັນເພື່ອຍົກເລີກ
ການປຸງແຕ່ງກົດລະບຽບໃນປະຈຸບັນ. ການປະມວນຜົນເລີ່ມຕົ້ນຢູ່ໃນລັດ INITIAL. ຖ້າ
ໄດ້ -f (ຕອບ. -t) ທຸງຖືກກໍານົດ, ຫຼັງຈາກນັ້ນການປ່ຽນແປງຂອງລັດພຽງແຕ່ເກີດຂຶ້ນຖ້າຫາກວ່າ
ສະຖານະການຄໍາສັ່ງສຸດທ້າຍຊີ້ໃຫ້ເຫັນຄວາມລົ້ມເຫຼວ (resp. a success). ຊື່ຂອງລັດສາມາດ
ປະກອບມີຕົວອັກສອນ ແລະ ຕົວເລກ ແລະ ຂີດກ້ອງ. (ບໍ່​ໄດ້​ແກ້​ໄຂ​ທີ່​ມີ​ຢູ່​ແລ້ວ​
ສະຖານະພາບ)

BIFF [-l] ສຸດ|ປິດ|ເສັ້ນທາງ
ອະ​ນຸ​ຍາດ​ໃຫ້​ຫຼື​ບໍ່​ອະ​ນຸ​ຍາດ​ໃຫ້ biffing ແບບ​ເຄື່ອນ​ໄຫວ​. ໃນເວລາທີ່ biffing ແມ່ນເປີດໂດຍຜ່ານ
ໄຟລ໌ການຕັ້ງຄ່າຫຼືຜ່ານຄໍາສັ່ງນີ້, ຂໍ້ຄວາມຖືກພິມຢູ່ໃນບາງສ່ວນຂອງ
terminals ທີ່ຜູ້ໃຊ້ຖືກບັນທຶກເມື່ອໄດ້ຮັບ mail, ດັ່ງທີ່ອະທິບາຍພາຍໃຕ້ຫົວຂໍ້
ສ່ວນ MAIL BIFFING.

ແທນ​ທີ່ on or ໄປ, ທ່ານ​ສາ​ມາດ​ລະ​ບຸ​ຊື່​ໄຟລ​໌ (~ ການ​ທົດ​ແທນ​ອະ​ນຸ​ຍາດ​ໃຫ້​) ເປັນ​
ເສັ້ນທາງໃຫມ່ທີ່ຈະໃຊ້ສໍາລັບແມ່ແບບຮູບແບບ biffing.

ຖ້າທ່ານໃຊ້ -l ທາງເລືອກ, ການປ່ຽນແປງແມ່ນເຮັດຢູ່ໃນທ້ອງຖິ່ນ, ສໍາລັບໄລຍະເວລາຂອງກົດລະບຽບ
ເທົ່ານັ້ນ. ຖ້າທ່ານປະຕິເສດທີ່ຈະໄປຫາກົດລະບຽບອື່ນ, ການປ່ຽນແປງຂອງທ່ານຈະສູນເສຍໄປ. ໄດ້
ມູນຄ່າທົ່ວໂລກຂອງຕົວກໍານົດການທີ່ມີການປ່ຽນແປງແມ່ນມີການປ່ຽນແປງໃນການນໍາໃຊ້ທ້ອງຖິ່ນຄັ້ງທໍາອິດແລະ
ຟື້ນ​ຟູ​ໃນ​ເວ​ລາ​ທີ່​ກົດ​ລະ​ບຽບ​ໃຫມ່​ໄດ້​ຖືກ​ເຂົ້າ​ໄປ​. (ບໍ່​ປ່ຽນ​ແປງ​ສະ​ຖາ​ນະ​ພາບ​ການ​ປະ​ຕິ​ບັດ​)

BUNCE ທີ່ຢູ່
bounce ຂໍ້ຄວາມໄປຫາທີ່ຢູ່ທີ່ລະບຸໄວ້ແລະເຮັດຄືກັບວ່າບັນທຶກໄດ້
ສຳເລັດແລ້ວ. ຄວາມແຕກຕ່າງພຽງແຕ່ກັບ FORWARD ແມ່ນວ່າບໍ່ມີການເພີ່ມສາຍຄ້າຍຄື Resent
ສ່ວນຫົວ. ຖ້າທີ່ຢູ່ຖືກລະບຸໄວ້ໃນວົງຢືມຄູ່, ມັນຈະຖືກເອົາເປັນຊື່
ຂອງໄຟລ໌ທີ່ຈະໂຫລດເພື່ອໃຫ້ໄດ້ຮັບທີ່ຢູ່ (ຫນຶ່ງທີ່ຢູ່ຕໍ່ແຖວ, ຄໍາເຫັນຂອງແກະ
(#) ອະນຸຍາດ). ການແກ້ໄຂຊື່ໄຟລ໌ແມ່ນຄືກັນກັບອັນທີ່ໃຊ້ສໍາລັບຮູບແບບ
ກຳລັງໂຫຼດ. (ລົ້ມເຫລວຖ້າ mail ບໍ່ສາມາດສົ່ງຄືນໄດ້)

DO ປົກກະຕິ [(arg1, arg2, ... , argn)]
ໂທຫາ perl ໄດ້ ປົກກະຕິ, ດ້ວຍການໂຕ້ຖຽງທີ່ສະຫນອງໃຫ້ຖ້າມີ. ນີ້ແມ່ນຕໍ່າຫຼາຍ
ລະດັບ hook ເຂົ້າໄປໃນ ຕົວແທນທາງໄປສະນີ ພາຍໃນ. ປົກກະຕິສາມາດຖືກກໍານົດດ້ວຍຕົວມັນເອງ
(package'name, ຊຸດ ເປັນ ຕົ້ນຕໍ ໂດຍຄ່າເລີ່ມຕົ້ນ), ຫຼືກໍານົດໂດຍຜູ້ນໍາ ໂຄດ​ຄໍາ​ສັ່ງ,
ຕິດຕາມດ້ວຍ ':', ຈາກນັ້ນຊື່ປົກກະຕິຄືເກົ່າ. ໄດ້ ໂຄດ​ຄໍາ​ສັ່ງ ສາມາດເປັນເສັ້ນທາງໄປສູ່
ໄຟລ໌ທີ່ກໍານົດເວລາປົກກະຕິ, ຫຼືຊື່ຄໍາສັ່ງ (ສໍາລັບຄໍາສັ່ງທີ່ຜູ້ໃຊ້ກໍານົດ
ເຊິ່ງຖືກໂຫລດແບບເຄື່ອນໄຫວ). ຕົວ​ຢ່າງ

ເຮັດ UNKIT:newcmd'unkit('true')

ຈະຊອກຫາຜູ້ໃຊ້ກໍານົດ UNKIT ຄໍາສັ່ງ, ໂຫຼດໄຟລ໌ທີ່ມັນຖືກກໍານົດ
(ໃນ newcmd package), ຫຼັງຈາກນັ້ນໂທຫາປົກກະຕິກັບ 'ຈິງ' ເປັນການໂຕ້ຖຽງ. ໄດ້
ຊຸດ ລະບຸໄວ້ກໍານົດບ່ອນທີ່ການໂຫຼດແມ່ນເຮັດ, ສະນັ້ນໃຫ້ແນ່ໃຈວ່າມັນແມ່ນ
ສອດຄ່ອງກັບຄໍານິຍາມໃນໄຟລ໌ທີ່ກໍານົດປົກກະຕິ. (ລົ້ມເຫລວ
ຖ້າ​ຫາກ​ວ່າ​ການ​ປົກ​ກະ​ຕິ​ບໍ່​ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ຕັ້ງ​ແລະ​ປະ​ຕິ​ບັດ​)

Delete ລົບຂໍ້ຄວາມປະຈຸບັນ. ໃນຄວາມເປັນຈິງ, ນີ້ບໍ່ໄດ້ເຮັດຫຍັງ, ມັນເປັນພຽງແຕ່ເຄື່ອງຫມາຍ
ເມລທີ່ບັນທຶກໄວ້. ຖ້າບໍ່ມີການດໍາເນີນການເພີ່ມເຕີມທີ່ກ່ຽວຂ້ອງກັບການປະຫຍັດແມ່ນເຮັດ, ຫຼັງຈາກນັ້ນ, mail
ຈະບໍ່ສະແດງຢູ່ໃນກ່ອງຈົດໝາຍ. (ບໍ່ເຄີຍລົ້ມເຫລວ)

ອາຫານ [-ເປັນ] ໂຄງການ
ປ້ອນຂໍ້ຄວາມທັງໝົດໃສ່ໂປຣແກຣມໃດໜຶ່ງ ແລະໄດ້ຮັບຜົນອອກມາເປັນຂໍ້ຄວາມໃໝ່.
ເພາະສະນັ້ນ, ໂຄງການຈະປາກົດເປັນຕົວກອງສໍາລັບຂໍ້ຄວາມທັງຫມົດ. ມັນບໍ່ໄດ້ແທັກ
ຂໍ້ຄວາມທີ່ໄດ້ຖືກບັນທຶກໄວ້. RESYNC ແມ່ນເຮັດໂດຍອັດຕະໂນມັດເມື່ອກັບຄືນມາ.
(ສົ່ງຄືນສະຖານະຂອງ ໂຄງການ)

ຄໍາເຕືອນ: ໂປລແກລມຂອງເຈົ້າຕ້ອງສາມາດແຍກຂໍ້ຄວາມ MIME ໄດ້ຢ່າງຖືກຕ້ອງ ແລະຕ້ອງ
ຈັດການກັບອົງການທີ່ຖືກໂອນເຂົ້າລະຫັດດ້ວຍຕົວມັນເອງ. ເພື່ອເຮັດໃຫ້ວຽກງານໂຄງການງ່າຍດາຍ,
ທ່ານ​ສາ​ມາດ​ສະ​ຫນອງ​ໃຫ້​ -b ສະຫຼັບທີ່ຈະໃຫ້ mailagent ຖອດລະຫັດຮ່າງກາຍທັງຫມົດສໍາລັບ
ທ່ານ, ສະກັດກັ້ນສ່ວນຫົວເນື້ອຫາ-ໂອນ-ເຂົ້າລະຫັດໃດໆ (ໝາຍເຖິງ "ຖານສອງ"). ນີ້
ເປັນຮູບແບບຂໍ້ຄວາມທີ່ບໍ່ຖືກຕ້ອງສໍາລັບການສົ່ງຂໍ້ຄວາມ, ແຕ່ມັນເຮັດໃຫ້ການປະມວນຜົນ
ງ່າຍຂຶ້ນ. ທ່ານຍັງຕ້ອງແຍກສ່ວນ MIME ດ້ວຍຕົນເອງ.

ການນໍາໃຊ້ -b ບໍ່ໄດ້ປ້ອງກັນບໍ່ໃຫ້ໂຄງການຂອງທ່ານອອກຂໍ້ຄວາມທີ່ຖືກຕ້ອງກັບຄືນໄປບ່ອນ, ຫນຶ່ງ
ທີ່ອາດຈະຖືກສົ່ງຢູ່ໃນເຄືອຂ່າຍດັ່ງນັ້ນທ່ານມີສອງທາງເລືອກ: ບໍ່ວ່າທ່ານຈະເຮັດ
ບໍ່ສະໜອງເນື້ອຫາ-ໂອນ-ການເຂົ້າລະຫັດໃດໆໃນສ່ວນຫົວ, ແລະ mailagent ຈະ
recode ຮ່າງກາຍສໍາລັບທ່ານໂດຍໃຊ້ການເຂົ້າລະຫັດການໂອນເບື້ອງຕົ້ນທີ່ມີຢູ່ໃນ
ຂໍ້​ຄວາມ (ເປັນ​ທາງ​ເລືອກ​ທີ່​ຂ້ອນ​ຂ້າງ​ປອດ​ໄພ​ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ເຮັດ​ໃຫ້​ການ​ປ່ຽນ​ແປງ​ພຽງ​ແຕ່​ໃນ​ຮ່າງ​ກາຍ​ທີ່​ດີ​,
ຈຸດ​ທີ່​ກໍາ​ນົດ​ໂດຍ​ບໍ່​ມີ​ການ​ແນະ​ນໍາ 8-bit chars), ຫຼື​ທ່ານ​ສາ​ມາດ​ສະ​ຫນອງ​ເນື້ອ​ໃນ
Transfer-Encoding ຕົວ​ທ່ານ​ເອງ​ແລະ​ປະ​ຕິ​ບັດ​ການ​ເຂົ້າ​ລະ​ຫັດ​ຮ່າງ​ກາຍ​ດ້ວຍ​ຕົນ​ເອງ​.

ເພື່ອໃຫ້ມີຄວາມປອດໄພຢ່າງສົມບູນແລະຫຼຸດຜ່ອນການເຮັດວຽກໃນໂຄງການຂອງທ່ານ, the -e ປ່ຽນຈະ
ໃຫ້ mailagent ວິເຄາະເນື້ອໃນຂໍ້ຄວາມທີ່ທ່ານກໍາລັງກັບຄືນແລະເລືອກເອົາທີ່ເຫມາະສົມ
ໂອນເຂົ້າລະຫັດອັດຕະໂນມັດ. ເນື່ອງຈາກວ່ານີ້ຈະເຮັດໃຫ້ຮ່າງກາຍທັງຫມົດ
ການວິເຄາະ, ແລະມັນສາມາດມີທ່າແຮງຂະຫນາດໃຫຍ່, ພຶດຕິກໍານັ້ນຕ້ອງມີຄວາມຊັດເຈນ
ຮ້ອງຂໍໃຫ້. ຖ້າ​ເຈົ້າ​ຕ້ອງ​ການ -e ຫຼັງຈາກນັ້ນ, ທ່ານອາດຈະຕ້ອງການ -b ເຊັ່ນດຽວກັນ (ທ່ານສາມາດສະຫນອງທັງສອງ
ໂດຍກ່າວວ່າ -ເປັນ ຕາມທໍາມະຊາດ).

ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ບໍ່​ໄດ້​ສະ​ຫນອງ​ການ​ສະ​ຫຼັບ​ໃດ​ຫນຶ່ງ​, mailagent ຈະ​ໃຫ້​ທ່ານ​ຂໍ້​ຄວາມ​ດັ່ງ​ທີ່​ເປັນ​ແລະ​
ຈະ​ໄດ້​ຮັບ​ຂໍ້​ຄວາມ​ຂອງ​ທ່ານ​ເປັນ​, ໂດຍ​ບໍ່​ມີ​ການ magic ເພີ່ມ​ເຕີມ​.

FORWARD ທີ່ຢູ່
ສົ່ງຕໍ່ເມລໄປຫາທີ່ຢູ່ທີ່ລະບຸໄວ້. ນີ້ເຮັດຄືກັບວ່າການປະຫຍັດໄດ້ຖືກເຮັດ,
ເພື່ອຫຼີກເວັ້ນການລຶບ. ປົກກະຕິແລ້ວເມື່ອທ່ານສົ່ງຕໍ່ mail, ທ່ານບໍ່ຕ້ອງການ
ເພື່ອຮັກສາມັນ. ຄໍາສັ່ງເພີ່ມເສັ້ນຄ້າຍຄື Resent ໃນສ່ວນຫົວ. ສໍາລັບ BUNCE,
ການລວມໄຟລ໌ແມ່ນເປັນໄປໄດ້ (ເຊັ່ນ: ໃຊ້ທີ່ຢູ່ "forward_list" ເພື່ອສົ່ງຕໍ່ຈົດໝາຍ
ໃຫ້ກັບຜູ້ໃຊ້ທັງໝົດທີ່ມີລາຍຊື່ຢູ່ໃນໄຟລ໌ forward_list). (ລົ້ມເຫລວຖ້າ mail ບໍ່ສາມາດເປັນ
ຕົກໃຈ)

ຈົ່ງໃຫ້ ໂຄງການ
ໃຫ້ຮ່າງກາຍຂອງຂໍ້ຄວາມກັບໂຄງການທີ່ກໍານົດໄວ້ໂດຍການໃຫ້ອາຫານມາດຕະຖານຂອງມັນ
ວັດສະດຸປ້ອນ. ຜົນໄດ້ຮັບໃດໆແມ່ນຖືກສົ່ງໄປຫາຜູ້ໃຊ້ທີ່ດໍາເນີນການ ຈົດໝາຍ. ໃຫ້ສັງເກດວ່າ
ຂໍ້ຄວາມບໍ່ໄດ້ຖືກ tagged ວ່າໄດ້ຖືກບັນທຶກໄວ້. (ສົ່ງຄືນສະຖານະຂອງ ໂຄງການ)

ຫມາຍ​ເຫດ​: ຖ້າຂໍ້ຄວາມມີຮ່າງກາຍທີ່ຖືກເຂົ້າລະຫັດສໍາລັບການຂົນສົ່ງ (ໃຊ້ຫນຶ່ງໃນ
base64 ຫຼື quoted-printable transfer encoding), mailagent ຈະໂປ່ງໃສ
ຖອດລະຫັດມັນແລະສະຫນອງສະບັບທີ່ສາມາດຈັດການໄດ້ຢ່າງຖືກຕ້ອງ. ໃນຄໍາສັບຕ່າງໆອື່ນໆ,
ໂຄງການບໍ່ຈໍາເປັນຕ້ອງສົນໃຈກ່ຽວກັບຮ່າງກາຍຈະຖືກເຂົ້າລະຫັດໃນຂໍ້ຄວາມ,
ເນື່ອງຈາກວ່າມັນຈະໄດ້ຮັບການທໍາມະດາ. (ເນື່ອງ​ຈາກ​ວ່າ​ບໍ່​ມີ​ຫົວ​ຂໍ້​ແມ່ນ​ໄດ້​ສະ​ຫນອງ​ໃຫ້​, ນີ້​ແມ່ນ​ພຽງ​ແຕ່​
ທາງ​ເລືອກ​ທີ່​ເປັນ​ໄປ​ໄດ້​)​.

ຂໍ້ຄວນລະວັງສໍາລັບຂໍ້ຄວາມ MIME: ທ່ານຄວນໃຊ້ PIPE ສໍາລັບພວກເຂົາເພື່ອໃຫ້ໂອກາດ
ກັບໂຄງການເພື່ອຈັດການຮ່າງກາຍຢ່າງຖືກຕ້ອງ, ແຕ່ຫຼັງຈາກນັ້ນມັນຈໍາເປັນຕ້ອງມີ MIME ຢ່າງເຕັມທີ່.
ຮູ້

ຮັກສາ header_fields_list
ຮັກສາພຽງແຕ່ເສັ້ນທີ່ສອດຄ້ອງກັນຢູ່ໃນສ່ວນຫົວຂອງເມລ. ຕົວຢ່າງ, ກ
"KEEP From To Cc Subject" ຈະຮັກສາພຽງແຕ່ຊ່ອງຂໍ້ມູນຕົ້ນຕໍຈາກທາງໄປສະນີ
ຂໍ້ຄວາມ. ນີ້ແມ່ນເຫມາະສົມສໍາລັບການເກັບຂໍ້ຄວາມລາຍຊື່ທາງໄປສະນີ. ເຈົ້າອາດຈະເພີ່ມ a
' : ' ຫຼັງຈາກຊື່ຊ່ອງຂໍ້ມູນແຕ່ລະຫົວຖ້າທ່ານຕ້ອງການ, ແຕ່ນັ້ນບໍ່ແມ່ນຢ່າງເຂັ້ມງວດ
ຈໍາເປັນ. ສ່ວນຫົວອາດຈະຖືກລະບຸໂດຍໃຊ້ການສະແດງຜົນປົກກະຕິແບບ shell, ແລະ
ການລວມໄຟລ໌ແມ່ນອະນຸຍາດໃຫ້ເອົາສ່ວນຫົວຈາກໄຟລ໌. (ບໍ່​ໄດ້​ແກ້​ໄຂ​ທີ່​ມີ​ຢູ່​ແລ້ວ​
ສະຖານະພາບ)

ອອກຈາກຈົດໝາຍຂາເຂົ້າໄວ້ໃນກ່ອງຈົດໝາຍຂອງລະບົບ. ນີ້ແມ່ນຄຳສັ່ງເລີ່ມຕົ້ນຖ້າບໍ່ມີກົດລະບຽບ
ກົງກັນ ຫຼື ຖ້າບໍ່ມີການປະຢັດເກີດຂຶ້ນ. ອັນນີ້ບໍ່ໄດ້ຖືກແນະນຳໃນລະບົບ Debian.
(ບໍ່​ສາ​ມາດ​ບັນ​ທຶກ​ອີ​ເມລ​ໄດ້​)

MACRO [-rdp] ຊື່ [= (ມູນຄ່າ, ປະເພດ)]
ໃຫ້​ທ່ານ​ລະ​ບຸ​ມາ​ໂຄ​ທີ່​ຜູ້​ໃຊ້​ກຳ​ນົດ​ໄວ້, ຂອງ​ຮູບ​ແບບ %-(ຊື່). ເບິ່ງວັກເທິງ
ມະຫາພາກທີ່ກຳນົດໂດຍຜູ້ໃຊ້ສຳລັບຄຳອະທິບາຍກ່ຽວກັບປະເພດທີ່ມີຢູ່ (SCALAR, EXPR,
CONST, FN, PROG, PROGC). ການໂຕ້ຕອບ perl ກັບ macro ຜູ້ໃຊ້ພື້ນຖານແມ່ນ
ມີໃຫ້ສໍາລັບຄໍາສັ່ງ perl ຂອງທ່ານ. ໄດ້ -r ທາງເລືອກແມ່ນຖືກນໍາໃຊ້ເພື່ອທົດແທນການທີ່ມີຢູ່ແລ້ວ
macro (ແທນ​ທີ່​ຈະ​ຊຸກ​ດັນ​ໃຫ້​ເປັນ​ຕົວ​ຢ່າງ​ໃຫມ່​ກ່ຽວ​ກັບ​ການ stack), ໄດ້ -d ແມ່ນເພື່ອລຶບທັງຫມົດ
ຕົວຢ່າງຂອງມະຫາພາກທີ່ມີຊື່ (ໃນກໍລະນີນັ້ນມັນໃຊ້ເວລາພຽງແຕ່ການໂຕ້ຖຽງທໍາອິດ),
ແລະ -p pops ຕົວ ຢ່າງ ສຸດ ທ້າຍ ຂອງ ມະ ຫາ ພາກ ຈາກ stack ແລະ reverts ກັບ
ຄໍານິຍາມທີ່ຜ່ານມາ, ຖ້າມີ (ຖ້າບໍ່ດັ່ງນັ້ນ, ມັນເຮັດຫນ້າທີ່ເປັນ -d). ຖ້າທ່ານຕ້ອງການກໍານົດ a
ມະຫາພາກ SCALAR ງ່າຍດາຍ, ທ່ານອາດຈະຍົກເລີກ = (ຄຸນຄ່າ, ປະເພດ) ສ່ວນຫນຶ່ງແລະພຽງແຕ່ສືບຕໍ່
ດ້ວຍຄ່າມະຫາພາກ. (ບໍ່​ໄດ້​ແກ້​ໄຂ​ສະ​ຖາ​ນະ​ພາບ​ທີ່​ມີ​ຢູ່​ແລ້ວ​)

ຂໍ້ຄວາມ ເອກະສານ
ສົ່ງ​ຂໍ້​ຄວາມ ເອກະສານ ກັບ​ຄືນ​ໄປ​ບ່ອນ​ຜູ້​ສົ່ງ​ຂໍ້​ຄວາມ (ດັ່ງ​ທີ່​ໄດ້​ມາ​ຈາກ header​
ຂອງ​ຂໍ້​ຄວາມ). ຂໍ້ຄວາມຂອງຂໍ້ຄວາມແມ່ນດໍາເນີນການໂດຍຜ່ານການທົດແທນມະຫາພາກ
ກົນໄກ (ອະທິບາຍໃນພາຍຫຼັງ). (ລົ້ມເຫລວຖ້າຂໍ້ຄວາມບໍ່ສາມາດສົ່ງໄດ້)

ບໍ່ [-ft] ບໍ່ມີການດໍາເນີນງານ. ຖ້າມັນເບິ່ງຄືວ່າແປກໆ, ໃຫ້ຄິດເຖິງມັນໃນເງື່ອນໄຂຂອງຄໍາສັ່ງ ONCE.
(ບໍ່​ໄດ້​ປ່ຽນ​ແປງ​ສະ​ຖາ​ນະ​ພາບ​ທີ່​ມີ​ຢູ່​ແລ້ວ​ເວັ້ນ​ເສຍ​ແຕ່​ -f or -t ຖືກນໍາໃຊ້, ໃນກໍລະນີດັ່ງກ່າວນີ້
a ທີ່ບໍ່ຖືກຕ້ອງ --ຄວາມລົ້ມເຫຼວ-- ຫຼື ທີ່ແທ້ຈິງ ສະ​ຖາ​ນະ​ພາບ​ຄວາມ​ສໍາ​ເລັດ​)

ແຈ້ງການ ເອກະສານ ທີ່ຢູ່
ສົ່ງຂໍ້ຄວາມແຈ້ງເຕືອນ ເອກະສານ ໄປຫາລາຍຊື່ທີ່ຢູ່ໃຫ້. ຂໍ້ຄວາມຂອງ
ຂໍ້ຄວາມແມ່ນດໍາເນີນການໂດຍຜ່ານກົນໄກການທົດແທນມະຫາພາກ (ອະທິບາຍຕໍ່ມາ).
ເຊັ່ນດຽວກັນກັບ FORWARD, ການລວມເອົາໄຟລ໌ສໍາລັບການລະບຸທີ່ຢູ່ແມ່ນເປັນໄປໄດ້. (ລົ້ມເຫລວ
ຖ້າ​ບໍ່​ສາ​ມາດ​ສົ່ງ​ຂໍ້​ຄວາມ​)

ON (ມື້ ບັນຊີລາຍຊື່) ຄໍາສັ່ງ
ປະຕິບັດຄໍາສັ່ງການກັ່ນຕອງທີ່ລະບຸໄວ້ໃນບັນຊີລາຍຊື່ມື້ທີ່ລະບຸໄວ້ເທົ່ານັ້ນ. ບັນຊີລາຍຊື່ນັ້ນ
ແມ່ນ​ບັນ​ຊີ​ລາຍ​ການ​ແຍກ​ຫ່າງ​ໄກ​ສອກ​ຫຼີກ​ຂອງ​ວັນ​, ລະ​ບຸ​ໄວ້​ໂດຍ​ນໍາ​ໃຊ້​ຊື່​ພາ​ສາ​ອັງ​ກິດ​. ພຽງແຕ່
ສາມຕົວອັກສອນທໍາອິດຖືກພິຈາລະນາ, ກໍລະນີທີ່ບໍ່ມີຄວາມຮູ້ສຶກ. ດັ່ງນັ້ນ,
ສະເພາະມື້ທີ່ຖືກຕ້ອງແມ່ນສັ້ນທີ່ສຸດ ມອນ, ອັງຄານ, ພຸດ, ພະຫັດ, ສຸກ, ເສົາ ແລະ ແສງຕາເວັນ.

ຄຳສັ່ງນີ້ສາມາດໃຊ້ຮ່ວມກັບ SELECT ເພື່ອເຮັດການເລືອກຕາມເວລາ
ຍົກ​ຕົວ​ຢ່າງ​ຂອງ​ຂໍ້​ຄວາມ​ທີ່​ຢູ່​ເຮືອນ​ຂອງ​ທ່ານ​:

ON (ວັນຈັນ ວັນພຸດ) SELECT (18:30.. 23:00) BOUNCE [email protected];
ON (ວັນສຸກ) SELECT (18:30.. 23:59) BOUNCE [email protected];
ON (ວັນເສົາ) BOUNCE [email protected];

ມັນຈະຕີຂໍ້ຄວາມພຽງແຕ່ໃນທ້າຍອາທິດແລະໃນລະຫວ່າງອາທິດ, ຫຼັງຈາກ 18:30,
ແລະຈົນກ່ວາ 23:00 (ສົມມຸດວ່າເວລານອນ, ຂໍ້ຄວາມອື່ນໆຈະເຫັນຢູ່ບ່ອນເຮັດວຽກ
ມື້​ຕໍ່​ໄປ). ໃຫ້ສັງເກດວ່າວັນສຸກ, ພວກເຮົາໄປເຖິງ 23:59 ໂມງ. (ສະ​ຖາ​ນະ​ພາບ​ແຜ່​ຂະ​ຫຍາຍ​
ຈາກ ຄໍາສັ່ງ. ຖ້າຄໍາສັ່ງບໍ່ໄດ້ຖືກປະຕິບັດ, ສະເຫມີກັບຄືນຜົນສໍາເລັດ)

ONCE (ຊື່, ແທັກ, ໄລຍະເວລາ) ຄໍາສັ່ງ
ປະຕິບັດຄໍາສັ່ງການກັ່ນຕອງທີ່ກໍານົດຫນຶ່ງຄັ້ງຕໍ່ ໄລຍະເວລາ. ໄດ້ ຊື່ ແລະ ໂຄດ​ຄໍາ​ສັ່ງ ທົ່ງນາ
ຖືກນໍາໃຊ້ເພື່ອບັນທຶກເວລາຂອງຄໍາສັ່ງ ONCE ສຸດທ້າຍ. ເພີ່ມເຕີມກ່ຽວກັບເລື່ອງນີ້ຕໍ່ມາ.
(ເຜີຍແຜ່ສະຖານະພາບຈາກ ຄໍາສັ່ງ. ຖ້າຄໍາສັ່ງບໍ່ໄດ້ຖືກປະຕິບັດ, ໃຫ້ກັບຄືນສະເຫມີ
ຄວາມ​ສໍາ​ເລັດ)

ຜ່ານ ໂຄງການ
ອາຫານຮ່າງກາຍຂອງຂໍ້ຄວາມກັບໂຄງການທີ່ກໍານົດໄວ້ແລະໄດ້ຮັບຮ່າງກາຍໃຫມ່ກັບຄືນໄປບ່ອນ
ຈາກ​ຜົນ​ຜະ​ລິດ​ຂອງ​ໂຄງ​ການ​. ໃຫ້ສັງເກດວ່າຂໍ້ຄວາມບໍ່ໄດ້ຖືກ tagged ວ່າມີ
ໄດ້​ຮັບ​ການ​ບັນ​ທືກ​. (ສົ່ງຄືນສະຖານະຂອງ ໂຄງການ)

ຫມາຍ​ເຫດ​: ຖ້າຂໍ້ຄວາມມີຮ່າງກາຍທີ່ຖືກເຂົ້າລະຫັດສໍາລັບການຂົນສົ່ງ (ໃຊ້ຫນຶ່ງໃນ
base64 ຫຼື quoted-printable transfer encoding), mailagent ຈະໂປ່ງໃສ
ຖອດລະຫັດມັນແລະສະຫນອງສະບັບທີ່ສາມາດຈັດການໄດ້ຢ່າງຖືກຕ້ອງ. ຮ່າງກາຍຜະລິດ
ໂດຍໂຄງການຫຼັງຈາກນັ້ນຈະໄດ້ຮັບການເຂົ້າລະຫັດອັດຕະໂນມັດກັບຄືນໄປບ່ອນໂດຍໃຊ້ການໂອນດຽວກັນ
ການເຂົ້າລະຫັດ.

ຂໍ້ຄວນລະວັງສໍາລັບຂໍ້ຄວາມ MIME: ທ່ານຄວນໃຊ້ FEED ສໍາລັບພວກເຂົາເພື່ອໃຫ້ໂອກາດ
ກັບໂຄງການເພື່ອຈັດການຮ່າງກາຍຢ່າງຖືກຕ້ອງ, ແຕ່ຫຼັງຈາກນັ້ນມັນຈໍາເປັນຕ້ອງມີ MIME ຢ່າງເຕັມທີ່.
ຮູ້

ໄຂ່ມຸກ script [ກະທູ້ທີ່]
ຫນີໄປເປັນ perl script ເພື່ອປະຕິບັດການກະທໍາບາງຢ່າງກ່ຽວກັບຂໍ້ຄວາມ. ນີ້ແມ່ນຢ່າງເຕັມສ່ວນ
ອະທິບາຍຕື່ມອີກໃນ manpage, ແລະແຕກຕ່າງຈາກ a RUN perl script
ຄໍາສັ່ງ. (ສົ່ງຄືນຄວາມລົ້ມເຫລວຖ້າສະຄຣິບບໍ່ໄດ້ລວບລວມຫຼືສົ່ງຄືນຄ່າທີ່ບໍ່ແມ່ນສູນ
ສະຖານະພາບ).

ທໍ່ [-b] ໂຄງການ
ທໍ່ຂໍ້ຄວາມທັງຫມົດໄປຫາໂຄງການທີ່ລະບຸໄວ້, ແຕ່ບໍ່ໄດ້ຫຍັງກັບຄືນມາ.
ຜົນໄດ້ຮັບໃດໆແມ່ນຖືກສົ່ງໄປຫາຜູ້ໃຊ້ທີ່ດໍາເນີນການ ຈົດໝາຍ. ຂໍ້ຄວາມບໍ່ແມ່ນ
tagged ວ່າໄດ້ຖືກບັນທຶກໄວ້ໃນກໍລະນີໃດກໍ່ຕາມ, ດັ່ງນັ້ນທ່ານຕ້ອງລຶບມັນຢ່າງຊັດເຈນຖ້າ
piping ແມ່ນພຽງພໍແລະມັນບໍ່ໄດ້ລົ້ມເຫລວ: "ປະຕິເສດ -f" ແມ່ນເພື່ອນຂອງເຈົ້າຢູ່ທີ່ນີ້ເພື່ອຫຼີກເວັ້ນການ
ການ​ລົບ​ທີ່​ບໍ່​ຕ້ອງ​ການ​. (ສົ່ງຄືນສະຖານະຂອງ ໂຄງການ)

ຄໍາເຕືອນ: ໂປລແກລມຂອງເຈົ້າຕ້ອງສາມາດແຍກຂໍ້ຄວາມ MIME ໄດ້ຢ່າງຖືກຕ້ອງ ແລະຕ້ອງ
ຈັດການກັບອົງການທີ່ຖືກໂອນເຂົ້າລະຫັດດ້ວຍຕົວມັນເອງ. ເພື່ອເຮັດໃຫ້ວຽກງານໂຄງການງ່າຍດາຍ,
ທ່ານ​ສາ​ມາດ​ສະ​ຫນອງ​ໃຫ້​ -b ສະຫຼັບທີ່ຈະໃຫ້ mailagent ຖອດລະຫັດຮ່າງກາຍທັງຫມົດສໍາລັບ
ທ່ານ, ສະກັດກັ້ນສ່ວນຫົວເນື້ອຫາ-ໂອນ-ເຂົ້າລະຫັດໃດໆ (ໝາຍເຖິງ "ຖານສອງ"). ນີ້
ເປັນຮູບແບບຂໍ້ຄວາມທີ່ບໍ່ຖືກຕ້ອງສໍາລັບການສົ່ງຂໍ້ຄວາມ, ແຕ່ມັນເຮັດໃຫ້ການປະມວນຜົນ
ງ່າຍຂຶ້ນ. ທ່ານຍັງຕ້ອງແຍກສ່ວນ MIME ດ້ວຍຕົນເອງ.

ໂພສ [-ປອນ] ກຸ່ມ​ຂ່າວ
ປະກາດຂໍ້ຄວາມໄປຫາກຸ່ມຂ່າວທີ່ລະບຸໄວ້ຫຼັງຈາກໄດ້ອະນາໄມ
header: ຊ່ອງຂໍ້ມູນທີ່ກ່ຽວຂ້ອງກັບເມລເຊັ່ນ ທີ່ໄດ້ຮັບ: ຫຼື In-Reply-To: ຖືກເອົາອອກ, ຖືກຕ້ອງ
ຈາກ: line ຖືກສ້າງຂື້ນ, ຕົ້ນສະບັບ To: ແລະ Cc: ຖືກປ່ຽນຊື່ດ້ວຍ X- prefix,
ການ​ອ້າງ​ອີງ​: ເສັ້ນ​ແມ່ນ​ການ​ປັບ​ປຸງ / ສ້າງ​ຖ້າ​ຫາກ​ວ່າ​ຈໍາ​ເປັນ​ໂດຍ​ອີງ​ໃສ່​ການ​ທີ່​ມີ​ຢູ່​ໃນ​.
Reply-To, ແລະຊ່ອງຂໍ້ມູນສະເພາະ NNTP ຖືກຖອດອອກເພື່ອໃຫ້ເຊີບເວີສາມາດເພີ່ມມັນໄດ້
ເປັນເຈົ້າຂອງ.

ການແລ່ນ POST ປະສົບຜົນສໍາເລັດເຮັດຫນ້າທີ່ເປັນການປະຫຍັດ.

ຖ້າຊື່ທໍາອິດແມ່ນ -l ຄືກັບ "POST -l comp.mail.mh", ຈາກນັ້ນເປັນ "ການແຈກຢາຍ:
local" header ຈະຖືກເພີ່ມເພື່ອບັງຄັບໃຫ້ຈັດສົ່ງທ້ອງຖິ່ນ. ຖ້າບໍ່ດັ່ງນັ້ນ, ຄ່າເລີ່ມຕົ້ນ inews
ການແຈກຢາຍຈະຖືກນໍາໃຊ້ (ໂລກ, ໂດຍປົກກະຕິ).

ໃນ​ເວ​ລາ​ທີ່ -b ສະຫຼັບໄດ້ຖືກມອບໃຫ້, POST ສົບຜົນສໍາເລັດຈະສົ່ງຜົນໃຫ້ biffing ເປັນ
ເປີດໃຊ້ງານ (ເບິ່ງພາກ MAIL BIFFING) ສໍາລັບບົດຄວາມຂ່າວຜົນໄດ້ຮັບ.

ຖ້າມີຫຼາຍກວ່າຫນຶ່ງກຸ່ມຂ່າວຖືກລະບຸ, ພວກເຂົາຄວນຈະແຍກອອກຈາກພື້ນທີ່. ມັນ​ແມ່ນ
ເປັນໄປໄດ້ທີ່ຈະໄດ້ຮັບບັນຊີລາຍຊື່ກຸ່ມຂ່າວໂດຍຜ່ານການລວມໄຟລ໌. (ລົ້ມເຫລວຖ້າຂໍ້ຄວາມບໍ່ສາມາດ
ປະກາດ)

PROCESS ດໍາເນີນການປະມວນຜົນ mailagent ທີ່ຊອກຫາຄໍາສັ່ງ @SH ແລະປະຕິບັດໃຫ້ເຂົາເຈົ້າ.
ນີ້ໄດ້ຖືກອະທິບາຍໄວ້ກ່ອນໃນພາກທີ່ກ່ຽວຂ້ອງກັບກົດລະບຽບເລີ່ມຕົ້ນ. ການກະທຳ
ເຊື່ອມຕໍ່ໂດຍຄ່າເລີ່ມຕົ້ນກັບເມລທີ່ມີ [Cc]ຄໍາສັ່ງເນື່ອງຈາກຫົວຂໍ້ຂອງມັນແມ່ນ PROCESS.
(ຜົນ​ສໍາ​ເລັດ​ສະ​ເຫມີ​ກັບ​ຄືນ​ມາ​)

ປົກປ້ອງ [-lu] ຮູບແບບການ
ຕັ້ງຄ່າຮູບແບບການປົກປ້ອງເລີ່ມຕົ້ນທີ່ຄວນຈະຖືກຕັ້ງຢູ່ໃນໂຟນເດີທີ່ສ້າງຂຶ້ນ (ຫຼື
ໄຟລ​໌​ທີ່​ສ້າງ​ຕັ້ງ​ຂຶ້ນ​ໃນ​ເວ​ລາ​ທີ່​ບັນ​ທຶກ​ເຂົ້າ​ໄປ​ໃນ​ໂຟນ​ເດີ MH ຫຼື​ລະ​ບົບ​)​. ໂດຍຄ່າເລີ່ມຕົ້ນ,
ການ​ອະ​ນຸ​ຍາດ​ແມ່ນ​ຄວບ​ຄຸມ​ໂດຍ​ຄໍາ​ສັ່ງ UMASK​, ແຕ່​ນີ້​ເຮັດ​ໃຫ້​ທ່ານ override ໄດ້​
ຄ່າເລີ່ມຕົ້ນ. ທີ່ກໍານົດໄວ້ ຮູບແບບການ ຄວນນຳໜ້າດ້ວຍ ກ 0 ຄືໃນ 0644 ໃຫ້
ການ​ອະ​ນຸ​ຍາດ​ແປດ​ທີ່​ຄຸ້ນ​ເຄີຍ​. ຖ້າບໍ່ດັ່ງນັ້ນ, ມັນຖືກຕີຄວາມວ່າເປັນຕົວເລກທົດສະນິຍົມ, ດັ່ງນັ້ນ
ລະວັງ!

ໄດ້ -l ທາງ​ເລືອກ​ອາດ​ຈະ​ຖືກ​ນໍາ​ໃຊ້​ເພື່ອ​ລະ​ບຸ​ຮູບ​ແບບ​ໃນ​ທ້ອງ​ຖິ່ນ​ສໍາ​ລັບ​ກົດ​ລະ​ບຽບ​ຫນຶ່ງ​. ຖ້າບໍ່ດັ່ງນັ້ນ,
ຮູບ​ແບບ​ການ​ປົກ​ປັກ​ຮັກ​ສາ​ໄດ້​ຖືກ​ກໍາ​ນົດ​ໃນ​ທົ່ວ​ໂລກ​. ໄດ້ -u ທາງ​ເລືອກ unset global (ຫຼື local
ເມື່ອລວມເຂົ້າກັບ -l) ຮູບແບບ, reverting ກັບພຶດຕິກໍາເລີ່ມຕົ້ນທີ່ມີພຽງແຕ່
umask ຖືກພິຈາລະນາໂດຍລະບົບ.

ໃຫ້ສັງເກດວ່າເມື່ອບັນທຶກໃສ່ໂຟນເດີ MH, ຄໍາສັ່ງ PROTECT ມີຄວາມສໍາຄັນກ່ອນ
ໃນໄລຍະ Msg-Protect ພາກສະຫນາມຈາກຂອງທ່ານ ~/.mh_profile ໄຟລ໌. (ບໍ່​ໄດ້​ປ່ຽນ​ແປງ​
ສະ​ຖາ​ນະ​ພາບ​ການ​ປະ​ຕິ​ບັດ​)

ສິນຄ້າ ໂຄງການ
ປ້ອນສ່ວນຫົວເຂົ້າໃນໂປຣແກຣມ ແລະຮັບສ່ວນຫົວໃໝ່ຄືນ. RESYNC ສຳເລັດແລ້ວ
ອັດຕະໂນມັດເມື່ອກັບຄືນມາ. ອັນນີ້ອາດຈະຖືກໃຊ້ເພື່ອທຳຄວາມສະອາດສ່ວນຫົວຢ່າງແທ້ຈິງໂດຍ
ຖອນ​ທຸກ​ສິ່ງ​ທີ່​ເປັນ​ຄຳ​ເວົ້າ​ທີ່​ເພີ່ມ​ຂຶ້ນ​ໂດຍ​ຕົວ​ແທນ​ຂົນ​ສົ່ງ​ທາງ​ໄປສະນີ​ຫຼາຍ​ຄົນ (X-400
ເຊັ່ນເສັ້ນ). ແນ່ນອນ, ນີ້ບໍ່ໄດ້ໝາຍເຖິງຂໍ້ຄວາມວ່າມີ
ໄດ້​ຮັບ​ການ​ບັນ​ທືກ​. (ສົ່ງຄືນສະຖານະຂອງ ໂຄງການ)

ຖ້າໂປຼແກຼມຂອງທ່ານເອົາສ່ວນຫົວເນື້ອຫາ-ໂອນ-ການເຂົ້າລະຫັດໃນຂໍ້ຄວາມ MIME,
mailagent ຈະປ່ຽນຂໍ້ຄວາມຢ່າງຖືກຕ້ອງເພື່ອໃຫ້ມີເນື້ອໃນທີ່ບໍ່ມີການເຂົ້າລະຫັດ. ຖ້າ
ທ່ານປ່ຽນຄ່າຂອງສ່ວນຫົວເນື້ອຫາ-ໂອນ-ເຂົ້າລະຫັດ, mailagent ຈະ
ຍັງ recode ຮ່າງກາຍຢ່າງຖືກຕ້ອງສໍາລັບທ່ານ. ການເຂົ້າລະຫັດທີ່ຮອງຮັບພຽງແຕ່ base64
ແລະ quoted-printable.

QUEUE ຄິວອີເມລອີກຄັ້ງ. ການເຂົ້າຄິວທີ່ປະສົບຜົນສໍາເລັດນັບໄດ້ຄືກັບວ່າຈົດໝາຍຖືກບັນທຶກໄວ້. ຈົດໝາຍ
ການຈັດຄິວແບບນັ້ນຈະບໍ່ຖືກປະມວນຜົນໃນລະຫວ່າງ 30 ນາທີຕໍ່ໄປ. ໃຫ້ສັງເກດວ່າ
ເວັ້ນເສຍແຕ່ວ່າ mailagent ໄດ້ຖືກຮຽກຮ້ອງເປັນປະຈໍາໂດຍ cron, mail ຈະຍັງຄົງຢູ່ໃນ
ຄິວຈົນກ່ວາ mail ອື່ນມາຮອດ. (ຜິດ​ພາດ​ໃນ​ເວ​ລາ​ທີ່​ອີ​ເມລ​ບໍ່​ສາ​ມາດ​ເຂົ້າ​ຄິວ​)

ບັນທຶກ [-acr] [ລັດ] [(ລາຍຊື່ແທັກ)]
ບັນທຶກຂໍ້ຄວາມໃນປະຫວັດ ແລະໃສ່ສະຖານະ _SEEN_ ຖ້າຂໍ້ຄວາມນັ້ນແມ່ນແລ້ວ
ປະ​ຈຸ​ບັນ​ຢູ່​ທີ່​ນັ້ນ​. ຖ້າຂໍ້ຄວາມຖືກບັນທຶກຄັ້ງທໍາອິດ, ດໍາເນີນການ
ສືບຕໍ່ເປັນປົກກະຕິ. ຖ້າບໍ່ດັ່ງນັ້ນການປະຕິເສດຈະຖືກປະຕິບັດ. ພຶດຕິກໍານີ້ອາດຈະເປັນ
ແກ້ໄຂບາງຢ່າງໂດຍໃຊ້ບາງທາງເລືອກ. ເບິ່ງ UNIQUE ສໍາລັບລາຍລະອຽດຄົບຖ້ວນ
ຂອງທາງເລືອກແລະການໂຕ້ຖຽງ. ຕາມທໍາມະຊາດ, ເມື່ອ ກ ລັດ ຖືກກໍານົດ, ວ່າ
ລົບລ້າງຄ່າເລີ່ມຕົ້ນ _SEEN_. ຊື່ຂອງລັດສາມາດມີຕົວອັກສອນທີ່ເປັນຕົວເລກ
ແລະຂີດກ້ອງ.

ເມື່ອເປັນ tag-list (comma-separated list of names) ແມ່ນລະບຸໄວ້, ຂໍ້ຄວາມແມ່ນ
ພຽງແຕ່ບັນທຶກແລະກວດສອບກັບ tags ທັງຫມົດເຫຼົ່ານັ້ນ, ແຕ່ວ່າພຽງແຕ່ພວກເຂົາ. ບໍ່ໄດ້ລະບຸ
ບັນຊີລາຍຊື່ແທັກ ໝາຍ ເຖິງການປະກົດຕົວໃດໆ, ບໍ່ວ່າຈະຖືກແທັກຫຼືບໍ່. ເບິ່ງວັກ
ການນໍາໃຊ້ Tags in ການບັນທຶກ ແລະ ເປັນ​ເອ​ກະ​ລັກ ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ. (ສົ່ງຄືນສະຖານະຄວາມລົ້ມເຫລວ
ຖ້າຈົດໝາຍຖືກບັນທຶກແລ້ວ)

ປະຕິເສດ [-tf] [ລັດ]
ຍົກເລີກການປະຕິບັດການດໍາເນີນການປະຈຸບັນ, ແລະສືບຕໍ່ການຈັບຄູ່. ຖ້າ -t ແມ່ນ​ລະ​ບຸ​ໄວ້​,
ການ​ປະ​ຕິ​ເສດ​ຈະ​ເກີດ​ຂຶ້ນ​ພຽງ​ແຕ່​ຖ້າ​ຫາກ​ວ່າ​ການ​ປະ​ຕິ​ບັດ​ທີ່​ຜ່ານ​ມາ​ໄດ້​ສໍາ​ເລັດ​ສົບ​ຜົນ​ສໍາ​ເລັດ​
(ກັບຄືນສະຖານະພາບຂອງຄວາມຈິງ), ໃນຂະນະທີ່ -f ຈະເຮັດໃຫ້ເກີດການປະຕິເສດພຽງແຕ່ໃນເວລາທີ່ຄວາມລົ້ມເຫຼວ
ເກີດຂຶ້ນ. ຖ້າ ກ ລັດ ຖືກກໍານົດ, ພວກເຮົາເຂົ້າໄປໃນລັດນັ້ນກ່ອນທີ່ຈະປະຕິເສດ. ປະຕິເສດ
ຣີເຊັດທຸງທີ່ກົງກັນ, ຊຶ່ງໝາຍຄວາມວ່າ ຖ້າບໍ່ມີການຈັບຄູ່ອີກ, the
ຈະນຳໃຊ້ຄຳສັ່ງເລີ່ມຕົ້ນ. ຊື່ຂອງລັດສາມາດມີຕົວອັກສອນແລະຕົວເລກ
ຂີດກ້ອງ. (ບໍ່​ປ່ຽນ​ແປງ​ສະ​ຖາ​ນະ​ພາບ​ການ​ປະ​ຕິ​ບັດ​)

ຂໍ ເອກະສານ [ຊຸດ]
ປະຕິບັດຕົວຄືກັບ perl ຕ້ອງການ ຜູ້ປະກອບການໂດຍການໂຫລດໄຟລ໌ perl ເຂົ້າໄປໃນຫນ່ວຍຄວາມຈໍາ. ໂດຍ
ຄ່າເລີ່ມຕົ້ນ, ໄຟລ໌ຖືກອ່ານຢູ່ໃນ newcmd ຊຸດ, ແຕ່ທ່ານອາດຈະລະບຸອັນໃດກໍ່ຕາມ
ແພັກເກັດທີ່ເຈົ້າຕ້ອງການໂຫຼດມັນໃສ່. ຄຳສັ່ງນີ້ຈະດຳເນີນການໂຫຼດຄັ້ງດຽວເທົ່ານັ້ນ
ຕໍ່ (ໄຟລ໌, ຊຸດ) tuple. ບໍ່ຄືກັບ perl ທຽບເທົ່າຂອງມັນ, ໄຟລ໌ "ມູນຄ່າ" ບໍ່ແມ່ນ
ທີ່ສໍາຄັນ, ie ມັນບໍ່ຈໍາເປັນຕ້ອງສິ້ນສຸດດ້ວຍຄໍາຖະແຫຼງທີ່ສົ່ງຄືນມູນຄ່າທີ່ແທ້ຈິງ.
(ບໍ່​ສາ​ມາດ​ໂຫຼດ​ໄຟລ​໌​ໄດ້​)

ເລີ່ມ​ຕົ້ນ​ໃຫມ່ [-tf] [ລັດ]
ຍົກ​ເລີກ​ການ​ປະ​ຕິ​ບັດ​ການ​ປະ​ຕິ​ບັດ​ປະ​ຈຸ​ບັນ​ແລະ restart ຂະ​ບວນ​ການ​ຈັບ​ຄູ່​ຈາກ​
ເລີ່ມຕົ້ນ. ເພື່ອຫຼີກເວັ້ນການ loops, ແຕ່ລະກົດລະບຽບອາດຈະຖືກຍ່າງຜ່ານຫນຶ່ງຄັ້ງ
ລັດ. ເບິ່ງ ປະຕິເສດ ສໍາລັບຄວາມຫມາຍຂອງພາລາມິເຕີທາງເລືອກ. RESTART ຣີເຊັດ
ທຸງທີ່ກົງກັນ, ຊຶ່ງຫມາຍຄວາມວ່າການດໍາເນີນການເລີ່ມຕົ້ນຈະຖືກນໍາໃຊ້, ບໍ່ຄວນຕໍ່ໄປອີກແລ້ວ
ການແຂ່ງຂັນເກີດຂຶ້ນ. (ບໍ່​ປ່ຽນ​ແປງ​ສະ​ຖາ​ນະ​ພາບ​ການ​ປະ​ຕິ​ບັດ​)

RESYNC Re-synchronize header ທີ່ໃຊ້ສຳລັບການຈັບຄູ່ກັບສ່ວນຫົວຂອງຈົດໝາຍ. ນີ້​ແມ່ນ
ອາດຈະເປັນປະໂຫຍດພຽງແຕ່ໃນເວລາທີ່ຄໍາສັ່ງ SUBST ຫຼື ANNOTATE ຖືກດໍາເນີນການ. (ບໍ່​ໄດ້​ປ່ຽນ​ແປງ​
ສະ​ຖາ​ນະ​ພາບ​ການ​ປະ​ຕິ​ບັດ​)

ຫມາຍ​ເຫດ​: ໃນເວລາ RESYNC, mailagent ຈະກວດເບິ່ງວ່າ Content-Transfer-Encoding
header ໄດ້ມີການປ່ຽນແປງແລະໂປ່ງໃສຈະ recode ຮ່າງກາຍຖ້າຫາກວ່າຕ້ອງການ, ດັ່ງນັ້ນ
ຂໍ້ຄວາມທັງ ໝົດ ຍັງຄົງຖືກຕ້ອງເຖິງວ່າຈະມີສ່ວນຫົວ. ມັນຍັງຈະດູແລ
ການປັບປຸງຄວາມຍາວເນື້ອຫາຖ້າຕ້ອງການ. ທຸກຄັ້ງທີ່ເຈົ້າປ່ຽນສິ່ງສຳຄັນເຫຼົ່ານີ້
headers ຜ່ານ SUBST ຫຼື ANNOTATE, ໃຫ້ແນ່ໃຈວ່າໂທຫາ RESYNC ກ່ອນທີ່ຈະຖິ້ມ
ຂໍ້​ຄວາມ​ຫຼື​ທ່ານ​ດໍາ​ເນີນ​ການ​ຄວາມ​ສ່ຽງ​ຂອງ​ການ​ປະ​ຢັດ​ສະ​ບັບ​ທີ່​ເສຍ​ຫາຍ​ທີ່​ຈະ​ບໍ່​ໄດ້​
ເຂົ້າໃຈຢ່າງຖືກຕ້ອງໂດຍຕົວແທນຜູ້ໃຊ້ເມລຂອງທ່ານ.

RUN ໂຄງການ
ດໍາເນີນການໂຄງການທີ່ລະບຸໄວ້ແລະສົ່ງຜົນໄດ້ຮັບໃດໆໃຫ້ກັບຜູ້ໃຊ້ທີ່ດໍາເນີນການ ຈົດໝາຍ.
ຄຳສັ່ງນີ້ບໍ່ໄດ້ໝາຍຂໍ້ຄວາມວ່າຖືກບັນທຶກແລ້ວ. (ສົ່ງຄືນສະຖານະ
of ໂຄງການ)

SAVE ໂຟນເດີ
ບັນທຶກຂໍ້ຄວາມໃນໂຟນເດີທີ່ລະບຸ. ຖ້າຊື່ໂຟນເດີເລີ່ມຕົ້ນດ້ວຍ '+', ມັນແມ່ນ
ຈັດການເປັນໂຟນເດີແບບ MH ແລະ ຮ້ານ rcv ແມ່ນເຮັດຕາມເພື່ອສົ່ງຂໍ້ຄວາມ
ເຂົ້າໄປໃນໂຟນເດີນັ້ນ. ຖ້າໂຟນເດີເປັນໄດເລກະທໍລີ, ຂໍ້ຄວາມຈະຖືກສົ່ງໃນອັນດຽວ
ໄຟລ໌ພາຍໃນໄດເລກະທໍລີນັ້ນ. ເບິ່ງ ໂຟເດີ ພາກ. (ລົ້ມເຫລວຖ້າຂໍ້ຄວາມບໍ່ສາມາດ
ລອດ)

ເລືອກ (ການເລີ່ມຕົ້ນ .. ໃນຕອນທ້າຍ) ຄໍາສັ່ງ
ປະຕິບັດການ ຄໍາສັ່ງ ພຽງ​ແຕ່​ພາຍ​ໃນ​ໄລ​ຍະ​ເວ​ລາ​ທີ່​ເລືອກ​ທີ່​ກໍາ​ນົດ​ໄວ້​. ວັນທີສາມາດ
ຈະຖືກລະບຸໄວ້ໃນຫຼາຍຮູບແບບ. ຜົນຜະລິດຂອງ ວັນ(1​) ຄໍາ​ສັ່ງ​ແມ່ນ​
ຕົວຢ່າງຂອງຂໍ້ກໍານົດທີ່ຖືກຕ້ອງ. ຖ້າຂາດວັນ, ປີ ຫຼື ເດືອນ.
ຫຼັງຈາກນັ້ນ, ປະຈຸບັນໄດ້ຖືກທົດແທນແທນມັນ. ວັນທີຕໍ່ໄປນີ້ແມ່ນ
ຂໍ້ມູນຈໍາເພາະທີ່ຖືກຕ້ອງ: '10:04:25', 'ດຽວນີ້' ,'1 ເມສາ 1992', '25 ທັນວາ', '14 ກໍລະກົດ
1789, 07:40' (err ... ມັນຖືກຕ້ອງຕາມໄວຍາກອນ, ແຕ່ວ່າມັນແມ່ນກ່ອນຫນ້າ.
Epoch ດັ່ງນັ້ນມັນບໍ່ໄດ້ຫມາຍຄວາມວ່າຫຍັງ). ວັນທີ່ແຟນຊີອື່ນໆເຊັ່ນ 'ເດືອນທີ່ຜ່ານມາ - 5
ນາທີ' ຫຼື '3 ອາທິດກ່ອນ' ຍັງຖືກເປີດໃຊ້. (ບໍ່​ແມ່ນ​ດີ​ທີ່​ຈະ​ມີ ທີ່ແທ້ຈິງ
parser? ກົດ​ລະ​ບຽບ​ການ​ກັ່ນ​ຕອງ​ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ລະ​ອຽດ​ເພີ່ມ​ເຕີມ​ຖ້າ​ຫາກ​ວ່າ​ພຽງ​ແຕ່​ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ຮູ້
ກ່ຽວກັບ Berkeley ນີ້ yacc ການຜະລິດເປັນ perl parser...). (ສົ່ງຄືນສະຖານະຂອງ
ຄໍາສັ່ງ, ຖ້າແລ່ນ, ຖ້າບໍ່ດັ່ງນັ້ນກັບຄືນຄວາມຈິງ).

ເຊີເວີ [-t] [-d disabled ຄໍາສັ່ງ]
ເປີດໃຊ້ການປະມວນຜົນເຊີບເວີ. ເນື້ອໃນຂອງຂໍ້ຄວາມໄດ້ຖືກຕີຄວາມວ່າເປັນບັນຊີລາຍຊື່ຂອງ
ຄໍາສັ່ງທີ່ຈະປະຕິບັດ. ເບິ່ງພາກ ທົ່ວໄປ MAIL ຜູ້ໃຫ້ບໍລິການ ສຳ ລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບ
ເຄື່ອງແມ່ຂ່າຍຂອງມັນເອງ. ໄດ້ -t ທາງເລືອກເຮັດໃຫ້ເຄື່ອງແມ່ຂ່າຍເຂົ້າໄປໃນ ເຊື່ອຫມັ້ນ ຮູບແບບການ, ບ່ອນທີ່
ອໍານາດ ອາດ​ຈະ​ໄດ້​ຮັບ​. ໄດ້ -d ທາງ​ເລືອກ​ຕ້ອງ​ໄດ້​ປະ​ຕິ​ບັດ​ຕາມ​ໂດຍ​ບັນ​ຊີ​ລາຍ​ຊື່​ຂອງ​ຄົນ​ພິ​ການ​
ຄຳສັ່ງ, ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດທີ່ບໍ່ມີຊ່ອງຫວ່າງລະຫວ່າງພວກມັນ.

ແຍກ [-adeiw] ໂຟນເດີ
ແຍກຈົດໝາຍໃນຮູບແບບຍ່ອຍເຂົ້າໄປໃນໂຟນເດີທີ່ລະບຸ (ສົນທິສັນຍາການຕັ້ງຊື່ດຽວກັນ
ເຊັ່ນດຽວກັບ SAVE). ຖ້າບໍ່ມີການລະບຸໂຟນເດີ, ແຕ່ລະລາຍການຍ່ອຍຈະຖືກຈັດຄິວ ແລະຈະເປັນ
ວິເຄາະເປັນຈົດໝາຍດຽວດ້ວຍຕົວມັນເອງ. ໄດ້ -d ທາງ​ເລືອກ​ລຶບ​ຫົວ​ຂໍ້​ຍ່ອຍ​.
ໄດ້ -i ທາງເລືອກຫມາຍຄວາມວ່າການແບ່ງປັນແມ່ນເຮັດຢູ່ໃນສະຖານທີ່ແລະເມລຕົ້ນສະບັບຖືກຍົກເລີກ.
ທາງ​ເລືອກ​ທັງ​ຫມົດ​ອາດ​ຈະ​ໄດ້​ຮັບ​ການ​ນໍາ​ໃຊ້​ພ້ອມ​ກັນ​ສະ​ຫນອງ​ໃຫ້​ພວກ​ເຂົາ​ເຈົ້າ stuck ຮ່ວມ​ກັນ​ທີ່​
ການ​ເລີ່ມ​ຕົ້ນ (ການ​ວິ​ເຄາະ​ທາງ​ເລືອກ​ທີ່​ເປັນ rudimentary ແທ້​)​.

ຖ້າເມລບໍ່ຢູ່ໃນຮູບແບບຍ່ອຍແລະໂຟນເດີຖືກລະບຸ, ຫຼັງຈາກນັ້ນມັນຖືກບັນທຶກໄວ້
ໃນໂຟນເດີນັ້ນ. ຖ້າບໍ່ດັ່ງນັ້ນ, ການປະຕິບັດ SPLIT ລົ້ມເຫລວແລະບໍ່ມີຫຍັງເກີດຂຶ້ນ (ຕົວກອງ
ສືບຕໍ່ການປຸງແຕ່ງຂອງມັນເຖິງແມ່ນວ່າ). ຄໍາສັ່ງ SPLIT ຈະລະເບີດ RFC-934 ຢ່າງຖືກຕ້ອງ
ຍ່ອຍຂໍ້ຄວາມແລະຈະພະຍາຍາມເຮັດດີທີ່ສຸດຖ້າບໍ່ດັ່ງນັ້ນ. ຖ້າຫາກວ່າການຍ່ອຍສະຫຼາຍບໍ່ແມ່ນ
ປະຕິບັດຕາມ RFC-934 ແລະມີໂອກາດ SPLIT ອາດຈະຜະລິດບາງສິ່ງບາງຢ່າງ
ບໍ່ຖືກຕ້ອງ, ຫຼັງຈາກນັ້ນຂໍ້ຄວາມຕົ້ນສະບັບຍັງຖືກບັນທຶກໄວ້ຖ້າ -i, ຖ້າບໍ່ດັ່ງນັ້ນມັນບໍ່ແມ່ນ
tagged as saved (ດັ່ງນັ້ນຄໍາສັ່ງ LEAVE ເລີ່ມຕົ້ນອາດຈະນໍາໃຊ້). ໄດ້ -w (ເບິ່ງ)
ຮ້ອງຂໍການດູແລພິເສດແລະຈະກວດພົບທຸກໆການຍ່ອຍທີ່ບໍ່ແມ່ນ RFC-934, ເຖິງແມ່ນວ່າໃນເວລາທີ່
ການບໍ່ປະຕິບັດຕາມແມ່ນບໍ່ມີອັນຕະລາຍ; ຍິ່ງ​ໄປ​ກວ່າ​ນັ້ນ​, ຂີ້​ເຫຍື້ອ​ທີ່​ຕິດ​ຕາມ​ຕໍ່​ໄປ​ອີກ​ແລ້ວ​
ວ່າ 100 bytes ຈະຖືກບັນທຶກໄວ້ເປັນລາຍການຍ່ອຍດ້ວຍຕົວມັນເອງ.

ໄດ້ -a ທາງ​ເລືອກ​ຈະ​ອະ​ທິ​ບາຍ​ທຸກ​ລາຍ​ການ​ຍ່ອຍ​ດ້ວຍ X-Digest-To: ເສັ້ນ​ຫົວ​ຂໍ້​,
ເຊິ່ງເປັນການລວມກັນຂອງຊ່ອງຂໍ້ມູນ To: ແລະ Cc: ຂອງການຍ່ອຍຕົ້ນສະບັບ
ຂໍ້ຄວາມ. ນີ້ອາດຈະຖືກໃຊ້ສໍາລັບຕົວຢ່າງເພື່ອລະເບີດການຍ່ອຍສະຫຼາຍເຂົ້າໄປໃນແຖວແລະ
ຈາກນັ້ນປະມວນຜົນແຕ່ລະລາຍການຂອງມັນຄືນໃໝ່ຕາມຊ່ອງຂໍ້ມູນທີ່ເພີ່ມນີ້. ສຸດທ້າຍ, ໄດ້
-e ທາງ​ເລືອກ​ຈະ​ປະ​ຖິ້ມ​ຫົວ​ຂໍ້​ຍ່ອຍ​ພຽງ​ແຕ່​ຖ້າ​ຫາກ​ວ່າ​ຮ່າງ​ກາຍ​ຂອງ​ຕົນ​ແມ່ນ​ຫວ່າງ​ເປົ່າ (ເຊັ່ນ​: ໄດ້​
ຜູ້ຄວບຄຸມບໍ່ໄດ້ລວມເອົາຄໍາຄິດຄໍາເຫັນນໍາ). (ຕອບຄວາມສຳເລັດຫາກມີຈົດໝາຍເຂົ້າມາ
ຮູບ​ແບບ​ການ​ຍ່ອຍ​ແລະ​ແບ່ງ​ອອກ​ໄດ້​ຢ່າງ​ຖືກ​ຕ້ອງ​ໂດຍ​ບໍ່​ມີ​ການ​ຜິດ​ພາດ​ໃດໆ​)

STORE ໂຟນເດີ
ບັນທຶກຂໍ້ຄວາມໃນໂຟນເດີທີ່ລະບຸໄວ້ແລະປ່ອຍໃຫ້ສໍາເນົາຢູ່ໃນກ່ອງຈົດຫມາຍຂອງລະບົບ.
ໄດ້ ໂຟນເດີ ພາລາມິເຕີປະຕິບັດຕາມສົນທິສັນຍາການຕັ້ງຊື່ດຽວກັນກັບໃນ SAVE. ອີກເທື່ອຫນຶ່ງ,
ເນື່ອງ​ຈາກ​ວ່າ​ບັນ​ຫາ​ການ​ລັອກ​, ການ​ປ່ອຍ​ເມລ​ໃນ​ກ່ອງ​ຈົດ​ຫມາຍ​ແມ່ນ​ບໍ່​ໄດ້​ແນະ​ນໍາ​ໃຫ້​ໃນ​
ເຄື່ອງຈັກ Debian. (ລົ້ມເຫລວຖ້າຫາກວ່າຂໍ້ຄວາມບໍ່ສາມາດຖືກບັນທຶກໄວ້ບໍ່ວ່າຈະຢູ່ໃນ ໂຟນເດີ ຫຼືໃນ
ກ່ອງຈົດໝາຍ)

ແຖບ header_fields_list
ເອົາເສັ້ນທີ່ສອດຄ້ອງກັນຢູ່ໃນສ່ວນຫົວຂອງເມລ. ສໍາລັບຕົວຢ່າງ, "STRIP
Newsgroups Apparently-To" ຈະເອົາເສັ້ນທີ່ເຫມາະສົມເພື່ອລົບລ້າງໃດໆ
ກຸ່ມຂ່າວ: ຫຼື Apparently-To: header. ທ່ານສາມາດເພີ່ມ ':' ຫຼັງຈາກແຕ່ລະຊ່ອງໃສ່ຫົວ
ຊື່ຖ້າທ່ານຕ້ອງການ, ແຕ່ວ່າບໍ່ຈໍາເປັນຢ່າງເຂັ້ມງວດ. ສ່ວນຫົວອາດຈະຖືກລະບຸ
ໂດຍຜ່ານການສະແດງອອກປົກກະຕິແບບແກະຫຼືຜ່ານການລວມເອົາ "ໄຟລ໌". (ບໍ່​ໄດ້​ປ່ຽນ​ແປງ​
ສະ​ຖາ​ນະ​ພາບ​ການ​ປະ​ຕິ​ບັດ​)

SUBST var/header ການສະແດງອອກ
ແທນທີ່ການສະແດງອອກໃນຕົວແປທີ່ຜູ້ໃຊ້ກໍານົດ (ຊື່ເລີ່ມຕົ້ນ
ດ້ວຍ #) ຫຼື back-reference (ຕົວເລກ), ຫຼື header field (ທາງເລືອກທີ່ລົງທ້າຍດ້ວຍ
' :'). ຕົວ​ຢ່າງ

SUBST #foo /w/y/g

ຈະປ່ຽນແທນຕົວແປທີ່ຜູ້ໃຊ້ກຳນົດເອງ ຟູ ທັງຫມົດ w by y. ເບິ່ງ ASSIGN ນຳ
ແລະ TR.

ສໍາລັບການທົດແທນໃນຊ່ອງ header, ເຊັ່ນ:

SUBST ຫົວຂໍ້: /\[foo\]\s+//;

ເສັ້ນສ່ວນຫົວທີ່ກົງກັນຈະຖືກຟໍແມັດເມື່ອການປ່ຽນແທນສຳເລັດຜົນ,
ຊຶ່ງອາດຈະຫມາຍຄວາມວ່າການສືບຕໍ່ຕົ້ນສະບັບຈະບໍ່ຖືກຮັກສາໄວ້. ເປົ້າ​ຫມາຍ​ຂອງ
ການປ່ຽນແທນແມ່ນສ່ວນຫົວທັງໝົດ, ດ້ວຍການສືບຕໍ່ປົກກະຕິເປັນອັນໜຶ່ງ
ຊ່ອງ. ດັ່ງນັ້ນທ່ານຈຶ່ງຮັບປະກັນວ່າຈະເປັນເອກະລາດຈາກສ່ວນຫົວຕົວຈິງ
ການຈັດຮູບແບບໃນຕົ້ນສະບັບ.

ຢ່າລືມອອກ RESYNC ຫຼັງຈາກຊ່ອງສ່ວນຫົວ SUBST, ນັບຕັ້ງແຕ່ບາງກິດຈະວັດ
(ເຊັ່ນ: POST) ສືບສວນເຂົ້າໄປໃນຕາຕະລາງ hash header parseed ເພື່ອສ້າງບັນທຶກ
ຂໍ້ຄວາມ.

(ລົ້ມເຫລວຖ້າມີຂໍ້ຜິດພາດໃນ ການສະແດງອອກ)

TR var/header translation
ດໍາເນີນການແປກ່ຽວກັບຕົວແປທີ່ລະບຸ, back-reference ຫຼື header
ພາກສະຫນາມ. ຕົວ​ຢ່າງ

TR 1 /AZ/az/

ຈະ canonicalize ເນື້ອໃນຂອງເອກະສານອ້າງອີງ 1 ເປັນຕົວພິມນ້ອຍ. ສຳເລັດແລ້ວ
ສ່ວນຫົວທີ່ແປດ້ວຍຕົວໜັງສືຈະຖືກປ່ຽນຮູບແບບໃໝ່, ເຖິງແມ່ນວ່າຂະໜາດລວມຂອງພວກມັນບໍ່ແມ່ນ
ປ່ຽນແປງ. ເບິ່ງ ASSIGN ແລະ SUBST ນຳ. (ລົ້ມເຫລວຖ້າມີຂໍ້ຜິດພາດໃນ translation)

UMASK [-l] ຮູບແບບການ
ປ່ຽນ umask ຂອງຂະບວນການເປັນທີ່ກໍານົດໄວ້ ຮູບແບບການ, ເຊິ່ງສາມາດເປັນເລກທົດສະນິຍົມ, ເລກແປດ
(ຖ້ານຳໜ້າດ້ວຍ '0') ຫຼືເລກຖານສິບຫົກ (ເລີ່ມຕົ້ນດ້ວຍ '0x'). ຫມາຍເຫດເລກແປດແມ່ນ
ວິທີທີ່ຈະແຈ້ງທີ່ສຸດທີ່ຈະລະບຸ umask ແນວໃດກໍ່ຕາມ. ບໍ່ແມ່ນຂ່າວລືທີ່ເວົ້າວ່າ octal
ຖືກປະດິດຂື້ນເພື່ອຈຸດປະສົງນັ້ນເທົ່ານັ້ນບໍ? ;-) ໃຊ້ -l ທາງເລືອກທີ່ຈະປ່ຽນ umask
ສໍາລັບໄລຍະເວລາຂອງກົດລະບຽບການປະຕິບັດໃນປະຈຸບັນເທົ່ານັ້ນ. ໃຫ້ສັງເກດວ່າ umask ເລີ່ມຕົ້ນ
ທີ່ລະບຸໄວ້ໃນໄຟລ໌ config ຂອງທ່ານຖືກໃຊ້ເພື່ອຣີເຊັດ ຈົດໝາຍumask 's ໃນຕອນເລີ່ມຕົ້ນຂອງ
ແຕ່ລະການປະມວນຜົນຈົດໝາຍ. (ບໍ່​ປ່ຽນ​ແປງ​ສະ​ຖາ​ນະ​ພາບ​ການ​ປະ​ຕິ​ບັດ​)

ເປັນເອກະລັກ [-acr] [ລັດ] [(ລາຍຊື່ແທັກ)]
ບັນທຶກຂໍ້ຄວາມໃນປະຫວັດ ແລະແທັກຂໍ້ຄວາມທີ່ບັນທຶກໄວ້ຖ້າມັນມີຢູ່ແລ້ວ
ຢູ່ທີ່ນັ້ນ. ຖ້າຂໍ້ຄວາມຖືກບັນທຶກເປັນຄັ້ງທໍາອິດ, ການປະມວນຜົນຍັງສືບຕໍ່
ປົກກະຕິ. ຖ້າບໍ່ດັ່ງນັ້ນການປະຕິເສດຈະຖືກປະຕິບັດ. ຖ້າ -r ຖືກໃຊ້, RESTART ຖືກໃຊ້
ແທນທີ່ຈະໃນຂະນະທີ່ -a ຈະດໍາເນີນການ ABORT. ສໍາລັບຕົວຢ່າງ, ເພື່ອເອົາຊ້ໍາກັນ
ຂໍ້ຄວາມຈາກລາຍຊື່ທາງໄປສະນີ, ດໍາເນີນການ UNIQUE -a ກ່ອນທີ່ຈະບັນທຶກເມລ. ໄດ້ -c
ທາງເລືອກອາດຈະຖືກນໍາໃຊ້ຢ່າງດຽວເພື່ອປ້ອງກັນຄໍາສັ່ງຈາກການລົບກວນ
ຂັ້ນຕອນການປະຕິບັດ, ແລະຕໍ່ມາໃຊ້ສະຖານະການກັບຄືນເພື່ອເບິ່ງສິ່ງທີ່ເກີດຂຶ້ນ: UNIQUE
ສົ່ງຄືນສະຖານະຄວາມລົ້ມເຫລວຖ້າຫາກວ່າຂໍ້ຄວາມໄດ້ຖືກບັນທຶກໄວ້ແລ້ວ. ຖ້າເປັນທາງເລືອກ
ລັດ argument ແມ່ນໃຫ້, ຫຼັງຈາກນັ້ນ automaton ຈະເຂົ້າໄປໃນສະຖານະນັ້ນຖ້າຫາກວ່າ mail
ໃນເມື່ອກ່ອນຢູ່ໃນຖານຂໍ້ມູນ. ເບິ່ງບັນທຶກ, ແລະວັກທີ່ມີຫົວຂໍ້
ການນໍາໃຊ້ Tags in ການບັນທຶກ ແລະ ເປັນ​ເອ​ກະ​ລັກ ສຳ ລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບ tag-list. (ລົ້ມເຫລວ
ຖ້າຈົດໝາຍຖືກບັນທຶກແລ້ວ)

ພັກ [-l] ສຸດ|ປິດ|ເສັ້ນທາງ [ໄລຍະເວລາ]
ອະ​ນຸ​ຍາດ​ຫຼື​ບໍ່​ອະ​ນຸ​ຍາດ​ໃຫ້​ຂໍ້​ຄວາມ​ການ​ພັກ​ຜ່ອນ​. ເມື່ອຮູບແບບການພັກຜ່ອນຖືກເປີດໃຊ້ຜ່ານທາງ
ໄຟລ໌ການຕັ້ງຄ່າ, ຂໍ້ຄວາມຈະຖືກສົ່ງໄປທຸກຄັ້ງທີ່ຜູ້ໃຊ້ໄດ້ຮັບການປະຊຸມທາງໄປສະນີ
ຄວາມຕ້ອງການບາງຢ່າງ, ດັ່ງທີ່ໄດ້ອະທິບາຍພາຍໃຕ້ພາກ ການພັກຜ່ອນ MODE. ຫນຶ່ງ​ໃນ
ເງື່ອນໄຂແມ່ນວ່າທຸງພັກທີ່ຖືກແກ້ໄຂໂດຍຄໍາສັ່ງນີ້ແມ່ນຄວາມຈິງ. ນີ້
ເຮັດ​ໃຫ້​ມັນ​ງ່າຍ​ທີ່​ຈະ​ບໍ່​ອະ​ນຸ​ຍາດ​ໃຫ້​ຂໍ້​ຄວາມ​ການ​ພັກ​ຜ່ອນ​, ເຄີຍ​, ກັບ​ກຸ່ມ​ຂອງ​ປະ​ຊາ​ຊົນ​ສໍາ​ລັບ​ການ​
ຕົວຢ່າງ.

ແທນ​ທີ່ on or ໄປ, ທ່ານ​ສາ​ມາດ​ລະ​ບຸ​ຊື່​ໄຟລ​໌ (~ ການ​ທົດ​ແທນ​ອະ​ນຸ​ຍາດ​ໃຫ້​) ເປັນ​
ເສັ້ນທາງໃຫມ່ທີ່ຈະໃຊ້ສໍາລັບການຊອກຫາໄຟລ໌ວັນພັກ. ທາງເລືອກອື່ນ, ທ່ານອາດຈະ
ລະບຸຕົວກໍານົດການສຸດທ້າຍ, ເຊິ່ງຈະຖືກປະຕິບັດເປັນໄລຍະເວລາທີ່ຈະນໍາໃຊ້ເມື່ອໃດ
ສົ່ງຂໍ້ຄວາມວັນພັກ. ການປ່ຽນແປງຂໍ້ຄວາມການພັກຜ່ອນ ເສັ້ນທາງ ມີ
ຫ້າມເມື່ອຕົວແປການຕັ້ງຄ່າ ສັກຢາແລ້ວ ຕັ້ງຄ່າ ON.

ຖ້າທ່ານໃຊ້ -l ທາງເລືອກ, ການປ່ຽນແປງແມ່ນເຮັດຢູ່ໃນທ້ອງຖິ່ນ, ສໍາລັບໄລຍະເວລາຂອງກົດລະບຽບ
ເທົ່ານັ້ນ. ຖ້າທ່ານປະຕິເສດທີ່ຈະໄປຫາກົດລະບຽບອື່ນ, ການປ່ຽນແປງຂອງທ່ານຈະສູນເສຍໄປ. ໄດ້
ມູນຄ່າທົ່ວໂລກຂອງຕົວກໍານົດການທີ່ມີການປ່ຽນແປງແມ່ນມີການປ່ຽນແປງໃນການນໍາໃຊ້ທ້ອງຖິ່ນຄັ້ງທໍາອິດແລະ
ຟື້ນ​ຟູ​ໃນ​ເວ​ລາ​ທີ່​ກົດ​ລະ​ບຽບ​ໃຫມ່​ໄດ້​ຖືກ​ເຂົ້າ​ໄປ​. (ບໍ່​ປ່ຽນ​ແປງ​ສະ​ຖາ​ນະ​ພາບ​ການ​ປະ​ຕິ​ບັດ​)

ຂຽນ ໂຟນເດີ
ຂຽນຂໍ້ຄວາມໃນໂຟນເດີທີ່ລະບຸໄວ້, ຖອນໂຟເດີໃດໆທີ່ມີຢູ່ກ່ອນແລ້ວກັບ
ຊື່ດຽວກັນ. ດັ່ງນັ້ນ, ຄຳສັ່ງ WRITE ຕໍ່ໄປຈະຂຽນທັບອັນກ່ອນໜ້ານີ້.
ນີ້ແມ່ນເປັນປະໂຫຍດທີ່ຈະເກັບຜົນຜະລິດຂອງຄໍາສັ່ງລະບົບທີ່ແລ່ນໂດຍ cron. ຢ່າພະຍາຍາມໃຊ້
ມັນກັບໂຟນເດີ MH ຫຼືໂຟນເດີໄດເລກະທໍລີຫຼືມັນຈະປະຕິບັດຄືກັບ SAVE. (ລົ້ມເຫລວ
ຖ້າຂໍ້ຄວາມບໍ່ສາມາດຂຽນໄດ້)

ການບໍລິຫານ ສະຖານະພາບ
ເກືອບທຸກການກະທຳແກ້ໄຂຕົວແປທີ່ຕິດຕາມສະຖານະການປະຕິບັດ
(ປຽບທຽບກັບຕົວແປ $? ໃນແກະ). ຕົວແປນີ້ສາມາດຖືກທົດສອບຜ່ານ -t or -f
ທາງເລືອກຂອງຄໍາສັ່ງ REJECT ຕົວຢ່າງ. ເພື່ອໃຫ້ແຕ່ຕົວຢ່າງດຽວ, ການປະຕິບັດ SAVE
ຈະກັບຄືນມາ ລົ້ມເຫລວ ຖ້າມັນບໍ່ສາມາດບັນທຶກເມລໄວ້ໃນໂຟນເດີທີ່ລະບຸໄວ້. ຖ້າ​ວ່າ​ຈະ​ຊ່ວຍ​ປະ​ຢັດ​
ຄໍາສັ່ງຖືກປະຕິບັດຕາມດ້ວຍ "REJECT -f FAILED", ຫຼັງຈາກນັ້ນການປະຕິບັດກົດລະບຽບໃນປະຈຸບັນຈະ
ຢຸດ ແລະ automaton ຈະສືບຕໍ່ວິເຄາະເມລຢູ່ໃນສະຖານະ FAILED.

ຢ່າງໃດກໍຕາມ, ບາງສ່ວນຂອງການປະຕິບັດບໍ່ໄດ້ດັດແປງສະຖານະການປະຕິບັດສຸດທ້າຍນີ້. ໂດຍປົກກະຕິ, ເຫຼົ່ານີ້ແມ່ນ
ການກະ ທຳ ທີ່ຕັດສິນໃຈໂດຍອີງໃສ່ສະຖານະພາບນັ້ນ, ຫຼືພຽງແຕ່ການກະ ທຳ ທີ່ບໍ່ເຄີຍລົ້ມເຫລວ.
ການກະທຳພິເສດເຫຼົ່ານັ້ນແມ່ນ: ABORT, ASSIGN, BEGIN, KEEP, MACRO, NOP, Reject, Restart,
RESYNC, STRIP ແລະພັກ.

ແຕ່ຫນ້າເສຍດາຍທີ່ຄໍາສັ່ງ ONCE ຫຼື SELECT ບໍ່ສາມາດສ້າງຄວາມແຕກຕ່າງລະຫວ່າງຄໍາສັ່ງທີ່ບໍ່ແມ່ນ.
ການປະຕິບັດແລະການປະຕິບັດສົບຜົນສໍາເລັດຂອງຄໍາສັ່ງທີ່ລະບຸໄວ້. ອາດຈະມີການປ່ຽນແປງໃນ
ວິທີທີ່ໂຄງການນີ້ເຮັດວຽກ, ແຕ່ມັນຄວນຈະເປັນທີ່ສອດຄ່ອງກັນ.

Perl Escape
ໂດຍການນໍາໃຊ້ຄໍາສັ່ງ PERL, ທ່ານມີຄວາມສາມາດໃນການປະຕິບັດການກັ່ນຕອງແລະອື່ນໆ
ການປະຕິບັດທີ່ຊັບຊ້ອນໂດຍກົງໃນ perl. ອັນນີ້ແຕກຕ່າງຈາກສິ່ງທີ່ເຈົ້າສາມາດເຮັດໄດ້
ປ້ອນຈົດໝາຍຂອງເຈົ້າໄປຫາສະຄຣິບ perl. ກ່ອນອື່ນ ໝົດ, ບໍ່ມີຂະບວນການເພີ່ມເຕີມແມ່ນສ້າງ: script
ຖືກໂຫລດໂດຍກົງເຂົ້າໃນ mailagent ແລະລວບລວມຢູ່ໃນຊຸດພິເສດທີ່ເອີ້ນວ່າ mailhook.
ອັນທີສອງ, ທ່ານມີການໂຕ້ຕອບ perl ກັບຄໍາສັ່ງການກັ່ນຕອງທັງຫມົດ: ແຕ່ລະການປະຕິບັດການກັ່ນຕອງ
ແມ່ນກ່ຽວຂ້ອງກັບຟັງຊັນ perl (ສະກົດຕົວພິມນ້ອຍ). ສຸດທ້າຍ, ບາງຢ່າງທີ່ກໍານົດໄວ້ລ່ວງຫນ້າ
ຕົວແປໄດ້ຖືກກໍານົດໃຫ້ທ່ານໂດຍ mailagent.

ກ່ອນທີ່ພວກເຮົາຈະໄປຕື່ມອີກ, ກະລຸນາສັງເກດວ່າບໍ່ມີຂະບວນການເພີ່ມເຕີມທີ່ສ້າງຂຶ້ນ, ທ່ານ ຕ້ອງ
ບໍ່ ໂທຫາ perl ໄດ້ ການທ່ອງທ່ຽວ ຫນ້າທີ່. ໃຊ້ &ອອກ ແທນທີ່ຈະ, ດັ່ງນັ້ນທາງອອກອາດຈະຖືກດັກ. &ອອກ
ເອົາການໂຕ້ຖຽງຫນຶ່ງ, ລະຫັດອອກ. ຖ້າທ່ານໃຊ້ 0, ນີ້ແມ່ນເຂົ້າໃຈວ່າເປັນຜົນສໍາເລັດ, ໃດ
ຄວາມລົ້ມເຫຼວຂອງມູນຄ່າອື່ນ (ເຊັ່ນຄໍາສັ່ງ PERL ຈະສົ່ງຄືນສະຖານະຄວາມລົ້ມເຫຼວ). ການນໍາໃຊ້
perl ໄດ້ ການທ່ອງທ່ຽວ ຫນ້າທີ່ໂດຍກົງຈະຂ້າ ຈົດໝາຍ ແລະອາດຈະໄດ້ຮັບຈົດໝາຍບາງຢ່າງ
ການສູນເສຍ.

ສະຄຣິບທີ່ໃຊ້ຄວນຄົງທີ່ງ່າຍດາຍ. ໂດຍສະເພາະ, ທ່ານຄວນຫຼີກເວັ້ນການນໍາໃຊ້
ຊຸດ ຄໍາສັ່ງຫຼືກໍານົດຫນ້າທີ່ທີ່ມີຊື່ຊຸດອື່ນທີ່ບໍ່ແມ່ນ mailhook (ຕົວຢ່າງ
ຊຸດທີ່ສະຄຣິບຂອງທ່ານຖືກໂຫລດ). ການບໍ່ເຮັດແນວນັ້ນອາດຈະເຮັດໃຫ້ເກີດການຂັດແຍ້ງກັບຊື່
ຈົດໝາຍປົກກະຕິຂອງຕົນເອງ. ໂດຍສະເພາະ, ຫຼີກເວັ້ນການ ຕົ້ນຕໍ ຊຸດ. ໃຫ້ສັງເກດວ່ານັບຕັ້ງແຕ່
ສະພາບແວດລ້ອມການລວບລວມແມ່ນຕັ້ງຂຶ້ນ mailhook, ບໍ່ໄດ້ລະບຸຊື່ຊຸດຢູ່ໃນຂອງທ່ານ
ຕົວແປແລະ subroutine ແມ່ນດີ (ໃນຄວາມເປັນຈິງ, ມັນຫມາຍເຖິງການເຮັດວຽກແບບນັ້ນ).

ສະຄຣິບຂອງເຈົ້າມີອິດສະຫຼະທີ່ຈະເຮັດອັນໃດກໍໄດ້ທີ່ມັນຕ້ອງການທາງໄປສະນີ. ຢ່າງໃດກໍຕາມ, ສ່ວນໃຫຍ່ຂອງເວລາ, ທ່ານຈະສິ້ນສຸດ
ເຖິງ​ການ​ນໍາ​ໃຊ້​ ຈົດໝາຍ primitives ເພື່ອຊ່ວຍປະຢັດ mail ຫຼືສົ່ງຕໍ່ມັນ (ແຕ່ທ່ານແມ່ນບໍ່ເສຍຄ່າກັບ
ອອກແບບໃຫມ່ຂອງທ່ານເອງແລະໂທຫາພວກເຂົາແທນ, ແນ່ນອນ). ການໂຕ້ຕອບແມ່ນງ່າຍດາຍ: ແຕ່ລະຄົນ
function ໃຊ້ເວລາແຕ່ຫນຶ່ງ argument, string, ເຊິ່ງເປັນ arguments ກັບຄໍາສັ່ງ, ຖ້າມີ.
ສໍາລັບຕົວຢ່າງ, ໃນສະຄິບ perl escape, ທ່ານຈະສະແດງອອກ:

{ ບັນທຶກລາຍຊື່; ສົ່ງຕໍ່ "ຜູ້ໃຊ້"; ອາຫານ ~/bin/newmail -tty; ປະຕິເສດ }

ມີ:

&save('list');
&forward('"ຜູ້ໃຊ້"');
&ອາຫານ('~/bin/newmail -tty');
&ປະຕິເສດ;

ກົດລະບຽບແມ່ນງ່າຍດາຍ: ແຕ່ລະຄໍາສັ່ງຖືກແທນທີ່ໂດຍການເອີ້ນຟັງຊັນ, ສ່ວນທີ່ເຫຼືອ
ພາລາມິເຕີ enclosed in a string, if any. ອີກທາງເລືອກ, ທ່ານອາດຈະກໍານົດພາລາມິເຕີເປັນ a
ບັນຊີລາຍຊື່: arguments ທັງຫມົດທີ່ທ່ານໃຫ້ແມ່ນໄດ້ເຂົ້າຮ່ວມເປັນສະຕິງຄວາມສຸກອັນໃຫຍ່ຫຼວງ, ການນໍາໃຊ້ຊ່ອງຫວ່າງ
ລັກສະນະຕົວແຍກ. ຫຼັງຈາກນັ້ນ, ກົນໄກການທົດແທນມະຫາພາກແມ່ນດໍາເນີນການກັບຜົນໄດ້ຮັບນີ້
ສະຕຣິງການໂຕ້ຖຽງ.

ແຕ່ລະຟັງຊັນສົ່ງຄືນສະຖານະຄວາມສໍາເລັດຂອງ boolean ຂອງຄໍາສັ່ງ (ເຊັ່ນ: 1 ຫມາຍຄວາມວ່າຜົນສໍາເລັດ). ສໍາລັບ
ຟັງຊັນເຫຼົ່ານັ້ນທີ່ປົກກະຕິແລ້ວບໍ່ດັດແປງສະຖານະການປະຕິບັດສຸດທ້າຍຂອງຕົວແປຕົວແປ, a
ຄວາມສໍາເລັດແມ່ນກັບຄືນມາສະເຫມີ. ນີ້ເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະ (intuitively) ຂຽນ:

&ການທ່ອງທ່ຽວ(0) ຖ້າ &save('uucp');
&bounce('ຮາກ') || &save('ສຸກເສີນ');

ແລະໄດ້ຮັບຜົນທີ່ຄາດໄວ້. ເມລຈະຖືກບັນທຶກໄວ້ໃນໂຟນເດີສຸກເສີນເທົ່ານັ້ນເມື່ອ
ການບັນທຶກໃນໂຟນເດີ uucp ລົ້ມເຫລວແລະ mail ບໍ່ສາມາດຖືກ bounced ກັບ root.

ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະເຂົ້າໃຈວ່າຄໍາສັ່ງເຫຼົ່ານີ້ມີ ຢ່າງ​ແນ່​ນອນ ຜົນກະທົບດຽວກັນກັບ
ຂະບວນການການກັ່ນຕອງເມື່ອພວກມັນຖືກແລ່ນຈາກ script perl escape ຫຼືຈາກພາຍໃນໄຟລ໌ກົດລະບຽບ
ເປັນ​ການ​ປະ​ຕິ​ບັດ​ປົກ​ກະ​ຕິ​. ກ &ປະຕິເສດ ໂທພຽງແຕ່ຈະປະຖິ້ມການປະຕິບັດຂອງ perl ໃນປັດຈຸບັນ
script ແລະ filter automaton ຈະຄວບຄຸມຄືນໃຫມ່ແລະພະຍາຍາມຈັບຄູ່ໃຫມ່. ແຕ່ perl
ເອົາມາໃຫ້ທ່ານພະລັງງານຫຼາຍ, ໂດຍສະເພາະການໂທລະບົບ, ໂຄງສ້າງການຄວບຄຸມເຊັ່ນ if ແລະ
ສໍາລັບການ, ການສະແດງອອກປົກກະຕິດິບ, ແລະອື່ນໆ ...

ພິເສດ perl @INC array (ເຊິ່ງຄວບຄຸມເສັ້ນທາງຄົ້ນຫາສໍາລັບ ຕ້ອງການ) ແມ່ນ​ເລັກ​ນ້ອຍ​
ແກ້ໄຂໂດຍການສ້າງເສັ້ນທາງຫ້ອງສະໝຸດສ່ວນຕົວຂອງຜູ້ສົ່ງຈົດໝາຍ. ນີ້ເຮັດໃຫ້ປະຕູເປີດສໍາລັບ
ຫໍສະຫມຸດ mailagent ໃນອະນາຄົດ perl scripts ທີ່ອາດຈະຕ້ອງການໂດຍ perl script.
ຍິ່ງໄປກວ່ານັ້ນ, ຕົວແປພິເສດຕໍ່ໄປນີ້ແມ່ນຕັ້ງໂດຍ perl ກ່ອນທີ່ຈະເອີ້ນເຈົ້າ
ອັກສອນ:

@ARGV ການໂຕ້ຖຽງຂອງສະຄິບ, ເຊິ່ງໄດ້ຮັບໂດຍຄໍາສັ່ງ PERL. ນີ້
array ແມ່ນ​ການ​ຕັ້ງ​ຄ່າ​ແບບ​ດຽວ​ກັນ​ທີ່​ແນ່​ນອນ​ວ່າ​ທ່ານ​ຄາດ​ວ່າ​ຈະ​ໄດ້​ຮັບ​ການ​ຕັ້ງ​ຄ່າ​ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​
invoked ຄໍາ​ສັ່ງ​ໂດຍ​ກົງ​ຈາກ shell ໄດ້​, ຍົກ​ເວັ້ນ​ທີ່​ @ARGV[0] ເປັນ
ຊື່ຂອງສະຄຣິບ (ເນື່ອງຈາກທ່ານບໍ່ສາມາດໃຊ້ perl's $0 ເພື່ອໃຫ້ໄດ້ຮັບມັນ; ນັ້ນຈະ
ໃຫ້​ທ່ານ​ຊື່​ຜູ້​ສົ່ງ​ໄປ​ສະ​ນີ​)​.
$address ສ່ວນທີ່ຢູ່ຂອງ From: line.
$cc ເນື້ອໃນວັດຖຸດິບຂອງ Cc: line.
@cc ບັນຊີລາຍຊື່ຂອງທີ່ຢູ່ Cc: line, ທີ່ມີຄໍາເຫັນສະກັດກັ້ນ.
$envelope ຊອງຈົດໝາຍ, ຕາມທີ່ຄຳນວນໂດຍໃຊ້ແຖວທຳອິດຂອງຂໍ້ຄວາມ.
$ເປັນມິດ ສ່ວນຄໍາເຫັນຂອງ From: line, if any.
$ຈາກ ເນື້ອໃນຂອງ From: line, ມີທີ່ຢູ່ ແລະສ່ວນຄໍາເຫັນ.
%ສ່ວນຫົວ ຕາຕະລາງນີ້, ຖືກດັດສະນີໂດຍຊື່ພາກສະຫນາມ, ສົ່ງຄືນເນື້ອຫາດິບຢູ່ໃນ
ເສັ້ນຫົວທີ່ສອດຄ້ອງກັນ. ເບິ່ງຂ້າງລຸ່ມນີ້.
$msgpath ຊື່ເສັ້ນທາງເຕັມຂອງໂຟນເດີ (ຫຼືຂໍ້ຄວາມພາຍໃນໂຟນເດີ MH) ບ່ອນທີ່
ການປະຕິບັດການປະຫຍັດຄັ້ງສຸດທ້າຍໄດ້ເກີດຂຶ້ນ. ນີ້ມີຈຸດປະສົງເພື່ອນໍາໃຊ້ຖ້າທ່ານຕ້ອງການ
ເພື່ອສ້າງການແຈ້ງເຕືອນການຮັບຈົດໝາຍຂອງທ່ານເອງ.
$length ຄວາມຍາວຂອງຂໍ້ຄວາມ, ໃນ bytes.
$lines ຈໍານວນຂອງສາຍໃນຂໍ້ຄວາມ.
$login ຊື່ເຂົ້າສູ່ລະບົບຂອງທີ່ຢູ່ຈາກ: line.
$precedence ເນື້ອໃນຂອງ Precedence: ເສັ້ນ, ຖ້າມີຢູ່ໃນທັງຫມົດ.
@relayed ບັນຊີລາຍຊື່ຂອງຊື່ໂຮດ (ອາດຈະເປັນທີ່ຢູ່ IP ດິບຖ້າບໍ່ມີການສ້າງແຜນທີ່ DNS).
in the (computed) Relayed: header line.
$reply_to ທີ່​ຢູ່​ອີ​ເມລ​ທີ່​ຄວນ​ຈະ​ໄດ້​ຮັບ​ການ​ຕອບ​ສະ​ຫນອງ​ກັບ​ຄໍາ​ຄິດ​ເຫັນ​
ສະກັດກັ້ນ.
$sender ຜູ້​ສົ່ງ​ຂໍ້​ຄວາມ (ອາດ​ຈະ​ມີ​ຄໍາ​ເຫັນ​)​, ມາ​ໃນ​ວິ​ທີ​ການ​ດຽວ​ກັນ​ໄດ້​
ຜູ້ສົ່ງ: ສາຍຖືກຄິດໄລ່ໂດຍ mailagent.
$subject ຫົວຂໍ້ຂອງຂໍ້ຄວາມ.
$ເຖິງ ເນື້ອໃນວັດຖຸດິບຂອງ To: line.
@ເຖິງ ບັນຊີລາຍຊື່ຂອງທີ່ຢູ່ໃນ To: line, ທີ່ມີຄໍາເຫັນສະກັດກັ້ນ.

array ສະມາຄົມ %ສ່ວນຫົວ ໃຫ້ທ່ານເຂົ້າເຖິງທຸກຂົງເຂດໃນສ່ວນຫົວຂອງ
ຂໍ້ຄວາມ. ຕົວ​ຢ່າງ, $ເຖິງ ແມ່ນແທ້ມູນຄ່າຂອງ $header{'To'}. ລະຫັດແມ່ນລະບຸໄວ້
ການນໍາໃຊ້ກໍລະນີປົກກະຕິ, ie ຕົວອັກສອນທໍາອິດຂອງແຕ່ລະຄໍາແມ່ນຕົວພິມໃຫຍ່, ສ່ວນທີ່ເຫຼືອ
ໂຕພິມນ້ອຍ. ນີ້ແມ່ນເອກະລາດຂອງການເປັນຕົວແທນທາງດ້ານຮ່າງກາຍຕົວຈິງໃນ
ຂໍ້ຄວາມຕົວມັນເອງ.

ຄີ pseudo ຫົວ, ຮ່າງກາຍ ແລະ ທັງຫມົດ ຕາມລໍາດັບເຮັດໃຫ້ທ່ານເຂົ້າເຖິງຫົວດິບຂອງ
ຂໍ້ຄວາມ, ຮ່າງກາຍແລະຂໍ້ຄວາມທັງຫມົດ. ໄດ້ %ສ່ວນຫົວ array ແມ່ນແທ້ການອ້າງອີງເຖິງ
ຈົດໝາຍໂຄງສ້າງຂໍ້ມູນພາຍໃນຂອງ, ດັ່ງນັ້ນການດັດແກ້ຄ່າຈະມີອິດທິພົນຕໍ່ການກັ່ນຕອງ
ຂະບວນການ. ສໍາລັບຕົວຢ່າງ, ຄໍາສັ່ງ SAVE ຂຽນ ຫົວ, ການ X-Filter: ເສັ້ນ, ໃນຕອນທ້າຍຂອງ
header (ແຖວໃຫມ່ດຽວ) ແລະຈາກນັ້ນ ຮ່າງກາຍ (ນີ້ແມ່ນຕົວຢ່າງເທົ່ານັ້ນ, ບໍ່ແມ່ນເອກະສານ
ຄຸນ​ນະ​ສົມ​ບັດ :-). ໄດ້ =ຮ່າງກາຍ= ທີ່​ສໍາ​ຄັນ​ແມ່ນ​ພິ​ເສດ​: ມັນ​ແມ່ນ​ການ​ອ້າງ​ອີງ Perl ກັບ​ສະ​ເກັດ​ທີ່​ມີ​
ຮ່າງກາຍທີ່ມີການເຂົ້າລະຫັດການໂອນຍ້າຍເນື້ອຫາໃດໆອອກ.

ຫມາຍເຫດວ່າ $msgpath ຕົວແປຖືພຽງແຕ່ຮູບຖ່າຍຂອງເສັ້ນທາງໂຟນເດີໃນເວລາທີ່
ການຫລົບຫນີ PERL ຖືກເອີ້ນ. ຖ້າທ່ານປະຕິບັດເງິນຝາກປະຢັດຂອງທ່ານເອງໃນ perl, ຫຼັງຈາກນັ້ນທ່ານຈໍາເປັນຕ້ອງເບິ່ງ
ຢູ່​ທີ່ $main'folder_saved ຕົວປ່ຽນແທນເພື່ອໃຫ້ໄດ້ຄ່າເສັ້ນທາງໂຟນເດີທີ່ທັນສະໄໝ.

ໃນຖານະເປັນບັນທຶກສຸດທ້າຍ, ຕ້ານການລໍ້ລວງຂອງການອ່ານພາຍໃນຂອງ mailagent ແລະ
ໂທຫາປົກກະຕິທີ່ທ່ານຕ້ອງການ. ຖ້າມັນບໍ່ໄດ້ຖືກບັນທຶກໄວ້ໃນຫນ້າຄູ່ມື, ມັນອາດຈະ
ມີການປ່ຽນແປງໂດຍບໍ່ມີການແຈ້ງການໂດຍ patch ເພີ່ມເຕີມ. (ແລະນີ້ບໍ່ໄດ້ເວົ້າວ່າເປັນເອກະສານ
ຄຸນສົມບັດອາດຈະບໍ່ມີການປ່ຽນແປງເຊັ່ນດຽວກັນ... ມັນເປັນໄປໄດ້ບໍ່ຫຼາຍ, ແລະ patches ຈະລະບຸຢ່າງຊັດເຈນ
ວ່າ, ແນ່ນອນ.)

ໂຄງການ ສະພາບແວດລ້ອມ
ໂຄງການທັງຫມົດໄດ້ເລີ່ມຕົ້ນໂດຍ mailagent ຜ່ານ RUN ແລະຫມູ່ເພື່ອນສືບທອດຕໍ່ໄປນີ້
ຕົວແປສະພາບແວດລ້ອມ: HOME, USER ແລະ NAME, ຕາມລໍາດັບຈາກການຕັ້ງຄ່າ
ພາລາມິເຕີ ບ້ານ, ຜູ້ໃຊ້ ແລະ ຊື່. ຖ້າຫາກວ່າ mailagent ໄດ້ຖືກຮຽກຮ້ອງໂດຍ ການກັ່ນຕອງ, ຫຼັງຈາກນັ້ນເສັ້ນທາງ
ຍັງຖືກຕັ້ງຄ່າຕາມໄຟລ໌ການຕັ້ງຄ່າ (ຖ້າທ່ານໃຊ້ຕົວກອງ C) ຫຼືເພື່ອ
ສິ່ງໃດກໍ່ຕາມທີ່ທ່ານຕັ້ງ PATH (ຖ້າທ່ານໃຊ້ຕົວກອງແກະ).

ໂຄງ​ການ​ທັງ​ຫມົດ​ແມ່ນ​ປະ​ຕິ​ບັດ​ຈາກ​ພາຍ​ໃນ​ ບ້ານ ໄດເລກະທໍລີ. ນີ້ປະກອບມີສະຄິບ
ເລີ່ມຕົ້ນຜ່ານຄໍາສັ່ງ PERL ແລະ mail hooks. ສຸດທ້າຍຈະຖືກອະທິບາຍຢ່າງລະອຽດ
ລົງຕື່ມອີກ.

ເອກະສານ ລວມມີ
ບາງຄໍາສັ່ງເຊັ່ນ FORWARD ຫຼື KEEP ອະນຸຍາດໃຫ້ທ່ານລະບຸຊື່ໄຟລ໌ລະຫວ່າງວົງຢືມຄູ່
ຕົວຈິງແລ້ວການໂຫຼດພາລາມິເຕີຈາກໄຟລ໌ນີ້. ເວັ້ນເສຍແຕ່ວ່າເສັ້ນທາງເຕັມແມ່ນໃຫ້, ຕໍ່ໄປນີ້
ວິທີການແມ່ນໃຊ້ເພື່ອຊອກຫາໄຟລ໌: ທໍາອິດຢູ່ໃນສະຖານທີ່ຊີ້ໄປຫາ ການກັ່ນຕອງຈົດໝາຍ
ຕົວແປຖ້າຕັ້ງ, ຖ້າບໍ່ດັ່ງນັ້ນໃນ ແມ່ນເມລ ແລະສຸດທ້າຍໃນ home directory. ໃຫ້ສັງເກດວ່ານີ້ແມ່ນ
ບໍ່ແມ່ນເສັ້ນທາງຄົ້ນຫາໃນຄວາມຫມາຍວ່າຖ້າ ການກັ່ນຕອງຈົດໝາຍ ຖືກກໍານົດແລະໄຟລ໌ບໍ່ໄດ້ຢູ່ທີ່ນັ້ນ, ແລະ
ຄວາມ​ຜິດ​ພາດ​ຈະ​ໄດ້​ຮັບ​ການ​ລາຍ​ງານ​.

ໄຟລ໌ຄວນບອກແຕ່ລະພາລາມິເຕີ (ບໍ່ວ່າຈະເປັນທີ່ຢູ່, ສ່ວນຫົວ ຫຼືຮູບແບບ) ໃນແຖວໂດຍ
ຕົວຂອງມັນເອງ. ຄຳເຫັນແບບ Shell (#) ແມ່ນອະນຸຍາດພາຍໃນໄຟລ໌ນັ້ນ ແລະ ຊ່ອງຫວ່າງທາງໜ້າແມ່ນ
ຕັດ (ແຕ່ບໍ່ແມ່ນຊ່ອງຫວ່າງ).

ມາໂຄຣ ການທົດແທນ
ຄໍາສັ່ງທັງຫມົດແມ່ນຜ່ານກົນໄກການທົດແທນມະຫາພາກກ່ອນທີ່ຈະຖືກປະຕິບັດ. ໄດ້
ມາໂຄຣຕໍ່ໄປນີ້ສາມາດໃຊ້ໄດ້:

%% ສັນຍາລັກເປີເຊັນທີ່ແທ້ຈິງ
%A ທີ່ຢູ່ອິນເຕີເນັດຖືກສະກັດອອກຈາກ From: ພາກສະຫນາມ (abc in [email protected]),
ປ່ຽນເປັນຕົວພິມນ້ອຍ.
%C ຊື່ CPU ທີ່ mailagent ແລ່ນ. ນັ້ນແມ່ນຊື່ເຈົ້າພາບທີ່ມີຄຸນວຸດທິຢ່າງເຕັມທີ່ກັບ
ຊື່ໂດເມນ, eg lyon.eiffel.com.
%D ມື້ຂອງອາທິດ (0-6)
%H ຊື່ເຈົ້າພາບ (ຊື່ຂອງເຄື່ອງທີ່ ຈົດໝາຍ ແລ່ນ), ໂດຍບໍ່ມີໂດເມນໃດໆ
ຊື່. ຢູ່ໃນຕົວພິມນ້ອຍສະເໝີ, ໂດຍບໍ່ຄໍານຶງເຖິງຊື່ເຄື່ອງ.
%I ຊື່ໂດເມນອິນເຕີເນັດສະກັດອອກຈາກ From: ພາກສະຫນາມ (bc in [email protected]),
ປ່ຽນເປັນຕົວພິມນ້ອຍ.
%L ຄວາມ​ຍາວ​ຂອງ​ສ່ວນ​ຮ່າງ​ກາຍ​, ໃນ​ໄບ​ຕ​໌​, ທີ່​ມີ​ການ​ເອົາ​ເນື້ອ​ໃນ​ການ​ໂອນ​ເຂົ້າ​ລະ​ຫັດ​ອອກ​.
%N ຊື່ເຕັມຂອງຜູ້ສົ່ງ (ຊື່ເຂົ້າສູ່ລະບົບຖ້າບໍ່ມີ)
%O ຊື່ອົງການຖືກສະກັດອອກຈາກ From: ພາກສະຫນາມ (b in [email protected]), ແປງ
ກັບຕົວພິມນ້ອຍ.
%R ຫົວຂໍ້ຂອງຂໍ້ຄວາມຕົ້ນສະບັບທີ່ມີການນໍາ Re: ສະກັດກັ້ນ
%S Re: ຫົວຂໍ້ຂອງຂໍ້ຄວາມຕົ້ນສະບັບ
%T ເວ​ລາ​ຂອງ​ການ​ດັດ​ແກ້​ຄັ້ງ​ສຸດ​ທ້າຍ​ກ່ຽວ​ກັບ​ໄຟລ​໌​ທາງ​ໄປສະນີ (ຄໍາ​ສັ່ງ MESSAGE ແລະ​ແຈ້ງ​ການ​)
%U ຊື່ເຕັມຂອງຜູ້ໃຊ້
%Y ປີເຕັມ, ມີສີ່ຕົວເລກ (ອັນທີ່ເອີ້ນວ່າ ປີຍີ ຮູບແບບ)
%_ ພື້ນທີ່ສີຂາວ (ມີປະໂຫຍດໃນການວາງພື້ນທີ່ສີຂາວໃນຮູບແບບດຽວ)
%& ລາຍຊື່ຕົວເລືອກທີ່ເກີດການຈັບຄູ່ (ໃນບັນດາລາຍການທີ່ລະບຸຜ່ານທາງປົກກະຕິ
ສະແດງອອກເຊັ່ນ 'X-*: /foo/i'. ຖ້າ​ຫາກ​ວ່າ​ພວກ​ເຮົາ​ຊອກ​ຫາ​ ຟູ substring ໃນ X-Mailer:
ແຖວຫົວ, ຈາກນັ້ນ %& ຈະຖືກຕັ້ງເປັນຄ່ານີ້). ຄ່າໃນລາຍຊື່ແມ່ນເຄື່ອງໝາຍຈຸດ
ແຍກອອກຈາກກັນ.
%~ ຕົວອັກສອນ null, ລົບອອກຈາກສະຕຣິງຜົນໄດ້ຮັບ.
%ຫລັກ ມູນຄ່າຂອງການອ້າງອີງທີ່ສອດຄ້ອງກັນຈາກການແຂ່ງຂັນຫຼ້າສຸດ.
%#var ຄ່າຂອງຕົວແປທີ່ຜູ້ໃຊ້ກຳນົດເອງ var
%=var ຄ່າຂອງຕົວແປການຕັ້ງຄ່າ mailagent var ຕາມທີ່ລະບຸໄວ້ໃນ
~/.mailagent ຍື່ນ.
%d ມື້ຂອງເດືອນ (01-31)
%e ທີ່ຢູ່ອີເມວຂອງຜູ້ໃຊ້ (ຂອງເຈົ້າ!).
%f ເນື້ອໃນຂອງແຖວ "From:", ບາງສິ່ງບາງຢ່າງເຊັ່ນ %N <%r> ຫຼື %r (%N) ຂຶ້ນກັບວິທີ
mailer ແມ່ນ configured.
%h ຊົ່ວໂມງຂອງມື້ (00-23)
%i Message ID, ຖ້າມີ (ຖ້າບໍ່ດັ່ງນັ້ນ, ນີ້ແມ່ນສະຕຣິງ null)
%l ຈຳນວນແຖວໃນຂໍ້ຄວາມ, ເມື່ອການຖອດລະຫັດເນື້ອຫາ-ໂອນຍ້າຍອອກແລ້ວ
%m ເດືອນຂອງປີ (01-12)
%n ຊື່ເຂົ້າສູ່ລະບົບຕົວພິມນ້ອຍຂອງຜູ້ສົ່ງ
%o ອົງການຈັດຕັ້ງ (ບ່ອນໃດ ຈົດໝາຍ ແລ່ນ)
%r ກັບຄືນທີ່ຢູ່ຂອງຂໍ້ຄວາມ
%s ຫົວຂໍ້ຂອງຂໍ້ຄວາມຕົ້ນສະບັບ
%t ຊົ່ວໂມງ ແລະນາທີປັດຈຸບັນ (ໃນຮູບແບບ HH:MM)
%u ຊື່ເຂົ້າສູ່ລະບົບຂອງຜູ້ໃຊ້
%y ປີ (ສອງຕົວເລກສຸດທ້າຍ)
%[ເຖິງ] ຄ່າຂອງຊ່ອງຂໍ້ມູນສ່ວນຫົວ (ທີ່ນີ້ເພື່ອ:)

ຜູ້ໃຊ້ ກຳ ນົດ ມາໂຄຣ
mailagent ຊ່ວຍໃຫ້ທ່ານກໍານົດ macros ຂອງທ່ານເອງໃນສອງວິທີ: ໃນລະດັບການກັ່ນຕອງຜ່ານ
ຄໍາສັ່ງ MACRO, ຫຼືໃນລະດັບ perl ໃນຄໍາສັ່ງຂອງທ່ານເອງຫຼືການປະຕິບັດ perl.

ເມື່ອກໍານົດ, macro ຜູ້ໃຊ້ (ເວົ້າວ່າ ຟູ) ສາ​ມາດ​ທົດ​ແທນ​ໂດຍ​ການ​ນໍາ​ໃຊ້​ %-(foo). ໃນກໍລະນີຂອງກ
ມະຫາພາກຕົວອັກສອນດຽວ, ທີ່ສາມາດຖືກປັບປຸງໃຫ້ເໝາະສົມ %-f ສໍາລັບຕົວຢ່າງ, ie ວົງເລັບສາມາດ
ຖືກລະເວັ້ນ.

ມີຫົກປະເພດຂອງ macro:

SCALAR A scalar value ແມ່ນໃຫ້, ເຊັ່ນ: ສີແດງ. ຄ່າຂອງມະຫາພາກແມ່ນຕົວເລກຕົວເລກ
ຄ່າ, ບໍ່ມີການຕີຄວາມໝາຍເພີ່ມເຕີມຕໍ່ກັບຂໍ້ມູນ.

EXPR ການສະແດງອອກ perl ຈະເປັນ ການປະເມີນed ເພື່ອໃຫ້ໄດ້ຮັບມູນຄ່າ, ເຊັ່ນ: $red. ໃຫ້ສັງເກດວ່າ
ການ​ປະ​ເມີນ​ຜົນ​ຈະ​ໄດ້​ຮັບ​ການ​ປະ​ຕິ​ບັດ​ພາຍ​ໃນ​ usrmac package, ດັ່ງນັ້ນຖ້າຫາກວ່າທ່ານກໍາລັງອ້າງອີງ
ກັບຕົວແປໃນຊຸດອື່ນ, ມັນຈະເປັນການສະຫລາດທີ່ຈະລະບຸມັນ, ເຊັ່ນໃນ
$foo'bar.

CONST ມັນກໍ່ຄືກັນກັບ EXPR, ແຕ່ມູນຄ່າແມ່ນເປັນທີ່ຮູ້ຈັກເປັນຄ່າຄົງທີ່. ດັ່ງນັ້ນ
ຄັ້ງທໍາອິດທີ່ມີການປ່ຽນແທນ, ການສະແດງອອກຈະຖືກປະເມີນ, ແລະຫຼັງຈາກນັ້ນ
ຜົນໄດ້ຮັບຂອງມັນໄດ້ຖືກເກັບໄວ້ໃນຖານຄວາມຈໍາ.

FN A perl function name (ໂດຍບໍ່ມີການນໍາ &), ເຊັ່ນ: main'do_this. ໄດ້
function ຈະຖືກເອີ້ນດ້ວຍພາລາມິເຕີດຽວ: ຊື່ຂອງມະຫາພາກເອງ.
ນັ້ນເຮັດໃຫ້ປະຕູເປີດສໍາລັບສົນທິສັນຍາທີ່ຜູ້ໃຊ້ກໍານົດຕື່ມອີກໂດຍການບັງຄັບ
ການ​ປະ​ເມີນ​ຜົນ​ໂດຍ​ຜ່ານ​ການ​ທໍາ​ງານ perl ດຽວ​.

ໂປລແກລມ PROG A ເພື່ອດໍາເນີນການເພື່ອເອົາມູນຄ່າຕົວຈິງ. ມີແຕ່ເສັ້ນໃໝ່ທີ່ຕິດຕາມມາຖືກຕັດ,
ຄົນອື່ນຖືກຮັກສາໄວ້. ໂຄງ​ການ​ແມ່ນ forked ທຸກ​ຄັ້ງ​. ໃນບັນຊີລາຍຊື່ການໂຕ້ຖຽງ
ໃຫ້ກັບໂຄງການ, %n ຈະຖືກຂະຫຍາຍເປັນຊື່ມະຫາພາກທີ່ພວກເຮົາກໍາລັງພະຍາຍາມ
ປະເມີນ. ຖ້າທ່ານລະບຸວ່າຢູ່ໃນກົດລະບຽບການກັ່ນຕອງ, ຢ່າລືມທີ່ຈະຫນີ
ທໍາອິດ %.

PROGC ຄືກັນກັບ PROG ແທ້ໆ, ແຕ່ໂປຣແກມຖືກ forked ພຽງແຕ່ຄັ້ງດຽວ ແລະຄ່າຈະຖືກເກັບໄວ້
ສໍາລັບການ perusal ຕໍ່ມາ.

ໃນ​ລະ​ດັບ perl​, ສີ່​ຫນ້າ​ທີ່​ເຮັດ​ໃຫ້​ທ່ານ manipulate ແລະ​ກໍາ​ນົດ macro ຂອງ​ທ່ານ (ສ່ວນ​ທັງ​ຫມົດ​ຂອງ​
ໄດ້ usrmac ຊຸດ):

ໃໝ່ (ຊື່, ມູນຄ່າ, ປະເພດ)
ແທນທີ່ ຫຼືສ້າງ macro %-(name) . ຕົວ​ຢ່າງ:

new('foo', "$mailhook'header{'X-Foo'}", 'EXPR');

ຈະສ້າງມະຫາພາກໃຫມ່ ຟູ ທີ່ຈະຂະຫຍາຍໄປສູ່ມູນຄ່າຂອງສົມມຸດຕິຖານ
X-Foo header

ລຶບ(ຊື່)
ລຶບຄ່າທັງໝົດທີ່ບັນທຶກໄວ້ສຳລັບມະຫາພາກ.

push(ຊື່, ມູນຄ່າ, ປະເພດ)
stack macro ໃຫມ່, ສ້າງມັນຖ້າຈໍາເປັນ.

ປັອບ(ຊື່) ເອົາຄໍານິຍາມ macro ສຸດທ້າຍໃນ stack.

ນຶ່ງສະແຕັກມະຫາພາກຖືກຈັດສັນໃຫ້ແຕ່ລະມະຫາພາກ, ເພື່ອໃຫ້ບາງປະເພດຂອງການກຳນົດຂອບເຂດແບບເຄື່ອນໄຫວທີ່ເສື່ອມເສຍ
ອາດ​ຈະ​ໄດ້​ຮັບ​ການ​ປະ​ຕິ​ບັດ​. ການສ້າງມະຫາພາກຜ່ານ ການຊຸກຍູ້ ຄືກັບການເອົາຕົວແປທ້ອງຖິ່ນໃນ perl,
ໃນຂະນະທີ່ສ້າງຫນຶ່ງໂດຍ ໃຫມ່ ແມ່ນພຽງແຕ່ກໍາຫນົດໃຫ້ຕົວແປ. ອາດຈະ, ບໍ່ ຄືກັບການອອກຈາກ a
block ທີ່ມີຄໍານິຍາມຕົວແປທ້ອງຖິ່ນແລະ ລຶບ ຟຣີ ທັງຫມົດ ມະຫາພາກທີ່ມີຊື່ນັ້ນ,
ie ມັນລຶບ stack ທັງຫມົດ.

ໃນລະດັບການກັ່ນຕອງ, ຄໍາສັ່ງ MACRO ມີສາມທາງເລືອກ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ຄໍາສັ່ງກໍານົດ
ມະຫາພາກໃຫມ່ໂດຍໃຊ້ ການຊຸກຍູ້, ແລະ​ທາງ​ເລືອກ​ອື່ນໆ​ແຕ່​ລະ​ຄົນ​ໃຫ້​ທ່ານ​ເຂົ້າ​ເຖິງ​ຫນຶ່ງ​ຂອງ​ອື່ນໆ​
ຫນ້າທີ່ການໂຕ້ຕອບ. ໃຫ້ສັງເກດວ່າຄໍານິຍາມ macro ຍັງຄົງຢູ່ທົ່ວຄໍາສັ່ງ APPLY.

ຜູ້ໃຊ້ ກຳ ນົດ ການຕັດໄມ້ທ່ອນ
ສ່ວນໃຫຍ່ຂອງເວລາທີ່ຂຽນຄໍາສັ່ງການກັ່ນຕອງ mailagent ໃຫມ່ຫຼື perl hook, ທ່ານຈະ
ມີຄວາມຕ້ອງການສໍາລັບການຕັດໄມ້ສະເພາະ, ບໍ່ວ່າຈະລາຍງານບັນຫາຫຼືຕິດຕາມສິ່ງທີ່ທ່ານ
ກໍາລັງປະຕິບັດ.

ໂດຍປົກກະຕິ, ບັນທຶກຈະຖືກຕໍ່ທ້າຍເຂົ້າໃນ ບັນທຶກຕົວແທນ ໄຟລ໌ໂດຍການໂທຫາ &main'add_log(string) (ເບິ່ງ
ພາກສ່ວນຍ່ອຍ ໂດຍ​ທົ່ວ​ໄປ ຈຸດປະສົງ ການປະຕິບັດ). ສໍາລັບການປະຕິບັດທາງໄປສະນີແບບທໍາມະດາ, ນີ້ແມ່ນດີ.

ແຕ່ mailagent ສາມາດເຮັດໃຫ້ທ່ານກໍານົດໄຟລ໌ບັນທຶກທາງເລືອກ, ອ້າງອີງໂດຍຊື່. ທົ່ວໄປນີ້
ການ​ໂຕ້​ຕອບ​ການ​ເຂົ້າ​ສູ່​ລະ​ບົບ​ແມ່ນ​ກໍາ​ນົດ​ຢູ່​ໃນ​ usrlog ຊຸດ:

ໃໝ່ (ຊື່, ແຟ້ມ, ທຸງ)
ບັນທຶກໄຟລ໌ບັນທຶກໃຫມ່ທີ່ເອີ້ນວ່າ ຊື່ ແລະເຮັດໃນ ເອກະສານ. ຖ້າຊື່ເສັ້ນທາງທີ່ໃຫ້ສໍາລັບ
ໄຟລ໌ນີ້ແມ່ນບໍ່ສົມບູນ, ມັນຖືກຮາກຖານພາຍໃຕ້ logdir ໄດເລກະທໍລີ. ຖ້າ ທຸງ is
ຕັ້ງເປັນຖືກຕ້ອງ, ການບັນທຶກໃດໆກໍຕາມທີ່ເຮັດກັບໄຟລ໌ນີ້ຈະຖືກສຳເນົາໄປເປັນຄ່າເລີ່ມຕົ້ນ
ໄຟລ໌ບັນທຶກທົ່ວລະບົບ. ບໍ່ມີຫຍັງເຮັດໄດ້ຖ້າຫາກວ່າ logfile ທີ່ມີຊື່ດຽວກັນມີຢູ່ແລ້ວ
ໄດ້​ຖືກ​ກໍາ​ນົດ​.

ລຶບ(ຊື່)
ລຶບ logfile ທີ່ຮູ້ຈັກເປັນ ຊື່. ການ​ເຂົ້າ​ສູ່​ລະ​ບົບ​ຕື່ມ​ອີກ​ເຮັດ​ໃຫ້​ໄຟລ​໌​ນັ້ນ​ແມ່ນ​
ຖືກໂອນໄປຫາໄຟລ໌ບັນທຶກເລີ່ມຕົ້ນ.

main'usr_log(ຊື່, ສະຕຣິງ)
ຕື່ມການເຂົ້າໃນ logfile ຊື່. ໄຟລ໌ບັນທຶກເລີ່ມຕົ້ນແມ່ນເປັນທີ່ຮູ້ຈັກເປັນ Default ແລະ
ບໍ່​ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ກໍາ​ນົດ​ຫຼື​ລົບ​ຄືນ​ໃຫມ່​. ໃຫ້ສັງເກດວ່າຟັງຊັນນີ້ສາມາດໃຊ້ໄດ້ຈາກ
ຕົ້ນຕໍ ຊຸດ. ໂທຫາມັນກັບ ຊື່ ຕັ້ງເປັນສາຍ 'ຄ່າເລີ່ມຕົ້ນ' ສ່ວນຫຼາຍແມ່ນ
ເທົ່າກັບການໂທຫາໂດຍກົງ main'add_log ມີຂໍ້ຍົກເວັ້ນທີ່ໂດດເດັ່ນວ່າ
-i ທາງເລືອກ mailagent ຈະບໍ່ເປັນກຽດໃນກໍລະນີນີ້. ນີ້ອາດຈະເປັນຫຼືອາດຈະບໍ່
ເປັນປະໂຫຍດກັບທ່ານ.

ຖ້າເຈົ້າໂທຫາ &main'usr_log ດ້ວຍຊື່ logfile ທີ່ບໍ່ມີຢູ່, ການບັນທຶກຖືກໂອນໄປຫາ
ໄຟລ໌ບັນທຶກທົ່ວລະບົບເລີ່ມຕົ້ນທີ່ກຳນົດໄວ້ໃນຂອງທ່ານ ~/.mailagent.

ແບບເຄື່ອນໄຫວ ກໍາລັງໂຫລດ ໃຫມ່ ລະຫັດ
ໃນທ່ານ perl routines (ຄໍາສັ່ງທີ່ກໍານົດໂດຍຜູ້ໃຊ້, perl hooks, ແລະອື່ນໆ ...), ທ່ານອາດຈະຮູ້ສຶກວ່າຕ້ອງການ.
ໂຫຼດລະຫັດໃໝ່ບາງອັນເຂົ້າໃນ mailagent. ທ່ານມີການເຂົ້າເຖິງໂດຍກົງກັບພາຍໃນ
ປົກກະຕິທີ່ໃຊ້ໂດຍ mailagent ເພື່ອປະຕິບັດຄໍາສັ່ງ REQUIRE ຫຼືໂຫຼດການກັ່ນຕອງໃຫມ່ຂອງທ່ານ
ຕົວຢ່າງຄໍາສັ່ງ.

ການນໍາໃຊ້ອັນທີ່ເອີ້ນວ່າ ດາວໂຫຼດ ການໂຕ້ຕອບຈະຊື້ຄຸນສົມບັດພິເສດບາງຢ່າງໃຫ້ທ່ານ:

· ເສັ້ນທາງຫ້ອງສະໝຸດສາທາລະນະ mailagent ແມ່ນ prepended ອັດຕະໂນມັດກັບ @INC array, ເຊິ່ງ
ຊ່ວຍໃຫ້ທ່ານກໍານົດໄຟລ໌ຫ້ອງສະຫມຸດ perl ໃນທົ່ວລະບົບຂອງທ່ານເອງ (ເອກະຊົນ
ເສັ້ນທາງຫ້ອງສະຫມຸດແມ່ນກໍານົດໂດຍ perlib ຕົວແປການຕັ້ງຄ່າ, ເສັ້ນທາງຫ້ອງສະໝຸດສາທາລະນະ
ໄດ້ຖືກກໍານົດໃນເວລາຕິດຕັ້ງ).

·ມັກ perl's ຕ້ອງການ, mailagent ຕິດຕາມວ່າໄຟລ໌ໃດຖືກໂຫລດເຂົ້າໄປໃນອັນໃດ
ແພັກເກັດ ແລະຈະບໍ່ໂຫຼດໄຟລ໌ດຽວກັນຢູ່ໃນແພັກເກັດດຽວກັນສອງເທື່ອ.

· ມັນເປັນໄປໄດ້ທີ່ຈະເຮັດໃຫ້ແນ່ໃຈວ່າໄດ້ກໍານົດຫນ້າທີ່ສະເພາະຢູ່ໃນໄຟລ໌ທີ່ໂຫລດ,
ມີການລາຍງານຄວາມຜິດພາດຖ້າຫາກວ່ານີ້ບໍ່ແມ່ນກໍລະນີ.

· ທ່ານ​ໄດ້​ຮັບ​ຜົນ​ປະ​ໂຫຍດ​ຈາກ​ການ​ຕັດ​ໄມ້​ຕອນ​ຕົ້ນ​ເຮັດ​ໄດ້​ໂດຍ​ ດາວໂຫຼດ ເມື່ອມີຂໍ້ຜິດພາດເກີດຂຶ້ນ.

ເພື່ອເຮັດສິ່ງນີ້, ທ່ານໂທຫາ:

&dynload'load(ຊຸດ, ແຟ້ມ, ໜ້າ ທີ່)

ການລະບຸຊຸດທີ່ທ່ານຕ້ອງການໂຫຼດໄຟລ໌, ແລະເລືອກຊື່ຂອງ a
ຟັງຊັນທີ່ຈະຕ້ອງຖືກກໍານົດເມື່ອໄຟລ໌ໄດ້ຖືກໂຫລດແລ້ວ (ອອກຈາກຊ່ອງນີ້ໃສ່ undef if
ທ່ານບໍ່ມີຂໍ້ຈໍາກັດດັ່ງກ່າວ). ປົກກະຕິກັບຄືນມາ undef ຖ້າໄຟລ໌ບໍ່ສາມາດເປັນ
ໂຫລດແລ້ວ (ໄຟລ໌ທີ່ບໍ່ມີຢູ່, ສ່ວນຫຼາຍອາດຈະ), 0 ຖ້າໄຟລ໌ຖືກໂຫລດແຕ່ມີ syntax
ຂໍ້ຜິດພາດຫຼືບໍ່ໄດ້ກໍານົດຫນ້າທີ່ກໍານົດ, ແລະ 1 ສໍາລັບຄວາມສໍາເລັດ.

ການນໍາໃຊ້ ເມື່ອໃດທີ່ ຄໍາສັ່ງ
The ONCE constructs ຊ່ວຍໃຫ້ທ່ານລະບຸຄໍາສັ່ງທີ່ໃຫ້ຖືກດໍາເນີນການທຸກໆໄລຍະເວລາ (ມື້,
ອາທິດ...). ຄໍາສັ່ງແມ່ນຖືກກໍານົດໂດຍ a ຊື່ ແລະ ໂຄດ​ຄໍາ​ສັ່ງ, ການປະສົມປະສານຂອງທັງສອງເປັນ
ເປັນເອກະລັກ. ເປັນຫຍັງບໍ່ພຽງແຕ່ຕົວລະບຸຕົວດຽວ? ແລ້ວ, ມັນຈະດີ, ແຕ່ສົມມຸດວ່າທ່ານຕ້ອງການ
ສົ່ງຂໍ້ຄວາມຕອບກັບຫາໃຜຜູ້ໜຶ່ງທຸກໆອາທິດ. ທ່ານ​ສາ​ມາດ​ນໍາ​ໃຊ້​ທີ່​ຢູ່​ອີ​ເມລ​ຂອງ​
ບຸກຄົນເປັນຕົວລະບຸຄໍາສັ່ງ. ແຕ່ຖ້າທ່ານຕ້ອງການສົ່ງຂໍ້ຄວາມອື່ນໄປຫາ
ທີ່ຢູ່ດຽວກັນ, ເວລານີ້ເດືອນລະເທື່ອ?

ນີ້ແມ່ນການໃຊ້ prototypical ຂອງ ONCE, ເຊິ່ງເຮັດຄືກັບໂຄງການພັກຜ່ອນ, ຍົກເວັ້ນ
ວ່າມັນສົ່ງຄໍາຕອບພຽງແຕ່ຫນຶ່ງຄັ້ງຕໍ່ມື້ສໍາລັບທີ່ຢູ່ທີ່ລະບຸໄວ້:

{ ONECE (%r, ຂໍ້ຄວາມ, 1d) MESSAGE ~/.ຂໍ້ຄວາມ };

ນີ້ອີງໃສ່ກົນໄກການທົດແທນມະຫາພາກເພື່ອສົ່ງຂໍ້ຄວາມພຽງແຕ່ຫນຶ່ງຄັ້ງຕໍ່ມື້ເທົ່ານັ້ນ
in ~/.ຂໍ້ຄວາມ. ຢ່າໃຊ້ແທັກ ພັກ, ເວັ້ນເສຍແຕ່ວ່າທ່ານຮູ້ວ່າທ່ານກໍາລັງເຮັດຫຍັງ: ນີ້ແມ່ນ
ແທັກທີ່ໃຊ້ພາຍໃນໂດຍ mailagent ໃນຮູບແບບການພັກຜ່ອນ. ຈື່ໄວ້ວ່າບໍ່ມີຕົວເລືອກຫຼືຮູບແບບ
ຖືກເຂົ້າໃຈເປັນ "ຫົວຂໍ້: *", ດັ່ງນັ້ນກົດລະບຽບໄດ້ຖືກປະຕິບັດສະເຫມີເພາະວ່າຮູບແບບນັ້ນ
ກົງກັນສະເໝີ.

ການສະແຕມເວລາທີ່ກ່ຽວຂ້ອງກັບແຕ່ລະຄໍາສັ່ງຈະຖືກເກັບໄວ້ໃນໄຟລ໌ພາຍໃຕ້ໄດເລກະທໍລີ Hash.
ຊື່ແມ່ນໃຊ້ເປັນປຸ່ມ hashing ເພື່ອຄິດໄລ່ຊື່ຂອງໄຟລ໌ (ສອງຕົວອັກສອນທໍາອິດ
ຖືກນໍາໃຊ້). ພາຍໃນໄຟລ໌, ເວລາຖືກຈັດຮຽງຕາມຊື່, ຈາກນັ້ນຕາມແທັກ. ແນ່ນອນ, ເຈົ້າ
ສາ​ມາດ​ເວົ້າ​ໄດ້ (inverting tag ແລະ​ຊື່​)​:

{ ONECE (ຂໍ້ຄວາມ, %r, 1d) MESSAGE ~/.ຂໍ້ຄວາມ };

ແຕ່ນັ້ນຄົງຈະມີປະສິດທິພາບໜ້ອຍລົງ, ຍ້ອນວ່າການຕີຄັ້ງທຳອິດຈະຖືກເຮັດໃນ a
ຄໍາຄົງທີ່, ດັ່ງນັ້ນເວລາທັງຫມົດຈະຢູ່ໃນໄຟລ໌ Hash/m/e (ບ່ອນທີ່ Hash is
ຊື່ຂອງລະບົບ hashing ຂອງທ່ານ, ຊຶ່ງເປັນ hash ພາລາມິເຕີໃນການຕັ້ງຄ່າ
ໄຟລ).

ການນໍາໃຊ້ Tags in ການບັນທຶກ ແລະ ເປັນ​ເອ​ກະ​ລັກ
ທັງຄຳສັ່ງ RECORD ແລະ UNIQUE ໃຫ້ທ່ານລະບຸລາຍຊື່ແທັກທີ່ຂັ້ນດ້ວຍເຄື່ອງໝາຍຈຸດລະຫວ່າງ '('
ແລະ ')'. ສໍາລັບແຕ່ລະແທັກທີ່ມີຢູ່ໃນບັນຊີລາຍຊື່, ມີການປ້ອນຂໍ້ມູນແຍກຕ່າງຫາກໃນຖານຂໍ້ມູນ
ກ່ຽວຂ້ອງກັບ ID ຂໍ້ຄວາມ. ເມື່ອຂໍ້ຄວາມຖືກບັນທຶກໄວ້ຢ່າງຫນ້ອຍຫນຶ່ງແທັກ,
ຄໍາສັ່ງ "ລົ້ມເຫລວ". ການບໍ່ລະບຸແທັກໃດໜຶ່ງໝາຍເຖິງການຊອກຫາເຫດການທີ່ເກີດຂຶ້ນ
ID ຂໍ້ຄວາມ, ບໍ່ວ່າຈະຖືກ tagged ຫຼືບໍ່.

ນີ້ແມ່ນເປັນປະໂຫຍດຫຼາຍໃນເວລາທີ່ໄດ້ຮັບ mail ຂ້າມໄປສະນີໄປຫາບັນຊີລາຍຊື່ທາງໄປສະນີທີ່ແຕກຕ່າງກັນແລະທ່ານ
ຕ້ອງ​ການ​ທີ່​ຈະ​ຊ່ວຍ​ປະ​ຢັດ​ຫນຶ່ງ​ຕົວ​ຢ່າງ​ຂອງ​ຂໍ້​ຄວາມ​ໃນ​ແຕ່​ລະ​ໂຟນ​ເດີ​, ແຕ່​ຍັງ​ລະ​ວັງ​ຕໍ່​
ຊໍ້າກັນ. ເຈົ້າອາດຈະເວົ້າວ່າ:

ເຖິງ Cc: unix-wizards {
UNIQUE (ຂອງຄວາມຍາວປາ);
ຊ່ວຍປະຢັດຕົວຊ່ວຍສ້າງ;
ປະຕິເສດ;
};
ເຖິງ Cc: majordomo-users {
UNIQUE (majordomo);
ບັນທຶກ majordomo;
ປະຕິເສດ;
};

ແລະພຽງແຕ່ຫນຶ່ງຕົວຢ່າງຂອງຂໍ້ຄວາມຈະສິ້ນສຸດໃນແຕ່ລະໂຟນເດີ. ເມື່ອທ່ານມີໂຟນເດີ
ດ້ວຍຜົນປະໂຫຍດທີ່ຂັດແຍ້ງກັນ, ທ່ານອາດຈະໃຊ້ລາຍຊື່ແທັກ, ແທນທີ່ຈະແທັກດຽວ. ສໍາລັບ
ຍົກ​ຕົວ​ຢ່າງ, ສົມ​ມຸດ​ວ່າ​ທ່ານ​ຕ້ອງ​ການ​ທີ່​ຈະ​ເກັບ​ຮັກ​ສາ​ສໍາ​ເນົາ​ດຽວ​ສໍາ​ລັບ​ຂໍ້​ຄວາມ​ຂ້າມ​ການ​ປະ​ກາດ​ກັບ​ທັງ​ສອງ​ ຫ່າງ​ໄກ
ຜູ້ຊົມໃຊ້ ແລະ ຕົວແທນຜູ້ໃຊ້, ແຕ່ມີສໍາເນົາແຍກຕ່າງຫາກຖ້າຍັງຂຽນຂ້າມໄປຫາ ຜູ້ໃຊ້ majordomo,
ແລ້ວເວົ້າວ່າ:

ເຖິງ Cc: majordomo-users {
UNIQUE (majordomo);
ບັນທຶກ majordomo;
ປະຕິເສດ;
};
ເຖິງ Cc: dist-users {
UNIQUE (dist, ຕົວແທນ);
ຊ່ວຍປະຢັດຜູ້ໃຊ້ dist;
ປະຕິເສດ;
};
ເຖິງ Cc: ຕົວແທນ-ຜູ້ໃຊ້ {
UNIQUE (dist, ຕົວແທນ);
ຊ່ວຍປະຢັດຜູ້ໃຊ້ dist;
ປະຕິເສດ;
};

ຖ້າທ່ານມີກົດລະບຽບບາງຢ່າງໂດຍໃຊ້ UNIQUE ໂດຍບໍ່ມີແທັກໃດໆ, ມັນຈະກົງກັບເວລາຢ່າງຫນ້ອຍຫນຶ່ງ
ຕົວຢ່າງຂອງຂໍ້ຄວາມໄດ້ຖືກບັນທຶກໄວ້, ບໍ່ວ່າແທັກໃດ (ຖ້າມີທັງຫມົດ) ຖືກນໍາໃຊ້ໃນ
ສະຖານທີ່ທໍາອິດ.

ການລະບຸ A ໄລຍະເວລາ
ພາລາມິເຕີໄລຍະເວລາຂອງຄໍາສັ່ງ ONCE ຫຼື vacperiod ຕົວກໍານົດການຂອງການຕັ້ງຄ່າຂອງທ່ານ
ໄຟລ໌ມີຮູບແບບຕໍ່ໄປນີ້: ຕົວເລກຕາມດ້ວຍຕົວແກ້ໄຂ. ຕົວແກ້ໄຂແມ່ນປະລໍາມະນູ
ໄລ​ຍະ​ເວ​ລາ​ເຊັ່ນ​ມື້​ຫຼື​ອາ​ທິດ​, ຈໍາ​ນວນ​ແມ່ນ​ຈໍາ​ນວນ​ຂອງ​ໄລ​ຍະ​ປະ​ລໍາ​ມະ​ນູ​ຂອງ​ໄລ​ຍະ​ສຸດ​ທ້າຍ​
ຄວນເທົ່າກັບ. ຕົວແກ້ໄຂທີ່ມີຢູ່ແມ່ນ:

m ນາທີ
ຊົ່ວ​ໂມງ (60 ນາ​ທີ​)
d ມື້ (24 ຊົ່ວ​ໂມງ​)
w ອາທິດ (7 ມື້)
ເດືອນ M (30 ມື້)
ປີ (365 ວັນ)

ໄລຍະເວລາທັງ ໝົດ ຖືກປ່ຽນພາຍໃນວິນາທີ, ເຖິງແມ່ນວ່າເຈົ້າບໍ່ສົນໃຈແທ້ໆ ...
ຕົວຢ່າງຂອງໄລຍະເວລາທີ່ຖືກຕ້ອງຕັ້ງແຕ່ "1m" ຫາ "136y" ໃນເຄື່ອງ 32 bits (ເປັນຫຍັງ?).

ໝົດ ເວລາ
ເພື່ອຫຼີກເວັ້ນການມີ ຈົດໝາຍ ລໍຖ້າຄໍາສັ່ງຕະຫຼອດໄປ, ການປະຕິບັດສູງສຸດ
ເວລາໜຶ່ງຊົ່ວໂມງແມ່ນອະນຸຍາດຕາມຄ່າເລີ່ມຕົ້ນ. ຜ່ານມາຈໍານວນດັ່ງກ່າວ, ເດັກນ້ອຍໄດ້ຖືກສົ່ງ a
ສັນຍານ SIGTERM. ຖ້າມັນບໍ່ຕາຍພາຍໃນ 30 ວິນາທີ, SIGKILL ຈະຖືກສົ່ງ. ຜົນຜະລິດ
ຈາກໂຄງການ, ຖ້າມີມາເຖິງຕອນນັ້ນ, ຈະຖືກສົ່ງກັບຜູ້ໃຊ້. ພຶດຕິກໍາເລີ່ມຕົ້ນນີ້ອາດຈະ
ໄດ້​ຮັບ​ການ​ປ່ຽນ​ແປງ​ໂດຍ​ການ​ຕັ້ງ​ຄ່າ​ທີ່​ເຫມາະ​ສົມ​ runmax ຕົວແປໃນໄຟລ໌ການຕັ້ງຄ່າຂອງທ່ານເພື່ອອະນຸຍາດໃຫ້ເພີ່ມເຕີມ
ເວລາສໍາລັບຄໍາສັ່ງທີ່ຈະສໍາເລັດ.

ນອກນັ້ນຍັງມີ ການກັ່ນຕອງ ໝົດເວລາຄິວ. ເພື່ອເຮັດໃຫ້ການໂຫຼດຂອງລະບົບປານກາງ, C ການກັ່ນຕອງ
ໂຄງການລໍຖ້າ 60 ວິນາທີໂດຍຄ່າເລີ່ມຕົ້ນ (ຫຼືໃດກໍ່ຕາມ ລໍຖ້າຄິວ ຖືກຕັ້ງໄວ້ໃນໄຟລ໌ config)
ກ່ອນທີ່ຈະເປີດຕົວ ຈົດໝາຍ. ເພື່ອຫຼີກເວັ້ນການຂັດແຍ້ງ, ຂໍ້ຄວາມທີ່ຈັດຄິວໂດຍການກັ່ນຕອງທໍາອິດ (ເຊິ່ງ
ຫຼັງ ຈາກ ນັ້ນ ຈະ ນອນ ສໍາ ລັບ ລໍຖ້າຄິວ ວິນາທີ) ບໍ່ໄດ້ຖືກປະມວນຜົນໂດຍ ຈົດໝາຍ's -q ທາງ​ເລືອກ​ຈົນ​ກ​່​ວາ​
ພວກເຂົາເຈົ້າແມ່ນຢ່າງຫນ້ອຍ ຖືຄິວ ວິນາທີເກົ່າ. ຕົວກໍານົດການທີ່ກ່ຽວຂ້ອງກັບແຖວອື່ນແມ່ນ ຫຼຸດແຖວ, ໄດ້
ຈໍານວນວິນາທີຫຼັງຈາກນັ້ນ ຈົດໝາຍ ຈະທຸງຂໍ້ຄວາມເປັນ "ສູນເສຍ" ໃນເວລາທີ່ລາຍຊື່
ແຖວ.

ສຸດທ້າຍ, ນະໂຍບາຍການໝົດເວລາການລັອກອາດຈະຖືກຕັ້ງຄ່າເຊັ່ນກັນ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ລັອກຈະແຕກ
ໃນເວລາທີ່ມັນມີອາຍຸຫນຶ່ງຊົ່ວໂມງ (ຕັ້ງຄ່າໂດຍ ລັອກ ຕົວແປ) ແລະ ຈົດໝາຍ ພຽງ​ແຕ່​ຈະ​ເຮັດ​ໃຫ້​
lockmax ຄວາມພະຍາຍາມ, ໄລຍະຫ່າງໂດຍ lockdelay ວິນາທີທີ່ຈະໄດ້ມາ lock ໄດ້. ຫຼັງຈາກນັ້ນມັນຈະດໍາເນີນການ
ມັນໄດ້ຮັບລັອກນັ້ນຫຼືບໍ່. ຖ້າທ່ານຕ້ອງການນະໂຍບາຍການລັອກທີ່ປອດໄພ, ໃຫ້ແນ່ໃຈວ່າ lockmax
ເວລາ lockdelay ແມ່ນຫຼາຍກ່ວາ ລັອກ, ພາລາມິເຕີທີ່ "ໃຫຍ່" ພຽງພໍ.

ຫຼີກເວັ້ນການ Loops
ໄດ້ ຈົດໝາຍ ອອກຈາກສ່ວນຫົວ "X-Filter:" ໃນແຕ່ລະຂໍ້ຄວາມທີ່ຖືກກັ່ນຕອງ, ເຊິ່ງມັນຖືກນໍາໃຊ້
ເພື່ອກວດຫາ loops. ຖ້າຂໍ້ຄວາມຖືກກັ່ນຕອງແລ້ວຈະຖືກປະມວນຜົນ, ຈົດໝາຍ ເຂົ້າ a
ລັດພິເສດ _SEEN_. ລັດນີ້ແມ່ນພິເສດໃນຄວາມຮູ້ສຶກທີ່ມັນຖືກສ້າງຂຶ້ນໃນ, ມັນບໍ່ໄດ້ຖືກຈັບຄູ່
ໂດຍທັງໝົດ, ແລະບາງການກະທຳແມ່ນບໍ່ມີໃຫ້, ຄື: ກັບຄືນ, BOUNCE, FEED, FORWARD,
ໃຫ້, ແຈ້ງ, ຜ່ານ, ທໍ່, ໂພດ, ລ້າງອອກ, ຄິວ ແລະແລ່ນ. ຍັງສັງເກດວ່າເຖິງແມ່ນວ່າ ONCE
ແລະ SELECT constructs ຖືກເປີດໃຊ້, ພວກມັນຈະບໍ່ໃຫ້ທ່ານປະຕິບັດຄໍາສັ່ງທີ່ບໍ່ອະນຸຍາດ.
ຖ້າບໍ່ດັ່ງນັ້ນ, ລັດ _SEEN_ ປະຕິບັດຕົວຄືກັບລັດອື່ນທີ່ທ່ານສາມາດເລືອກ ຫຼືປະຕິເສດໄດ້, ດັ່ງນັ້ນ ກ
guard ຈະບໍ່ເລືອກກົດລະບຽບໃນເວລາທີ່ພວກເຮົາຢູ່ໃນສະຖານະ _SEEN_.

ສະຖານະ _SEEN_ ເຮັດໃຫ້ມັນງ່າຍຕໍ່ການຈັດການກັບອີເມວທີ່ loop ຍ້ອນມີນາມແຝງ loop ທ່ານ
ບໍ່ມີການຄວບຄຸມ. ຖ້າບໍ່ພົບການກະທຳໃດຢູ່ໃນສະຖານະ _SEEN_, ຈົດໝາຍຈະຖືກປະໄວ້ໃນ
ກ່ອງຈົດຫມາຍ, ຕາມປົກກະຕິ. ຍິ່ງໄປກວ່ານັ້ນ, ຖ້າບໍ່ມີການປະຫຍັດແມ່ນເຮັດ, LEAVE ຈະຖືກປະຕິບັດ. ນີ້ແມ່ນເລື່ອງປົກກະຕິ
ພຶດຕິ ກຳ.

ສ່ວນຫົວ "X-Filter:" ຈະຖືກເພີ່ມເມື່ອຂໍ້ຄວາມຖືກບັນທຶກເທົ່ານັ້ນ. ການປະຕິບັດເຊັ່ນ PIPE ຫຼື
ໃຫ້ບໍ່ໄດ້ໝາຍຂໍ້ຄວາມວ່າຖືກບັນທືກ ແລະດັ່ງນັ້ນເຂົາເຈົ້າຈຶ່ງເຮັດ ບໍ່ ເພີ່ມຫົວເລື່ອງນັ້ນ
ສາຍ. ທ່ານ​ສາ​ມາດ​ເພີ່ມ​ຫນຶ່ງ​ໂດຍ​ຜ່ານ ANNOTATE ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ຕ້ອງ​ການ​ເພື່ອ​ປ້ອງ​ກັນ​ການ loops​, ໃນ​ກໍ​ລະ​ນີ​ທີ່​ໂຄງ​ການ​ຈະ​
ທີ່ທ່ານກໍາລັງໃຫ້ອາຫານຂໍ້ຄວາມອາດຈະສົ່ງຄືນໃຫ້ທ່ານໃນທາງທີ່ແປກປະຫລາດ.

ຂໍ້ຄວາມ ໄຟ
ຂໍ້ຄວາມຂອງຂໍ້ຄວາມທີ່ຈະສົ່ງຄືນ (ສໍາລັບ MESSAGE ຫຼື NOTIFY) ແມ່ນອ່ານຈາກໄຟລ໌ແລະ
ຜ່ານກົນໄກການທົດແທນມະຫາພາກ. ມະຫາພາກພິເສດ %T ຖືກຕັ້ງເປັນວັນທີ
ຂອງການດັດແກ້ຫຼ້າສຸດທີ່ເຮັດຢູ່ໃນໄຟລ໌ນັ້ນ. ຮູບແບບແມ່ນ ເດືອນ/ມື້, ແລະປີແມ່ນເພີ່ມ
ກ່ອນເດືອນເທົ່ານັ້ນຖ້າມັນແຕກຕ່າງຈາກປີປະຈຸບັນ.

ຢູ່ທີ່ຫົວຂອງຂໍ້ຄວາມ, ເຈົ້າອາດຈະໃສ່ເສັ້ນຫົວ. ເສັ້ນເຫຼົ່ານັ້ນຈະຂຽນທັບ
ສາຍທີ່ສະໜອງໃຫ້ເລີ່ມຕົ້ນ. ນັ້ນອາດຈະເປັນປະໂຫຍດທີ່ຈະປ່ຽນຫົວຂໍ້ເລີ່ມຕົ້ນຫຼືເພີ່ມບາງຢ່າງ
ຊ່ອງຂໍ້ມູນເພີ່ມເຕີມເຊັ່ນ: ຊື່ອົງການຂອງເຈົ້າ. ໃນຕອນທ້າຍຂອງຫົວຂອງທ່ານໄດ້ຖືກມອບໃຫ້ໂດຍ
ເສັ້ນເປົ່າທໍາອິດທີ່ພົບ. ຖ້າທາງເທິງຂອງຂໍ້ຄວາມທີ່ເຈົ້າຕ້ອງການສົ່ງເບິ່ງຄືວ່າເປັນ
mail header, ທ່ານອາດຈະປົກປ້ອງມັນໂດຍການເພີ່ມເສັ້ນເປົ່າຢູ່ເທິງສຸດຂອງໄຟລ໌. ນີ້
ເສັ້ນ dummy ຈະຖືກລຶບອອກຈາກຂໍ້ຄວາມແລະໄຟລ໌ທັງຫມົດຈະຖືກສົ່ງໄປເປັນຮ່າງກາຍ
ສ່ວນຫນຶ່ງ.

ນີ້ແມ່ນຕົວຢ່າງຂອງໄຟລ໌ວັນພັກ. ພວກເຮົາເພີ່ມສໍາເນົາກາກບອນເຊັ່ນດຽວກັນກັບຊື່ຂອງພວກເຮົາ
ອົງ​ການ​ຈັດ​ຕັ້ງ​ຢູ່​ໃນ​ຫົວ​ຂໍ້​:

Cc: ram
ອົງການຈັດຕັ້ງ: %o
ອັນດັບຕົ້ນ: ຫຼາຍ

[ດັດແກ້ຫຼ້າສຸດ %T]

ສະບາຍດີ %N:

ຂ້ອຍໄດ້ຮັບຈົດໝາຍຂອງເຈົ້າກ່ຽວກັບ "%R".
ມັນຈະຖືກອ່ານທັນທີທີ່ຂ້ອຍກັບຄືນມາຈາກວັນພັກ.

ດ້ວຍຄວາມນັບຖື,
--
%U <%u@%C>

ການພັກຜ່ອນ MODE

ເມື່ອເຖິງເວລາພັກຜ່ອນ, ມັນເປັນໄປໄດ້ທີ່ຈະຕັ້ງຄ່າ mailagent ໃນຮູບແບບການພັກຜ່ອນ.
ທຸກ vacperiod, ຂໍ້ຄວາມ vacfile ຈະຖືກສົ່ງກັບຄືນໄປຫາຜູ້ໃຊ້ (ດ້ວຍ macros
substitutions) ຖ້າຜູ້ໃຊ້ຖືກລະບຸໄວ້ຢ່າງຊັດເຈນຢູ່ໃນ To or Cc ພາກສະຫນາມແລະຖ້າຜູ້ສົ່ງແມ່ນ
ບໍ່ແມ່ນຜູ້ໃຊ້ພິເສດ (ຮາກ, uucp, ຂ່າວ, daemon, ຜູ້ຈັດການໄປສະນີ, ເຈົ້າຂ່າວ, usenet, Mailer-
Daemon, ຕົວແທນທາງໄປສະນີ or ບໍ່ມີໃຜ). ການແຂ່ງຂັນແມ່ນເຮັດໃນລັກສະນະທີ່ບໍ່ເຂົ້າໃຈໃນກໍລະນີ, ດັ່ງນັ້ນ
MAILER-DAEMON ຍັງຈະຖືກຮັບຮູ້ວ່າເປັນຜູ້ໃຊ້ພິເສດ. ນອກຈາກນັ້ນ, ຂໍ້ຄວາມໃດໆທີ່ຖືກ tagged
ມີ ກ່ອນໜ້າ: ພາກສະຫນາມກໍານົດໃຫ້ ຫຼາຍ, ບັນຊີລາຍຊື່ or junk ຈະບໍ່ກະຕຸ້ນຂໍ້ຄວາມວັນພັກຜ່ອນ.
ພຶດຕິກໍາທີ່ສ້າງຂຶ້ນນີ້ແນ່ນອນສາມາດ overloaded ໂດຍກົດລະບຽບທີ່ເຫມາະສົມ (ໂດຍການທົດສອບແລະ
ອອກ​ຂໍ້​ຄວາມ​ວັນ​ພັກ​ຕົວ​ທ່ານ​ເອງ​ໂດຍ​ຜ່ານ MESSAGE).

ພາຍໃນ, mailagent ໃຊ້ຄໍາສັ່ງ ONCE tagged (%r, ພັກ​ຜ່ອນ​, $vacperiod). ນີ້ຫມາຍຄວາມວ່າ
ເຈົ້າບໍ່ຄວນໃຊ້ ພັກ tag ໃນຄໍາສັ່ງ ONCE ຂອງທ່ານເອງ, ເວັ້ນເສຍແຕ່ວ່າທ່ານຮູ້ວ່າທ່ານແມ່ນຫຍັງ
ເຮັດ.

ນອກຈາກນັ້ນ, ຂໍ້ຄວາມວັນພັກຈະຖືກສົ່ງພຽງແຕ່ຖ້າບໍ່ມີຄໍາສັ່ງ "VACATION off" ອອກ, ຫຼື
ຖ້າ "VACATION on" ອື່ນຂຽນທັບອັນກ່ອນໜ້າ. ໃຫ້ສັງເກດວ່າບໍ່ວ່າຈະເປັນກົດລະບຽບທີ່ກົງກັນຫຼື
ບໍ່ແມ່ນບໍ່ກ່ຽວຂ້ອງກັບ algorithm. ໂດຍຄ່າເລີ່ມຕົ້ນ, ແນ່ນອນ, ຂໍ້ຄວາມວັນພັກແມ່ນອະນຸຍາດໃຫ້
ໃນ​ເວ​ລາ​ທີ່ ພັກ ພາລາມິເຕີການຕັ້ງຄ່າຖືກຕັ້ງເປັນ on.

ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ບໍ່​ພໍ​ໃຈ​ກັບ​ຄວາມ​ຈິງ​ທີ່​ວ່າ​ຂໍ້​ຄວາມ​ພັກ​ໄດ້​ຖືກ​ສົ່ງ​ໄປ​ຫາ​ຜູ້​ທີ່​ໄດ້​ຮັບ​ການ​ແກ້​ໄຂ​
ທ່ານສໍາເນົາກາກບອນເທົ່ານັ້ນ, ຫຼັງຈາກນັ້ນທ່ານອາດຈະຂຽນຢູ່ເທິງສຸດຂອງເອກະສານກົດລະບຽບຂອງທ່ານ:

Cc: ram { ພັກເຊົາ; ປະຕິເສດ };

ແນ່ນອນ, ເຈົ້າຕ້ອງປ່ຽນຊື່ເຂົ້າສູ່ລະບົບຂອງເຈົ້າເອງແທນ ram. ທ່ານບໍ່ສາມາດໃຊ້
ໂຄງ​ການ​ດຽວ​ກັນ​ເພື່ອ​ອະ​ນຸ​ຍາດ​ໃຫ້​ຂໍ້​ຄວາມ​ພັກ​ຜ່ອນ​ກັບ​ຜູ້​ຊົມ​ໃຊ້​ພິ​ເສດ​ເຊັ່ນ​ ຮາກ, ເນື່ອງຈາກວ່າການທົດສອບສໍາລັບ
"ຄວາມພິເສດ" ເກີດຂຶ້ນຫຼັງຈາກທຸງຮູບແບບການພັກຜ່ອນ. ນີ້​ແມ່ນ construed ເປັນ​ລັກ​ສະ​ນະ​ເປັນ​ມັນ​
ປ້ອງກັນຄວາມຜິດພາດ stupid, ເຊັ່ນ: ການນໍາໃຊ້ r* ແທນ​ທີ່ ram ໃນກົດລະບຽບທີ່ຜ່ານມາ.

ທ່ານອາດຈະຕ້ອງການຕັ້ງຄ່າຂໍ້ຄວາມການພັກຜ່ອນທີ່ແຕກຕ່າງກັນ, ຫມາຍເຖິງຄົນຢູ່ໃນຂອງທ່ານເທົ່ານັ້ນ
ອົງການຈັດຕັ້ງໃຫ້ລັກສະນະລະອຽດອ່ອນຂອງຂໍ້ມູນທີ່ເປີດເຜີຍ ;-). ວິ​ທີ​ທີ່​ງ່າຍ​ດາຍ​ຂອງ​
ການດໍາເນີນການນັ້ນແມ່ນ:

ຈາກ: /^\w+$/, /^\w+@\w+$/, /^[\w.-]+@.*\.hp\.com$/i
{ ພັກ ~/.hp_vacation 1w; ປະຕິເສດ HP };

ສົມມຸດວ່າໂດເມນຂອງອົງການຂອງຂ້ອຍແມ່ນ .hp.com ແລະຂໍ້ຄວາມນັ້ນບໍ່ມີໂດເມນໃດໆ
ແມ່ນຂໍ້ຄວາມທ້ອງຖິ່ນ, ກົດລະບຽບຂ້າງເທິງນີ້ຕັ້ງຄ່າໄຟລ໌ ~/.hp_vacation, ສົ່ງຫນຶ່ງຄັ້ງຕໍ່ອາທິດ, ສໍາລັບ
ພະນັກງານ HP ທັງໝົດ.

ຄໍາສັ່ງ VACATION ຈະບໍ່ໃຫ້ທ່ານປ່ຽນເສັ້ນທາງຂໍ້ຄວາມ (ແຕ່ຈະອະນຸຍາດຄວາມຖີ່
ມີການປ່ຽນແປງຢ່າງໃດກໍ່ຕາມ) ໃນເວລາທີ່ ສັກຢາແລ້ວ ຕົວແປການຕັ້ງຄ່າຖືກຕັ້ງເປັນ ON. ນີ້ແມ່ນຫມາຍຄວາມວ່າ
ໃຊ້ໃນສະຖານະການສຸກເສີນ, ເມື່ອມີຂໍ້ຄວາມວັນພັກພຽງແຕ່ອັນດຽວຈະເຫມາະ. ສໍາລັບຕົວຢ່າງ, ເມື່ອ
ເຈົ້າຢູ່ໃນການພັກຜ່ອນບໍ່ສະບາຍ, ຂໍ້ຄວາມກະຕຸ້ນງ່າຍໆໄປຫາຜູ້ສົ່ງຈົດໝາຍຂອງເຈົ້າຈາກບ້ານສາມາດປ່ຽນແປງໄດ້
ຂອງ​ທ່ານ ~/.mailagent ການ​ຕັ້ງ​ຄ່າ​ທີ່​ຈະ​ບັງ​ຄັບ​ ~/.i_am_sick ຂໍ້ຄວາມ, ໂດຍບໍ່ສົນເລື່ອງຂອງສິ່ງທີ່
ກົດລະບຽບຕ່າງໆຕ້ອງເວົ້າ. ແທ້ຈິງແລ້ວ, ນີ້ແມ່ນເຫດຜົນທີ່ຊັດເຈນວ່າຄຸນນະສົມບັດນີ້ໄດ້ຖືກເພີ່ມ,
ເຮັດໃຫ້ປະລາດ ... :-)

ຄວາມຮັບຜິດຊອບ

ຕົວແປຕໍ່ໄປນີ້ແມ່ນເອົາໃຈໃສ່ກັບ: ພວກມັນອາດຈະມາຈາກສະພາບແວດລ້ອມຫຼືເປັນ
ຕັ້ງ​ຢູ່​ໃນ​ໄຟລ​໌​ກົດ​ລະ​ບຽບ​:

ການກັ່ນຕອງຈົດໝາຍ
ຊີ້ບອກບ່ອນທີ່ຮູບແບບການໂຫຼດຈະຊອກຫາ, ຖ້າຊື່ຂອງໄຟລ໌ແມ່ນ
ບໍ່ມີຄຸນສົມບັດຄົບຖ້ວນ. ຖ້າມັນບໍ່ໄດ້ຖືກຕັ້ງ, ແມ່ນເມລ ຈະຖືກໃຊ້ແທນ. ຖ້າ ແມ່ນເມລ
ບໍ່​ໄດ້​ຖືກ​ຕັ້ງ​ທັງ​ຫມົດ​, ລະ​ບົບ​ເຮືອນ​ໄດ້​ຖືກ​ນໍາ​ໃຊ້​.

ແມ່ນເມລ ເປັນ​ທີ່​ຕັ້ງ​ຂອງ​ໂຟນ​ເດີ mail ຂອງ​ທ່ານ​. ເສັ້ນທາງພີ່ນ້ອງໃດໆແມ່ນເຂົ້າໃຈວ່າ
ເລີ່ມຈາກ ແມ່ນເມລ. ຖ້າມັນບໍ່ໄດ້ຖືກຕັ້ງ, ~/ຈົດໝາຍ ຖືກນໍາໃຊ້.

ຕົວແປເຫຼົ່ານັ້ນຍັງຄົງມີການເຄື່ອນໄຫວໃນຂະນະທີ່ຢູ່ໃນຂອບເຂດຂອງໄຟລ໌ກົດລະບຽບ. ຄວນສະຫຼັບກັນ
ໄຟລ໌ກົດລະບຽບຖືກໃຊ້ (ຜ່ານກົດລະບຽບ hook ຫຼືຄໍາສັ່ງ APPLY), ມູນຄ່າປະຈຸບັນໄດ້ຖືກຂະຫຍາຍພັນ
ກັບກົດລະບຽບໃຫມ່ທີ່ກໍານົດເວັ້ນເສຍແຕ່ຈະ overridden ໃນໄຟລ໌ກົດລະບຽບທາງເລືອກ. ໃນກໍລະນີໃດກໍ່ຕາມ, ໄດ້
ຄ່າທີ່ຜ່ານມາຈະຖືກຟື້ນຟູເມື່ອການຄວບຄຸມຖືກໂອນກັບຄືນໄປຫາກົດລະບຽບທີ່ຜ່ານມາ.
ນັ້ນແມ່ນ, ຕົວແປເຫຼົ່ານັ້ນແມ່ນແບບເຄື່ອນໄຫວແທນທີ່ຈະມີຂອບເຂດສະຖິຕິ.

AUTOMATIC ການຮັບຮູ້

ຢູ່ບ່ອນໃດກໍໄດ້ໃນເມລ, ສາມາດມີສາຍ @RR ຊ້າຍ-ຍຸດຕິທຳ ເຊິ່ງຈະສົ່ງຄືນ
ການຮັບຮູ້ກັບຜູ້ສົ່ງອີເມວ. @RR ອາດຈະຖືກຕິດຕາມດ້ວຍທາງເລືອກ
ທີ່ຢູ່, ໃນກໍລະນີໃດກໍ່ຕາມ, ການຮັບຮູ້ຈະຖືກສົ່ງໄປຫາທີ່ຢູ່ນັ້ນແທນ. ໃນ​ຄວາມ​ເປັນ​ຈິງ
(ແຕ່ຂໍໃຫ້ເປັນຄວາມລັບ), ນີ້ແມ່ນວິທີການສໍາລັບຂ້າພະເຈົ້າທີ່ຈະສາມາດເຂົ້າໄປເບິ່ງຜູ້ທີ່ດໍາເນີນການຂອງຂ້າພະເຈົ້າ
ໂຄງການ mailagent ແລະຜູ້ທີ່ບໍ່ໄດ້ ...

ໄດ້ mailmail ປົກກະຕິແລ້ວໂຄງການປະຕິບັດລັກສະນະດັ່ງກ່າວໂດຍຜ່ານ Return-Receipt-To: header
ເສັ້ນ, ເຊິ່ງສົ່ງ header ທັງຫມົດກັບຄືນໄປບ່ອນເມື່ອການຈັດສົ່ງສົບຜົນສໍາເລັດ. ຢ່າງໃດກໍຕາມ, ນີ້ບໍ່ແມ່ນ
ປະຕິບັດຢູ່ໃນຕົວແທນການຂົນສົ່ງທາງໄປສະນີທັງຫມົດ, ແລະ @RR ເປັນທາງເລືອກທີ່ດີ :-).

NOTA ເບນ

ຕະຫຼອດຫນ້າຄູ່ມືນີ້, ຂ້ອຍໄດ້ຂຽນຫົວເລື່ອງຢູ່ສະເຫມີກັບຕົວອັກສອນທໍາອິດຂອງ
ແຕ່​ລະ​ຄໍາ​ທີ່​ມີ​ຕົວ​ພິມ​ໃຫຍ່​, ໃນ​ ກັບຄືນ-ໃບຮັບ-ເຖິງ. ແຕ່ RFC-822 ບໍ່ໄດ້ບັງຄັບການສະກົດຄໍານີ້
ສົນ​ທິ​ສັນ​ຍາ​, ແລະ mailer ເປັນ​ທາງ​ກົດ​ຫມາຍ​ສາ​ມາດ rewrite ພາກ​ສະ​ຫນາມ​ທີ່​ຜ່ານ​ມາ​ເປັນ​ ກັບຄືນ-receipt-to
(ແລະໃນຄວາມເປັນຈິງກໍ່ຄືກັນ mailmail ໃນ​ໄຟລ​໌​ແຖວ​ເມລ​ເອ​ກະ​ຊົນ​ຂອງ​ຕົນ​ເອງ​)​.

ແນວໃດກໍ່ຕາມ, ທ່ານຕ້ອງລະບຸສ່ວນຫົວໃນສິ່ງທີ່ສາມາດເອີ້ນວ່າ a ເປັນປົກກະຕິ ກໍລະນີ
(ແຕ່ຫົວເລື່ອງ). ຕົວແທນຈະຮັບຮູ້ຢ່າງຖືກຕ້ອງ DC:, CC: or Cc: ໃນຈົດໝາຍ
ຂໍ້​ຄວາມ​ແລະ​ຈະ​ອະ​ນຸ​ຍາດ​ໃຫ້​ທ່ານ​ເພື່ອ​ເລືອກ​ເອົາ​ພາກ​ສະ​ຫນາມ​ເຫຼົ່າ​ນັ້ນ​ໂດຍ​ຜ່ານ​ການ​ປົກ​ກະ​ຕິ​ Cc: ໂຕເລືອກ. ໃນ
ໃນຄວາມເປັນຈິງ, ມັນດໍາເນີນການປົກກະຕິສໍາລັບທ່ານ, ແລະ a DC: ໂຕເລືອກຈະບໍ່ຖືກຮັບຮູ້ວ່າເປັນ
ດັ່ງກ່າວ. ແນ່ນອນ, ບໍ່ເຄີຍມີການປ່ຽນແປງທາງດ້ານຮ່າງກາຍຢູ່ໃນຫົວຂອງມັນເອງ.

ອັນນີ້ຍັງເປັນຄວາມຈິງສໍາລັບສ່ວນຫົວທີ່ລະບຸໄວ້ໃນຄໍາສັ່ງ STRIP ຫຼື KEEP. ຖ້າທ່ານຂຽນ ແຖບ
Cc, ມັນຖືກຕ້ອງຈະເອົາໃດໆ DC: ສາຍ. ເຊັ່ນດຽວກັນ, ຖ້າຫາກວ່າທ່ານໃຊ້ສໍານວນປົກກະຕິເພື່ອ
ລະ​ບຸ​ຕົວ​ເລືອກ​, Re.*: ຈະກົງກັບທັງສອງຕົ້ນສະບັບ ໄດ້ຮັບ: ແລະ ເສັ້ນທາງກັບຄືນ: ທົ່ງນາ,
ຮູ້ຈັກພາຍໃນໂດຍຜ່ານການເປັນຕົວແທນປົກກະຕິຂອງເຂົາເຈົ້າ.

MAIL ກອກ

ຕົວເຊື່ອມຕໍ່ຈົດໝາຍອະນຸຍາດໃຫ້ຜູ້ສົ່ງຈົດໝາຍສາມາດຮຽກເອົາບາງສະຄຣິບໄດ້ຢ່າງໂປ່ງໃສ ຫຼືດຳເນີນການຕໍ່ໄປ
ການປະມວນຜົນໃນຂໍ້ຄວາມ. hooks ເຫຼົ່ານັ້ນຖືກເປີດໃຊ້ຜ່ານ SAVE, STORE ຫຼື LEAVE
ຄໍາສັ່ງ. ຄື, ການບັນທຶກໃນໂຟເດີທີ່ມີບິດທີ່ສາມາດປະຕິບັດໄດ້ຖືກກໍານົດຈະຍົກສູງບົດບາດພິເສດ
ການປຸງແຕ່ງ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ໂຟນເດີຖືກປະຕິບັດເປັນໂຄງການທີ່ mail ຄວນຖືກທໍ່
ກັບ. ຖ້າໂຄງການ "ໂຟນເດີ້" ສົ່ງຄືນສະຖານະສູນ, ຫຼັງຈາກນັ້ນຂໍ້ຄວາມຖືກພິຈາລະນາ ບັນທືກ by
mailagent ໄດ້. ຖ້າບໍ່ດັ່ງນັ້ນ, ການປຸງແຕ່ງທັງຫມົດທີ່ຕິດກັບຄໍາສັ່ງບັນທຶກທີ່ລົ້ມເຫລວແມ່ນເລີ່ມຕົ້ນ
(ລວມທັງຄວາມພະຍາຍາມປະຢັດສຸກເສີນ). ໂຟນເດີທີ່ປະຕິບັດໄດ້ສະຫນອງວິທີການທີ່ໂປ່ງໃສ (ຈາກ
ມຸມໄຟລ໌ກົດລະບຽບ) ເພື່ອຈັດການກັບຂໍ້ຄວາມປະເພດພິເສດ.

ໃນຄວາມເປັນຈິງ, ຫ້າປະເພດທີ່ແຕກຕ່າງກັນຂອງ hooks ແມ່ນມີ. ອັນທໍາອິດແມ່ນທົ່ງພຽງ
ໂຟນເດີທີ່ປະຕິບັດໄດ້ທີ່ພວກເຮົາຫາກໍເວົ້າມາ. ແຕ່ຄວາມຈິງແລ້ວ, ນີ້ແມ່ນສິ່ງທີ່ເກີດຂຶ້ນແທ້ໆເມື່ອ
ຄໍາສັ່ງປະຫຍັດກວດພົບໂຟນເດີທີ່ປະຕິບັດໄດ້: mailagent ສະແກນແຖວທໍາອິດຂອງ
folder (ໃນຄວາມເປັນຈິງ, 128 bytes ທໍາອິດ) ແລະຊອກຫາບາງສິ່ງບາງຢ່າງເລີ່ມຕົ້ນດ້ວຍ #: ແລະ
ຕິດຕາມດ້ວຍຄໍາດຽວ, ອະທິບາຍປະເພດພິເສດຂອງ hook. ນີ້ແມ່ນຄ້າຍຄືກັນໃນວິທີການ
kernel ຈັດການກັບ #! hook ໃນໂຄງການປະຕິບັດ. ຖ້າບໍ່ພົບ #: ຫຼື #: ແມ່ນ
ຕິດຕາມດ້ວຍຂີ້ເຫຍື້ອບາງອັນ, ຫຼັງຈາກນັ້ນ ຈົດໝາຍ ຕັດ​ສິນ​ໃຈ​ວ່າ​ມັນ​ເປັນ​ໂຄງ​ການ​ທີ່​ງ່າຍ​ດາຍ​ແລະ feeds mail ໄດ້​
ຂໍ້​ຄວາມ​ກັບ​ໂຄງ​ການ​ນີ້​. ຈົບເລື່ອງ.

ແຕ່ຖ້າ #: token ຖືກປະຕິບັດຕາມ (ຊ່ອງທີ່ອະນຸຍາດ, case ແມ່ນບໍ່ກ່ຽວຂ້ອງ) ໂດຍຫນຶ່ງໃນ
ຄໍາຕໍ່ໄປນີ້, ຫຼັງຈາກນັ້ນການດໍາເນີນການພິເສດແມ່ນປະຕິບັດ:

ກົດລະບຽບ ໄຟລ໌ມີກົດລະບຽບການສົ່ງຈົດໝາຍທີ່ຕ້ອງນຳໃຊ້. ຈົດໝາຍໃໝ່
ຂະບວນການຖືກສ້າງຂື້ນເພື່ອປະຕິບັດຕົວຈິງກັບສິ່ງເຫຼົ່ານັ້ນແລະສະຖານະພາບທາງອອກໄດ້ຖືກຂະຫຍາຍພັນ
ກັບໄປຫາ mailagent ຕົ້ນສະບັບ.

ກວດສອບ ນີ້ແມ່ນຄ້າຍຄືກັນກັບສິ່ງທີ່ຊຸດ audit.pl ຂອງ Martin Streicher ເຮັດ,
ເພາະສະນັ້ນຊື່ຂອງ hook ນີ້. ຕົວແປພິເສດທີ່ຖືກກໍານົດໂດຍ PERL
ຄໍາສັ່ງການກັ່ນຕອງໄດ້ຖືກເລີ່ມຕົ້ນແລະ script ໄດ້ຖືກໂຫລດຢູ່ໃນພິເສດ mailhook
ພື້ນທີ່ຊື່ແພັກເກັດ, ເຊິ່ງເຮັດໃຫ້ທ່ານມີການໂຕ້ຕອບກັບຜູ້ສົ່ງຈົດໝາຍຂອງຕົນເອງ
ປົກກະຕິ. ເຈົ້າອາດຈະໃຊ້ໄດ້ຢ່າງປອດໄພ ການທ່ອງທ່ຽວ ເຮັດວຽກຢູ່ທີ່ນີ້, ນັບຕັ້ງແຕ່ການເພີ່ມເຕີມ fork is
ສຳເລັດແລ້ວ. ນີ້ແມ່ນຄວາມແຕກຕ່າງພຽງແຕ່ລະຫວ່າງ a ກວດສອບ ແລະ perl ຂໍ.

ມອບໃຫ້ ສິ່ງດຽວກັນກັບສໍາລັບ ກວດສອບ hook, ແຕ່ຜົນໄດ້ຮັບມາດຕະຖານຂອງ script ຂອງທ່ານແມ່ນ
ຕິດຕາມໂດຍ ຈົດໝາຍ ແລະເຂົ້າໃຈເປັນຄໍາສັ່ງການກັ່ນຕອງ mailagent. ຕາມ
ກັບຄືນສົບຜົນສໍາເລັດ, ຂະບວນການ mailagent ຈະໄດ້ຮັບການຮຽກຮ້ອງເພື່ອປະຕິບັດຕົວຈິງເຫຼົ່ານັ້ນ
ຄໍາສັ່ງກ່ຽວກັບຂໍ້ຄວາມ. ອີກເທື່ອຫນຶ່ງ, ນີ້ແມ່ນຄ້າຍຄືກັນກັບຈິດໃຈຂອງ Chip Salzenberg
ມອບໃຫ້ package ແລະໃຫ້ຊື່ຂອງ hook ນີ້.

perl hook ນີ້ແມ່ນຄືກັນກັບ ກວດສອບ ແຕ່ມັນຖືກປະຕິບັດໂດຍບໍ່ມີການ forking ໃຫມ່
mailagent, ແລະທ່ານມີການໂຕ້ຕອບ perl ກັບຄໍາສັ່ງການກັ່ນຕອງຂອງ mailagent.
ບໍ່ມີຄວາມແຕກຕ່າງກັບຄໍາສັ່ງ PERL, ເພາະວ່າມັນຖືກປະຕິບັດນັ້ນ
ວິທີການ, ໂດຍການໂທຫາ mailagent ແລະບັງຄັບໃຫ້ຄໍາສັ່ງ PERL ຖືກປະຕິບັດ. ນີ້​ແມ່ນ
ຄ້າຍຄືກັນໃນຈິດໃຈຂອງ Larry Wall ທີ່ມີຊື່ສຽງ perl ພາສາແລະມັນຮັບຜິດຊອບ
ຊື່ຂອງ hook ນີ້ :-).

ດັ່ງທີ່ໄດ້ກ່າວກ່ອນຫນ້ານີ້ໃນຫນ້າຄູ່ມືນີ້, hook ແມ່ນ invoked ຈາກກັບ ບ້ານ ລະບົບ
ລະບຸໄວ້ໃນຂອງທ່ານ ~/.mailagent (ເຊິ່ງອາດຈະແຕກຕ່າງຈາກໄດເລກະທໍລີເຮືອນທີ່ແທ້ຈິງຂອງເຈົ້າ, ເທົ່າທີ່
ຈົດໝາຍ or mailhook ມີຄວາມເປັນຫ່ວງ).

ສໍາລັບ hook ເຫຼົ່ານັ້ນທີ່ສຸດທ້າຍແລ່ນໂດຍ perl, array @INC ພິເສດມີ mailagent ຂອງຕົນເອງ.
ເສັ້ນທາງຫ້ອງສະຫມຸດເອກະຊົນ prepended ກັບມັນ, ດັ່ງນັ້ນ ຕ້ອງການ ທໍາອິດເບິ່ງຢູ່ໃນສະຖານທີ່ນີ້.

ໂຟເດີ

ໂຟນເດີແມ່ນໄຟລ໌ຫຼືໄດເລກະທໍລີທີ່ສາມາດເປັນເປົ້າຫມາຍຂອງການຈັດສົ່ງໂດຍຜູ້ສົ່ງຈົດຫມາຍ,
ນັ້ນແມ່ນການໂຕ້ຖຽງຂອງຄໍາສັ່ງທີ່ຄ້າຍຄືກັບ SAVE.

ໂຟເດີ ຮູບແບບ
ໂດຍຄ່າເລີ່ມຕົ້ນ, ເມລຖືກຂຽນໄວ້ໃນໂຟນເດີຕາມກ່ອງຈົດໝາຍແບບ UNIX ມາດຕະຖານ
ຮູບແບບ: ແຕ່ລະຈົດໝາຍເລີ່ມຕົ້ນດ້ວຍການນຳໜ້າ From ແຖວທີ່ມີທີ່ຢູ່ຂອງຜູ້ສົ່ງ ແລະ
ວັນທີ. ຢ່າງໃດກໍຕາມ, ໂດຍການຕັ້ງຄ່າ mmdf ຕົວກໍານົດການຈາກ ~/.mailagent ກັບ ON, ໄດ້ ຈົດໝາຍ
ຈະສາມາດບັນທຶກຂໍ້ຄວາມໃນຮູບແບບ MMDF ໄດ້: ແຕ່ລະຂໍ້ຄວາມຖືກ sandwiched ລະຫວ່າງສອງແຖວ
ຂອງສີ່ຕົວອັກສອນ Ctrl-A (ລະຫັດ ASCII 1) ແລະຕົວນໍາ From ເສັ້ນຖືກໂຍກຍ້າຍ.

ເມື່ອໂຫມດ MMDF ຖືກເປີດໃຊ້, ແຕ່ລະໂຟເດີຈະຖືກສະແກນເພື່ອເບິ່ງວ່າມັນເປັນແບບ UNIX ຫຼື
ກ່ອງຈົດໝາຍແບບ MMDF ແລະຂໍ້ຄວາມຈະຖືກບັນທຶກໄວ້ຕາມຄວາມເໝາະສົມ. ເມື່ອບັນທຶກເປັນອັນໃໝ່
ໂຟນເດີ, ຄ່າເລີ່ມຕົ້ນແມ່ນເພື່ອສ້າງກ່ອງຈົດໝາຍແບບ UNIX, ເວັ້ນເສຍແຕ່ວ່າ mmdfbox configuration
ຕົວແປຖືກຕັ້ງເປັນ ON, ໃນກໍລະນີທີ່ຮູບແບບ MMDF ຊະນະ.

ໃຫ້ສັງເກດວ່າຮູບແບບ MMDF ຍັງເປັນມາດຕະຖານສໍາລັບໂຟນເດີທີ່ບັນຈຸ MH, ດັ່ງນັ້ນໂດຍການເປີດໃຊ້
ຮູບແບບ MMDF, ຕົວຈິງແລ້ວທ່ານສາມາດສົ່ງໂດຍກົງກັບໂຟນເດີທີ່ບັນຈຸເຫຼົ່ານັ້ນ. ຄໍາສັ່ງ MH inc
ແມ່ນສາມາດລວມເອົາ mail ຈາກຮູບແບບໃດກໍ່ຕາມ, ie ມັນບໍ່ສໍາຄັນບໍ່ວ່າຈະເປັນ
ໂຟນເດີແມ່ນຢູ່ໃນຮູບແບບ UNIX (ເອີ້ນວ່າ UUCP-style) ຫຼືໃນຮູບແບບ MMDF.

ໂຟເດີແບບ MH ຍັງຮອງຮັບ. ມັນສ່ວນຫຼາຍແມ່ນໄດເລກະທໍລີທີ່ຂໍ້ຄວາມຖືກເກັບໄວ້
ໃນ​ໄຟລ​໌​ແຕ່​ລະ​ຄົນ​. ເພື່ອບັນທຶກໂດຍກົງໃສ່ໂຟນເດີ MH, ພຽງແຕ່ນໍາຫນ້າຊື່ໂຟນເດີ
ດ້ວຍ '+', ຄືກັນກັບທີ່ເຈົ້າຈະເຮັດກັບຄໍາສັ່ງ MH. ລໍາດັບ unseen ໄດ້ລະບຸໄວ້ໃນຂອງທ່ານ
ໂປຣໄຟລ໌ MH (ໄດ້ mhprofile ຕົວກໍານົດການຢູ່ໃນຂອງທ່ານ ~/.mailagent, ຄ່າເລີ່ມຕົ້ນແມ່ນ ~/.mh_profile) ຈະ
ໄດ້ຮັບການປັບປຸງຢ່າງຖືກຕ້ອງ, ເປັນ ຮ້ານ rcv ຈະ.

ເມື່ອໂຟນເດີເປົ້າຫມາຍເປັນໄດເລກະທໍລີ, mailagent ພະຍາຍາມຈັດສົ່ງໃນບຸກຄົນ
ໄຟລ໌ຕົວເລກ. ຖ້າມີໄຟລ໌ຄໍານໍາຫນ້າ (config parameter msgprefix, ຄ່າເລີ່ມຕົ້ນແມ່ນ
.msg_prefix), ແຖວທໍາອິດຂອງມັນຖືກນໍາໃຊ້ເພື່ອລະບຸຊື່ພື້ນຖານຂອງຂໍ້ຄວາມ, ຫຼັງຈາກນັ້ນ a
ຕົວເລກຖືກຕໍ່ທ້າຍເພື່ອໃຫ້ຊື່ຂອງໄຟລ໌ຂໍ້ຄວາມທີ່ຈະໃຊ້. ນັ້ນແມ່ນ, ຖ້າບໍ່ມີ
ໄຟລ໌ດັ່ງກ່າວ, ໂຟນເດີຈະມີລັກສະນະຄ້າຍຄື MH ຫນຶ່ງ, ໂດຍບໍ່ມີໄຟລ໌ລໍາດັບ MH.

ໂຟເດີ ການບີບອັດ
ຖ້າ​ຫາກ​ທ່ານ​ມີ​ຫນຶ່ງ​ຫຼື​ຫຼາຍ​ຂອງ​ອຸ​ປະ​ກອນ​ການ​ບີບ​ອັດ​ໄຟລ​໌​ທີ່​ມີ​ຢ່າງ​ກວ້າງ​ຂວາງ​ເຊັ່ນ​:​
compress or gzip ໃນ​ເສັ້ນ​ທາງ​ຂອງ​ທ່ານ (ຕາມ​ທີ່​ຕັ້ງ​ຂຶ້ນ​ໂດຍ ~/.mailagent), ຫຼັງຈາກນັ້ນທ່ານອາດຈະຕ້ອງການທີ່ຈະນໍາໃຊ້ໂຟນເດີ
compression ເພື່ອຊ່ວຍປະຢັດພື້ນທີ່ດິດບາງ, ໂດຍສະເພາະໃນເວລາທີ່ທ່ານບໍ່ຢູ່ສໍາລັບບາງເວລາແລະບໍ່ໄດ້
ຕ້ອງການເບິ່ງ mail ຂອງທ່ານຕື່ມຂໍ້ມູນໃສ່ລະບົບໄຟລ໌.

ເພື່ອບັນລຸການບີບອັດໂຟນເດີ, ທ່ານຕ້ອງຕັ້ງຄ່າໄຟລ໌, ອ້າງອີງໂດຍ compress
ຕົວແປການຕັ້ງຄ່າ. ໄຟລ໌ນີ້ຕ້ອງບອກຊື່ໂຟນເດີ, ຫນຶ່ງຕໍ່ແຖວ, ທີ່ມີແຖວຫວ່າງເປົ່າ
ບໍ່ສົນໃຈ ແລະ ຄຳເຫັນແບບ shell (#) ອະນຸຍາດ. ເຈົ້າອາດຈະໃຊ້ຮູບແບບຂອງແກະເພື່ອລະບຸ
ໂຟນເດີ, ແລະການຈັບຄູ່ຈະຖືກພະຍາຍາມຊື່ເສັ້ນທາງເຕັມຂອງໂຟນເດີ (~
ການທົດແທນເກີດຂຶ້ນ). ຖ້າທ່ານບໍ່ລະບຸຮູບແບບເລີ່ມຕົ້ນດ້ວຍ '/' ຊັ້ນນໍາ.
ລັກສະນະ, ຫຼັງຈາກນັ້ນການຈັບຄູ່ຈະຖືກພະຍາຍາມໃສ່ຊື່ພື້ນຖານຂອງໂຟນເດີ (ເຊັ່ນ: ສຸດທ້າຍ
ອົງປະກອບຂອງເສັ້ນທາງໂຟນເດີ). ຖ້າທ່ານຕ້ອງການບີບອັດໂຟນເດີທັງຫມົດຂອງທ່ານ, ຫຼັງຈາກນັ້ນພຽງແຕ່ໃສ່ a
'*' ດຽວຢູ່ໃນໄຟລ໌ນີ້.

Mailagent ໃຊ້ນາມສະກຸນໄຟລ໌ເພື່ອກໍານົດວ່າໂຄງການບີບອັດໃດຖືກໃຊ້ສໍາລັບ a
ໂຟນເດີໂດຍສະເພາະ. ເອກະສານອ້າງອີງໂດຍ compspec ຕົວແປການຕັ້ງຄ່າ (ຄ່າເລີ່ມຕົ້ນ
ແມ່ນ $spool/compressors) ຖືກໃຊ້ເພື່ອກໍານົດຄໍາສັ່ງທີ່ mailagent ຈະໃຊ້ເພື່ອປະຕິບັດ
ການບີບອັດ, uncompress, ແລະການປະຕິບັດ cat ສໍາລັບການຂະຫຍາຍໂດຍສະເພາະ.

ໄດ້ ເຄື່ອງອັດ ໄຟລ໌ຖືເສັ້ນຂອງແບບຟອມຕໍ່ໄປນີ້:

ໂຄດ​ຄໍາ​ສັ່ງ ການຂະຫຍາຍ compression_prog uncompress_prog cat_prog

ບ່ອນທີ່:

ໂຄດ​ຄໍາ​ສັ່ງ ແມ່ນຊື່ທີ່ມີເຫດຜົນສໍາລັບໂຄງການບີບອັດ. ນີ້ປົກກະຕິແລ້ວແມ່ນຄືກັນກັບ
ຊື່ຂອງໂຄງການທີ່ໃຊ້ເພື່ອສະຫນອງການບີບອັດ, ແຕ່ອາດຈະແຕກຕ່າງກັນ
ສໍາ​ລັບ​ເຫດ​ຜົນ​ທີ່​ບໍ່​ຄາດ​ຄິດ​ບາງ​ຢ່າງ​. ອັນນີ້ຈະຕ້ອງບໍ່ຊໍ້າກັນທົ່ວທຸກບັນທຶກໃນໄຟລ໌.

ການຂະຫຍາຍ ແມ່ນສ່ວນຂະຫຍາຍເພື່ອຮັບຮູ້ວ່າເປັນຂອງແທັກທີ່ລະບຸ. ອັນນີ້ຕ້ອງເປັນ
ເປັນເອກະລັກທົ່ວທຸກບັນທຶກໃນໄຟລ໌.

compression_prog
ແມ່ນຊື່ຂອງຄໍາສັ່ງທີ່ຈະດໍາເນີນການເພື່ອບີບອັດໂຟນເດີ. ໂຄງການຕ້ອງ
ແທນທີ່ໄຟລ໌ທີ່ບໍ່ໄດ້ບີບອັດດ້ວຍໄຟລ໌ທີ່ຖືກບີບອັດດ້ວຍສ່ວນຂະຫຍາຍ
ຕື່ມໃສ່ກັບຊື່ໄຟລ໌ (ເຊັ່ນ: compress or gzip).

uncompression_prog
ແມ່ນຊື່ຂອງຄໍາສັ່ງທີ່ຈະດໍາເນີນການເພື່ອ uncompress ໂຟນເດີ. ໂຄງການຕ້ອງ
ແທນທີ່ໄຟລ໌ທີ່ຖືກບີບອັດດ້ວຍໄຟລ໌ທີ່ບໍ່ໄດ້ບີບອັດໂດຍບໍ່ມີສ່ວນຂະຫຍາຍ
(ຄື ບີບອັດ or gunzip).

cat_prog ແມ່ນ​ຊື່​ຂອງ​ຄໍາ​ສັ່ງ​ທີ່​ຈະ​ສົ່ງ​ອອກ​ເນື້ອ​ຫາ​ທີ່​ບໍ່​ໄດ້​ບີບ​ອັດ​ຂອງ​ການ​ບີບ​ອັດ​ໄດ້​
folder to stdout (ເຊັ່ນ zcat or gzcat).

ທົ່ງນາຖືກແຍກອອກໂດຍ ຕາບີ ເພື່ອອະນຸຍາດໃຫ້ໃຊ້ຕົວອັກສອນຍະຫວ່າງໃນຄໍາສັ່ງ
ທົ່ງນາ.

ຖ້າໄຟລ໌ທີ່ອ້າງເຖິງໂດຍ compspec ຕົວແປການຕັ້ງຄ່າບໍ່ສາມາດເຂົ້າເຖິງໄດ້
ບໍ່ວ່າເຫດຜົນໃດກໍ່ຕາມ, ການເຂົ້າໃນຕອນຕົ້ນແມ່ນເຊື່ອມຕໍ່ຍາກໃນ mailagent (ຮູ້ກ່ຽວກັບທັງສອງ compress
ແລະ gzip ໂຄງ​ການ​)​:

ບີບອັດ .Z ບີບອັດ ບີບອັດ zcat
gzip .gz gzip gunzip gunzip -c

ຖ້າທ່ານຕ້ອງການເພີ່ມເຄື່ອງອັດເພີ່ມເຕີມ, ທ່ານສາມາດຄັດລອກຄ່າເລີ່ມຕົ້ນໄດ້ ເຄື່ອງອັດ file ຈາກ
ໄດເລກະທໍລີຫ້ອງສະໝຸດສ່ວນຕົວຂອງ mailagent ແລະຕັ້ງຄ່າລາຍການທີ່ຖືກຕ້ອງສຳລັບຕົວສຳຮອງຂອງທ່ານ
ອັດ. ຈົ່ງຈື່ໄວ້ວ່າສ່ວນຂະຫຍາຍທີ່ຕິດຕາມມາຕ້ອງເປັນເອກະລັກຂອງທຸກອັນ
ບັນດາໂຄງການທີ່ມີລາຍຊື່, ນັບຕັ້ງແຕ່ການຂະຫຍາຍນັ້ນຖືກນໍາໃຊ້ເພື່ອກໍານົດປະເພດຂອງການບີບອັດ
ປະຕິບັດຢູ່ໃນໂຟນເດີ.

ຖ້າໂຟນເດີຖືກສ້າງຂື້ນໂດຍບໍ່ມີຮູບແບບທີ່ຖືກບີບອັດທີ່ມີຢູ່ແລ້ວ, ເປັນເຄື່ອງອັດຄ່າເລີ່ມຕົ້ນ
ຖືກເລືອກສໍາລັບທ່ານ, ຕາມທີ່ກໍານົດໂດຍ comptag ຕົວແປການຕັ້ງຄ່າ. ນັ້ນຫມາຍເຖິງ
ຊື່ແທັກຂອງ compspec file, ie ຄໍາທໍາອິດໃນແຖວ (ປົກກະຕິແລ້ວຊື່ຂອງ
ໂຄງ​ການ​ບີບ​ອັດ​, ແຕ່​ບໍ່​ຈໍາ​ເປັນ​)​.

ໃນເວລາທີ່ພະຍາຍາມຈັດສົ່ງ, mailagent ຈະກວດເບິ່ງຊື່ໂຟນເດີຕໍ່ກັບບັນຊີລາຍຊື່ຂອງ
ຮູບແບບໃນໄຟລ໌ບີບອັດ. ຖ້າມີການຈັບຄູ່, ໂຟນເດີຈະຖືກໝາຍວ່າຖືກບີບອັດ.
ຫຼັງຈາກນັ້ນ, mailagent ພະຍາຍາມ decompression ຖ້າມີແບບຟອມທີ່ຖືກບີບອັດແລ້ວ (ie. ໄຟລ໌
ມີການຂະຫຍາຍຊື່ໄຟລ໌ທີ່ຖືກຮັບຮູ້) ແລະຖ້າບໍ່ມີແບບຟອມທີ່ຖືກບີບອັດ. ການຈັດສົ່ງແມ່ນ
ຫຼັງ​ຈາກ​ນັ້ນ​ເຮັດ​ໃຫ້​ໂຟນ​ເດີ​ທີ່​ບໍ່​ໄດ້​ບີບ​ອັດ​. ຢ່າງໃດກໍຕາມ, ການບີບອັດໃຫມ່ບໍ່ໄດ້ເຮັດໃນທັນທີ,
ເນື່ອງຈາກວ່າມັນຍັງສາມາດໄດ້ຮັບຂໍ້ຄວາມໄປຫາໂຟນເດີນັ້ນໃນການຈັດສົ່ງ batch ດຽວ.
ຖ້າພື້ນທີ່ດິສກ໌ແໜ້ນໜາຈົນການບີບອັດຂອງໂຟນເດີອື່ນເປັນໄປບໍ່ໄດ້,
mailagent ຈະ re-compress ໂຟນເດີທີ່ມັນໄດ້ຖືກ uncompressed ແລ້ວ. ຖ້າບໍ່ດັ່ງນັ້ນ, ມັນລໍຖ້າ
ຈົນ​ກ​່​ວາ​ປັດ​ຈຸ​ບັນ​ສຸດ​ທ້າຍ​.

ຖ້າສໍາລັບເຫດຜົນບາງຢ່າງມີໂຟນເດີທີ່ຖືກບີບອັດທີ່ບໍ່ສາມາດຖືກບີບອັດ, mailagent
ຈະສົ່ງຈົດໝາຍໄປຍັງໂຟນເດີທຳມະດາ. ການຈັດສົ່ງເພີ່ມເຕີມໄປຫາໂຟນເດີນັ້ນຈະຖືກປະເຊີນຫນ້າ
ມີທັງໂຟເດີທີ່ຖືກບີບອັດແລະແບບທໍາມະດາ, ແລະມັນຈະຖືກເຕືອນ
ໃນໄຟລ໌ບັນທຶກ, ແຕ່ການຈັດສົ່ງຈະເຮັດໂດຍອັດຕະໂນມັດໄປຫາໄຟລ໌ທໍາມະດາ.

ໃນໂຟນເດີທີ່ສ້າງໃຫມ່, comptag ຕົວແປການຕັ້ງຄ່າແມ່ນອ້າງອີງເພື່ອກໍານົດ
ປະເພດການບີບອັດເພື່ອໃຊ້ສໍາລັບໂຟນເດີ.

MAIL BIFFING

ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ກໍາ​ລັງ​ໄດ້​ຮັບ​ແລະ​ປະ​ມວນ​ຜົນ​ເມລ​ໃນ​ເຄື່ອງ​ຂອງ​ທ່ານ​ເອງ​, ຫຼັງ​ຈາກ​ນັ້ນ​ທ່ານ​ມີ​ການ​ເຂົ້າ​ເຖິງ​
biffing mail ທ້ອງຖິ່ນຢູ່ໃສ ຈົດໝາຍ ສາມາດເຕືອນທ່ານກ່ຽວກັບຂໍ້ຄວາມໃຫມ່ແລະບອກທ່ານກ່ຽວກັບ
ບ່ອນທີ່ພວກເຂົາໄດ້ຮັບການບັນທຶກໄວ້, ພິມຊຸດຍ່ອຍຂະຫນາດນ້ອຍຂອງຫົວແລະສອງສາມແຖວທໍາອິດ
ຂອງຮ່າງກາຍ.

ເພື່ອໃຊ້ biffing, ທັງຫມົດທີ່ທ່ານຕ້ອງການແມ່ນການຕັ້ງຄ່າຂອງຕົວກໍານົດການ biff ຈໍານວນຫນ້ອຍຢູ່ໃນຂອງທ່ານ
~/.mailagent ແລະໃຫ້ແນ່ໃຈວ່າ ບີຟ ຖືກຕັ້ງເປັນ ON. ໃນຄວາມເປັນຈິງ, ນີ້ແມ່ນຕົວກໍານົດການພຽງແຕ່ທ່ານ
ຈໍາ​ເປັນ​ຕ້ອງ​ໄດ້​ກໍາ​ນົດ​ເພື່ອ​ໃຫ້​ໄດ້​ຮັບ​ພຶດ​ຕິ​ກໍາ biffing ໃນ​ຕອນ​ຕົ້ນ​ຫນ້ອຍ​ທີ່​ສຸດ​. ຢ່າລືມແລ່ນແກະ
ຄໍາສັ່ງ "ບີຟ y" ໃນຈຸດທີ່ເຈົ້າຕ້ອງການຮັບການແຈ້ງເຕືອນ (ເຈົ້າອາດຈະເຮັດແນວນັ້ນຢູ່
ttys ຫຼາຍ, ຫນຶ່ງສໍາລັບແຕ່ລະການສະແດງ virtual ຕົວຢ່າງ).

ເມື່ອ​ຮັບ​ຈົດໝາຍ​ແລະ​ບັນທຶກ​ໃສ່​ໂຟນເດີ​ຫຼື​ປະກາດ​ໃນ​ກຸ່ມ​ຂ່າວ, ຈົດໝາຍ ສະຖານທີ່
ttys ທັງ​ຫມົດ​ທີ່​ທ່ານ​ໄດ້​ເຂົ້າ​ສູ່​ລະ​ບົບ​, ຫຼັງ​ຈາກ​ນັ້ນ​ເລືອກ​ເອົາ​ບ່ອນ​ທີ່ biffing ໄດ້​ຖືກ​ຮ້ອງ​ຂໍ​,
ໃນ​ທີ່​ສຸດ​ການ​ປ່ອຍ​ອອກ​ສຽງ​ຂໍ້​ຄວາມ​ແລະ​ການ​ເຮັດ​ໃຫ້​ສຽງ beeping (ຖ້າ​ຫາກ​ວ່າ terminal ຂອງ​ທ່ານ​ສະ​ຫນັບ​ສະ​ຫນູນ​ນີ້​ແລະ​
ທ່ານກໍາລັງໃຊ້ຮູບແບບມາດຕະຖານ - ເບິ່ງຂ້າງລຸ່ມນີ້).

Customizing Biffing ຜົນຜະລິດ
ຖ້າຮູບແບບເລີ່ມຕົ້ນບໍ່ເຫມາະສົມກັບຄວາມຕ້ອງການຂອງເຈົ້າ, ເຈົ້າອາດຈະປັບແຕ່ງຂໍ້ຄວາມ biffing
freely, ການ​ຕັ້ງ​ຄ່າ biffmsg ພາລາມິເຕີເພື່ອຊີ້ໄປຫາໄຟລ໌ທີ່ຮູບແບບຖືກເກັບໄວ້.
ການທົດແທນມາດຕະຖານ macro ຈະຖືກປະຕິບັດຢູ່ໃນຂໍ້ຄວາມຂອງທ່ານ, ຊຸດມະຫາພາກຕໍ່ໄປນີ້
ແທນ​ທີ່​ຈະ​ເຮັດ​ໃຫ້​ສໍາ​ເລັດ​ມາດ​ຕະ​ຖານ​ທີ່​ກໍາ​ນົດ​ໄວ້​:

%-A ຄືກັນກັບການຂຽນ %-H, ແຖວໃໝ່, %-B
%-B ພາກສ່ວນເນື້ອໃນຂອງຂໍ້ຄວາມ biffing, ດ້ວຍການລຶບເນື້ອຫາ-ໂອນ-ເຂົ້າລະຫັດອອກ.
ຖ້າຂໍ້ຄວາມເປັນ MIME multipart one, ຂໍ້ຄວາມ/ສ່ວນທໍາມະດາຈະສະແດງ. ຖ້າພຽງແຕ່ a
ສ່ວນຂໍ້ຄວາມ/html ແມ່ນມີຢູ່, ເຄື່ອງໝາຍ HTML ຖືກຖອດອອກເພື່ອ biffing.
%-H ສ່ວນຫົວຂອງຂໍ້ຄວາມ biffing. ຖ້າສະແດງໃຫ້ເຫັນພຽງແຕ່ From:, To: Subject: ແລະ
ວັນທີ: ສ່ວນຫົວ, ຫຼືອັນໃດກໍໄດ້ທີ່ທ່ານຕັ້ງໄວ້ ຫົວບີຟ ການຕັ້ງຄ່າຕົວແປເປັນ.
ສ່ວນຫົວທັງໝົດແມ່ນສະແດງເປັນແຖວໜຶ່ງຂອງຂໍ້ຄວາມ, ໂດຍບໍ່ຄຳນຶງເຖິງຄວາມຍາວຕົວຈິງຂອງພວກມັນ.
ຈະມີຈຸດຕິດກັນສາມຈຸດຢູ່ທ້າຍເພື່ອສົ່ງສັນຍານວ່າການຕັດໄດ້ເກີດຂຶ້ນ.
ສໍາລັບບົດຄວາມຂ່າວ (biffing ຫຼັງຈາກ POST -b), ຊ່ອງຂໍ້ມູນ To: ແລະ Cc: ບໍ່ເຄີຍ
ສະແດງໃຫ້ເຫັນ, ເຖິງແມ່ນວ່າຈະລະບຸໄວ້ໃນ ຫົວບີຟ.
%-T ຄືກັນກັບ %-B, ແຕ່ການຕັດແມ່ນເປີດໃຊ້ງານ. ຈຸດ​ປະ​ສົງ​ຂອງ trimming ແມ່ນ​ເພື່ອ​ເອົາ​ໃດໆ​
ວົງຢືມນໍາພາໃນຂໍ້ຄວາມ, ເພື່ອໃຫ້ໄດ້ຮັບພຽງແຕ່ສ່ວນທີ່ມີຄວາມຫມາຍທີ່ສຸດ. ນີ້
ສົມມຸດວ່າຕົວອັກສອນວົງຢືມເປັນຕົວອັກສອນທີ່ບໍ່ແມ່ນໂຕເລກ. ໄດ້
ແຖວແຫຼ່ງທີ່ມາທີ່ອາດຈະແນະນໍາວົງຢືມສາມາດຖືກໂຍກຍ້າຍອອກ,
ແລະຄວາມຍາວຕໍາ່ສຸດທີ່ສໍາລັບວົງຢືມສາມາດຖືກກໍານົດໄວ້ໃນໄຟລ໌ການຕັ້ງຄ່າ.
%B ເສັ້ນທາງທີ່ກ່ຽວຂ້ອງພາຍໃຕ້ %d ຂອງໂຟນເດີຂໍ້ຄວາມ, ເສັ້ນທາງເຕັມ (%p) ຖ້າບໍ່ໄດ້ບັນທຶກ
ພາຍໃຕ້ໄດເລກະທໍລີນັ້ນ. ຊື່ກຸ່ມຂ່າວສຳລັບບົດຄວາມຂ່າວ.
%D ໄດເລກະທໍລີທີ່ຂໍ້ຄວາມຖືກເກັບໄວ້. ຖ້າໂຟນເດີ MH, ນີ້ແມ່ນໂຟນເດີ
ເສັ້ນທາງເຕັມ. ໄດເລກະທໍລີບ້ານຖືກແທນທີ່ດ້ວຍ ~. ຫວ່າງເປົ່າສໍາລັບບົດຄວາມຂ່າວ.
%F ຊື່ພື້ນຖານ (ອົງປະກອບເສັ້ນທາງສຸດທ້າຍ) ຂອງຂໍ້ຄວາມ. ສໍາລັບຂໍ້ຄວາມ MH, ນີ້ແມ່ນ
ໝາຍເລກຂໍ້ຄວາມ. ຫວ່າງເປົ່າສໍາລັບບົດຄວາມຂ່າວ.
%P ເສັ້ນທາງໂຟນເດີ. ມັນມີ semantics ທີ່ຖືກຕ້ອງສໍາລັບ MH ແລະ folders directory, ie
ມັນຊີ້ໄປຫາໄດເລກະທໍລີໂຟເດີຕົວມັນເອງ. ຖ້າບໍ່ດັ່ງນັ້ນ, ຄືກັນກັບ %p.
%a ຕົວອັກສອນປຸກ (^G). ອາດຈະຂະຫຍາຍອອກໄປຫຼາຍກວ່າຫນຶ່ງພາຍໃຕ້ການຄວບຄຸມຂອງ
ຄໍາສັ່ງການກັ່ນຕອງ BEEP. ໃຊ້ %b ຖ້າທ່ານຕ້ອງການກະດິ່ງອັນດຽວ.
%b ລັກສະນະສຽງບີບ (^G). ກົງກັນຂ້າມກັບ %a, ນີ້ພຽງແຕ່ຂະຫຍາຍເພື່ອໃຫ້ ຫນຶ່ງ ກະດິ່ງ.
%d ເສັ້ນທາງເຕັມທີ່ໂຟນເດີເຊັ່ນອັນທີ່ຖືກບັນທຶກໄວ້ຈະຖືກເກັບໄວ້ຖ້າບໍ່ແມ່ນ
ມີຄຸນວຸດທິ (ເຊັ່ນ: ເສັ້ນທາງ MH ຂອງເຈົ້າສໍາລັບໂຟນເດີ MH, ຂອງບາງສິ່ງບາງຢ່າງເຊັ່ນ: ~/ຈົດໝາຍ ສໍາລັບຄົນອື່ນ
ໂຟນເດີ). ຫວ່າງເປົ່າສໍາລັບບົດຄວາມຂ່າວ.
%f ໂຟນເດີທີ່ຈົດໝາຍຖືກບັນທຶກ, home ແທນທີ່ດ້ວຍ ~ ສໍາລັບສັ້ນ. ກຸ່ມຂ່າວເມື່ອ
ບົດ​ຄວາມ​ໄດ້​ຖືກ​ປະ​ກາດ​ສໍາ​ລັບ​ຂ່າວ​.
%m ເຊັນ '+' ຖ້າໂຟນເດີເປັນ MH, ຫວ່າງເປົ່າ.
%p ຊື່ເສັ້ນທາງເຕັມ (ຄືກັນກັບ %f) ຂອງຂໍ້ຄວາມ, ແຕ່ບໍ່ມີທາງລັດ ~. ໄດ້
ຊື່ກຸ່ມຂ່າວສຳລັບບົດຄວາມຂ່າວ.
%t ປະເພດຂອງຂໍ້ຄວາມ: ປົກກະຕິແລ້ວ "mail", ແຕ່ຕັ້ງເປັນ "ບົດຄວາມ" ສໍາລັບ biffing ຫຼັງຈາກ a
ຄໍາສັ່ງ POST.

ທ່ານສາມາດໄດ້ຮັບການຂະຫຍາຍມະຫາພາກມາດຕະຖານໂດຍການນໍາໃຊ້ %:f ສໍາລັບຕົວຢ່າງ, ນັບຕັ້ງແຕ່ %f ມະຫາພາກແມ່ນ
ແທນທີ່. ໄດ້ %: ແບບຟອມຊ່ວຍໃຫ້ທ່ານໄດ້ຮັບຄໍານິຍາມ macro ມາດຕະຖານຢ່າງໃດກໍ່ຕາມ, ບໍ່ວ່າຈະເປັນ
ແມ່ນຫຍັງ, ດັ່ງນັ້ນທ່ານບໍ່ ຈຳ ເປັນຕ້ອງຈື່ວ່າມະຫາພາກທີ່ໃຫ້ຖືກແທນທີ່ໃນສະພາບການນີ້ຫຼື
ບໍ່. ນອກຈາກນັ້ນ, ມັນມີຄວາມປອດໄພກວ່ານັບຕັ້ງແຕ່ macros ໃໝ່ ອາດຈະຖືກເພີ່ມຢູ່ທີ່ນີ້ໂດຍບໍ່ໄດ້ແຈ້ງໃຫ້ຊາບ. ໃຫ້ສັງເກດວ່າ
macros ທີ່ກ່ຽວຂ້ອງກັບເນື້ອໃນຂໍ້ຄວາມທັງຫມົດເລີ່ມຕົ້ນດ້ວຍ %- ແລະດັ່ງນັ້ນຈຶ່ງບໍ່ຂັດແຍ້ງກັນ
ກັບມາດຕະຖານຫນຶ່ງ.

ນີ້ແມ່ນຮູບແບບທີ່ທ່ານຈໍາເປັນຕ້ອງໃຊ້ເພື່ອໃຫ້ໄດ້ພຶດຕິກໍາດຽວກັນກັບ hardwired ເລີ່ມຕົ້ນ
ຮູບແບບ:

%b
%t ໃໝ່ສຳລັບ %u ໄດ້ມາຮອດ %f:
----
%-A
----%b

ໃຫ້ສັງເກດວ່າ string ...ເພີ່ມເຕີມ... ປາກົດຢູ່ໃນຕອນທ້າຍຂອງຮ່າງກາຍໃນເວລາທີ່ມັນຍັງບໍ່ທັນໄດ້
ພິມອອກຫມົດໃນຫນ້າຈໍແລະສາຍທີ່ຍັງເຫຼືອແມ່ນບໍ່ຫວ່າງເປົ່າຫຼືຄ້າຍຄືກັນ.

Trimming ນໍາ ການສະເຫນີລາຄາ
ມັນເປັນການປະຕິບັດມາດຕະຖານ, ເມື່ອຕອບຂໍ້ຄວາມ, ເພື່ອປະກອບມີບົດຄັດຫຍໍ້ຂອງ
ປະ​ໂຫຍກ​ທີ່​ຖືກ​ຕອບ​ກັບ​, ການ​ນໍາ​ໃຊ້​ຕົວ​ອັກ​ສອນ​ທີ່​ບໍ່​ແມ່ນ​ຕົວ​ອັກ​ສອນ​ແລະ​ຕົວ​ອັກ​ສອນ​ຈໍາ​ນວນ​ເຊັ່ນ '>' ເພື່ອ​ນໍາ​ຫນ້າ
ສາຍທີ່ຍົກມາ. ບາງສິ່ງບາງຢ່າງເຊັ່ນ:

ອ້າງເຖິງຂໍ້ຄວາມຈາກ John Doe:
> ນີ້ແມ່ນເອກະສານອ້າງອີງ.
> ອີກແຖວໜຶ່ງຈາກຈົດໝາຍຂອງຈອນ.

ນີ້ແມ່ນສ່ວນຫນຶ່ງຂອງການຕອບ John.

ແຖວ "Quoting ... " ຊັ້ນນໍາ, ເອີ້ນວ່າ ໃຫ້ເຫດຜົນວ່າ ເສັ້ນ, ເປັນທາງເລືອກແລະອາດຈະເປັນ
ຫາຍໄປ ຫຼືເອົາແບບຟອມອື່ນຟຣີ.

ຢ່າງໃດກໍຕາມ, ໃນເວລາທີ່ biffing, ນີ້ອາດຈະເຫັນວ່າເປັນສິ່ງລົບກວນທີ່ບໍ່ມີປະໂຫຍດ, ໂດຍສະເພາະໃນປັດຈຸບັນທີ່ປະຊາຊົນ
ອ້າງອິງຫຼາຍຂື້ນໃນການຕອບຂອງເຂົາເຈົ້າ. ເນື່ອງຈາກຂໍ້ຄວາມ biff ພຽງແຕ່ສະແດງໃຫ້ເຫັນທາງເທິງ
ສາຍຂອງຂໍ້ຄວາມ, ມັນອາດຈະເປັນຄວາມປາຖະຫນາທີ່ຈະຕັດເສັ້ນທີ່ອ້າງອີງເຫຼົ່ານັ້ນໂດຍອັດຕະໂນມັດ.

ໂດຍຜ່ານການ %-T macro ໃນ​ຮູບ​ແບບ biff ທີ່​ປັບ​ແຕ່ງ​ເອງ​, ທ່ານ​ອາດ​ຈະ​ຮ້ອງ​ຂໍ​ໃຫ້​ມີ trimming ຂອງ​ນໍາ​
ອຸ​ປະ​ກອນ​ການ​ວົງ​ຢືມ​, ການ​ຮັກ​ສາ​ເສັ້ນ​ສະ​ຖານ​ທີ່​ຫຼື​ບໍ່​, ແລະ​ເຖິງ​ແມ່ນ​ວ່າ​ການ​ທົດ​ແທນ​ອຸ​ປະ​ກອນ​ການ trimmed​
ດ້ວຍການແຈ້ງເຕືອນວ່າຫຼາຍສາຍໄດ້ຖືກໂຍກຍ້າຍ.

ການປັບແຕ່ງທັງຫມົດນີ້ແມ່ນເຮັດຈາກ ~/.mailagent ໄຟລ​໌​ການ​ຕັ້ງ​ຄ່າ​, ການ​ນໍາ​ໃຊ້​
Bifftrim, Bifftrlen ແລະ Biffquote ຕົວແປ

ກ່ອນອື່ນ ໝົດ ທ່ານຕ້ອງເປີດການຕັດໂດຍການໃຊ້ຮູບແບບ biff ທີ່ປັບແຕ່ງເອງໂດຍໃຊ້ %-T ມະຫາພາກ.
ໂດຍການຕັ້ງຄ່າ Bifftrlen ເຖິງ 3, ເຈົ້າອາດຈະຮ້ອງຂໍໃຫ້ມີໃບສະເໜີລາຄາຢ່າງໜ້ອຍ 3 ແຖວເທົ່ານັ້ນ
ຕັດ. ຫັນ Bifftrim ປິດຈະລຶບການແຈ້ງເຕືອນການຕັດອອກ, ໃນຂະນະທີ່ເປີດ
Biffquote off ຍັງຈະລອກເອົາເສັ້ນສະແດງຜົນ, ເມື່ອປະຈຸບັນ.

ຕົວຢ່າງ, ສົມມຸດວ່າການຕັ້ງຄ່າຕໍ່ໄປນີ້:

Bifftrim : ເປີດ
Bifftrlen: 2
biffquote: ປິດ

ຫຼັງຈາກນັ້ນ, ຕົວຢ່າງຂ້າງເທິງຈະຜະລິດຜົນໄດ້ຮັບ biffing ຕໍ່ໄປນີ້ (ສ່ວນຫົວຂອງຂໍ້ຄວາມ
ບໍ່ທົນ):

[ຕັດ 3 ແຖວເລີ່ມຕົ້ນດ້ວຍແຖວໜ້າ '>' ຕົວອັກສອນ & ຄຸນສົມບັດ]
ນີ້ແມ່ນສ່ວນຫນຶ່ງຂອງການຕອບ John.

ເນື່ອງຈາກວ່າເສັ້ນເປົ່າດັ່ງຕໍ່ໄປນີ້ອຸປະກອນການອ້າງອີງຖືກນັບເປັນສ່ວນຫນຶ່ງຂອງ
ວົງຢືມ. ຂໍ້ຄວາມ "[trimmed..]" ສາມາດປິດໄດ້ໂດຍການຕັ້ງຄ່າ Bifftrim ໄປເບີ.

ຂັ້ນຕອນການຕັດແຕ່ງພິຈາລະນາເສັ້ນທໍາອິດຂອງຮ່າງກາຍເພື່ອເບິ່ງວ່າມັນເລີ່ມຕົ້ນດ້ວຍ a
ຕົວອັກສອນທີ່ບໍ່ແມ່ນຕົວເລກ. ຖ້າມັນເຮັດ, ຫຼັງຈາກນັ້ນເສັ້ນຕໍ່ໄປນີ້ທັງຫມົດເລີ່ມຕົ້ນດ້ວຍນັ້ນ
ຕົວອັກສອນດຽວກັນ, ຫຼືເສັ້ນຫວ່າງໃດໆຖືກໂຍກຍ້າຍ, ເຖິງແຖວທໍາອິດທີ່ບໍ່ແມ່ນຫວ່າງທີ່ເລີ່ມຕົ້ນດ້ວຍ
ລັກສະນະອື່ນ. ທາງເລືອກອື່ນ, ແຖວທໍາອິດ (ແລະເສັ້ນນັ້ນເທົ່ານັ້ນ) ຖືກຂ້າມໄປຖ້າ
ອັນທີສອງເລີ່ມຕົ້ນດ້ວຍຕົວອັກສອນທີ່ບໍ່ແມ່ນຕົວເລກ, ແລະແຖວທໍາອິດແມ່ນຖືກປະຕິບັດ
ເສັ້ນສະແດງ.

ການນໍາໃຊ້ Compact ແບບ MH Biffing
ອັນທີ່ເອີ້ນວ່າ ແບບ MH biffing ແມ່ນວິທີການນໍາສະເຫນີຮ່າງກາຍທີ່ຫນາແຫນ້ນທີ່ສາຍທັງຫມົດ
ໄດ້ຖືກລວມເຂົ້າກັນເຂົ້າໄປໃນສາຍອັນມີຄວາມສຸກອັນໃຫຍ່ຫຼວງທີ່ມີຊ່ອງຕິດຕໍ່ກັນໄດ້ຫັນເປັນອັນດຽວ
ລັກ​ສະ​ນະ​ຊ່ອງ​. ເພື່ອເປີດໃຊ້ງານມັນ, ທ່ານຈໍາເປັນຕ້ອງຕັ້ງຄ່າ Biffmh ປ່ຽນເປັນ ON.

ເນື່ອງຈາກການບີບອັດນີ້ແມ່ນການອອກຄໍານາມໃນ tty, ການແບ່ງແຖວຈະເກີດຂຶ້ນແບບສຸ່ມແລະ
ນີ້ອາດຈະເຮັດໃຫ້ການອ່ານຍາກ. ທ່ານ​ອາດ​ຈະ​ຮ້ອງ​ຂໍ​ການ​ປັບ​ຮູບ​ແບບ​ອັດ​ຕະ​ໂນ​ມັດ​ຂອງ​
ຮ່າງກາຍຫນາແຫນ້ນໂດຍການຫັນ Biffnice ກັບ ON ແລະ ຜົນ ຜະ ລິດ biff ຈະ ເຫມາະ ງາມ ພາຍ ໃນ
ຢູ່ປາຍຍອດ.

ແຕ່ຫນ້າເສຍດາຍ, ມັນບໍ່ສາມາດປັບແຕ່ງຈໍານວນຄໍລໍາທີ່ຄວນຈະຖືກນໍາໃຊ້
ສໍາ​ລັບ​ການ​ຈັດ​ຮູບ​ແບບ​: ເນື່ອງ​ຈາກ​ວ່າ​ທ່ານ​ອາດ​ຈະ biff ກັບ tty ໃດ​ຫນຶ່ງ​ທີ່​ທ່ານ​ເຂົ້າ​ສູ່​ລະ​ບົບ​, ທີ່​ຈະ​ບັງ​ຄັບ​
ຈົດໝາຍ ເພື່ອສືບສວນ tty ສໍາລັບຂະຫນາດຖັນຂອງມັນ, ສໍາລັບແຕ່ລະ tty ທີ່ເປັນໄປໄດ້ທີ່ຜົນຜະລິດອາດຈະໄປ,
ແລະບໍ່ມີວິທີການເຄື່ອນທີ່ທີ່ເຊື່ອຖືໄດ້ຂອງການເຮັດແນວນັ້ນ. ຂໍ​ໂທດ.

ຂະຫຍາຍ ການຍື່ນ ສາມາດ

ເມື່ອທ່ານໄດ້ໄປຮອດ ຜູ້ຊ່ຽວຊານ ລະດັບ, ແລະສະຫນອງໃຫ້ທ່ານມີຄວາມຮູ້ຍຸດຕິທໍາຂອງ perl, ທ່ານ
ອາດຈະຮູ້ສຶກວ່າຕ້ອງການຄໍາສັ່ງກ້າວຫນ້າທາງດ້ານຫຼາຍທີ່ບໍ່ແມ່ນສ່ວນຫນຶ່ງຂອງມາດຕະຖານທີ່ກໍານົດໄວ້. ນີ້
ພາກ​ສ່ວນ​ອະ​ທິ​ບາຍ​ວິ​ທີ​ທີ່​ທ່ານ​ສາ​ມາດ​ບັນ​ລຸ​ໄດ້​ຢ່າງ​ວ່ອງ​ໄວ​, ໂດຍ​ບໍ່​ຈໍາ​ເປັນ​ຕ້ອງ​ດໍາ​ນ​້​ໍາ​ເລິກ​
ພາຍໃນລະຫັດແຫຼ່ງ.

ເມື່ອທ່ານໄດ້ຂະຫຍາຍຊຸດຄໍາສັ່ງການກັ່ນຕອງ, ທ່ານອາດຈະໃຊ້ຄໍາສັ່ງເຫຼົ່ານັ້ນພາຍໃນ
ໄຟລ໌ກົດລະບຽບຄືກັບວ່າພວກມັນຖືກສ້າງຂື້ນໃນ. ທ່ານອາດຈະເລືອກທີ່ຈະກໍານົດຄໍາສັ່ງມາດຕະຖານຄືນໃຫມ່
ຖ້າ​ຫາກ​ວ່າ​ພວກ​ເຂົາ​ເຈົ້າ​ບໍ່​ເຫມາະ​ສົມ​ກັບ​ທ່ານ (ຢ່າງ​ໃດ​ກໍ​ຕາມ​, ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ຕ້ອງ​ການ​ທີ່​ຈະ​ເຮັດ​ແນວ​ນັ້ນ​, ທ່ານ​ຄວນ​ຈະ​ຮູ້​ວ່າ​ສິ່ງ​ທີ່​ທ່ານ​
ກໍາລັງເຮັດ, ຫຼືທ່ານອາດຈະເລີ່ມສູນເສຍບາງເມລຫຼືໄດ້ຮັບພຶດຕິກໍາທີ່ບໍ່ຄາດຄິດ - ນີ້ຍັງ
ຍົກເລີກການຮັບປະກັນຂອງທ່ານ :-).

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

ພາບລວມ
ເພື່ອປະຕິບັດຄໍາສັ່ງໃຫມ່, ເວົ້າວ່າ FOLD, ທ່ານຈະຕ້ອງເຮັດດັ່ງຕໍ່ໄປນີ້:

· ຂຽນ perl subroutine ເພື່ອປະຕິບັດການປະຕິບັດ FOLD ແລະເອົາສິ່ງນັ້ນເຂົ້າໄປໃນພາຍນອກ
ໄຟລ໌. ເວົ້າວ່າພວກເຮົາຂຽນບົດບັນທຶກຍ່ອຍ ເທົ່າ ແລະພວກເຮົາເກັບມັນຢູ່ໃນ a fold.pl ໄຟລ໌. ນີ້​ແມ່ນ
ຕາມທໍາມະຊາດສ່ວນທີ່ມີຄວາມຫຍຸ້ງຍາກ, ບ່ອນທີ່ທ່ານຈໍາເປັນຕ້ອງຮູ້ບາງສິ່ງພື້ນຖານກ່ຽວກັບ
mailagent ພາຍໃນ.

·ເລືອກບ່ອນທີ່ທ່ານຕ້ອງການເກັບຮັກສາຂອງທ່ານ fold.pl ໄຟລ໌. ຫຼັງຈາກນັ້ນ, ກວດເບິ່ງ syntax ກັບ perl -c,
ພຽງແຕ່ໃຫ້ແນ່ໃຈວ່າ ...

· ແກ້​ໄຂ newcmd ໄຟລ໌ (ຕາມທີ່ໄດ້ມອບໃຫ້ໂດຍໄຟລ໌ການຕັ້ງຄ່າ) ເພື່ອບັນທຶກຄໍາສັ່ງໃຫມ່ຂອງທ່ານ.
ຫຼັງຈາກນັ້ນ, ໃຫ້ແນ່ໃຈວ່າໄຟລ໌ນີ້ຖືກປົກປ້ອງຢ່າງແຫນ້ນຫນາ. ທ່ານຕ້ອງເປັນເຈົ້າຂອງມັນ, ແລະມັນບໍ່ຄວນຈະເປັນ
ຂຽນໄດ້ໂດຍບຸກຄົນອື່ນແຕ່ທ່ານ.

· ນອກຈາກນັ້ນ, ທ່ານອາດຈະຕ້ອງການລະບຸວ່າ FOLD ແມ່ນການດັດແກ້ທີ່ມີຢູ່ແລ້ວຫຼືບໍ່
ສະ​ຖາ​ນະ​ການ​ປະ​ຕິ​ບັດ​ແລະ​ບໍ່​ວ່າ​ຈະ​ໄດ້​ຮັບ​ການ​ອະ​ນຸ​ຍາດ​ໃຫ້​ພາຍ​ໃນ _SEEN_ ພິ​ເສດ
ລັດ.

·ຂຽນກົດລະບຽບບາງຢ່າງໂດຍໃຊ້ຄໍາສັ່ງ FOLD ໃຫມ່. ນີ້​ແມ່ນ ງ່າຍ ສ່ວນ! ໃຫ້ສັງເກດວ່າຂອງທ່ານ
ຄໍາສັ່ງອາດຈະຖືກໃຊ້ພາຍໃນ perl hooks ຄືກັບວ່າມັນເປັນຄໍາສັ່ງ builtin (ນີ້
ຫມາຍຄວາມວ່າມີຫນ້າທີ່ໂຕ້ຕອບທີ່ສ້າງຂຶ້ນສໍາລັບທ່ານພາຍໃນ mailhook ຊຸດ).

ໃນພາກຕໍ່ໄປນີ້, ພວກເຮົາກໍາລັງຈະອະທິບາຍ syntax ຂອງ newcmd ໄຟລ໌, ແລະ
ຫຼັງຈາກນັ້ນພວກເຮົາຈະນໍາສະເຫນີຕົວແປພາຍໃນລະດັບຕ່ໍາບາງອັນທີ່ອາດຈະຖືກນໍາໃຊ້ໃນເວລາປະຕິບັດ
ຄໍາສັ່ງໃຫມ່.

ໃຫມ່ ຄໍາສັ່ງ ເອກະສານ ຮູບແບບ
ໄດ້ newcmd ໄຟລ໌ປະກອບດ້ວຍຊຸດຂອງສາຍ, ແຕ່ລະແຖວອະທິບາຍຄໍາສັ່ງຫນຶ່ງ. ຫວ່າງ
ເສັ້ນຖືກລະເລີຍ ແລະຄຳເຫັນແບບແກະທີ່ແນະນຳໂດຍຕົວອັກສອນແຫຼມ (#) ແມ່ນ
ອະນຸຍາດ.

ແຕ່​ລະ​ສາຍ​ແມ່ນ​ສ້າງ​ຕັ້ງ​ຂຶ້ນ​ໂດຍ 3 ພາກ​ສະ​ຫນາມ​ຕົ້ນ​ຕໍ​ແລະ 2 ທາງ​ເລືອກ​; ທົ່ງນາຖືກແຍກອອກໂດຍ
ຍະຫວ່າງ ຫຼືແຖບ. ນີ້ແມ່ນໂຄງກະດູກ:



ໄດ້ cmd_name ແມ່ນຊື່ຂອງຄໍາສັ່ງທີ່ທ່ານຕ້ອງການເພີ່ມ. ໃນຕົວຢ່າງທີ່ຜ່ານມາຂອງພວກເຮົາ, ມັນຈະ
ພັບ. ພາກສະຫນາມຕໍ່ໄປ, ເສັ້ນທາງ, ບອກ mailagent ບ່ອນທີ່ໄຟລ໌ທີ່ມີຄໍາສັ່ງ
ການ​ປະ​ຕິ​ບັດ​ແມ່ນ​ຕັ້ງ​ຢູ່​. ເວົ້າວ່າພວກເຮົາເກັບຮັກສາມັນຢູ່ໃນ ~/mail/cmds/fold.pl. ໄດ້ ຫນ້າທີ່ ພາກສະຫນາມແມ່ນ
ຊື່ຂອງ perl ຟັງຊັນປະຕິບັດ FOLD, ເຊິ່ງອາດຈະພົບເຫັນຢູ່ໃນ fold.pl. ນີ້, ພວກເຮົາ
ຕັ້ງຊື່ຫນ້າທີ່ຂອງພວກເຮົາ ເທົ່າ. ໃຫ້ສັງເກດວ່າຖ້າຫາກວ່າຫນ້າທີ່ຂອງທ່ານມີຊື່ຂອງມັນຢູ່ໃນ newcmd
package, ຊຶ່ງເປັນພຶດຕິກໍາເລີ່ມຕົ້ນຖ້າຫາກວ່າທ່ານບໍ່ໄດ້ລະບຸໃດໆ, ຫຼັງຈາກນັ້ນບໍ່ຈໍາເປັນຕ້ອງ
ນຳໜ້າຊື່ຟັງຊັນດ້ວຍແພັກເກັດ. ຖ້າບໍ່ດັ່ງນັ້ນ, ທ່ານຕ້ອງໃຊ້ຊື່ທີ່ມີຄຸນສົມບັດຄົບຖ້ວນ.

ສອງຊ່ອງຂໍ້ມູນສຸດທ້າຍແມ່ນທາງເລືອກ, ແລະເປັນຄ່າ boolean ທີ່ອາດຈະຖືກລະບຸໂດຍ ທີ່ແທ້ຈິງ or
yes ເພື່ອສະແດງຄວາມຈິງ, ແລະ ທີ່ບໍ່ຖືກຕ້ອງ or no ເພື່ອ​ສະ​ແດງ​ຄວາມ​ບໍ່​ຈິງ. ຖ້າ status_flag ຖືກຕັ້ງເປັນຄວາມຈິງ,
ຫຼັງຈາກນັ້ນ, ຄໍາສັ່ງຈະປັບປຸງແກ້ໄຂສະຖານະພາບການປະຕິບັດສຸດທ້າຍ. ຖ້າ see_flag ແມ່ນຄວາມຈິງ,
ຫຼັງຈາກນັ້ນ, ຄໍາສັ່ງອາດຈະຖືກນໍາໃຊ້ໃນເວລາທີ່ການກັ່ນຕອງຢູ່ໃນສະຖານະ _SEEN_. ຄ່າເລີ່ມຕົ້ນແມ່ນ
ຕາມ ລຳ ດັບ ທີ່ແທ້ຈິງ ແລະ ທີ່ບໍ່ຖືກຕ້ອງ.

ດັ່ງນັ້ນ, ໃນຕົວຢ່າງຂອງພວກເຮົາ, ພວກເຮົາຈະຂຽນວ່າ:

ພັບ ~/mail/cmds/fold.pl ພັບບໍ່ ແມ່ນ

ເພື່ອອະນຸຍາດໃຫ້ FOLD ຢູ່ໃນສະຖານະ _SEEN_ ແລະໃຫ້ມັນດໍາເນີນການໂດຍບໍ່ມີການດັດແປງປະຈຸບັນ
ມູນຄ່າຂອງ ສະຖານະການຄໍາສັ່ງສຸດທ້າຍ ຕົວແປ.

ລາຍລັກອັກສອນ An ການປະຕິບັດ
ຟັງຊັນ perl ຂອງທ່ານຈະຖືກໂຫລດເມື່ອຈໍາເປັນເຂົ້າໄປໃນຊຸດພິເສດ newcmd, ດັ່ງນັ້ນມັນ
ຊ່ອງຊື່ຂອງຕົນເອງຖືກປົກປ້ອງ ແລະບໍ່ໃຫ້ຂັດຂ້ອງກັບຜູ້ສົ່ງຈົດໝາຍອື່ນໂດຍບັງເອີນ
ປົກກະຕິຫຼືຕົວແປ. ໃນເວລາທີ່ທ່ານຈໍາເປັນຕ້ອງໂທຫາການໂຕ້ຕອບ perl ຂອງບາງ mailagent ທົ່ວໄປ
ຫນ້າທີ່, ທ່ານຈະຕ້ອງຈື່ຈໍາທີ່ຈະນໍາໃຊ້ຊື່ປົກກະຕິທີ່ມີຄຸນວຸດທິຢ່າງເຕັມທີ່, ສໍາລັບການຍົກຕົວຢ່າງ
&mailhook'ອອກ ເພື່ອປະຕິບັດຄໍາສັ່ງ LEAVE ຢ່າງແທ້ຈິງ.

(ຕາມປົກກະຕິ, ໃນ PERL hooks, ບໍ່ຈໍາເປັນຕ້ອງມີຄໍານໍາຫນ້ານີ້ນັບຕັ້ງແຕ່ຕົວອັກສອນ perl ແມ່ນ.
loaded ໃນ mailhook ຊຸດ. ໃນເວລາທີ່ທ່ານກໍາລັງຂະຫຍາຍ mailagent ຂອງທ່ານ, ທ່ານຄວນເປັນພິເສດ
ຢ່າງ​ໃດ​ກໍ​ຕາມ​, ລະ​ມັດ​ລະ​ວັງ​, ແລະ​ມັນ​ບໍ່​ໄດ້​ເຈັບ​ປວດ​ທີ່​ຈະ​ນໍາ​ໃຊ້​ຄໍາ​ນໍາ​ຫນ້າ​ນີ້​. ທ່ານສາມາດໃຊ້ໄດ້ຟຣີ
perl ໄດ້ ຊຸດ ຄໍາສັ່ງພາຍໃນຫນ້າທີ່ຂອງທ່ານ, ເພາະສະນັ້ນການສະຫຼັບກັບ mailhook ຊຸດ
ໃນ​ຮ່າງ​ກາຍ​ຂອງ​ການ​ປົກ​ກະ​ຕິ​ແຕ່​ປະ​ໄວ້​ຊື່​ຂອງ​ຕົນ​ໃນ​ newcmd ຊຸດ.)

ເນື່ອງຈາກ mailagent ຈະໂຫຼດການປະຕິບັດຄໍາສັ່ງຂອງທ່ານແບບເຄື່ອນໄຫວໃນຄັ້ງທໍາອິດ
ແມ່ນດໍາເນີນການ, ໂດຍການໂຫລດສະຄິບ perl ທີ່ລະບຸໄວ້ໃນຫນ່ວຍຄວາມຈໍາແລະການປະເມີນມັນ, ຂ້າພະເຈົ້າແນະນໍາໃຫ້ທ່ານ
ວາງການປະຕິບັດຄໍາສັ່ງແຕ່ລະຄົນໃນໄຟລ໌ແຍກຕ່າງຫາກ, ເພື່ອຫຼີກເວັ້ນການເກັບຮັກສາທີ່ອາດບໍ່ຈໍາເປັນ
ລະຫັດໃນຫນ່ວຍຄວາມຈໍາ.

ແຕ່ລະຄໍາສັ່ງຖືກເອີ້ນດ້ວຍຫນຶ່ງ argument, ຄືສາຍຄໍາສັ່ງເຕັມທີ່ອ່ານຈາກ
ກົດ​ລະ​ບຽບ​ການ​ກັ່ນ​ຕອງ​. ນອກຈາກນັ້ນ, ພິເສດ @ARGV array ຖືກກໍານົດໂດຍການປະຕິບັດຮູບແບບ shell
parsing ຂອງເສັ້ນຄໍາສັ່ງ (ຊຶ່ງຈະລົ້ມເຫລວຖ້າຫາກວ່າວົງຢືມບໍ່ກົງກັນ, ແຕ່ຫຼັງຈາກນັ້ນທ່ານສາມາດເຮັດໄດ້
parsing ດ້ວຍຕົວທ່ານເອງນັບຕັ້ງແຕ່ທ່ານໄດ້ຮັບເສັ້ນຄໍາສັ່ງ). ໃນຕອນທ້າຍຂອງການປົກກະຕິຂອງທ່ານ, ທ່ານ
ຕ້ອງກັບຄືນສະຖານະຄວາມລົ້ມເຫຼວ, ie 0 ສໍາ​ລັບ​ຄວາມ​ສໍາ​ເລັດ​ແລະ​ 1 ສັນຍານຄວາມລົ້ມເຫຼວ.

ເຫຼົ່ານີ້ແມ່ນຄວາມຕ້ອງການພຽງແຕ່ຂອງທ່ານ. ເຈົ້າມີອິດສະຫຼະທີ່ຈະເຮັດອັນໃດກໍໄດ້ຕາມທີ່ເຈົ້າຕ້ອງການພາຍໃນງານ.
ເພື່ອຜ່ອນຄາຍວຽກງານຂອງທ່ານຢ່າງໃດກໍ່ຕາມ, ບາງຕົວແປແມ່ນໄດ້ຖືກຄິດໄລ່ລ່ວງຫນ້າສໍາລັບທ່ານ, ອັນດຽວກັນກັບ
ເຮັດໃຫ້ສາມາດໃຊ້ໄດ້ພາຍໃນ hooks mail, ພຽງແຕ່ພວກເຂົາເຈົ້າຖືກກໍານົດພາຍໃນ newcmd ຊຸດນີ້
ເວລາ. ຍັງມີຕົວແປພິເສດຈໍານວນຫນ້ອຍທີ່ທ່ານຈໍາເປັນຕ້ອງຮູ້ກ່ຽວກັບ, ແລະຊຸດຂອງ
ປົກກະຕິມາດຕະຖານທີ່ເຈົ້າອາດຈະຕ້ອງການໂທຫາ. ກະລຸນາຫຼີກເວັ້ນການໂທຫາສິ່ງທີ່ບໍ່ແມ່ນ
ເອກະສານຢູ່ທີ່ນີ້, ເນື່ອງຈາກວ່າມັນອາດຈະມີການປ່ຽນແປງໂດຍບໍ່ມີການແຈ້ງລ່ວງຫນ້າ. ຖ້າທ່ານຕ້ອງການໃຊ້ຫນຶ່ງ
ປົກກະຕິແລະມັນບໍ່ໄດ້ຖືກບັນທຶກໄວ້ໃນຫນ້າຄູ່ມືນີ້, ກະລຸນາແຈ້ງໃຫ້ຂ້ອຍທາບ.

ແຕ່ລະຄໍາສັ່ງຖືກເອີ້ນຈາກພາຍໃນ ການປະເມີນ ການກໍ່ສ້າງ, ດັ່ງນັ້ນທ່ານສາມາດນໍາໃຊ້ຢ່າງປອດໄພ ໄດ້ ຫຼືໂທຫາ
ປົກກະຕິຫ້ອງສະໝຸດພາຍນອກທີ່ໃຊ້ ໄດ້. ຖ້າທ່ານໃຊ້ ຕ້ອງການ, ຈົ່ງຮູ້ວ່າ mailagent ແມ່ນ
ການ​ຕັ້ງ​ຄ່າ​ພິ​ເສດ​ @INC array ໂດຍການວາງເສັ້ນທາງຫ້ອງສະຫມຸດສ່ວນຕົວຂອງມັນກ່ອນ, ດັ່ງນັ້ນທ່ານອາດຈະ
ສະ​ຖານ​ທີ່​ທັງ​ຫມົດ​ຂອງ​ທ່ານ​ ຈົດໝາຍ- ໄຟລ​໌​ຫ້ອງ​ສະ​ຫມຸດ​ທີ່​ກ່ຽວ​ຂ້ອງ​ໃນ​ສະ​ຖານ​ທີ່​ນີ້​.

ພິເສດ Variables
ຕົວແປພິເສດຕໍ່ໄປນີ້ (ບາງອັນແມ່ນໝາຍເຖິງອ່ານເທົ່ານັ້ນ, ໝາຍຄວາມວ່າເຈົ້າບໍ່ຄວນ
ປັບ​ປຸງ​ແກ້​ໄຂ​ໃຫ້​ເຂົາ​ເຈົ້າ​, ແລະ​ແທ້​ຈິງ​ແລ້ວ​ທ່ານ​ບໍ່​ສາ​ມາດ​) ເຮັດ​ໃຫ້​ມີ​ໂດຍ​ກົງ​ພາຍ​ໃນ​ newcmd ຊຸດ, ແມ່ນ
ກໍານົດໄວ້ລ່ວງຫນ້າໂດຍ automaton ການກັ່ນຕອງ, ແລະຖືກນໍາໃຊ້ເພື່ອຄວບຄຸມຂະບວນການການກັ່ນຕອງ:

$mfile ຊື່ພື້ນຖານຂອງໄຟລ໌ເມລທີ່ກໍາລັງດໍາເນີນການ. ຕົວແປນີ້ແມ່ນອ່ານໄດ້ເທົ່ານັ້ນ.
ມັນຖືກນໍາໃຊ້ຕົ້ນຕໍໃນຂໍ້ຄວາມບັນທຶກ, ຄືກັບ [$mfile] ເພື່ອແທັກແຕ່ລະບັນທຶກ, ນັບຕັ້ງແຕ່ a
ຂະບວນການ mailagent ດຽວອາດຈະຈັດການກັບຫຼາຍຂໍ້ຄວາມ.

$ever_saved ນີ້ແມ່ນ boolean, ທີ່ຄວນຈະເປັນ ທີ່ກໍານົດໄວ້ to 1 ເມື່ອການປະຫຍັດສົບຜົນສໍາເລັດ
ການ​ດໍາ​ເນີນ​ງານ​ໄດ້​ສໍາ​ເລັດ​. ຖ້າໃນຕອນທ້າຍຂອງການກັ່ນຕອງ, ຕົວແປນີ້
ແມ່ນຍັງ 0, ຈາກນັ້ນຄ່າເລີ່ມຕົ້ນ LEAVE ຈະຖືກປະຕິບັດ.

$folder_saved ຄ່າຂອງຕົວແປນັ້ນປົກຄອງຄ່າ $msgpath ຊຸດຕົວແປຄວາມສະດວກສະບາຍ
ສໍາລັບ PERL ຫນີ. ມັນໄດ້ຖືກປັບປຸງທຸກຄັ້ງທີ່ຂໍ້ຄວາມຖືກຂຽນໃສ່ໄຟລ໌, ໄປ
ຖືເສັ້ນທາງຂອງໄຟລ໌ລາຍລັກອັກສອນ.

$cont ນີ້ແມ່ນສະຖານະການສືບຕໍ່, ຕົວແປທີ່ມີຄວາມສໍາຄັນທີ່ສຸດໃນເວລາທີ່
ຈັດການກັບກະແສການຄວບຄຸມ. ສີ່ຄົງທີ່ຈາກ ຕົ້ນຕໍ ຊຸດສາມາດເປັນ
ໃຊ້ເພື່ອກໍານົດວ່າພວກເຮົາຄວນຈະສືບຕໍ່ກັບກົດລະບຽບໃນປະຈຸບັນ
($FT_CONT), ປະຖິ້ມກົດລະບຽບປະຈຸບັນ ($FT_REJECT), ເລີ່ມຕົ້ນການກັ່ນຕອງຄືນໃຫມ່ຈາກ
ເລີ່ມຕົ້ນ ($FT_RESTART) ຫຼືພຽງແຕ່ຍົກເລີກການປະມວນຜົນ ($FT_ABORT). ເພີ່ມເຕີມກ່ຽວກັບ
ນີ້ຕໍ່ມາ.

$lastcmd ສະຖານະຄວາມລົ້ມເຫລວສຸດທ້າຍທີ່ບັນທຶກໄວ້ໂດຍຄໍາສັ່ງສຸດທ້າຍ (ໃນບັນດາສິ່ງທີ່ເຮັດ
ປັບ​ປຸງ​ແກ້​ໄຂ​ສະ​ຖາ​ນະ​ພາບ​ການ​ປະ​ຕິ​ບັດ​)​. ທ່ານບໍ່ຄວນມີການປັບປຸງນີ້ໂດຍ
ຕົວທ່ານເອງເວັ້ນເສຍແຕ່ວ່າທ່ານກໍາລັງປະຕິບັດບາງ encapsulation ສໍາລັບຄໍາສັ່ງອື່ນໆ,
ຄືກັບ BACK ຫຼື ONCE, ຕັ້ງແຕ່ໂດຍຄ່າເລີ່ມຕົ້ນ $lastcmd ຈະຖືກຕັ້ງເປັນມູນຄ່າທີ່ທ່ານ
ກັບຄືນໃນຕອນທ້າຍຂອງຄໍາສັ່ງ.

$wmode ນີ້ບັນທຶກສະຖານະປະຈຸບັນຂອງການກັ່ນຕອງອັດຕະໂນມັດ (ຮູບແບບການເຮັດວຽກ), ໃນ a
ຮູບແບບສະຕຣິງຕົວໜັງສື, ໂດຍທົ່ວໄປແລ້ວຈະຖືກດັດແກ້ໂດຍຄຳສັ່ງ BEGIN ຫຼືເປັນດ້ານຂ້າງ
ຜົນ​ກະ​ທົບ​, ເຊັ່ນ​ດຽວ​ກັນ​ກັບ​ການ​ປະ​ຕິ​ເສດ​.

ທຸກໆຕົວແປພິເສດທີ່ຕັ້ງຄ່າສໍາລັບການຫລົບຫນີ PERL ຍັງຖືກຕິດຕັ້ງຢູ່ພາຍໃນ newcmd
ຊຸດ. ເຫຼົ່ານັ້ນແມ່ນ $login, %ສ່ວນຫົວ, ແລະ​ອື່ນໆ ... ທ່ານ​ສາ​ມາດ peruse ໃຫ້​ເຂົາ​ເຈົ້າ​ຢູ່​ທີ່​ຈະ​.

ຕົວແປອື່ນໆທີ່ທ່ານອາດຈະຕ້ອງການແມ່ນຕົວກໍານົດການກໍານົດ, ຖືຢູ່ໃນ
~/.mailagent ໄຟລ​໌​ການ​ຕັ້ງ​ຄ່າ​. ດີ, ກົດລະບຽບແມ່ນງ່າຍດາຍ. ຄ່າຂອງແຕ່ລະພາລາມິເຕີ
ຕົວກໍານົດການ ຈາກໄຟລ໌ການຕັ້ງຄ່າແມ່ນຖືຢູ່ໃນຕົວແປ $cf'param. ຕົວປ່ຽນແປງ $main'loglvl is
ສໍາເນົາຂອງ $cf'level, ເນື່ອງຈາກວ່າມັນສັ້ນກວ່າສະເໝີໃນການພິມ $'loglvl ຫຼັງຈາກການໂທຫາແຕ່ລະຄົນ
ປົກກະຕິຂອງການຕັດໄມ້ &add_log.

ມີຕົວແປອີກອັນໜຶ່ງທີ່ຄວນຮູ້ກ່ຽວກັບ: $main'FILTER, ເຊິ່ງ​ເປັນ X- ທີ່​ເຫມາະ​ສົມ​.
ເສັ້ນການກັ່ນຕອງທີ່ຄວນຈະຖືກຕື່ມໃສ່ໃນ ທັງຫມົດ mail ທີ່ທ່ານສົ່ງຜ່ານ mailagent, ໃນຄໍາສັ່ງທີ່ຈະ
ຫຼີກເວັ້ນການ loops. ນອກຈາກນັ້ນ, ໃນເວລາທີ່ທ່ານບັນທຶກເມລ໌ໃສ່ໂຟນເດີ, ມັນເປັນການສະຫລາດທີ່ຈະເພີ່ມເສັ້ນນີ້ໃນກໍລະນີທີ່ a
ບັນຫາທີ່ເກີດຂື້ນ: ຫຼັງຈາກນັ້ນທ່ານສາມາດກໍານົດຜູ້ກະທໍາຜິດ.

ກົດລະບຽບ ສະພາບແວດລ້ອມ
ການກະ ທຳ ອາດຈະມີຄວາມປາດຖະ ໜາ ທີ່ຖືກຕ້ອງຕາມກົດ ໝາຍ ຂອງການປ່ຽນແປງສະພາບແວດລ້ອມໃນຂອບເຂດຂອງອັນໃດອັນ ໜຶ່ງ
ກົດ​ລະ​ບຽບ​ເທົ່າ​ນັ້ນ​, ກັບ​ຄືນ​ໄປ​ບ່ອນ​ຄ່າ​ທີ່​ຜ່ານ​ມາ​ໃນ​ເວ​ລາ​ທີ່​ອອກ​ຈາກ​ກົດ​ລະ​ບຽບ​. ຫຼືທ່ານອາດຈະຕ້ອງການ
ປ່ຽນຄ່າຕະຫຼອດໄປ.

ໃນເວລາທີ່ພວກເຮົາເວົ້າກ່ຽວກັບການປ່ຽນແປງສະພາບແວດລ້ອມ, ພວກເຮົາຫມາຍເຖິງການສ້າງຕັ້ງໂດຍຜ່ານ
ໄຟລ໌ການຕັ້ງຄ່າ, ມູນຄ່າຂອງມັນສິ້ນສຸດລົງໃນ cf ຊຸດ. ດີ, ບາງຕົວແປເຫຼົ່ານັ້ນ
ຖືກຄັດລອກຢູ່ໃນ ປະມານ ຊຸດກ່ອນການກັ່ນຕອງຂໍ້ຄວາມເລີ່ມຕົ້ນ (ພາຍໃຕ້ການຄວບຄຸມຂອງ
ໄດ້ @env'Env array).

ກົດລະບຽບທັງຫມົດຄວນອ້າງອີງໃສ່ສະບັບຢູ່ໃນ ປະມານ ຊຸດ, ແລະບໍ່ແມ່ນຢູ່ໃນ cf ຊຸດ,
ເພື່ອ​ເບິ່ງ​ການ​ປ່ຽນ​ແປງ​. ການປ່ຽນແປງທົ່ວໂລກແມ່ນເຮັດໂດຍຜົນກະທົບຕໍ່ຕົວແປໂດຍກົງໃນ
ປະມານ package, ໃນຂະນະທີ່ການປ່ຽນແປງທ້ອງຖິ່ນຖືກຮ້ອງຂໍໂດຍການໂທຫາ &env'ທ້ອງຖິ່ນ ປົກກະຕິ.

ຕົວຢ່າງເຊັ່ນ cf'umask ຄ່າຖືກສຳເນົາເປັນ env'umask ເນື່ອງຈາກວ່າ ໜ້າ ກາກ ຖືກຈັດຂຶ້ນໃນ @env'Env.
ການ​ປ່ຽນ​ແປງ​ທົ່ວ​ໂລກ​ແມ່ນ​ເຮັດ​ໄດ້​ໂດຍ​ການ​ຕັ້ງ​ຄ່າ​ສໍາ​ເນົາ​ໂດຍ​ກົງ​, ໃນ​ຂະ​ນະ​ທີ່​ການ​ປ່ຽນ​ແປງ​ໃນ​ທ້ອງ​ຖິ່ນ​ອາດ​ຈະ​ໄດ້​ຮັບ​
ມີ:

&env'local('umask', 0722);

ເພື່ອຕັ້ງຄ່າທ້ອງຖິ່ນໃໝ່. ຄັ້ງ​ທໍາ​ອິດ &env'ທ້ອງຖິ່ນ ເອີ້ນວ່າຕົວແປ, ມູນຄ່າຂອງມັນ
ຖືກບັນທຶກໄວ້ຢູ່ບ່ອນໃດບ່ອນໜຶ່ງ, ແລະຈະຖືກຟື້ນຟູຄືນເມື່ອອອກຈາກຂອບເຂດຂອງກົດລະບຽບ. ຫຼັງຈາກນັ້ນ, ໃຫມ່
ຄ່າແມ່ນໄດ້ຮັບຜົນກະທົບຕໍ່ຕົວແປ.

ຕົວແປທີ່ຕ້ອງການຜົນກະທົບຂ້າງຄຽງເມື່ອຄ່າຂອງພວກມັນຖືກປ່ຽນແປງ (ເຊັ່ນ: ຕົວແປ umask,
ເຊິ່ງຮຽກຮ້ອງໃຫ້ມີການໂທຫາລະບົບເພື່ອໃຫ້ kernel ເຫັນການປ່ຽນແປງ) ອາດຈະລະບຸມັນໂດຍການເຂົ້າເຖິງ
ໄດ້ %env'Spec array, ທີ່ສໍາຄັນແມ່ນຊື່ຂອງຕົວແປທີ່ຮຽກຮ້ອງໃຫ້ມີຜົນກະທົບຂ້າງຄຽງ, ໄດ້
ຄ່າທີ່ຖືກຕີຄວາມວ່າເປັນບິດຂອງລະຫັດ perl ແລ່ນເມື່ອມູນຄ່າຕົ້ນສະບັບຖືກຟື້ນຟູ. ສໍາລັບ
ຕົວຢ່າງ, ພວກເຮົາເວົ້າບາງບ່ອນ (ໃນ &env'init):

package env;
$Spec{'umask'} = 'umask($umask)';

ເພື່ອອັບເດດ kernel view ເມື່ອອອກຈາກຂອບເຂດ. ໃຫ້ສັງເກດວ່າຜົນກະທົບຂ້າງຄຽງໄດ້ຖືກປະເມີນຄັ້ງດຽວ
ຕົວແປໄດ້ຟື້ນຕົວມູນຄ່າຕົ້ນສະບັບຂອງມັນ, ແລະພາຍໃນ ປະມານ package

ພາຍໃນ, ໄດ້ &analyze_mail ໂທປົກກະຕິ &env'ຕັ້ງ ກ່ອນ​ທີ່​ຈະ​ເລີ່ມ​ຕົ້ນ​ການ​ປຸງ​ແຕ່ງ​ຂອງ​ຕົນ​ເພື່ອ​
ເລີ່ມຕົ້ນ ປະມານ ຊຸດ, ແລະ &env'ອະນາໄມ ໃນ​ທີ່​ສຸດ​ກ່ອນ​ທີ່​ຈະ​ກັບ​ຄືນ​ໄປ​ບ່ອນ​. ກ່ອນທີ່ຈະແລ່ນ
ການ​ກະ​ທໍາ​ທີ່​ລະ​ບຸ​ໄວ້​ໃນ​ການ​ແຂ່ງ​ຂັນ​ລະ​ບຽບ​ການ​, &apply_rules ໂທ &env'ຟື້ນຟູ ເພື່ອຮັບປະກັນກ
ທັດສະນະທີ່ສອດຄ່ອງກັນຂອງສະພາບແວດລ້ອມໃນຂະນະທີ່ດໍາເນີນການປະຕິບັດສໍາລັບກົດລະບຽບສະເພາະນັ້ນ.

ປ່ຽນແປງ ການຄວບຄຸມ ການໄຫຼ
ເມື່ອທ່ານຕ້ອງການປ່ຽນແປງການຄວບຄຸມການໄຫຼເຂົ້າເພື່ອປະຕິບັດການປະຕິເສດ, ກັບຄືນຫຼືຍົກເລີກ, ທ່ານມີ.
ສາມທາງເລືອກ. ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ຕ້ອງ​ການ​ທີ່​ຈະ​ຄວບ​ຄຸມ​ການ​ກະ​ທໍາ​ນັ້ນ​ໂດຍ​ທາງ​ເລືອກ​, ວິ​ທີ​ການ​ດຽວ​ກັນ​ກັບ​ມາດ​ຕະ​ຖານ​
UNIQUE ເຮັດ (ກັບ -c, -r or -a), ທ່ານອາດຈະໂທຫາ &main'alter_execution(ທາງເລືອກ, ລັດ) ໃຫ້
ມັນ​ສອງ​ຕົວ​ກໍາ​ນົດ​ການ​: ຕົວ​ອັກ​ສອນ​ທາງ​ເລືອກ​ແລະ​ລັດ​ທີ່​ທ່ານ​ຕ້ອງ​ການ​ທີ່​ຈະ​ປ່ຽນ​ໄປ​ກ່ອນ​ທີ່​ຈະ​ປ່ຽນ​ແປງ​
ການ​ໄຫຼ​ຂອງ​ການ​ຄວບ​ຄຸມ​.

ທ່ານອາດຈະຕ້ອງການແກ້ໄຂໂດຍກົງ $wmode ແລະ $cont ຕົວແປ, ແຕ່ຫຼັງຈາກນັ້ນເຈົ້າຈະມີ
ເພື່ອເຮັດການຕັດໄມ້ຂອງທ່ານເອງຖ້າທ່ານຕ້ອງການບາງຢ່າງ. ຫຼືທ່ານອາດຈະໂທຫາການປົກກະຕິລະດັບຕ່ໍາ
&main'do_reject, &main'do_restart ແລະ &main'do_abort ເພື່ອປະຕິບັດທີ່ສອດຄ້ອງກັນ
ການດໍາເນີນງານ (ມີການບັນທຶກ).

ຈື່ໄວ້ວ່າສະຖານະ _SEEN_ ແມ່ນພິເສດ ແລະຖືກຈັດການໂດຍກົງໃນລະດັບການກັ່ນຕອງ, ແລະ
ການກັ່ນຕອງເລີ່ມຕົ້ນໃນສະຖານະເບື້ອງຕົ້ນ. ການດໍາເນີນການເລີ່ມຕົ້ນແມ່ນເພື່ອສືບຕໍ່ກັບປະຈຸບັນ
ກົດ​ລະ​ບຽບ​, ຊຶ່ງ​ເປັນ​ຫຍັງ​ຈຶ່ງ​ບໍ່​ມີ​ການ​ປົກ​ກະ​ຕິ​ໃນ​ການ​ປະ​ຕິ​ບັດ​ວຽກ​ງານ​ນີ້​.

ວິ​ທີ​ທີ່​ຕ້ອງ​ການ​ແມ່ນ​ການ​ຮຽກ​ຮ້ອງ​ໃຫ້​ mailhook ຫນ້າ​ທີ່​ການ​ໂຕ້​ຕອບ​, &mailhook'ເລີ່ມຕົ້ນ,
&mailhook'ປະຕິເສດ, ແລະອື່ນໆ ... , ແລະມັນຈະເຮັດວຽກເຖິງແມ່ນວ່າຖ້າຫາກວ່າທ່ານ redefine ຫນ້າທີ່ເຫຼົ່ານັ້ນ
ຕົວ​ທ່ານ​ເອງ. ນອກຈາກນັ້ນ, ນັ້ນແມ່ນການໂຕ້ຕອບດຽວທີ່ມີແນວໂນ້ມທີ່ຈະບໍ່ໄດ້ຮັບການປ່ຽນໃຫມ່
ຮຸ່ນ

ໂດຍ​ທົ່ວ​ໄປ ຈຸດປະສົງ ການປະຕິບັດ
ຕໍ່ໄປນີ້ແມ່ນບັນຊີລາຍຊື່ຂອງທຸກປົກກະຕິທົ່ວໄປທີ່ທ່ານອາດຈະຕ້ອງການທີ່ຈະໂທຫາໃນເວລາທີ່ປະຕິບັດ
ບາງ​ວຽກ​ງານ​ລະ​ດັບ​ຕ​່​ໍ​າ​. ໃຫ້ສັງເກດວ່າຂໍ້ມູນນີ້ແມ່ນຂຶ້ນກັບສະບັບ. ນັບຕັ້ງແຕ່ຂ້າພະເຈົ້າເອກະສານ
ເຂົາເຈົ້າ, ຂ້າພະເຈົ້າຈະພະຍາຍາມຮັກສາໃຫ້ເຂົາເຈົ້າຢູ່ໃນສະບັບໃຫມ່, ແຕ່ຂ້າພະເຈົ້າບໍ່ສາມາດຮັບປະກັນວ່າຂ້າພະເຈົ້າຈະບໍ່ຈໍາເປັນຕ້ອງ
ມີການປ່ຽນແປງເລັກນ້ອຍຂອງ semantics ຂອງເຂົາເຈົ້າ. ມີໂອກາດທີ່ດີທີ່ທ່ານຈະບໍ່ມີ
ກັງວົນກ່ຽວກັບເລື່ອງນັ້ນ.

&header'format(rfc822-field)
ສົ່ງຄືນຊ່ອງຂໍ້ມູນ RFC822 ທີ່ມີຮູບແບບໃຫ້ພໍດີກັບ 78 ຖັນ, ດ້ວຍການສືບຕໍ່ທີ່ຖືກຕ້ອງ
ແນະນໍາໂດຍແປດຊ່ອງ.

&header'normalize(rfc822-header-name)
ປັບກໍລະນີປົກກະຕິໃນສ່ວນຫົວ RFC822 ແລະສົ່ງຄືນຊື່ສ່ວນຫົວໃໝ່ດ້ວຍທຸກໆອັນທຳອິດ
ຕົວອັກສອນຕົວພິມໃຫຍ່.

&header'ຣີເຊັດ
ນີ້ແມ່ນສ່ວນຫນຶ່ງຂອງການກວດສອບສ່ວນຫົວ RFC822, ສ່ວນຫຼາຍແມ່ນໃຊ້ໃນເວລາທີ່ແຍກ a
ຍ່ອຍ. ອັນນີ້ຣີເຊັດການຮັບຮູ້ອັດຕະໂນມັດ (ເບິ່ງ &header'valid).

&header'valid(ແຖວ)
ສົ່ງຄືນສະຖານະ boolean, ຊີ້ບອກວ່າທຸກແຖວທີ່ໃຫ້ມາເຖິງຕອນນັ້ນ
ປະຕິບັດຫນ້ານັບຕັ້ງແຕ່ທີ່ຜ່ານມາ &header'ຣີເຊັດ ແມ່ນສ່ວນໜຶ່ງຂອງສ່ວນຫົວ RFC822 ທີ່ຖືກຕ້ອງ. ໄດ້
ຟັງຊັນເຂົ້າໃຈທໍາອິດ From line ເຊິ່ງເປັນສ່ວນຫນຶ່ງຂອງ UNIX mails. ໃນເວລາໃດກໍ່ຕາມ
ເວລາ, ຕົວແປ $header'ບາງທີ ອາດ​ຈະ​ໄດ້​ຮັບ​ການ​ກວດ​ກາ​ເບິ່ງ​ວ່າ​ມາ​ເຖິງ​ຕອນ​ນັ້ນ​ພວກ​ເຮົາ​ໄດ້​ພົບ​ເຫັນ​
ຢ່າງໜ້ອຍໜຶ່ງຊ່ອງຫົວຈົດໝາຍສຳຄັນ.

&main'acs_rqst(ໄຟລ໌)
ປະຕິບັດການລັອກ .lock ຢູ່ໃນໄຟລ໌, ກັບຄືນ 0 ກ່ຽວກັບຄວາມສໍາເລັດແລະ -1 ກ່ຽວກັບຄວາມລົ້ມເຫຼວ.
ຖ້າມີລັອກເກົ່າ, ມັນຈະຖືກຖອດອອກ (ກໍານົດເວລາກໍານົດເປັນຫນຶ່ງຊົ່ວໂມງ). ໃຊ້
&main'free_file ເພື່ອປົດລ໋ອກ.

&main'add_log(string)
ຕື່ມການ string ກັບ logfile. idiom ປົກກະຕິແມ່ນເພື່ອ postfix ທີ່ໂທຫາກັບ
if $'loglvl > ມູນຄ່າ, ບ່ອນທີ່ ມູນຄ່າ ແມ່ນ​ລະ​ດັບ​ການ​ຕັດ​ໄມ້​ທີ່​ທ່ານ​ຕ້ອງ​ການ​ທີ່​ຈະ​ມີ​ກ່ອນ​
ປ່ອຍໄມ້ທ່ອນຊະນິດນັ້ນ ($'loglvl ເປັນ​ຮູບ​ແບບ​ສັ້ນ​ສໍາ​ລັບ​ການ​ $main'loglvl).

&main'free_file(ໄຟລ໌)
ເອົາ .lock ຢູ່ໃນໄຟລ໌, ໄດ້ມາໂດຍ &main'acs_rqst. ມັນກັບຄືນມາ 0 ຖ້າລັອກ
ໄດ້ຖືກໂຍກຍ້າຍອອກຢ່າງສໍາເລັດຜົນ, -1 ຖ້າມັນເປັນ lock stale (ໄດ້ຮັບໂດຍຄົນອື່ນ).

&main'header_found(ໄຟລ໌)
ສະ​ແກນ​ຫົວ​ຂອງ​ໄຟລ​໌​ແລະ​ພະ​ຍາ​ຍາມ​ເພື່ອ​ກໍາ​ນົດ​ວ່າ​ມີ​ຫົວ​ຂໍ້​ເມລ​ຢູ່​ທີ່​
ການເລີ່ມຕົ້ນຫຼືບໍ່. ໃຫ້​ກັບ​ຄືນ​ມາ​ເປັນ​ຄວາມ​ຈິງ​ຖ້າ​ຫາກ​ວ່າ​ສ່ວນ​ຫົວ​ໄດ້​ຖືກ​ພົບ​ເຫັນ.

&main'history_record
ບັນທຶກ ID ຂໍ້ຄວາມຂອງຂໍ້ຄວາມປະຈຸບັນ ແລະກັບຄືນ 0 ຖ້າຂໍ້ຄວາມບໍ່ມີ
ເຄີຍເຫັນມາກ່ອນ, 1 ຖ້າມັນຊໍ້າກັນ.

&main'hostname
ສົ່ງຄືນຄ່າຂອງຊື່ໂຮດ, ຕົວພິມນ້ອຍ, ໂດຍມີຊື່ໂດເມນທີ່ເປັນໄປໄດ້ຕໍ່ທ້າຍ
ກັບມັນ. ຊື່ເຈົ້າພາບຖືກເກັບໄວ້ໃນຖານຄວາມຈໍາ, ເພາະວ່າຄ່າຂອງມັນໃນເບື້ອງຕົ້ນຈະຕ້ອງໄດ້ຮັບໂດຍ
forking. (ເບິ່ງຍັງ &main'myhostname)

&main'internet_info(email-address)
parse ທີ່ຢູ່ອີເມລ໌ອິນເຕີເນັດແລະສົ່ງຄືນ array ສາມອົງປະກອບທີ່ປະກອບດ້ວຍ
ໂຮດ, ໂດເມນແລະສ່ວນປະເທດຂອງເຈົ້າພາບອິນເຕີເນັດ. ສໍາລັບຕົວຢ່າງ, ຖ້າຫາກວ່າ
ທີ່ຢູ່ແມ່ນ [email protected], ມັນຈະກັບຄືນມາ (ຄ, b, a).

&main'login_name(email-address)
parse the e-mail internet address and return the login name .

&main'macros_subst(*line)
ປະຕິບັດການທົດແທນມະຫາພາກໃນສະຖານທີ່ (ເສັ້ນຜ່ານເປັນປະເພດ glob) ໂດຍໃຊ້
ຂໍ້​ມູນ​ທີ່​ຖື​ຢູ່​ໃນ​ປັດ​ຈຸ​ບັນ​ %main'Header array. ເຮັດ ບໍ່ ຜ່ານ *_ ເປັນຫນຶ່ງ
ຕົວກໍານົດການ, ນັບຕັ້ງແຕ່ພາຍໃນ macro_subst ໃຊ້ຕົວແປທ້ອງຖິ່ນທີ່ມີຊື່ນັ້ນ
ເພື່ອປະຕິບັດການທົດແທນແລະທ່ານຈະສິ້ນສຸດດ້ວຍສະບັບທີ່ບໍ່ມີການດັດແກ້. ຖ້າ
ທ່ານກໍ່ຕ້ອງການທີ່ຈະຜ່ານ *_, ຫຼັງຈາກນັ້ນທ່ານຕ້ອງໃຊ້ຄ່າທີ່ສົ່ງຄືນຈາກ
macro_subst ຊຶ່ງເປັນຂໍ້ຄວາມທີ່ປ່ຽນແທນ, ແຕ່ວ່າມີປະສິດທິພາບຫນ້ອຍກວ່າ
ມີ​ການ​ດັດ​ແກ້​ໃນ​ສະ​ຖານ​ທີ່​.

&main'makedir(ຊື່ເສັ້ນທາງ, ຮູບແບບ)
ສ້າງໄດເລກະທໍລີ, ການສ້າງໄດເລກະທໍລີລະດັບກາງທັງຫມົດທີ່ຈໍາເປັນເພື່ອເຮັດໃຫ້
ຊື່ເສັ້ນທາງ ໄດເລກະທໍລີທີ່ຖືກຕ້ອງ. ບໍ່ມີຜົນຖ້າໄດເລກະທໍລີມີຢູ່ແລ້ວ. ໄດ້
ພາຣາມິເຕີຂອງໂຫມດເປັນທາງເລືອກ, 0700 ຖືກນໍາໃຊ້ (ເລກແປດ) ຖ້າບໍ່ໄດ້ລະບຸ.

&main'myhostname
ສົ່ງຄືນຊື່ໂຮດຂອງເຄື່ອງປະຈຸບັນ, ໂດຍບໍ່ມີຊື່ໂດເມນໃດໆ. ໄດ້
hostname ຖືກເກັບໄວ້ໃນຖານຄວາມຈໍາ, ເນື່ອງຈາກວ່າມູນຄ່າຂອງມັນໃນເບື້ອງຕົ້ນຈະຕ້ອງໄດ້ຮັບໂດຍການ forking.

&main'run_command(filter-command)
ປະຕິບັດຄໍາສັ່ງການກັ່ນຕອງດຽວທີ່ລະບຸໄວ້ແລະສົ່ງຄືນສະຖານະການສືບຕໍ່,
ເຊິ່ງປົກກະຕິຄວນໄດ້ຮັບຜົນກະທົບ $cont ຕົວແປ. ທ່ານຈະຕ້ອງການນີ້
ປົກກະຕິໃນເວລາທີ່ພະຍາຍາມປະຕິບັດຄໍາສັ່ງທີ່ encapsulate ຄໍາສັ່ງອື່ນໆ, ເຊັ່ນ:
ຄັ້ງດຽວ ຫຼືເລືອກ.

&main'seconds_in_period(ໄລຍະເວລາ)
ກັບຄືນຈໍານວນວິນາທີໃນໄລຍະເວລາທີ່ກໍານົດໄວ້. ເບິ່ງພາກ ການລະບຸ A
ໄລຍະເວລາ ເພື່ອໃຫ້ໄດ້ສະຕຣິງໄລຍະເວລາທີ່ຖືກຕ້ອງ.

&main'shell_command(ໂປຣແກຣມ, ການປ້ອນຂໍ້ມູນ, ຄໍາ​ຄຶດ​ຄໍາ​ເຫັນ​)
ດໍາເນີນການຄໍາສັ່ງ shell ແລະສົ່ງຄືນສະຖານະຄວາມລົ້ມເຫຼວ (0 ສໍາລັບ OK). ຕົວກໍານົດການປ້ອນຂໍ້ມູນ
ອາດ​ຈະ​ເປັນ​ຫນຶ່ງ​ໃນ​ການ​ຄົງ​ທີ່​ດັ່ງ​ຕໍ່​ໄປ​ນີ້ (ກໍາ​ນົດ​ຢູ່​ໃນ​ ຕົ້ນຕໍ ຊຸດ): $NO_INPUT
ເພື່ອປິດການປ້ອນຂໍ້ມູນມາດຕະຖານ, $BODY_INPUT ເພື່ອທໍ່ເນື້ອໃນຂອງຂໍ້ຄວາມປັດຈຸບັນ,
$MAIL_INPUT ເພື່ອທໍ່ຈົດໝາຍທັງໝົດຕາມທີ່ເປັນຢູ່, $MAIL_INPUT_BINARY ເພື່ອທໍ່ຈົດໝາຍທັງໝົດ
mail ຫຼັງຈາກໄດ້ລຶບການເຂົ້າລະຫັດການໂອນເນື້ອຫາໃດໆ ແລະ $HEADER_INPUT ໄປ
ທໍ່ຫົວຂໍ້ຄວາມ. ຕົວກໍານົດການຄໍາຄິດເຫັນອາດຈະເປັນຫນຶ່ງຂອງ $FEEDBACK ຫຼື
$NO_FEEDBACK ຂຶ້ນກັບວ່າທ່ານຕ້ອງການໃຊ້ຜົນຜະລິດມາດຕະຖານຫຼືບໍ່
ປ່ຽນແປງສ່ວນທີ່ສອດຄ້ອງກັນຂອງຂໍ້ຄວາມ. ຖ້າບໍ່ມີຄໍາຄຶດຄໍາເຫັນແມ່ນຕ້ອງການ, ໄດ້
ຜົນໄດ້ຮັບຂອງຄໍາສັ່ງຖືກສົ່ງກັບຜູ້ໃຊ້. $FEEDBACK_ENCODING ແມ່ນ
ຈັດການຄືກັບ $FEEDBACK ແຕ່ຈະບອກຜູ້ສົ່ງຈົດໝາຍໃຫ້ເບິ່ງຮ່າງກາຍທີ່ເໝາະສົມທີ່ສຸດ
ການເຂົ້າລະຫັດເມື່ອການປ້ອນຂໍ້ມູນແມ່ນຂໍ້ຄວາມທັງໝົດ.

&main'parse_address(rfc822-ທີ່ຢູ່)
parse ທີ່ຢູ່ອີເມວ RFC822 ແລະສົ່ງຄືນ array ສອງອົງປະກອບທີ່ມີ
ທີ່ຢູ່ອິນເຕີເນັດ ແລະສ່ວນຄໍາເຫັນຂອງທີ່ຢູ່ນັ້ນ.

&main'xeqte(filter-action)
ປະຕິບັດຊຸດຂອງການປະຕິບັດທີ່ແຍກອອກໂດຍ ';' ລັກສະນະ, ໂທຫາ run_command
ເພື່ອປະຕິບັດຕົວຈິງ. ກັບຄືນສະຖານະການສືບຕໍ່. ໃຫ້ສັງເກດວ່າ
$FT_ABORT ຈະ ບໍ່ເຄີຍ ຈະຖືກສົ່ງຄືນ, ເນື່ອງຈາກວ່າ mailagent ປົກກະຕິແລ້ວຢຸດເຊົາຫຼັງຈາກມີ
ປະຕິບັດຊຸດຂອງການປະຕິບັດ, ພຽງແຕ່ສືບຕໍ່ຖ້າມັນເຫັນການ RESTART ຫຼືການປະຕິເສດ.
ສິ່ງທີ່ ABORT ເຮັດແມ່ນຂ້າມຄໍາສັ່ງທີ່ຍັງເຫຼືອຢູ່ໃນເສັ້ນແລະອອກຄືກັບວ່າ
ຄໍາສັ່ງທັງຫມົດໄດ້ຖືກດໍາເນີນການ. ເຈົ້າສາມາດເວົ້າໄດ້ xeqte ແມ່ນທຽບເທົ່າຂອງ ການປະເມີນ
ຟັງຊັນໃນ perl, ນັບຕັ້ງແຕ່ມັນຕີຄວາມຫມາຍຕົວກອງເລັກນ້ອຍແລະສົ່ງຄືນການຄວບຄຸມ
ກັບຜູ້ໂທເມື່ອສໍາເລັດ, ແລະ ABORT ແມ່ນ perl ຂອງ ໄດ້.

ນອກນັ້ນທ່ານຍັງອາດຈະນໍາໃຊ້ສາມຫນ້າທີ່ຈາກ ພາຍນອກ package ທີ່ manipulate ຄົງຢູ່
ຕົວແປ (ມີເອກະສານແລ້ວໃນສ່ວນທີ່ກ່ຽວຂ້ອງກັບຕົວແປ) ເຊັ່ນດຽວກັນກັບຜູ້ໃຊ້ -
ກຳນົດເວລາຂອງມະຫາພາກ.

ຍົກຕົວຢ່າງ
ການຂຽນຄໍາສັ່ງຂອງທ່ານເອງບໍ່ແມ່ນເລື່ອງງ່າຍ, ເພາະວ່າມັນຕ້ອງການຄວາມຮູ້ພື້ນຖານບາງຢ່າງກ່ຽວກັບ
mailagent ພາຍໃນ. ຢ່າງໃດກໍຕາມ, ເມື່ອທ່ານຄຸ້ນເຄີຍກັບສິ່ງນັ້ນ, ມັນຄວນຈະຂ້ອນຂ້າງ
ກົງໄປກົງມາ.

ນີ້ແມ່ນຕົວຢ່າງນ້ອຍໆ. ພວກ​ເຮົາ​ຕ້ອງ​ການ​ທີ່​ຈະ​ຂຽນ​ຄໍາ​ສັ່ງ​ທີ່​ຈະ bounce ກັບ​ຄືນ​ໄປ​ບ່ອນ​ຂໍ້​ຄວາມ mail ກັບ​
ຜູ້ສົ່ງຕົ້ນສະບັບ, ວິທີທີ່ sendmail ເຮັດ, ມີບາງຂໍ້ຄວາມນໍາພາເພື່ອອະທິບາຍສິ່ງທີ່ເກີດຂຶ້ນ.
ຄໍາສັ່ງຈະມີ syntax ດັ່ງຕໍ່ໄປນີ້:

ສົ່ງຄືນ ເຫດຜົນ

ແລະພວກເຮົາຕ້ອງການໃຫ້ຄໍາສັ່ງນັ້ນແກ້ໄຂສະຖານະທີ່ມີຢູ່ແລ້ວ, ກັບຄືນຄວາມລົ້ມເຫຼວຖ້າຫາກວ່າ
ເມລບໍ່ສາມາດຖືກຕີຄືນໄດ້. ນັບຕັ້ງແຕ່ຄໍາສັ່ງນີ້ຕົວຈິງສົ່ງບາງສິ່ງບາງຢ່າງກັບຄືນ, ພວກເຮົາບໍ່ໄດ້
ຕ້ອງການໃຫ້ມັນຖືກປະຕິບັດຢູ່ໃນສະຖານະ _SEEN_. ນີ້ແມ່ນການປະຕິບັດຂອງຂ້ອຍ (ບໍ່ໄດ້ທົດສອບ):

ສົ່ງຄືນຍ່ອຍ {
local($cmd_line) = @_;
local($reason) = join(' ', @ARGV[1..$#ARGV]);
ເວັ້ນເສຍແຕ່ (ເປີດ(MAILER, "|/usr/lib/sendmail -odq -t")) {
&'add_log("ERROR ບໍ່ສາມາດແລ່ນອີເມວເພື່ອສົ່ງຂໍ້ຄວາມໄດ້")
ຖ້າ $'loglvl;
return 1
}
ພິມ MAILER <
ຈາກ: mailagent
ເຖິງ: $header{'Sender'}
ເລື່ອງ: ຈົດໝາຍທີ່ສົ່ງຄືນ: Mailagent ລົ້ມເຫລວ
$main'FILTER

--- Transcript ຂອງ Session

$ເຫດຜົນ

--- ຂໍ້ຄວາມທີ່ຍັງບໍ່ໄດ້ສົ່ງປະຕິບັດຕາມ

$header{'ທັງໝົດ'}
EOF
ປິດ MAILER;
$ever_saved = 1; # ບໍ່ຕ້ອງການມັນຢູ່ໃນກ່ອງຈົດຫມາຍ
$? == 0 ? 0:1; # ສະຖານະການລົ້ມເຫຼວ
}

ສົມມຸດວ່າຄໍາສັ່ງນີ້ຖືກໃສ່ເຂົ້າໃນ ~/mail/cmds/sendback.pl, ເສັ້ນອະທິບາຍມັນຢູ່ໃນ
newcmd ໄຟລ໌ຈະເປັນ:

ສົ່ງຄືນ ~/mail/cmds/sendback.pl ສົ່ງຄືນແມ່ນແລ້ວບໍ່

ໃນປັດຈຸບັນຄໍາສັ່ງນີ້ອາດຈະຖືກນໍາໃຊ້ຢ່າງເສລີໃນກົດລະບຽບໃດກໍ່ຕາມ, ແລະຈະຖືກບັນທຶກໄວ້ໂດຍຜູ້ໃຊ້ກໍານົດ
ຄໍາສັ່ງໂດຍ dispatcher ຄໍາສັ່ງ. ໃຜເວົ້າວ່າມັນບໍ່ງ່າຍທີ່ຈະເຮັດ? :-)

ໃຫ້ສັງເກດການໃຊ້ຕົວແປ $ever_saved ເພື່ອໝາຍຈົດໝາຍວ່າບັນທຶກໄວ້ເມື່ອມັນຖືກແລ້ວ
bounced. ແທ້ຈິງແລ້ວ, ການປະຕິບັດ SENDBACK ແມ່ນການດໍາເນີນການດຽວເທົ່ານັ້ນ, ພວກເຮົາບໍ່ໄດ້ເຮັດ
ຕ້ອງການ mailagent ອອກຈາກ mail ໃນ mailbox ເນື່ອງຈາກວ່າມັນບໍ່ເຄີຍໄດ້ຮັບການບັນທຶກໄວ້ (ນີ້
ພຶດຕິກໍາເລີ່ມຕົ້ນເປັນການລະມັດລະວັງເທົ່ານັ້ນ - ປອດໄພດີກວ່າຂໍອະໄພ).

ສະຫຼຸບ
ຖ້າຕາມວິທີທີ່ເຈົ້າຈິນຕະນາການບາງຄໍາສັ່ງທີ່ເປັນປະໂຫຍດທີ່ສາມາດເປັນສ່ວນຫນຶ່ງຂອງມາດຕະຖານ
ຄໍາສັ່ງທີ່ກໍານົດໄວ້, ກະລຸນາ e-mail ໃຫ້ເຂົາເຈົ້າກັບຂ້າພະເຈົ້າແລະຂ້າພະເຈົ້າຈະພິຈາລະນາປະສົມປະສານໃຫ້ເຂົາເຈົ້າ. ໃນອະນາຄົດ, I
ຍັງຕ້ອງການໃຫ້ຫ້ອງສະຫມຸດມາດຕະຖານຂອງ perl scripts ເພື່ອປະຕິບັດບາງ weird
ຄໍາສັ່ງທີ່ອາດຈະຕ້ອງການໃນກໍລະນີພິເສດ.

ຈົ່ງຈື່ໄວ້ວ່າເຈົ້າອາດຈະໃຊ້ຂໍ້ມູນທີ່ນໍາສະເຫນີຢູ່ນີ້ພາຍໃນ perl escape scripts.
ໂດຍຜ່ານການ ຕ້ອງການ ຜູ້ປະກອບການ, ມັນງ່າຍທີ່ຈະໄດ້ຮັບການປະຕິບັດຄໍາສັ່ງໃຫມ່ເຂົ້າໄປໃນຂອງທ່ານ
script ແລະປະຕິບັດວຽກງານດຽວກັນ. ທ່ານອາດຈະຕ້ອງຕັ້ງຄ່າ @ARGV ດ້ວຍຕົວທ່ານເອງຖ້າທ່ານ
ອີງໃສ່ຄຸນສົມບັດນັ້ນໃນການປະຕິບັດຄໍາສັ່ງຂອງທ່ານ.

ການຂະຫຍາຍຄໍາສັ່ງຍັງສາມາດຖືກເບິ່ງເປັນວິທີທີ່ຈະໃຊ້ໃຫມ່ບາງລະຫັດ perl, mailagent
ການສະຫນອງກອບຄົງທີ່ແລະເຊື່ອຖືໄດ້ແລະໂຄງການພາຍນອກສະຫນອງການບໍລິການ. ຫນຶ່ງ
ການຂະຫຍາຍທັນທີຈະເປັນການຈັດການລາຍຊື່ທາງໄປສະນີ, ການນໍາໃຊ້ກົນໄກນີ້ເພື່ອໂຕ້ຕອບກັບ
ບາງຊອຟແວການຈັດການບັນຊີລາຍຊື່ທາງໄປສະນີທີ່ຂຽນໃນ perl.

ທົ່ວໄປ MAIL ຜູ້ໃຫ້ບໍລິການ

ສິ່ງຫນຶ່ງທີ່ສວຍງາມກ່ຽວກັບ mailagent ແມ່ນວ່າມັນສະຫນອງເຄື່ອງມືພື້ນຖານໃຫ້ທ່ານເພື່ອປະຕິບັດ a
ເຄື່ອງແມ່ຂ່າຍເມລທົ່ວໄປ. ແທ້ຈິງແລ້ວ, ໂດຍຜ່ານຄໍາສັ່ງ SERVER, ທ່ານສາມາດປຸງແຕ່ງຂໍ້ຄວາມທາງໄປສະນີ,
extract ແລະຫຼັງຈາກນັ້ນປະຕິບັດບາງຄໍາສັ່ງທີ່ກໍານົດໄວ້ລ່ວງຫນ້າ. ສໍາລັບຕົວຢ່າງ, ທ່ານອາດຈະປະຕິບັດ
archive server, ຫຼືຜູ້ຈັດການບັນຊີລາຍຊື່ທາງໄປສະນີ, ແລະອື່ນໆ ...

ຂໍ້ຈໍາກັດທີ່ສໍາຄັນໃນປັດຈຸບັນແມ່ນມີພຽງແຕ່ຄໍາສັ່ງທໍາມະດາເທົ່ານັ້ນທີ່ຖືກຍອມຮັບ, ຫຼືຄໍາສັ່ງ
ເອົາຂໍ້ມູນເພີ່ມເຕີມເປັນ ມາດຕະຖານ ການປ້ອນຂໍ້ມູນ ຫຼືທຽບເທົ່າ. ບໍ່​ມີ​ແນວ​ຄວາມ​ຄິດ​ຂອງ​ຮູບ​ແບບ​,
ດ້ວຍຊຸດຄໍາສັ່ງແຍກຕ່າງຫາກສໍາລັບແຕ່ລະໂຫມດຫຼືການເບິ່ງເຫັນຊື່ພື້ນທີ່ຈໍາກັດ, ຢ່າງຫນ້ອຍສໍາລັບ
ໃນປັດຈຸບັນ, ດັ່ງນັ້ນມັນບໍ່ແມ່ນເລື່ອງງ່າຍ (ເຖິງແມ່ນວ່າເປັນໄປໄດ້) ເພື່ອປະຕິບັດເຄື່ອງແມ່ຂ່າຍ ftpmail, ສໍາລັບຕົວຢ່າງ,
ເນື່ອງຈາກວ່ານີ້ຫມາຍເຖິງແນວຄິດຂອງຮູບແບບ.

ພາບລວມ
ເພື່ອປະຕິບັດຄໍາສັ່ງຂອງເຄື່ອງແມ່ຂ່າຍເມລ (ເວົ້າວ່າສົ່ງ ເອກະສານ, ເຊິ່ງຈະສົ່ງ arbitrary
ໄຟລ໌ຈາກລະບົບໄຟລ໌ໃນຂໍ້ຄວາມ mail ແຍກຕ່າງຫາກ), ທ່ານຈໍາເປັນຕ້ອງເຮັດດັ່ງຕໍ່ໄປນີ້:

·ຄິດກ່ຽວກັບຄໍາສັ່ງຈາກຈຸດຄວາມປອດໄພຂອງທັດສະນະ. ທີ່ນີ້, ຄໍາສັ່ງທີ່ພວກເຮົາຕ້ອງການ
ການປະຕິບັດແມ່ນອັນຕະລາຍທີ່ອາດຈະເກີດຂຶ້ນນັບຕັ້ງແຕ່ມັນສາມາດໃຫ້ການເຂົ້າເຖິງໄຟລ໌ໃດໆໃນ
ເຄື່ອງຈັກບຸກຄົນແລ່ນ ຈົດໝາຍ ມີການເຂົ້າເຖິງ. ດັ່ງນັ້ນພວກເຮົາຕ້ອງການທີ່ຈະຈໍາກັດມັນ
ຄໍາສັ່ງກັບຈໍານວນຈໍາກັດຂອງປະຊາຊົນທີ່ເຊື່ອຖືໄດ້, ຜູ້ທີ່ຈະໄດ້ຮັບການອະນຸຍາດ ພະລັງງານ ແລ່ນ
ຄໍາສັ່ງນີ້. ເພີ່ມເຕີມກ່ຽວກັບເລື່ອງນີ້ຕໍ່ມາ.

·ເລືອກວ່າທ່ານຕ້ອງການປະຕິບັດຄໍາສັ່ງໃນ perl ຫຼືໃນການຂຽນໂປຼແກຼມອື່ນ
ພາສາ. ຖ້າທ່ານເຮັດອັນສຸດທ້າຍ, ຄໍາສັ່ງຂອງທ່ານຈະຖືກເອີ້ນວ່າ a ຫອຍ ຄໍາສັ່ງ (ເຊັ່ນ: a
ຄໍາສັ່ງ runnable ໂດຍກົງຈາກແກະ), ໃນຂະນະທີ່ໃນອະດີດ, ທ່ານມີ
ທາງ​ເລືອກ​ໃນ​ການ​ເຮັດ​ໃຫ້​ມັນ​ປະ​ກົດ​ວ່າ​ເປັນ​ ຫອຍ ຄໍາ​ສັ່ງ​, ຫຼື​ມີ​ມັນ​ກ່ຽວ​ກັບ​ການ​ ຈົດໝາຍ in
ກໍລະນີທີ່ມັນເປັນທີ່ຮູ້ຈັກເປັນ perl ຄໍາສັ່ງ. ໃນກໍລະນີດັ່ງກ່າວນີ້, ຄໍາສັ່ງຂອງທ່ານຈະເປັນ
ໂຫຼດແບບໄດນາມິກເຂົ້າໃນ mailagent ດ້ວຍຄວາມໄດ້ປຽບທັງຫມົດທີ່ນໍາທ່ານ. ນີ້, ພວກເຮົາ
ກໍາລັງຈະຂຽນຄໍາສັ່ງຂອງພວກເຮົາເປັນ Shell script.

·ຂຽນຄໍາສັ່ງຕົວມັນເອງ. ນັ້ນແມ່ນສ່ວນທີ່ຫຍຸ້ງຍາກທີ່ສຸດໃນໂຄງການນີ້. ຕໍ່ມາ,
ພວກ​ເຮົາ​ຈະ​ເຫັນ​ການ​ປະ​ຕິ​ບັດ​ກົງ​ໄປ​ກົງ​ມາ​ຂອງ​ ສົ່ງ ຄໍາສັ່ງ.

· ແກ້​ໄຂ ເຊີບເວີ ໄຟລ໌ (ກໍານົດຢູ່ໃນຂອງທ່ານ ~/.mailagent) ເພື່ອບັນທຶກຄໍາສັ່ງໃຫມ່ຂອງທ່ານ.
ຫຼັງຈາກນັ້ນ, ໃຫ້ແນ່ໃຈວ່າໄຟລ໌ນີ້ຖືກປົກປ້ອງຢ່າງແຫນ້ນຫນາ. ທ່ານຕ້ອງເປັນເຈົ້າຂອງມັນ, ແລະເປັນຜູ້ດຽວ
ອະນຸຍາດໃຫ້ແກ້ໄຂມັນ.

· ນອກຈາກນັ້ນ, ເຈົ້າອາດຈະຕ້ອງການເຊື່ອງບາງຂໍ້ໂຕ້ແຍ້ງຢູ່ໃນບົດບັນທຶກກອງປະຊຸມ
(ເພີ່ມເຕີມກ່ຽວກັບເລື່ອງນີ້ຕໍ່ມາ), ອະນຸຍາດໃຫ້ຄໍາສັ່ງເອົາການໄຫຼເຂົ້າຂອງຂໍ້ມູນເປັນຂອງມັນ ມາດຕະຖານ ການປ້ອນຂໍ້ມູນ,
ກໍານົດເສັ້ນທາງໄປຫາຄໍາສັ່ງ, ແລະອື່ນໆ ... ຕົວກໍານົດການທັງຫມົດເຫຼົ່ານັ້ນເກີດຂຶ້ນຢູ່ໃນຂອງທ່ານ
ເຊີບເວີ ຍື່ນ.

· ເລີ່ມ​ຕົ້ນ​ການ​ນໍາ​ໃຊ້​ຄໍາ​ສັ່ງ ... ຊຶ່ງ​ແນ່​ນອນ​ແມ່ນ​ສ່ວນ​ທີ່​ງາມ​ທີ່​ສຸດ​ໃນ​ໂຄງ​ການ​ນີ້​!

ໃນພາກຕໍ່ໄປນີ້, ພວກເຮົາຈະຮຽນຮູ້ກ່ຽວກັບ syntax ຂອງ ເຊີບເວີ ໄຟລ໌, ຫຍັງ ອໍານາດ
ແມ່ນ, ວິທີການບັນທຶກກອງປະຊຸມແມ່ນສ້າງຂຶ້ນ, ສະພາບແວດລ້ອມຄໍາສັ່ງແມ່ນຫຍັງ, ແລະອື່ນໆ ...

ບຶງທາດຫຼວງ ຄໍາສັ່ງ ພາບລວມ
ເຄື່ອງແມ່ຂ່າຍເມລມີຊຸດຄໍາສັ່ງ builtin ຈໍາກັດ, ຈັດການກັບການກວດສອບຜູ້ໃຊ້
ແລະການຕັ້ງຄ່າສະພາບແວດລ້ອມຄໍາສັ່ງ. ການກວດສອບຜູ້ໃຊ້ແມ່ນອີງໃສ່ລະຫັດຜ່ານ ແລະບໍ່ແມ່ນ
ທີ່ເຂັ້ມແຂງທີ່ສຸດນັບຕັ້ງແຕ່ລະຫັດຜ່ານໄດ້ຖືກລະບຸໄວ້ຢ່າງຈະແຈ້ງພາຍໃນຂໍ້ຄວາມ mail ຕົວຂອງມັນເອງ,
ເຊິ່ງສາມາດຖືກຂັດຂວາງໄດ້ງ່າຍ.

ເຄື່ອງແມ່ຂ່າຍຮັກສາແນວຄວາມຄິດຂອງ ອໍານາດ. ຜູ້​ໃຊ້​ຄົນ​ນຶ່ງ​ອາດ​ຈະ​ມີ​ພະ​ລັງ​ງານ​ຫຼາຍ​ກ​່​ວາ​ຫນຶ່ງ​ໃນ a
ເວລາ, ແຕ່ລະອໍານາດໃຫ້ພຽງແຕ່ການເຂົ້າເຖິງຈໍາກັດບາງພື້ນທີ່ລະອຽດອ່ອນ. ອຳນາດບໍ່ຫຼາຍປານໃດ
hardwired ໃນເຄື່ອງແມ່ຂ່າຍ, ແຕ່ຜູ້ໃຊ້ອາດຈະສ້າງໃຫມ່ໃນເວລາທີ່ມີຄວາມຈໍາເປັນ. ອຳນາດເຫຼົ່ານັ້ນ
software-enforced, ຊຶ່ງຫມາຍຄວາມວ່າຄໍາສັ່ງຕ້ອງກວດເບິ່ງຕົວເອງວ່າມີຄວາມຈໍາເປັນ
ພະລັງງານເພື່ອປະຕິບັດຢ່າງຖືກຕ້ອງ.

ພະລັງງານຖືກປົກປ້ອງໂດຍລະຫັດຜ່ານ ແລະໄຟລ໌ລຶບລ້າງ. ການມີລະຫັດຜ່ານທີ່ດີບໍ່ແມ່ນ
ພຽງ​ພໍ​, ທ່ານ​ຈະ​ຕ້ອງ​ໄດ້​ຮັບ​ການ​ເກັບ​ກູ້​ເພື່ອ (ab​) ການ​ນໍາ​ໃຊ້​ມັນ​. ເອກະສານການເກັບກູ້ແມ່ນບັນຊີລາຍຊື່ຂອງ e-
ຮູບແບບທີ່ຢູ່ mail, ການນໍາໃຊ້ໂຄງຮ່າງການ metacharacters shell, ຜູ້ໃດຜູ້ຫນຶ່ງຖືກລຶບລ້າງຖ້າແລະ
ພຽງ ແຕ່ ຖ້າ ຫາກ ວ່າ ທີ່ ຢູ່ ອີ ເມລ ຂອງ ພຣະ ອົງ ກົງ ກັບ ຢ່າງ ຫນ້ອຍ ຫນຶ່ງ ຂອງ ຮູບ ແບບ ຈາກ ໄຟລ ໌ ການ ເກັບ ກູ້.
ການນໍາໃຊ້ຫຼາຍທີ່ເຈົ້າຈະສ້າງ metacharacters, ໂຄງການການເກັບກູ້ນີ້ຈະອ່ອນແອລົງ, ດັ່ງນັ້ນ
ລະ​ມັດ​ລະ​ວັງ.

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

ຜູ້ໃຊ້ທີ່ມີ ລະບົບ ອໍານາດແມ່ນອະນຸຍາດໃຫ້ສ້າງອໍານາດໃຫມ່, ລົບອໍານາດອື່ນໆ, ການປ່ຽນແປງ
ລະຫັດຜ່ານພະລັງງານ, ແລະລາຍຊື່, ເອົາອອກຫຼືປ່ຽນການລ້າງພະລັງງານ. ນີ້ແມ່ນ somehow ທີ່ສໍາຄັນ
ອໍານາດທີ່ຄວນຈະຖືກກັກຂັງໂດຍຈໍານວນຜູ້ໃຊ້ຈໍານວນຫນ້ອຍທີ່ມີການເກັບກູ້ຢ່າງເຂັ້ມງວດ (ບໍ່
ຕົວອັກສອນ meta ໃນທີ່ຢູ່, ຖ້າເປັນໄປໄດ້). ລະຫັດຜ່ານທີ່ດີຄວນປົກປ້ອງສິ່ງນັ້ນ
ພະລັງງານ.

ຢ່າງໃດກໍຕາມ, ຜູ້ໃຊ້ທີ່ມີ ລະບົບ ພະລັງງານບໍ່ໄດ້ຖືກອະນຸຍາດໃຫ້ໂດຍກົງໄດ້ຮັບພະລັງງານອື່ນໂດຍບໍ່ມີການ
ການລະບຸລະຫັດຜ່ານຂອງມັນແລະໄດ້ຮັບການອະນຸຍາດໃຫ້ເຮັດແນວນັ້ນໂດຍໄຟລ໌ການເກັບກູ້ທີ່ກ່ຽວຂ້ອງ. ແຕ່
ມັນເປັນໄປໄດ້ທີ່ຈະບັນລຸໄດ້ໂດຍທາງອ້ອມໂດຍການຖອນອໍານາດແລະສ້າງໃຫມ່
ຄົນໜຶ່ງທີ່ມີຊື່ດຽວກັນ. ເພື່ອ​ຄວບ​ຄຸມ​ປະ​ຊາ​ຊົນ​ທີ່​ມີ​ ລະບົບ ພະລັງງານແລະສໍາລັບ
ບາງສະຖານະການ tricky, ມີອີກຫນຶ່ງພະລັງງານຄ້າຍຄືພຣະເຈົ້າ: ໄດ້ ຮາກ ພະລັງງານ.

ຜູ້ໃຊ້ທີ່ມີ ຮາກ ພະລັງງານສາມາດເຮັດຫຍັງໄດ້ເກືອບທັງຫມົດ, ເນື່ອງຈາກວ່າມັນທັນທີອະນຸຍາດໃຫ້
ບຸກຄົນ ທັງຫມົດ ອໍານາດທີ່ມີຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ (ແຕ່ ຄວາມປອດໄພ). ຂໍ້ຈໍາກັດພຽງແຕ່ແມ່ນ
ທີ່ ຮາກ ບໍ່ສາມາດເອົາອອກໄດ້ ຮາກ ພະລັງງານຢ່າງດຽວ. ຫນຶ່ງຕ້ອງການທີ່ຈະລະບຸ ຄວາມປອດໄພ ລະຫັດຜ່ານ
(ສາຍໄຟສາຍອື່ນໆ) ເພື່ອດໍາເນີນການ. Needless ເວົ້າ, ພຽງແຕ່ ຫນຶ່ງ ບຸກຄົນຄວນ
ມີທັງສອງ ຮາກ ແລະ ຄວາມປອດໄພ ການ​ເກັບ​ກູ້​, ແລະ​ພຽງ​ແຕ່​ຫນຶ່ງ​ບຸກ​ຄົນ​ທີ່​ຄວນ​ຈະ​ຮູ້​ຈັກ​ ຄວາມປອດໄພ
ລະ​ຫັດ​ຜ່ານ​ແລະ​ຖືກ​ລະ​ບຸ​ໄວ້​ໃນ​ໄຟລ​໌​ການ​ເກັບ​ກູ້​. ໄດ້ ລະບົບ ພະລັງງານບໍ່ສາມາດທໍາຮ້າຍອັນໃດອັນນຶ່ງເຫຼົ່ານັ້ນ
ສອງ​ອຳນາດ. ໃນທີ່ສຸດ, ຫຼາຍກວ່າຫນຶ່ງຜູ້ໃຊ້ສາມາດມີ ຮາກ ອໍານາດ, ແຕ່ບໍ່ໃຫ້
ເບົາໆ...

ການໄດ້ຮັບ ຮາກ ພະລັງງານແມ່ນມີຄວາມຈໍາເປັນໃນເວລາທີ່ ລະບົບ ໄດ້ messed ກັບການຕັ້ງຄ່າລະບົບ
ໃນ​ວິ​ທີ​ການ​ທີ່​ສິ້ນ​ຫວັງ​, ຫຼື​ໃນ​ເວ​ລາ​ທີ່​ລໍາ​ດັບ​ປະ​ລໍາ​ມະ​ນູ​ຍາວ​ຂອງ​ຄໍາ​ສັ່ງ​ຕ້ອງ​ໄດ້​ຮັບ​ການ​ອອກ​: ຮາກ is
ບໍ່ຂຶ້ນກັບຈໍານວນຄໍາສັ່ງສູງສຸດທີ່ສາມາດອອກໄດ້ໃນຂໍ້ຄວາມດຽວ.

ໃນ​ກໍ​ລະ​ນີ​ທີ່​ທ່ານ​ຄິດ​ວ່າ​ນີ້​ ຈົດໝາຍ ຄຸນນະສົມບັດແມ່ນອັນຕະລາຍສໍາລັບບັນຊີຂອງທ່ານ, ຢ່າສ້າງ
ຮາກ ແລະ ຄວາມປອດໄພ ອໍານາດ, ແລະບໍ່ຂຽນຄໍາສັ່ງທີ່ລະອຽດອ່ອນໃດໆ.

ບຶງທາດຫຼວງ ຄໍາສັ່ງ ຄໍານິຍາມ
ຕອນນີ້ໃຫ້ເບິ່ງຄໍາສັ່ງ builtin ເຫຼົ່ານັ້ນ. ລະຫັດຜ່ານຂອງຄໍາສັ່ງທີ່ລະອຽດອ່ອນຈະເປັນ
ຖືກປິດບັງໃນບົດບັນທຶກກອງປະຊຸມ. ບາງຄຳສັ່ງຍອມຮັບການປ້ອນຂໍ້ມູນໂດຍການອ່ານຈົດໝາຍ
ຂໍ້ຄວາມເຖິງ EOF ເຄື່ອງໝາຍ, ເຊິ່ງເປັນສະຕຣິງ EOF ງ່າຍໆຢູ່ໃນເສັ້ນດ້ວຍຕົວມັນເອງ (ປຽບທຽບ
ກັບຫອຍ ທີ່ນີ້ ເອກະສານ).

addauth ພະລັງງານ ລະຫັດຜ່ານ
ເພີ່ມຜູ້ໃຊ້ເຂົ້າໃນໄຟລ໌ລຶບລ້າງສໍາລັບ ພະລັງງານ. ຖ້າໃຫ້ລະຫັດຜ່ານພະລັງງານ, ບໍ່ແມ່ນ
ພະລັງງານພິເສດແມ່ນຈໍາເປັນ, ຖ້າບໍ່ດັ່ງນັ້ນ ລະບົບ ພະລັງງານແມ່ນຕ້ອງການ. ສໍາລັບ ຮາກ or
ຄວາມປອດໄພ ອໍານາດ, ພະລັງງານທີ່ສອດຄ້ອງກັນແມ່ນຕ້ອງການ, ຫຼື ລະຫັດຜ່ານ ຕ້ອງເປັນ
ລະບຸ. ຄໍາສັ່ງອ່ານມາດຕະຖານມາດຕະຖານເຖິງເຄື່ອງຫມາຍ EOF ເພື່ອໃຫ້ໄດ້ຮັບ
ຜູ້ໃຊ້ໃຫມ່.

ອະນຸມັດ ລະຫັດຜ່ານ ຄໍາສັ່ງ
ບັນທຶກລະຫັດຜ່ານໃນສະພາບແວດລ້ອມຄໍາສັ່ງ, ຫຼັງຈາກນັ້ນດໍາເນີນການຄໍາສັ່ງ. ຖ້າ
ພະລັງງານແມ່ນຕ້ອງການແລະຍັງບໍ່ທັນໄດ້ຮັບ, ຄໍາສັ່ງຈະຊອກຫາລະຫັດຜ່ານ
ໃນສະພາບແວດລ້ອມແລະພະຍາຍາມໄດ້ຮັບພະລັງງານທີ່ກ່ຽວຂ້ອງໂດຍໃຊ້ລະຫັດຜ່ານນັ້ນ. ດັ່ງນັ້ນ,
ຄໍາ​ສັ່ງ​ທີ່​ອະ​ນຸ​ມັດ (ມີ​ລະ​ຫັດ​ຜ່ານ​ທີ່​ເຫມາະ​ສົມ​) ຈະ​ປະ​ຕິ​ບັດ​ຢ່າງ​ໂປ່ງ​ໃສ​ໂດຍ​ບໍ່​ມີ​ການ​
hassle ຂອງ​ການ​ຮ້ອງ​ຂໍ​ພະ​ລັງ​ງານ​, ການ​ອອກ​ຄໍາ​ສັ່ງ​ແລະ​ຫຼັງ​ຈາກ​ນັ້ນ​ປ່ອຍ​
ພະລັງງານ. ມັນຂຶ້ນກັບຄໍາສັ່ງທີ່ຈະປະຕິບັດ ອະນຸມັດ ການ​ທົດ​ສອບ​ລະ​ຫັດ​ຜ່ານ​ໂດຍ​ການ​ຊອກ​ຫາ​
ຢູ່​ທີ່ ອະນຸມັດ ຕົວແປໃນສະພາບແວດລ້ອມຄໍາສັ່ງ (ເບິ່ງຂ້າງລຸ່ມນີ້). ນັບຕັ້ງແຕ່ການເກັບກູ້
ການກວດສອບ (ເຊັ່ນ: ການປະຕິບັດໃນເວລາທີ່ຮ້ອງຂໍພະລັງງານ) ບໍ່ໄດ້ຖືກປະຕິບັດ, ບໍ່ມີ
ຄໍາ ສັ່ງ ທີ່ ລະ ອຽດ ອ່ອນ ເຄີຍ ຄວນ ຈະ ຈັດ ການ ກັບ ອະນຸມັດ ກໍ່ສ້າງ.

ພະລັງງານ ພະລັງງານ ລະຫັດຜ່ານ [ຄວາມປອດໄພ]
ລຶບພະລັງງານອອກຈາກລະບົບ, ແລະບັນຊີລາຍຊື່ການລ້າງທີ່ກ່ຽວຂ້ອງຂອງມັນ. ໄດ້ ລະບົບ
ຕ້ອງໃຊ້ພະລັງງານເພື່ອລຶບອຳນາດສ່ວນໃຫຍ່ຍົກເວັ້ນ ຮາກ ແລະ ຄວາມປອດໄພ. ໄດ້ ຄວາມປອດໄພ
ພະ​ລັງ​ງານ​ພຽງ​ແຕ່​ອາດ​ຈະ​ຖືກ​ລົບ​ໂດຍ​ຕົວ​ມັນ​ເອງ​ແລະ​ ຮາກ ພະລັງງານອາດຈະຖືກລຶບພຽງແຕ່ເມື່ອ
ໄດ້ ຄວາມປອດໄພ ລະ​ຫັດ​ຜ່ານ​ຍັງ​ໄດ້​ລະ​ບຸ​ໄວ້​.

getauth ພະລັງງານ ລະຫັດຜ່ານ
ເອົາໄຟລ໌ການເກັບກູ້ໃນປັດຈຸບັນສໍາລັບພະລັງງານທີ່ໃຫ້. ບໍ່ມີພະລັງງານພິເສດທີ່ຕ້ອງການຖ້າຫາກວ່າ
ລະ​ຫັດ​ຜ່ານ​ແມ່ນ​ໄດ້​ຮັບ​ຫຼື​ພະ​ລັງ​ງານ​ໄດ້​ຖືກ​ກັກ​ຂັງ​ແລ້ວ​. ຖ້າບໍ່ດັ່ງນັ້ນ, ພະລັງງານຂອງລະບົບ
ແມ່ນຈໍາເປັນສໍາລັບອໍານາດທັງຫມົດແຕ່ ຮາກ or ຄວາມປອດໄພ ບ່ອນທີ່ມີພະລັງງານທີ່ສອດຄ້ອງກັນ
ບັງຄັບ.

ພະ​ລັງ​ງານ​ໃຫມ່​ ພະລັງງານ ລະຫັດຜ່ານ [ນາມແຝງ]
ເພີ່ມພະລັງງານໃຫມ່ໃຫ້ກັບລະບົບ. ຫຼັງຈາກນັ້ນ, ຄໍາສັ່ງຈະອ່ານການປ້ອນຈົດໝາຍມາດຕະຖານ
ຈົນກ່ວາເຄື່ອງຫມາຍ EOF ເພື່ອໃຫ້ໄດ້ຮັບບັນຊີລາຍຊື່ການເກັບກູ້ພະລັງງານ. ໄດ້ ລະບົບ ພະລັງງານແມ່ນ
ຕ້ອງການເພື່ອສ້າງພະລັງງານໃຫມ່, ເວັ້ນເສຍແຕ່ວ່າມັນເປັນ ຮາກ or ຄວາມປອດໄພ: ການ ຄວາມປອດໄພ ພະລັງງານ
ຈໍາເປັນຕ້ອງສ້າງ ຮາກ ແລະ ຮາກ ພະລັງງານແມ່ນຕ້ອງການເພື່ອສ້າງ ຄວາມປອດໄພ.

passwd ພະລັງງານ ອາຍຸ ໃຫມ່
ປ່ຽນລະຫັດຜ່ານພະລັງງານ. ມັນບໍ່ສໍາຄັນຖ້າຫາກວ່າທ່ານຖືແລ້ວທີ່ສອດຄ້ອງກັນ
ພະລັງງານ, ທ່ານຕ້ອງໃຫ້ລະຫັດຜ່ານເກົ່າທີ່ເຫມາະສົມ. ເບິ່ງຍັງ ລະຫັດຜ່ານ ຄໍາສັ່ງ.

ລະຫັດຜ່ານ ພະລັງງານ ໃຫມ່
ປ່ຽນລະຫັດຜ່ານພະລັງງານ. ພະລັງງານທີ່ສອດຄ້ອງກັນແມ່ນຕ້ອງການ, ຫຼືທ່ານຕ້ອງໄດ້ຮັບ
ໄດ້ ລະບົບ ພະລັງງານ. ການ​ປ່ຽນ​ແປງ​ ຮາກ or ຄວາມປອດໄພ ລະຫັດຜ່ານ, ທ່ານຕ້ອງການ
ພະ​ລັງ​ງານ​ທີ່​ສອດ​ຄ້ອງ​ກັນ​.

ພະລັງງານ ຊື່ ລະຫັດຜ່ານ
ຂໍພະລັງໃໝ່. ແນ່​ນອນ, ຮາກ ບໍ່ຈໍາເປັນຕ້ອງຮ້ອງຂໍສໍາລັບການອື່ນໆ
ພະລັງງານແຕ່ ຄວາມປອດໄພ, ຫນ້ອຍໃຫ້ລະຫັດຜ່ານໃດໆ. ຄໍາສັ່ງນີ້ບໍ່ໄດ້ເປັນກຽດໃນເວລາທີ່
ເຊີບເວີບໍ່ຢູ່ໃນໂຫມດທີ່ເຊື່ອຖືໄດ້, ບໍ່ຮູ້ຈັກກັບຜູ້ໃຊ້: ຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດໃນ
ໄຟລ໌ຖອດຂໍ້ຄວາມບໍ່ແຕກຕ່າງຈາກອັນທີ່ໄດ້ມາດ້ວຍລະຫັດຜ່ານທີ່ບໍ່ຖືກຕ້ອງ.

ອໍານາດ regexp
ລາຍຊື່ອໍານາດທັງຫມົດທີ່ກົງກັບການສະແດງຜົນປົກກະຕິ perl, ພ້ອມກັບພວກມັນ
ເອກະສານການເກັບກູ້ຕາມລໍາດັບ. ໄດ້ ລະບົບ ພະລັງງານແມ່ນຕ້ອງການເພື່ອໃຫ້ໄດ້ຮັບບັນຊີລາຍຊື່. ໄດ້
ຮາກ or ຄວາມປອດໄພ ຕ້ອງໃຊ້ພະລັງງານເພື່ອເຂົ້າເຖິງ ຮາກ or ຄວາມປອດໄພ
ຂໍ້ມູນຂ່າວສານ, ຕາມລໍາດັບ. ຖ້າບໍ່ມີການໂຕ້ຖຽງກັນ, ອໍານາດທັງຫມົດແມ່ນ
ລາຍຊື່.

ປ່ອຍ ພະລັງງານ
ກໍາຈັດພະລັງງານບາງຢ່າງ.

remauth ພະລັງງານ ລະຫັດຜ່ານ
ເອົາຜູ້ໃຊ້ອອກຈາກໄຟລ໌ການເກັບກູ້, ໄດ້ຮັບບັນຊີລາຍຊື່ໂດຍການອ່ານ mail ມາດຕະຖານ
input ຈົນກ່ວາ EOF ເຄື່ອງຫມາຍ. ຄໍາສັ່ງນີ້ບໍ່ຕ້ອງການພະລັງງານພິເສດໃດໆຖ້າ
ລະ​ຫັດ​ຜ່ານ​ທີ່​ເຫມາະ​ສົມ​ແມ່ນ​ໄດ້​ຮັບ​ຫຼື​ຖ້າ​ຫາກ​ວ່າ​ພະ​ລັງ​ງານ​ໄດ້​ຖືກ​ກັກ​ຂັງ​ແລ້ວ. ຖ້າບໍ່ດັ່ງນັ້ນ,
ໄດ້ ລະບົບ ພະລັງງານແມ່ນຈໍາເປັນ. ສໍາລັບ ຮາກ ແລະ ຄວາມປອດໄພ ການເກັບກູ້, ທີ່ສອດຄ້ອງກັນ
ພະລັງງານແມ່ນຕ້ອງການເຊັ່ນດຽວກັນ.

ທີ່ກໍານົດໄວ້ ຕົວແປ ມູນຄ່າ
ກໍານົດຕົວແປເປັນຄ່າທີ່ສອດຄ້ອງກັນ. ມີປະໂຫຍດໃນການປ່ຽນແປງຕົວແປພາຍໃນ
ເຊັ່ນ: ຄ່າເຄື່ອງໝາຍ EOF, ຫຼືປ່ຽນສະພາບແວດລ້ອມຄຳສັ່ງບາງຢ່າງ. ຜູ້ໃຊ້ອາດຈະ
ກໍານົດຕົວແປຂອງຕົນເອງສໍາລັບຄໍາສັ່ງຂອງລາວ. ສໍາລັບ ທຸງ-type variable, ຄ່າຂອງ
on, yes or ທີ່ແທ້ຈິງ ກໍານົດຕົວແປເປັນ 1, ສະຕຣິງອື່ນໃດກໍານົດມັນ 0 (ບໍ່ຖືກຕ້ອງ).
ໃຊ້ທັງຫມົດດ້ວຍຕົວມັນເອງເປັນ ທີ່ກໍານົດໄວ້, ບັນຊີລາຍຊື່ຂອງຕົວແປທີ່ກໍານົດໄວ້ທັງຫມົດພ້ອມກັບ
ຄ່າຂອງພວກມັນຖືກສົ່ງຄືນ.

ຕັ້ງ ພະລັງງານ ລະຫັດຜ່ານ
ແທນທີ່ໄຟລ໌ລຶບລ້າງພະລັງງານດ້ວຍອັນໜຶ່ງທີ່ໄດ້ຮັບຈາກການປ້ອນຈົດໝາຍມາດຕະຖານເຖິງ
ເຄື່ອງຫມາຍ EOF. ໄດ້ ລະບົບ ພະລັງງານແມ່ນຈໍາເປັນເວັ້ນເສຍແຕ່ວ່າທ່ານລະບຸລະຫັດຜ່ານທີ່ເຫມາະສົມ
ຫຼືພະລັງງານແມ່ນຂອງເຈົ້າແລ້ວ. ຕາມປົກກະຕິ, ຮາກ or ຄວາມປອດໄພ ການເກັບກູ້ພຽງແຕ່ສາມາດ
ປ່ຽນແປງເມື່ອອຳນາດຖືກກັກຂັງ.

ຜູ້ໃຊ້ [ອີເມລ [ຄໍາສັ່ງ]]
ປະຕິບັດຄໍາສັ່ງໂດຍການສົມມຸດວ່າຕົວຕົນຂອງອີເມລ໌ທີ່ລະບຸໄວ້. ພະລັງງານໄດ້ສູນເສຍໄປໃນຂະນະທີ່
ການ​ປະ​ຕິ​ບັດ​ຄໍາ​ສັ່ງ​. ຕົວຕົນຂອງອີເມລ໌ອາດຈະຖືກກວດສອບໂດຍຄໍາສັ່ງຂອງມັນເອງ,
ເຊິ່ງອາດຈະບັງຄັບໃຊ້ຂໍ້ຈໍາກັດເພີ່ມເຕີມຕໍ່ກັບການປະຕິບັດ, ເຊັ່ນການໄດ້ຮັບຜູ້ໃຊ້-
ອຳນາດ​ທີ່​ກຳນົດ​ໄວ້. ໃຫ້ສັງເກດວ່າຄໍາສັ່ງນີ້ພຽງແຕ່ດັດແປງສະພາບແວດລ້ອມທົ່ວໂລກ, ແລະ
ວ່າມັນຂຶ້ນກັບ ຄໍາສັ່ງ ການປະຕິບັດເພື່ອນໍາໃຊ້ຂໍ້ມູນນັ້ນ. ຖ້າ
ບໍ່​ມີ​ຄໍາ​ສັ່ງ​ທີ່​ຖືກ​ກໍາ​ນົດ​ໄວ້​, ຕົວ​ຕົນ​ໃຫມ່​ແມ່ນ​ຄາດ​ວ່າ​ຈະ​ໄດ້​ຮັບ​ການ​ປ່ຽນ​ແປງ​ໂດຍ​ອື່ນ​
ຜູ້ໃຊ້ ຄໍາສັ່ງແລະອໍານາດທັງຫມົດທີ່ຖືໂດຍຜູ້ໃຊ້ປະຈຸບັນໄດ້ຖືກປ່ອຍອອກມາ. ຖ້າບໍ່ມີ
ອີເມລ໌ ທີ່ຢູ່ແມ່ນໃຫ້, ID ຜູ້ໃຊ້ຕົ້ນສະບັບຖືກຟື້ນຟູຄືນມາ.

ຄໍາສັ່ງ ສະພາບແວດລ້ອມ
ມີຫົກປະເພດຂອງຄໍາສັ່ງແລະຕົວແປທີ່ສາມາດຖືກກໍານົດໄວ້ໃນໂຫມດເຄື່ອງແມ່ຂ່າຍ. ສອງຂອງ
ພວກເຂົາ, ໃນຕອນທ້າຍ ແລະ ຊ່ວຍເຫຼືອ ປະເພດແມ່ນພິເສດແລະຈັດການແຍກຕ່າງຫາກ. ສອງປະເພດ var ແລະ ທຸງ ອ້າງອີງ
ກັບຕົວແປແລະສອງປະເພດສຸດທ້າຍ perl ແລະ ຫອຍ ອ້າງເຖິງຄໍາສັ່ງ.

ເມື່ອໃດກໍ່ຕາມ mailagent fires ຄໍາສັ່ງຂອງເຄື່ອງແມ່ຂ່າຍ, ມັນຈະຕັ້ງຄ່າສະພາບແວດລ້ອມສໍາລັບຄໍາສັ່ງນັ້ນ: if
ມັນແມ່ນ perl-type ຄໍາສັ່ງ, ຫຼັງຈາກນັ້ນຊຸດຂອງຕົວແປ perl ຖືກກໍານົດກ່ອນທີ່ຈະໂຫລດ
ຄໍາສັ່ງ; ຖ້າ​ຫາກ​ວ່າ​ມັນ​ເປັນ​ ຫອຍ-type ຄໍາສັ່ງ, ບາງຕົວແປສະພາບແວດລ້ອມໄດ້ຖືກເລີ່ມຕົ້ນແລະ
ໄຟລ໌ descriptor #3 ຖືກຕັ້ງຂຶ້ນເພື່ອຊີ້ໂດຍກົງໄປຫາ mailagent session transcript.

A ຫອຍ-type ຄໍາສັ່ງຖືກ forked, ໃນຂະນະທີ່ a perl-type ຄໍາ​ສັ່ງ​ແມ່ນ loaded ໂດຍ​ກົງ​ໃນ​ ຈົດໝາຍ
ພາຍໃນ cmdenv ຊຸດ. ນີ້ດໍາເນີນການຫຼາຍຄືກັບຄໍາສັ່ງການກັ່ນຕອງ PERL, ພຽງແຕ່
ແພັກເກັດເປົ້າ ໝາຍ ແຕກຕ່າງກັນແລະຊຸດຕົວແປທີ່ແຕກຕ່າງແມ່ນຕັ້ງໄວ້ລ່ວງ ໜ້າ.

ບາງຄໍາສັ່ງເກັບກໍາຂໍ້ມູນເພີ່ມເຕີມເຖິງເຄື່ອງຫມາຍການສິ້ນສຸດຂອງໄຟລ໌ (ໂດຍຄ່າເລີ່ມຕົ້ນຂອງ string
EOF ຢູ່ໃນເສັ້ນດ້ວຍຕົວມັນເອງ) ແລະຂໍ້ມູນເຫຼົ່ານັ້ນຖືກປ້ອນໃສ່ຄໍາສັ່ງ shell ຜ່ານ stdin ແລະ perl
ຄໍາສັ່ງຜ່ານ @buffer ຕົວແປທີ່ຕັ້ງຢູ່ໃນຊຸດສະພາບແວດລ້ອມທີ່ມີຊື່ cmdenv (ໃນນັ້ນ
ຄໍາສັ່ງຖືກໂຫລດແລະດໍາເນີນການ).

ຖ້າທ່ານກໍານົດຕົວແປຂອງທ່ານເອງ (ປະເພດ var or ທຸງ), ທ່ານອາດຈະໃຊ້ buildin ໄດ້ ທີ່ກໍານົດໄວ້ ຄໍາສັ່ງ
ການ​ແກ້​ໄຂ​ຄຸນ​ຄ່າ​ຂອງ​ເຂົາ​ເຈົ້າ​. ຈົ່ງຈື່ໄວ້ວ່າບໍ່ມີຄ່າເລີ່ມຕົ້ນສາມາດສະຫນອງໃຫ້ໃນເວລາທີ່ກໍານົດຂອງທ່ານ
ຕົວແປ. ຄ່າເລີ່ມຕົ້ນທີ່ເຫມາະສົມຕ້ອງຖືກຕັ້ງຄ່າພາຍໃນຄໍາສັ່ງທີ່ນໍາໃຊ້ພວກມັນ, ດ້ວຍ
ປະໂຫຍດທີ່ຄ່າເລີ່ມຕົ້ນທີ່ແຕກຕ່າງກັນອາດຈະຖືກນໍາໃຊ້ໂດຍຄໍາສັ່ງທີ່ແຕກຕ່າງກັນ.

ຕໍ່ໄປນີ້ ສະພາບແວດລ້ອມ ຕົວແປແມ່ນຖືກກໍານົດ. ສ່ວນຫຼາຍແມ່ນອ່ານເທົ່ານັ້ນ, ເວັ້ນເສຍແຕ່ໄດ້ຮັບການແຈ້ງ
ຖ້າບໍ່ດັ່ງນັ້ນ, ໃນກໍລະນີນີ້ buildin ທີ່ກໍານົດໄວ້ ຄໍາສັ່ງອາດຈະຖືກນໍາໃຊ້ກັບພວກເຂົາ.

ອະນຸມັດ ອະນຸມັດລະຫັດຜ່ານສໍາລັບ ອະນຸມັດ ຄໍາສັ່ງ, ຫວ່າງເປົ່າຖ້າບໍ່ແມ່ນຢູ່ໃນ builtin ອະນຸມັດ
ກໍ່ສ້າງ.

auth ທຸງຖືກຕັ້ງເປັນຖືກຕ້ອງ ເມື່ອພົບຊອງຈົດໝາຍທີ່ຖືກຕ້ອງຢູ່ໃນຂໍ້ຄວາມທາງໄປສະນີ. ເມື່ອ​ໃດ​
ທຸງນີ້ບໍ່ຖືກຕ້ອງ, ເຊີບເວີບໍ່ສາມາດຖືກໃສ່ໃນຮູບແບບທີ່ເຊື່ອຖືໄດ້.

cmd ເສັ້ນຄໍາສັ່ງ, ດັ່ງທີ່ຂຽນໄວ້ໃນຂໍ້ຄວາມ.

ເກັບກໍາ ທຸງພາຍໃນຖືກຕັ້ງເປັນຖືກຕ້ອງ ໃນຂະນະທີ່ເກັບກຳຂໍ້ມູນຈາກເອກະສານຢູ່ທີ່ນີ້. ມັນ​ແມ່ນ
ປົກກະຕິຈະຣີເຊັດເປັນຜິດ ກ່ອນທີ່ຈະໂທຫາຄຳສັ່ງ.

debug ຖືກຕ້ອງເມື່ອໂໝດດີບັກຖືກເປີດໃຊ້ງານ (ອາດຈະຖືກຕັ້ງ).

disabled ລາຍຊື່ຄຳສັ່ງທີ່ຖືກປິດການນຳໃຊ້ດ້ວຍເຄື່ອງໝາຍຈຸດ, ບໍ່ມີຊ່ອງຫວ່າງລະຫວ່າງພວກມັນ. ນີ້
ແມ່ນເລີ່ມຕົ້ນເມື່ອຄໍາສັ່ງ SERVER ຖືກເອີ້ນແລະ -d ທາງເລືອກແມ່ນຖືກນໍາໃຊ້.

ເອີ ເຄື່ອງໝາຍສິ້ນສຸດຂອງໄຟລ໌ປະຈຸບັນສໍາລັບຄໍາສັ່ງ here-document. ໂດຍຄ່າເລີ່ມຕົ້ນຕັ້ງເປັນ
'EOF' (ອາດຈະມີການປ່ຽນແປງ).

ຄວາມຜິດພາດ ຈໍານວນຄວາມຜິດພາດມາເຖິງຕອນນັ້ນ.

ຈຳນວນວຽກ ໝາຍເລກວຽກທີ່ມອບໝາຍໃຫ້ຜູ້ສົ່ງຈົດໝາຍໃນປະຈຸບັນ.

log ສິ່ງທີ່ຖືກບັນທຶກຢູ່ໃນຂໍ້ຄວາມຖອດຖອນ, ໂດຍມີບາງ args ອາດຈະຖືກປິດບັງ.

ຊື່ ຊື່ຄໍາສັ່ງ.

ຊອງ ຮູບແບບການຫຸ້ມຫໍ່ສໍາລັບການສົ່ງໄຟລ໌ (ອາດຈະຖືກຕັ້ງ).

ເສັ້ນທາງ ທີ່ຢູ່ປາຍທາງສຳລັບການສົ່ງໄຟລ໌ ຫຼືການແຈ້ງເຕືອນ (ອາດຈະຖືກຕັ້ງ).

ອໍານາດ ຈໍ້າສອງເມັດ (:) ແຍກລາຍຊື່ອໍານາດທີ່ຜູ້ໃຊ້ປະຈຸບັນປະສົບຜົນສໍາເລັດ
ຮ້ອງຂໍແລະໄດ້ຮັບ.

ການຮ້ອງຂໍ ຈໍານວນຄໍາຮ້ອງຂໍທີ່ດໍາເນີນມາເຖິງຕອນນັ້ນ.

trace ຖືກຕ້ອງເມື່ອຄຳສັ່ງ Shell ຕ້ອງການຕິດຕາມຢູ່ໃນການຖອດຂໍ້ຄວາມ (ອາດຈະຖືກຕັ້ງ).

ເຊື່ອຫມັ້ນ ເປັນຈິງເມື່ອເຄື່ອງແມ່ຂ່າຍຢູ່ໃນໂຫມດຄວາມໄວ້ວາງໃຈ, ບ່ອນທີ່ອໍານາດອາດຈະໄດ້ຮັບ. ອັນນີ້ຖືກເປີດໃຊ້
ໂດຍ -t ທາງ​ເລືອກ​ຂອງ​ຄໍາ​ສັ່ງ SERVER​, ໃຫ້​ຊອງ​ຈົດ​ຫມາຍ​ທີ່​ຖືກ​ຕ້ອງ​ແມ່ນ​
ພົບເຫັນ.

uid ທີ່ຢູ່ຂອງຜູ້ສົ່ງຂໍ້ຄວາມ, ບ່ອນທີ່ transcript ຈະຖືກສົ່ງໄປ. ໂດຍ
extension, ID ຜູ້ໃຊ້ທີ່ແທ້ຈິງສໍາລັບເຄື່ອງແມ່ຂ່າຍ, ຊຶ່ງເປັນພື້ນຖານຂອງພະລັງງານ
ກົນ​ໄກ​ການ​ເກັບ​ກູ້​.

ຜູ້ໃຊ້ ID ຜູ້ໃຊ້ທີ່ມີປະສິດທິພາບ, ເດີມແມ່ນຄືກັນກັບ uid, ແຕ່ອາດຈະຖືກປ່ຽນແປງໂດຍຜ່ານ
ໄດ້ ຜູ້ໃຊ້ ຄໍາສັ່ງ builtin.

ກອງປະຊຸມ ຂໍ້ມູນຈາກການ
ບົດບັນທຶກຂອງເຊດຊັນຈະຖືກສົ່ງຄືນໂດຍອັດຕະໂນມັດໄປຫາຜູ້ໃຊ້ທີ່ຮ້ອງຂໍເຊີບເວີ
ການເຂົ້າເຖິງ. ການຖອດຂໍ້ຄວາມນີ້ສະແດງໃຫ້ເຫັນຄໍາສັ່ງທີ່ດໍາເນີນການໂດຍຜູ້ໃຊ້ແລະສະຖານະພາບຂອງພວກເຂົາ: OK or ປະຕິບັດ.
ລະຫວ່າງສອງແຖວນັ້ນ, ຂໍ້ຄວາມຖອດຈາກສຽງສະແດງໃຫ້ເຫັນຜົນໄດ້ຮັບໃດໆທີ່ເຮັດຢ່າງຊັດເຈນໂດຍຄໍາສັ່ງທີ່ຈະ
ບົດບັນທຶກ. ໂດຍປົກກະຕິ, ຂໍ້ຄວາມຖອດຈາກສຽງອາດຈະຖືກໃຊ້ເພື່ອສົ່ງຕໍ່ຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດກັບໄປ
ຜູ້ໃຊ້, ແຕ່ເຖິງແມ່ນວ່າຄໍາສັ່ງປະຕິບັດຢ່າງຖືກຕ້ອງອາດຈະຕ້ອງການອອກຂໍ້ຄວາມທີ່ຈະແຈ້ງ,
ກ່າວ​ເຖິງ​ສິ່ງ​ທີ່​ຫາ​ກໍ່​ໄດ້​ເຮັດ.

ຄໍາສັ່ງ perl ອາດຈະເຂົ້າເຖິງການຖອດຂໍ້ຄວາມຜ່ານ ຈົດໝາຍ ການຈັດການໄຟລ໌, ກໍານົດຢູ່ໃນ cmdenv
package, ໃນຂະນະທີ່ຄໍາສັ່ງ shell ອາດຈະເຂົ້າເຖິງມັນຜ່ານຕົວອະທິບາຍໄຟລ໌ #3.

ໃຫ້ສັງເກດວ່າການຖອດຂໍ້ຄວາມຂອງກອງປະຊຸມແມ່ນຖືກສົ່ງໄປຫາ ຜູ້ສົ່ງ ຂອງຂໍ້ຄວາມ, ie ໃຜກໍ່ຕາມ
envelope header line ເວົ້າວ່າມັນແມ່ນ. ເທົ່າທີ່ເຄື່ອງແມ່ຂ່າຍກ່ຽວຂ້ອງ, ທີ່ຢູ່ອີເມວນີ້ແມ່ນ
ຖືກນໍາໃຊ້ເປັນ ID ຜູ້ໃຊ້, ຄືກັນກັບຊື່ເຂົ້າສູ່ລະບົບທໍາມະດາສາມາດຄິດວ່າເປັນ ID ຜູ້ໃຊ້. ສໍາລັບ
ຄໍາສັ່ງທີ່ລະອຽດອ່ອນ, ການກວດສອບຄວາມຖືກຕ້ອງໂດຍອີງໃສ່ຂໍ້ມູນນັ້ນແມ່ນອ່ອນແອແທ້ໆ. ອີກ
ການພິສູດຢືນຢັນ "ປອດໄພ" ແມ່ນສະໜອງໃຫ້ໂດຍອຳນາດເຊີບເວີ, ເຊິ່ງໃຊ້ລະຫັດຜ່ານ.
ແຕ່ຫນ້າເສຍດາຍ, ລະຫັດຜ່ານທີ່ຊັດເຈນຕ້ອງໄດ້ຮັບການສົ່ງຜ່ານຂໍ້ຄວາມຂອງມັນເອງແລະອາດຈະເປັນ
ຟັງ.

ການບັນທຶກ ໃຫມ່ ຄໍາສັ່ງ ແລະ Variables
ຄໍາສັ່ງຂອງເຄື່ອງແມ່ຂ່າຍແລະຕົວແປແມ່ນຖືກກໍານົດຢູ່ໃນ ເຊີບເວີ ໄຟລ​໌​ທີ່​ກໍາ​ນົດ​ໄວ້​ໃນ​ຂອງ​ທ່ານ​
~/.mailagent. ຮູບ​ແບບ​ຂອງ​ໄຟລ​໌​ແມ່ນ​ຂອງ​ຕາ​ຕະ​ລາງ​ທີ່​ມີ​ລາຍ​ການ​ຢູ່​ໃນ​ແຖວ​ທີ່​ແຍກ​ອອກ​ໂດຍ​
ຕົວອັກສອນແຖບ. ແຕ່ລະເສັ້ນກໍານົດຄໍາສັ່ງຫນຶ່ງຫຼືຕົວແປ. ພາກສະຫນາມທີ່ບໍ່ກ່ຽວຂ້ອງໃດໆອາດຈະເປັນ
ປ້ອນເປັນຕົວອັກສອນ '-' (ລົບ) ໂຕດຽວ. ຮູບແບບອະນຸຍາດໃຫ້ສະແດງຄວາມຄິດເຫັນແບບແກະ (#).

ແຕ່ລະແຖວມີຊ່ອງຂໍ້ມູນຕໍ່ໄປນີ້:

ຊື່ ປະເພດ ຊ່ອນ ເກັບ​ກໍາ​ຂໍ້​ມູນ​ ເສັ້ນທາງ ພິເສດ

ບ່ອນທີ່:

ຊື່ ແມ່ນຊື່ຂອງຄໍາສັ່ງຫຼືຕົວແປທີ່ຮັບຮູ້ໂດຍເຄື່ອງແມ່ຂ່າຍ.

ປະເພດ ແມ່ນຫນຶ່ງໃນ perl, ຫອຍ, var, ທຸງ, ຊ່ວຍເຫຼືອ or ໃນຕອນທ້າຍ.

ຊ່ອນ ຊີ້ບອກວ່າການໂຕ້ຖຽງໃດຢູ່ໃນຄໍາສັ່ງທີ່ຈະຖືກປິດບັງ (ຊື່ຄໍາສັ່ງ
ເປັນ argument zero) ໃນ session transcript. ໃຊ້ '-' ຖ້າບໍ່ມີການໂຕ້ຖຽງ
ຈໍາເປັນຕ້ອງໄດ້ເຊື່ອງໄວ້. ໂດຍປົກກະຕິ, ອັນນີ້ແມ່ນໃຊ້ເພື່ອເຊື່ອງລະຫັດຜ່ານທີ່ຈະແຈ້ງໃນ
ຄໍາສັ່ງ. ຖ້າ​ຫາກ​ວ່າ​ຫຼາຍ​ກວ່າ​ຫນຶ່ງ​ການ​ໂຕ້​ຖຽງ​ຕ້ອງ​ໄດ້​ຮັບ​ການ​ເຊື່ອງ​ໄວ້​, ຫຼັງ​ຈາກ​ນັ້ນ​ບັນ​ຊີ​ລາຍ​ການ​ຂອງ​
ຕົວເລກທີ່ແຍກດ້ວຍ ',' (ເຄື່ອງໝາຍຈຸດ) ອາດຈະຖືກລະບຸ, ດ້ວຍ no spaces ລະຫວ່າງ
ເຂົາເຈົ້າ. ຕົວຢ່າງ '2,4' ຈະເຊື່ອງອາກິວເມັນ 2 ແລະ 4 ໃນການຖອດຂໍ້ຄວາມ.

ເກັບ​ກໍາ​ຂໍ້​ມູນ​ ແມ່ນທຸງ (ລະບຸເປັນ 'y' ຫຼື 'n', ແຕ່ເຈົ້າອາດຈະໃຊ້ຄຳສັບທີ່ສົມບູນ
'ແມ່ນ' ຫຼື 'ບໍ່') ຊີ້ບອກວ່າຄໍາສັ່ງເກັບກໍາຂໍ້ມູນເພີ່ມເຕີມໃນ a
here-document ຈົນກ່ວາ EOF marker. ອີກທາງເລືອກ, ທ່ານອາດຈະລະບຸ '-' ໃນ
ສະຖານທີ່ 'n'.

ເສັ້ນທາງ ກໍານົດເສັ້ນທາງຂອງຄໍາສັ່ງ (~ ການປ່ຽນຊື່ອະນຸຍາດໃຫ້). ຖ້າ​ບໍ່
ທີ່ກ່ຽວຂ້ອງ (ຕົວຢ່າງ: ເມື່ອກໍານົດຕົວແປ) ຫຼືເວລາທີ່ທ່ານຕ້ອງການອອກຈາກມັນ
ຫວ່າງເປົ່າ, ໃຊ້ '-'. ຖ້າເສັ້ນທາງເປົ່າຖືກລະບຸໄວ້ສໍາລັບ a perl or ຫອຍ ຄໍາສັ່ງ,
ຫຼັງຈາກນັ້ນ, ການປະຕິບັດຄໍາສັ່ງນັ້ນຄາດວ່າຈະພົບເຫັນຢູ່ໃນ ເຄື່ອງຮັບໃຊ້,
ດັ່ງທີ່ໄດ້ກໍານົດໄວ້ໃນ ~/.mailagent. ຖ້າຊື່ຄໍາສັ່ງແມ່ນ cmd ສໍາລັບຕົວຢ່າງ, ຫຼັງຈາກນັ້ນ
ຄໍາສັ່ງ perl ຄາດວ່າຈະມີຢູ່ໃນໄຟລ໌ທີ່ມີຊື່ cmd of cmd.pl, ໃນຂະນະທີ່
ຄໍາສັ່ງ shell ຄາດວ່າຈະພົບເຫັນຢູ່ໃນ a cmd of cmd.sh ໄຟລ໌. ໃຫ້ສັງເກດວ່າ
ຄໍາສັ່ງຖືກປິດໃຊ້ງານຖ້າມັນບໍ່ສາມາດຕັ້ງຢູ່ໃນເວລາທີ່ ເຊີບເວີ
ໄຟລ໌ຖືກວິເຄາະ.

ພິເສດ ແມ່ນຕົວກໍານົດການເພີ່ມເຕີມທີ່ຈໍາເປັນສໍາລັບຄໍາສັ່ງ. ບໍ່ເຫມືອນກັບພາກສະຫນາມອື່ນໆ, ນີ້
ຄວນປະໄວ້ຫວ່າງເປົ່າ ຖ້າບໍ່ຈຳເປັນ. ທຸກຢ່າງຈົນເຖິງປາຍສາຍ
grabbed ໂດຍພາກສະຫນາມນີ້. ຄໍາສັ່ງ Perl ຄວນລະບຸຊື່ຂອງ perl
function ໂທຫາເພື່ອປະຕິບັດຄໍາສັ່ງ; ຖ້າບໍ່ມີໃຜຖືກລະບຸ, ຊື່ຂອງ
ຄໍາສັ່ງຂອງມັນເອງແມ່ນເອີ້ນວ່າ. ຄໍາສັ່ງ Shell ອາດຈະໃຊ້ພາກສະຫນາມນັ້ນເພື່ອສະຫນອງ
ທາງເລືອກເພີ່ມເຕີມ, ເຊິ່ງຈະຖືກໃສ່ທັນທີຫຼັງຈາກຊື່ຄໍາສັ່ງແລະ
ກ່ອນການໂຕ້ຖຽງທີ່ສະໜອງໃຫ້ຜູ້ໃຊ້ອື່ນໆ. ຄົນອື່ນຄວນປ່ອຍໃຫ້ອັນນີ້ຢູ່ຄົນດຽວ.

ພິເສດ ຄໍາສັ່ງ ປະເພດ
ໃນປັດຈຸບັນມີສອງປະເພດຄໍາສັ່ງພິເສດ.

ງ່າຍ​ທີ່​ສຸດ​ແມ່ນ​ ໃນຕອນທ້າຍ ປະເພດ. ນີ້ຖືກນໍາໃຊ້ເພື່ອກໍານົດຄໍາສັ່ງທີ່ອາດຈະສິ້ນສຸດເຄື່ອງແມ່ຂ່າຍ
ການປຸງແຕ່ງ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ການປະມວນຜົນສືບຕໍ່ໄປຈົນຮອດຈຸດສິ້ນສຸດຂອງໄຟລ໌ ຫຼື a
ພົບຕົວຂັ້ນລາຍເຊັນ '--'. ຕົວຢ່າງ, ທ່ານອາດຈະຕ້ອງການກໍານົດຄໍາສັ່ງ ເຊົາ
ແລະໃຫ້ມັນ ໃນຕອນທ້າຍ ປະເພດ. ທັນທີທີ່ເຄື່ອງແມ່ຂ່າຍມາຮອດຄໍາສັ່ງນັ້ນ, ມັນຈະຍົກເລີກ
ປະມວນຜົນ ແລະຍົກເລີກຂໍ້ຄວາມທີ່ເຫຼືອ.

ໄດ້ ຊ່ວຍເຫຼືອ ປະເພດປົກກະຕິແລ້ວແມ່ນຕິດກັບ ຊ່ວຍເຫຼືອ ຄໍາສັ່ງແລະການພິມຊ່ວຍບົນພື້ນຖານຄໍາສັ່ງ,
ຊ່ວຍເຫຼືອສໍາລັບແຕ່ລະຄໍາສັ່ງຖືກເກັບໄວ້ພາຍໃຕ້ ຕົວຊ່ວຍ ຕົວແປ (ກໍານົດຢູ່ໃນຂອງທ່ານ
~/.mailagent) ໃນໄຟລ໌ທີ່ມີຊື່ດຽວກັນກັບຄໍາສັ່ງຂອງມັນເອງ. ຕົວຢ່າງ, ສົມມຸດ
ຄໍາສັ່ງ ຫນໍ່ໄມ້ສ່ວນຫຼາຍ, ໄຟລ໌ການຊ່ວຍເຫຼືອຂອງມັນຈະຄາດວ່າຈະຢູ່ໃນ ຊ່ວຍ/ຍິງ. ຖ້າບໍ່ພົບໄຟລ໌
ຢູ່ທີ່ນັ້ນ, mailagent ຊອກຫາຢູ່ໃນຫ້ອງສະຫມຸດສາທາລະນະຂອງມັນ (/usr/share/mailagent) ສໍາລັບໄຟລ໌ຊ່ວຍເຫຼືອ.
ການຊ່ວຍເຫຼືອແມ່ນສະໜອງໃຫ້ພຽງແຕ່ເມື່ອໄຟລ໌ຊ່ວຍເຫຼືອມີຢູ່ ແລະບໍ່ແມ່ນຂະໜາດສູນ.

ການສ້າງ ໄດ້ ຮາກ ພະລັງງານ
ເພື່ອ bootstrap ເຄື່ອງແມ່ຂ່າຍ, ທ່ານຈໍາເປັນຕ້ອງສ້າງພະລັງງານຮາກ. ອຳນາດອື່ນໆທັງໝົດ
ຫຼັງຈາກນັ້ນອາດຈະຖືກສ້າງຂື້ນໂດຍໃຊ້ການໂຕ້ຕອບຂອງເຄື່ອງແມ່ຂ່າຍ, ເຊິ່ງຮັບປະກັນຄວາມສອດຄ່ອງແລະບັນທຶກຂອງທ່ານ
ການກະທໍາ. ຖ້າເຈົ້າບໍ່ວາງແຜນໃຊ້ອຳນາດທັງໝົດ, ເຈົ້າອາດຈະຂ້າມພາກນັ້ນໄປ.

ກ່ອນອື່ນ ໝົດ, ທ່ານ ຈຳ ເປັນຕ້ອງເລືອກລະຫັດຜ່ານທີ່ດີ ຮາກ ພະລັງງານ. ຄົນທີ່ມີ ຮາກ ພະລັງງານ
ສາມາດເຮັດຫຍັງໄດ້ເກືອບກັບເຊີບເວີ, ສະນັ້ນຈົ່ງລະວັງ. ໃຫ້ສົມມຸດວ່າທ່ານເລືອກ ຮາກ-
ຜ່ານ ເປັນລະຫັດຜ່ານ.

ດັດແກ້ passwd (ກໍານົດຢູ່ໃນຂອງທ່ານ ~/.mailagent) ແລະເພີ່ມແຖວຕໍ່ໄປນີ້:

ຮາກ: :

ເຊັ່ນ: ໃສ່ລະຫັດຜ່ານທີ່ຊັດເຈນລະຫວ່າງ '<' ແລະ '>'. ມັນຈະບໍ່ຢູ່ໃນຮູບແບບນັ້ນດົນນານ,
ແຕ່ນີ້ແມ່ນວິທີທີ່ງ່າຍທີ່ສຸດທີ່ຈະ bootstrap ມັນ. ປົກປ້ອງ passwd ໄຟລ໌ແຫນ້ນ (ອ່ານ-ຂຽນ
ການ​ອະ​ນຸ​ຍາດ​ພຽງ​ແຕ່​ສໍາ​ລັບ​ທ່ານ​)​. ຈາກນັ້ນສ້າງ ກ powerdir/ຮາກ ໄຟລ​໌​, ປົກ​ປັກ​ຮັກ​ສາ​ມັນ​ວິ​ທີ​ການ​ດຽວ​ກັນ​ແລະ​
ເພີ່ມ​ທີ່​ຢູ່​ອີ​ເມລ​ຂອງ​ທ່ານ​ກັບ​ມັນ​, ໃນ​ເສັ້ນ​ໂດຍ​ຕົວ​ມັນ​ເອງ​. ນັ້ນ ຕ້ອງ ເປັນທີ່ຢູ່ທີ່ຈະ
ສະແດງຢູ່ໃນ From: ແຖວຂອງຈົດໝາຍຂອງເຈົ້າ. ນັບຕັ້ງແຕ່ໄຟລ໌ການເກັບກູ້ສະຫນັບສະຫນູນແບບແກະ
ຮູບແບບ, ທ່ານສາມາດນໍາໃຊ້ login@*domain.top ເພື່ອອະນຸຍາດໃຫ້ mails ຈາກການເຂົ້າສູ່ລະບົບຂອງທ່ານຈາກເຄື່ອງໃດໃນ
ໂດເມນຂອງເຈົ້າ.

ເຈົ້າເກືອບສຳເລັດແລ້ວ. ດຽວນີ້ພຽງແຕ່ອອກ ຄຳ ສັ່ງຕໍ່ໄປນີ້:

mailagent -i -e 'SERVER -t'

ແລະປ້ອນຂໍ້ມູນມາດຕະຖານຂອງມັນດ້ວຍ:

From ຂອງ​ທ່ານ ອີເມລ໌ ທີ່ຢູ່
From: ຂອງ​ທ່ານ ອີເມລ໌ ທີ່ຢູ່

ພະລັງງານ root-pass
ລະຫັດຜ່ານ root-pass
^D

ໃຫ້ສັງເກດວ່າທໍາອິດ From ເສັ້ນແມ່ນບັງຄັບຢູ່ທີ່ນີ້, ເພາະວ່າມັນເປັນຊອງຈົດຫມາຍທີ່
ການພິສູດຢືນຢັນແມ່ນອີງໃສ່. ເນື່ອງຈາກພວກເຮົາກໍາລັງໃຫ້ອາຫານ mailagent ກັບຂໍ້ຄວາມ handcrafted, ພວກເຮົາ
ຕ້ອງໃຫ້ຊອງຈົດໝາຍທີ່ຖືກຕ້ອງບໍ່ດັ່ງນັ້ນເຊີບເວີຈະບໍ່ປ່ຽນເປັນໂໝດທີ່ເຊື່ອຖືໄດ້...

ຜົນ​ຂ້າງ​ຄຽງ​ຂອງ​ການ​ຕັ້ງ​ລະ​ຫັດ​ຜ່ານ​ຂອງ​ທ່ານ​ຄືນ​ໃຫມ່​ຈະ​ເປັນ​ການ​ລະ​ຫັດ​ມັນ​ຢູ່​ໃນ passwd ແຟ້ມ,
ດັ່ງນັ້ນທຸກຄົນທີ່ເບິ່ງໄຟລ໌ນັ້ນບໍ່ສາມາດຄາດເດົາຂອງເຈົ້າໄດ້ ຮາກ ລະຫັດຜ່ານ, ຫວັງວ່າ.

ເມື່ອທ່ານມີທີ່ຖືກຕ້ອງ ຮາກ ການ​ຕິດ​ຕັ້ງ​ພະ​ລັງ​ງານ​, ທ່ານ​ອາດ​ຈະ​ສ້າງ​ ລະບົບ ພະ​ລັງ​ງານ​ໂດຍ​ການ​ນໍາ​ໃຊ້​
ພະ​ລັງ​ງານ​ໃຫມ່​. ອໍານາດເພີ່ມເຕີມອາດຈະຖືກສ້າງຂື້ນແລະລຶບອອກໂດຍໃຊ້ ລະບົບ ພະລັງງານເທົ່ານັ້ນ.

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

ໃຫ້ສັງເກດວ່າການກວດສອບການເກັບກູ້ແມ່ນເຮັດໂດຍໃຊ້ທີ່ຢູ່ envelope ຂອງຂໍ້ຄວາມ, ເຊິ່ງແມ່ນ a
ຍາກເລັກນ້ອຍທີ່ຈະ forge ກ່ວາທົ່ງນາ header ທໍາມະດາເຊັ່ນ: ຜູ້ສົ່ງ:. ຊອງຈົດຫມາຍໄດ້ຖືກສະກັດອອກ
ໂດຍເບິ່ງຢູ່ໃນແຖວຫົວທໍາອິດ, ເຊິ່ງຢູ່ໃນລະບົບ Unix ເບິ່ງຄືວ່າ:

From envelope-ທີ່ຢູ່ ວັນທີສົ່ງ

ແລະຖືກໃສ່ໂດຍຕົວແທນການຂົນສົ່ງທາງໄປສະນີ (MTA). ຖ້າທ່ານກໍາລັງໃຊ້ mailmail ໃນຖານະເປັນ MTA,
ຫຼັງຈາກນັ້ນເທົ່ານັ້ນ ເຊື່ອຫມັ້ນ ຜູ້​ຊົມ​ໃຊ້​ປະ​ກາດ​ໃນ​ sendmail.cf ໄຟລ໌ສາມາດສ້າງ "ປອມ" ໄດ້.
ທີ່ຢູ່ envelope, ລັກສະນະທີ່ປົກກະຕິແລ້ວໃຊ້ໂດຍຜູ້ສົ່ງລາຍຊື່ທາງໄປສະນີ, ນັບຕັ້ງແຕ່ທີ່ຢູ່ນັ້ນ
ຫຼັງຈາກນັ້ນຖືກນໍາໃຊ້ເປັນເປົ້າຫມາຍ bounce ໃນກໍລະນີທີ່ mail ບໍ່ສາມາດສົ່ງໄດ້. ຖ້າຫາກວ່າທໍາອິດ
ເສັ້ນຫົວຂໍ້ແມ່ນບໍ່ມີ, ຜູ້ສົ່ງໄດ້ຖືກຄິດໄລ່ໂດຍໃຊ້ ຜູ້ສົ່ງ: ພາກສະຫນາມຖ້າຫາກວ່າປະຈຸບັນ, ຫຼັງຈາກນັ້ນ
From: ພາກສະຫນາມ, ແຕ່ auth ຕົວແປຖືກຕັ້ງເປັນຜິດ ແລະເຊີບເວີຈະບໍ່ປ່ຽນເປັນ
ຮູບແບບທີ່ເຊື່ອຖືໄດ້; ໃນຄໍາສັບຕ່າງໆອື່ນໆ, ມັນຈະບໍ່ສາມາດໄດ້ຮັບອໍານາດໃນກອງປະຊຸມນັ້ນ.

ຍິ່ງໄປກວ່ານັ້ນ, ເນື່ອງຈາກວ່າ Session transcript ຖືກສົ່ງໄປຫາທີ່ຢູ່ envelope ດຽວກັນກັບເຄີຍ
ຢືນຢັນການມີສິດໄດ້ຮັບພະລັງງານ, ຄຸນສົມບັດຂອງເຊີບເວີບໍ່ສາມາດຖືກນໍາໃຊ້ເພື່ອ
ດຶງ​ຂໍ້​ມູນ​ທີ່​ເປັນ​ຄວາມ​ລັບ​ໄດ້​ຈັດ​ຂຶ້ນ​ຢູ່​ໃນ​ເວັບ​ໄຊ​ທີ່​ໄດ້​ ຈົດໝາຍ ແມ່ນດໍາເນີນການນັບຕັ້ງແຕ່
ຂໍ້​ມູນ​ຈະ​ຖືກ​ສົ່ງ​ໄປ​ຫາ​ຫນຶ່ງ​ຂອງ​ຜູ້​ຊົມ​ໃຊ້​ທີ່​ຖືກ​ລົບ​ລ້າງ​ສໍາ​ລັບ​ການ​ພະ​ລັງ​ງານ​ນັ້ນ​. ມັນແມ່ນ
ຄວາມ​ຮັບ​ຜິດ​ຊອບ​ຂອງ​ທ່ານ, ຜູ້​ໃຊ້, ເພື່ອ​ເຮັດ​ໃຫ້​ແນ່​ໃຈວ່​າ​ນີ້​ບໍ່​ສາ​ມາດ​ເກີດ​ຂຶ້ນ​ຫຼື​ທ່ານ​ສາ​ມາດ​ເຂົ້າ​ໄປ​ໃນ
ບັນ​ຫາ​ທາງ​ດ້ານ​ກົດ​ຫມາຍ​.

ສຸດທ້າຍ, ຄໍາສັ່ງທີ່ລະອຽດອ່ອນຄວນໄດ້ຮັບການປົກປ້ອງໂດຍອໍານາດທີ່ເຫມາະສົມ, ແລະຄວນຈະມີການດູແລຢ່າງໃຫຍ່ຫຼວງ
ໄດ້ ຮັບ ການ ປະ ຕິ ບັດ ໃນ ລາຍ ລັກ ອັກ ສອນ ການ ປະ ຕິ ບັດ ຄໍາ ສັ່ງ ເພື່ອ ຮັບ ປະ ກັນ ຄວາມ ປອດ ໄພ ບໍ່ ສາ ມາດ ເປັນ
ຫລີກ​ລ້ຽງ. ແຕ່ບໍ່, ຄຸນສົມບັດ mailagent ນີ້ບໍ່ເຊື່ອວ່າເປັນອັນຕະລາຍສໍາລັບ
ລະບົບຫຼືເວັບໄຊທີ່ມັນຖືກນໍາໃຊ້, ເນື່ອງຈາກວ່າຜູ້ໃຊ້ທີ່ກໍານົດສາມາດປະຕິບັດຫນຶ່ງ trivally ຜ່ານ a
script shell ຫ້າແຖວ. ຖ້າຄວາມປອດໄພແມ່ນບັນຫາແທ້ໆ, .ຕໍ່ ໄຟລ໌ໂດຍໃຊ້ທໍ່
ຄຸນນະສົມບັດຄວນໄດ້ຮັບການຫ້າມແລະການເຂົ້າເຖິງ cron ຫ້າມເພື່ອຫຼີກເວັ້ນການ mail ອັດຕະໂນມັດ
ການ​ປຸງ​ແຕ່ງ (ເນື່ອງ​ຈາກ​ວ່າ​ມັນ​ຈະ​ເປັນ​ໄປ​ໄດ້​ທີ່​ຈະ cron invoke a ຈົດໝາຍ ຂະບວນການ - ຫຼືໃດໆ
ໂຄງ​ການ​ອື່ນໆ​ສໍາ​ລັບ​ບັນ​ຫາ​ທີ່ - ການ​ປຸງ​ແຕ່ງ mail ທີ່​ມາ​ໃນ​ວິ​ທີ​ການ​ທີ່​ສົມ​ທຽບ​ໄດ້​)​.

ຍົກຕົວຢ່າງ
ນີ້ແມ່ນຕົວຢ່າງສະແດງໃຫ້ເຫັນຂັ້ນຕອນທີ່ກ່ຽວຂ້ອງກັບການສ້າງ a ຫອຍ ຄໍາສັ່ງ, ເຊິ່ງຈະ
ເອົາ script ໂດຍການເກັບກໍາສາຍຈົນກ່ວາເຄື່ອງຫມາຍ EOF ແລະອາຫານມັນເຂົ້າໄປໃນແກະທີ່ແທ້ຈິງສໍາລັບ
ການ​ປະ​ຕິ​ບັດ​. ນັບຕັ້ງແຕ່ການອະນຸຍາດໃຫ້ຄຸນສົມບັດນີ້ໂດຍບໍ່ມີການປົກປ້ອງໃດໆຈະເປັນຄວາມປອດໄພທີ່ແທ້ຈິງ
ຂຸມ, ພວກເຮົາປົກປ້ອງມັນໂດຍການຮ້ອງຂໍພະລັງງານ ຫອຍ ກ່ອນ​ທີ່​ຈະ​ອະ​ນຸ​ຍາດ​ໃຫ້​ປະ​ຕິ​ບັດ​.

ນີ້ແມ່ນການຈັດຕັ້ງປະຕິບັດຂອງຂ້ອຍ ຫອຍ ຄໍາສັ່ງ (ມີຢູ່ໃນການແຈກຢາຍ mailagent
ພາຍໃຕ້ການ misc/shell):

#!/ ຖັງ / sh

# ປະຕິບັດຄໍາສັ່ງຈາກ stdin, ດັ່ງທີ່ສົ່ງໂດຍເຄື່ອງແມ່ຂ່າຍ mailagent.
# ຕົວອະທິບາຍໄຟລ໌ #3 ແມ່ນຊ່ອງທາງການຖອດຂໍ້ຄວາມຈາກກອງປະຊຸມ.

# ຮັບປະກັນວ່າພວກເຮົາມີພະລັງແກະ.
# ຢ່າປ່ອຍໃຫ້ພະລັງງານຮາກຜ່ານທາງນັ້ນດ້ວຍເຫດຜົນດ້ານຄວາມປອດໄພ.
case ":$powers:" ໃນ
*:ແກະ:*);
*)
echo "ປະຕິເສດການອະນຸຍາດ." >&3
ທາງອອກ 1
;;
ວ່າ C

# ບາງທີອາດມີ shell ໄດ້ຖືກກໍານົດ ... ຖ້າບໍ່ດັ່ງນັ້ນ, ໃຊ້ / ຖັງ / sh
ກໍລະນີ "$shell" ໃນ
'') shell='/ ຖັງ / sh' ;;
ວ່າ C

# ໂດຍປົກກະຕິ, ຄໍາສັ່ງ shell ມີຜົນຜະລິດຂອງມັນລວມຢູ່ໃນການຖອດຂໍ້ຄວາມເທົ່ານັ້ນ
# ກໍລະນີຂໍ້ຜິດພາດ ຫຼືເມື່ອຜູ້ໃຊ້ຮ້ອງຂໍການຕິດຕາມ. ຢ່າງໃດກໍຕາມ, ພວກເຮົາຈໍາເປັນຕ້ອງໄດ້
# ເບິ່ງສິ່ງທີ່ເກີດຂຶ້ນ, ດັ່ງນັ້ນທຸກສິ່ງທຸກຢ່າງຈະຖືກໂອນໄປຫາການຖອດຂໍ້ຄວາມຈາກກອງປະຊຸມ.

exec $shell -x >&3 2>&3

ໃຫ້ສັງເກດວິທີທີ່ພວກເຮົາເຮັດການເຂົ້າເຖິງ $powers ແລະ $shell ສະພາບແວດລ້ອມປ່ຽນແປງ. ອັນສຸດທ້າຍແມ່ນ
ຜູ້ໃຊ້ທີ່ກຳນົດໄວ້ເພື່ອອະນຸຍາດໃຫ້ຕັ້ງແບບໄດນາມິກຂອງແກະ.

ສົມມຸດວ່າພວກເຮົາເກັບຮັກສາຄໍາສັ່ງນັ້ນພາຍໃຕ້ servdir/shell.sh (ຢ່າລືມເພີ່ມການປະຕິບັດ
bit on the file...), ນີ້ແມ່ນວິທີທີ່ພວກເຮົາປະກາດມັນແລະຕົວແປຂອງມັນຢູ່ໃນ ເຊີບເວີ ຍື່ນ.

ເປືອກຫອຍ - y -
shell var ---

ຕົວຢ່າງນີ້ສະແດງໃຫ້ເຫັນວ່າມີຊ່ອງຊື່ແຍກຕ່າງຫາກສໍາລັບຕົວແປແລະຄໍາສັ່ງ.
ຍິ່ງໄປກວ່ານັ້ນ, ຄໍາສັ່ງມີຊື່ດຽວກັນກັບປະເພດຂອງມັນ - ຢ່າປ່ອຍໃຫ້ທ່ານສັບສົນ :-).

ໃນປັດຈຸບັນ, ສົມມຸດວ່າທ່ານໄດ້ສ້າງ a ລະບົບ ພະລັງງານແລະປົກປ້ອງມັນດ້ວຍລະຫັດຜ່ານ
(ໃຫ້ສົມມຸດ sys-pass ສໍາລັບຈຸດປະສົງຂອງຕົວຢ່າງນີ້), ທ່ານຈໍາເປັນຕ້ອງສ້າງ shell ໄດ້
ພະລັງງານ. ເຖິງແມ່ນວ່າທ່ານສາມາດເຮັດມັນດ້ວຍຕົນເອງ (ຄືກັບເວລາທີ່ທ່ານເຮັດດ້ວຍມື ຮາກ ພະລັງງານ), ມັນ
ດີກວ່າທີ່ຈະໃຊ້ການໂຕ້ຕອບຂອງ SERVER ເນື່ອງຈາກມັນຮັບປະກັນຄວາມສອດຄ່ອງ.

ເພື່ອສ້າງ ຫອຍ ພະລັງງານທີ່ຈໍາເປັນໃນການນໍາໃຊ້ທີ່ສ້າງຂຶ້ນໃຫມ່ ຫອຍ ຄໍາສັ່ງ, ເຈົ້າ
ຈໍາເປັນຕ້ອງເພີ່ມກົດລະບຽບຕໍ່ໄປນີ້ໃສ່ໄຟລ໌ກົດລະບຽບຂອງທ່ານ:

Subject: Server { ບັນທຶກເຊີບເວີ; ເຊີເວີ -t };

ເຊິ່ງຈະບັນທຶກເມລເຊີບເວີທັງໝົດໄວ້ໃນໂຟນເດີທີ່ອຸທິດຕົນ ແລະປະມວນຜົນພວກມັນ. ຫມາຍເຫດ -t
ທາງເລືອກ, ເຊິ່ງອະນຸຍາດໃຫ້ຮູບແບບທີ່ເຊື່ອຖືໄດ້, ເຊິ່ງອາດຈະໄດ້ຮັບອໍານາດ. ໃນ​ປັດ​ຈຸ​ບັນ​ສົ່ງ​ຕົວ​ທ່ານ​ເອງ​ໄດ້​
ເມລຕໍ່ໄປນີ້:

ວິຊາ: ເຊີບເວີ
ລະບົບພະລັງງານ sys-pass
newpower shell shell-pass
[email protected]
EOF

ທີ່​ຮ້ອງ​ຂໍ​ສໍາ​ລັບ​ການ​ ລະບົບ ອຳນາດ (ຕ້ອງການສ້າງອຳນາດສ່ວນໃຫຍ່), ແລະຫຼັງຈາກນັ້ນສ້າງ a
ພະ​ລັງ​ງານ​ໃຫມ່​ ຫອຍ, ການມອບຫມາຍ shell-ຜ່ານ ເປັນ​ລະ​ຫັດ​ຜ່ານ​ແລະ​ການ​ເກັບ​ກູ້​ຂອງ​ຕົນ​ [email protected] ສໍາລັບມັນ.
ໃຫ້ສັງເກດການຕື່ມເອກະສານຢູ່ທີ່ນີ້ສໍາລັບຄໍາສັ່ງພະລັງງານໃຫມ່, ເຖິງເຄື່ອງຫມາຍ EOF. ແນ່​ນອນ,
ທ່ານຈໍາເປັນຕ້ອງປ່ຽນທີ່ຢູ່ໂດຍທີ່ຢູ່ທີ່ແທ້ຈິງຂອງທ່ານ.

ທ່ານຈະໄດ້ຮັບບົດບັນທຶກກອງປະຊຸມຕາມເສັ້ນເຫຼົ່ານີ້:

---- Mailagent session transcript ສໍາລັບ [email protected] ----

----> ລະບົບໄຟຟ້າ ********
ຕົກ​ລົງ.

====> ຫອຍພະລັງງານໃໝ່ ********
ຕົກ​ລົງ.

====> --
ສິ້ນສຸດການປະມວນຜົນ (.ລາຍເຊັນ)

---- ສິ້ນສຸດການຖອດຂໍ້ຄວາມຈາກກອງປະຊຸມ mailagent ----

ໃຫ້ສັງເກດລະຫັດຜ່ານທີ່ປິດບັງໄວ້, ແລະການປ່ຽນແປງທັນທີເມື່ອພະລັງງານຂອງລະບົບໄດ້
ອະນຸຍາດ. ເນື່ອງຈາກຜູ້ສົ່ງຈົດໝາຍຂອງຂ້ອຍຕື່ມລາຍເຊັນອັດຕະໂນມັດ, ການປະມວນຜົນຈະຢຸດລົງ.

ບັດ​ນີ້​ໃຫ້​ໃຊ້​ຄຳ​ສັ່ງ​ໃໝ່​ນີ້... ສົ່ງ​ຈົດໝາຍ​ຕໍ່​ໄປ​ນີ້​ດ້ວຍ​ຕົວ​ເອງ:

ວິຊາ: ເຊີບເວີ
ຕັ້ງ shell /bin/ksh
ກໍາ​ນົດ eof END
ຫອຍ
LS -L / etc / passwd
END
ພະລັງງານ shell shell-pass
ຫອຍ
LS -L / etc / passwd
END

ຖ້າທ່ານທຸກຢ່າງຖືກຕ້ອງ, ທ່ານຄວນໄດ້ຮັບໃບບັນຍາຍທີ່ມີລັກສະນະດັ່ງນີ້:

---- Mailagent session transcript ສໍາລັບ [email protected] ----

----> ຕັ້ງ shell /bin/ksh
ຕົກ​ລົງ.

----> ກໍານົດ eof END
ຕົກ​ລົງ.

----> ຫອຍ
ການອະນຸຍາດຖືກປະຕິເສດ.
ຄໍາສັ່ງສົ່ງຄືນສະຖານະທີ່ບໍ່ແມ່ນສູນ (1).
ລົ້ມເຫລວ.

----> ໄສ້ພະລັງງານ ********
ຕົກ​ລົງ.

====> ແກະ
+ ls -l / etc / passwd
-rw-r--r-- 1 ລະບົບຮາກ ຖານ 691 Oct 01 14:24. / etc / passwd
ຕົກ​ລົງ.

====> --
ສິ້ນສຸດການປະມວນຜົນ (.ລາຍເຊັນ)

---- ສິ້ນສຸດການຖອດຂໍ້ຄວາມຈາກກອງປະຊຸມ mailagent ----

ການ​ຮຽກ​ຮ້ອງ​ຄັ້ງ​ທໍາ​ອິດ​ຂອງ​ ຫອຍ ຄໍາສັ່ງລົ້ມເຫລວນັບຕັ້ງແຕ່ພວກເຮົາຂາດການ ຫອຍ ພະລັງງານ. ຊ່ອຍແນ່
"ການອະນຸຍາດຖືກປະຕິເສດ." ແມ່ນ echoed ໂດຍຄໍາສັ່ງຕົວມັນເອງເຂົ້າໄປໃນ descriptor ໄຟລ໌ #3 ແລະເຮັດໃຫ້ມັນ
ຕໍ່ກັບການຖອດຂໍ້ຄວາມ.

ສະຫຼຸບ
ເຄື່ອງແມ່ຂ່າຍເມລທົ່ວໄປທີ່ປະຕິບັດຢູ່ໃນ mailagent ສາມາດຖືກນໍາໃຊ້ເພື່ອປະຕິບັດບັນຊີລາຍຊື່ທາງໄປສະນີ
ຜູ້ຈັດການ, ເຄື່ອງແມ່ຂ່າຍການລົງຄະແນນສຽງ, ເຄື່ອງແມ່ຂ່າຍເກັບ, ແລະອື່ນໆ ... ແຕ່ຫນ້າເສຍດາຍ, ມັນບໍ່ໄດ້ຢູ່ໃນປະຈຸບັນ
ມີແນວຄິດຂອງລັດ, ມີຄໍາສັ່ງທີ່ອຸທິດໃຫ້ແຕ່ລະລັດ, ດັ່ງນັ້ນມັນບໍ່ແມ່ນ
ເປັນໄປໄດ້ທີ່ຈະປະຕິບັດເຄື່ອງແມ່ຂ່າຍເກັບອັດສະລິຍະ.

ຖ້າທ່ານປະຕິບັດຄໍາສັ່ງຂອງເຄື່ອງແມ່ຂ່າຍທີ່ງ່າຍດາຍໃຫມ່ແລະຮູ້ສຶກວ່າພວກເຂົາມີທົ່ວໄປພຽງພໍທີ່ຈະເປັນ
ປະກອບສ່ວນ, ກະລຸນາສົ່ງໃຫ້ເຂົາເຈົ້າກັບຂ້າພະເຈົ້າແລະຂ້າພະເຈົ້າ gladly ຈະປະສົມປະສານໃຫ້ເຂົາເຈົ້າ.

ຕົວຢ່າງ

ນີ້ແມ່ນບາງຕົວຢ່າງຂອງໄຟລ໌ກົດລະບຽບ. ທໍາອິດ, ຖ້າທ່ານບໍ່ລະບຸໄຟລ໌ກົດລະບຽບຫຼືຖ້າມັນເປັນ
ຫວ່າງເປົ່າ, ກົດລະບຽບການກໍ່ສ້າງຕໍ່ໄປນີ້ນຳໃຊ້:

ທັງໝົດ: /^ຫົວຂໍ້: [Cc]ommand/ { ອອກຈາກ; ຂະບວນການ };

ທຸກໆຈົດໝາຍຖືກປະໄວ້ໃນກ່ອງຈົດໝາຍ. ນອກຈາກນັ້ນ, ສົ່ງອີເມວດ້ວຍ "ຫົວຂໍ້: ຄໍາສັ່ງ" ທຸກບ່ອນໃນ
ຂໍ້ຄວາມຖືກປະມວນຜົນ.

ໄຟລ໌ກົດລະບຽບຕໍ່ໄປນີ້ແມ່ນອັນທີ່ຂ້ອຍກຳລັງໃຊ້ຢູ່:

maildir = ~/mail;

ທັງໝົດ: /^Subject: [Cc]ommand/ { SAVE cmds; ຂະບວນການ };

ເຖິງ: /^[email protected]/ { POST -l mail.gue };
Apparently-To: ram,
ກຸ່ມຂ່າວ: mail.gue { BOUNCE [email protected] };

<_SEEN_>
Apparently-To: ram,
ກຸ່ມຂ່າວ: mail.gue { DELETE } ;

ຈາກ: ຮາກ, ເຖິງ: ຮາກ { BEGIN ROOT; ປະຕິເສດ };
/^ ຜົນ​ຜະ​ລິດ​ການ​ດໍາ​ເນີນ​ການ​ປະ​ຈໍາ​ວັນ/ { WRITE​ ~/var/log/york/ປະຈໍາວັນ.%D };
/^ ແລ່ນຜົນໄດ້ຮັບປະຈໍາອາທິດ/ { WRITE ~/var/log/york/ອາທິດ };
/^ ແລ່ນຜົນອອກລາຍເດືອນ/ { WRITE ~/var/log/york/ລາຍເດືອນ };

ຈາກ: ram { BEGIN RAM; ປະຕິເສດ };
ເຖິງ: ram { ອອກຈາກ };
X-Mailer: /mailagent/ { ອອກຈາກ };
{ ລຶບ };

ໄດເລກະທໍລີໂຟນເດີຖືກຕັ້ງເປັນ ~/mail. ຈົດໝາຍຄຳສັ່ງທັງໝົດຖືກບັນທຶກໄວ້ໃນໂຟນເດີ
~/mail/cmds ແລະປຸງແຕ່ງ. ພວກມັນບໍ່ປາກົດຢູ່ໃນກ່ອງຈົດໝາຍຂອງຂ້ອຍ. ອີເມລທີ່ມຸ້ງໄປຫາ gue
ບັນຊີລາຍຊື່ທາງໄປສະນີ (ກຸ່ມຜູ້ໃຊ້ຂອງຝຣັ່ງ Eiffel, ຄື Groupe des Utilisateurs Eiffel) ແມ່ນ
ປະກາດຢູ່ໃນກຸ່ມຂ່າວທ້ອງຖິ່ນ mail.gue ແລະບໍ່ປາກົດຢູ່ໃນກ່ອງຈົດຫມາຍຂອງຂ້ອຍ. ຕິດ​ຕາມ​ໃດໆ -
ສ້າງຂຶ້ນໃນກຸ່ມນີ້ຖືກສົ່ງຫາຂ້ອຍໂດຍ inews (ແລະບໍ່ແມ່ນໂດຍກົງກັບລາຍຊື່ທາງໄປສະນີ,
ເນື່ອງຈາກວ່າ mail ເຫຼົ່ານັ້ນຈະກັບຄືນມາຫາຂ້ອຍອີກເທື່ອຫນຶ່ງແລະຖືກປ້ອນກັບກຸ່ມຂ່າວ, ເຊິ່ງໃນທາງກັບກັນ
ເຂົາເຈົ້າຈະສົ່ງກັບຄືນໄປຫາບັນຊີລາຍຊື່, ແລະອື່ນໆ, ແລະອື່ນໆ). ເພາະສະນັ້ນກົດລະບຽບຕໍ່ໄປ
ເຊິ່ງຈັບການຕິດຕາມເຫຼົ່ານັ້ນ ແລະສົ່ງພວກເຂົາໄປຫາລາຍຊື່ທາງໄປສະນີ. ເມລເຫຼົ່ານັ້ນຈະ
ແທ້ຈິງແລ້ວກັບຄືນມາ, ແຕ່ກົດລະບຽບ _SEEN_ ພຽງແຕ່ຈະລຶບພວກມັນອອກ.

ໃນເຄື່ອງຂອງຂ້ອຍ, ອີເມວສໍາລັບ ຮາກ ຖືກສົ່ງຕໍ່ໃຫ້ຂ້ອຍ. ຢ່າງໃດກໍຕາມ, ປະຈໍາວັນ cron daemon
ເລີ່ມຕົ້ນຂະບວນການບາງຢ່າງເພື່ອທໍາຄວາມສະອາດການບໍລິຫານບາງຢ່າງ (ການຫມຸນໄຟລ໌ບັນທຶກ, ແລະອື່ນໆ ...), ແລະ
ສົ່ງຜົນໄດ້ຮັບກັບຄືນ. ພວກມັນຖືກໂອນເຂົ້າໄປໃນໂຟນເດີສະເພາະດ້ວຍຄໍາສັ່ງ WRITE,
ເພື່ອ​ຮັບ​ປະ​ກັນ​ພວກ​ເຂົາ​ເຈົ້າ​ບໍ່​ໄດ້​ຂະ​ຫຍາຍ​ຕົວ​ໂດຍ​ບໍ່​ຈໍາ​ກັດ​. ໃຫ້ສັງເກດການທົດແທນມະຫາພາກສໍາລັບປະຈໍາວັນ
ຜົນຜະລິດ (ໃນວັນຈັນ, ຜົນຜະລິດແມ່ນເກັບໄວ້ໃນ ປະຈໍາວັນ.1 ຕົວ​ຢ່າງ).

ກົດລະບຽບຂອງກຸ່ມຕໍ່ໄປປ້ອງກັນບໍ່ໃຫ້ລະບົບເມລສົ່ງຄືນເມລເມື່ອຂ້ອຍຢູ່ໃນ a
ການຂະຫຍາຍນາມແຝງກຸ່ມ. ນີ້​ແມ່ນ mailmail ທາງເລືອກທີ່ຂ້ອຍປິດການໃຊ້ງານຢູ່ໃນເຄື່ອງຂອງຂ້ອຍ. ການດູແລແມ່ນ
ຢ່າງໃດກໍຕາມ, ໄດ້ຖືກປະຕິບັດເພື່ອຮັກສາຈົດຫມາຍທີ່ມາຈາກ mailagent ທີ່ຂ້າພະເຈົ້າໄດ້ຮັບເປັນກາກບອນຕາບອດ
ສຳ ເນົາ.

ຄໍາ​ເຕືອນ

ໃນຄໍາສັ່ງທີ່ຈະຈໍາກັດການໂຫຼດ overhead ໃນລະບົບ, ພຽງແຕ່ ຫນຶ່ງ ຂະບວນການ mailagent ແມ່ນອະນຸຍາດ
ເພື່ອດໍາເນີນການຄໍາສັ່ງ. ຖ້າມີ mail ໃໝ່ເຂົ້າມາ ໃນຂະນະທີ່ mailagent ອື່ນແລ່ນ, ນັ້ນ
ເມລຖືກຈັດຄິວ ແລະຈະຖືກປະມວນຜົນໃນພາຍຫຼັງ ຕົ້ນຕໍ ຈົດໝາຍ.

ສໍາລັບເຫດຜົນດຽວກັນ, ຂໍ້ຄວາມທີ່ຖືກສົ່ງຄືນໂດຍ mailagent ໄດ້ຖືກຈັດຄິວໂດຍ mailmail, ເພື່ອຫຼີກເວັ້ນການ
ຄ່າໃຊ້ຈ່າຍຂອງການໂອນເມລໃນຂະນະທີ່ດໍາເນີນການຄໍາສັ່ງ.

ຄວາມປອດໄພ

ຫນ້າທໍາອິດ, ໃຫ້ຂ້າພະເຈົ້າປຶກສາຫາລືສິ່ງທີ່ ຄວາມປອດໄພ ຫມາຍຄວາມວ່າໃນທີ່ນີ້. ມັນ​ເຮັດ ບໍ່ ຫມາຍຄວາມວ່າຄວາມປອດໄພຂອງລະບົບຕໍ່ຕ້ານ
ການໂຈມຕີ intruder. ຖ້າລະບົບຂອງເຈົ້າອະນຸຍາດໃຫ້ .ຕໍ່ hooks ແລະ/ຫຼື cron ວຽກ​ທີ່​ຈະ​ກໍາ​ນົດ​ໂດຍ​
ຜູ້ໃຊ້ປົກກະຕິ, ຫຼັງຈາກນັ້ນລະບົບຂອງທ່ານບໍ່ປອດໄພເລີຍ. ໄລຍະເວລາ. ດັ່ງນັ້ນພວກເຮົາບໍ່ໄດ້ລົບກວນກັບ
ຄວາມ​ປອດ​ໄພ​ຢູ່​ໃນ​ລະ​ດັບ​ລະ​ບົບ​, ແຕ່​ແທນ​ທີ່​ຈະ​ຢູ່​ໃນ​ລະ​ດັບ​ບັນ​ຊີ​ຂອງ​ທ່ານ​ເອງ​ທີ່​ທຸກ​ປະ​ເພດ​ຂອງ​
ຂໍ້ມູນທີ່ມີຄ່າຖືກຈັດຂຶ້ນ.

ເພື່ອຫຼີກເວັ້ນການບຸກລຸກທີ່ເປັນອັນຕະລາຍຜ່ານມ້າ Trojan, C ການກັ່ນຕອງ ຈະປະຕິເສດທີ່ຈະດໍາເນີນການຖ້າຫາກວ່າ
ໄຟລ​໌​ການ​ຕັ້ງ​ຄ່າ​ ~/.mailagent ຫຼືໄຟລ໌ກົດລະບຽບທີ່ລະບຸໄວ້ແມ່ນໂລກຂຽນໄດ້ຫຼືບໍ່
ເປັນເຈົ້າຂອງໂດຍຜູ້ໃຊ້. ການທົດສອບເຫຼົ່ານັ້ນຖືກບັງຄັບໃຊ້ເຖິງແມ່ນວ່າ ການກັ່ນຕອງ ບໍ່​ໄດ້​ດໍາ​ເນີນ​ການ setuid​,
ຍ້ອນວ່າເຂົາເຈົ້າປະນີປະນອມຄວາມປອດໄພຂອງບັນຊີຂອງທ່ານ. ໄດ້ ຈົດໝາຍ ຍັງຈະປະຕິບັດ
ບາງສ່ວນຂອງການກວດສອບເຫຼົ່ານັ້ນ, ໃນກໍລະນີທີ່ມັນບໍ່ໄດ້ຖືກເອີ້ນຜ່ານ C ການກັ່ນຕອງ.

ແທ້ຈິງແລ້ວ, ຖ້າໃຜຜູ້ຫນຶ່ງສາມາດຂຽນເຂົ້າໄປໃນຂອງເຈົ້າ ~/.mailagent ໄຟລ໌, ຫຼັງຈາກນັ້ນເຂົາສາມາດປ່ຽນຂອງທ່ານໄດ້ຢ່າງງ່າຍດາຍ
ກົດລະບຽບ ພາລາມິເຕີການຕັ້ງຄ່າເພື່ອຊີ້ໄປຫາໄຟລ໌ກົດລະບຽບທີ່ປອມແປງອື່ນແລະຫຼັງຈາກນັ້ນສົ່ງໃຫ້ທ່ານ
mail, ເຊິ່ງຈະກະຕຸ້ນ mailagent, ແລ່ນເປັນທ່ານ. ຜ່ານຄໍາສັ່ງ RUN, ທ່າແຮງນີ້
ຜູ້ບຸກລຸກສາມາດດໍາເນີນການຄໍາສັ່ງໃດໆ, ການນໍາໃຊ້ສິດທິພິເສດຂອງທ່ານ, ແລະສາມາດກໍານົດມ້າ Trojan ສໍາລັບ
perusal ຕໍ່​ມາ​. ການນໍາໃຊ້ເຫດຜົນດຽວກັນ, ໄຟລ໌ກົດລະບຽບຍັງຕ້ອງໄດ້ຮັບການປົກປ້ອງຢ່າງແຫນ້ນຫນາ.

ແລະ, ບໍ່ແປກໃຈ, ກົດລະບຽບດຽວກັນໃຊ້ສໍາລັບການຂອງທ່ານ newcmd ໄຟລ໌, ເຊິ່ງຖືກນໍາໃຊ້ເພື່ອອະທິບາຍ
ຂະຫຍາຍຄໍາສັ່ງການກັ່ນຕອງ. ຖ້າບໍ່ດັ່ງນັ້ນ, ມັນຈະອະນຸຍາດໃຫ້ຜູ້ໃດຜູ້ນຶ່ງໃຫ້ຄໍານິຍາມໃຫມ່ຢ່າງງຽບໆ a
ຄໍາສັ່ງມາດຕະຖານທີ່ໃຊ້ທົ່ວໄປເຊັ່ນ LEAVE ແລະຕໍ່ມາສາມາດສົມມຸດຕົວຕົນຂອງເຈົ້າໄດ້.

ຮຸ່ນຫຼັງຈາກ 3.0 PL44 ມາພ້ອມກັບການປັບປຸງ (ຈາກມຸມເບິ່ງຄວາມປອດໄພ) C ການກັ່ນຕອງ
ທີ່ຈະບໍ່ພຽງແຕ່ປະຕິບັດການກວດສອບຂ້າງເທິງນີ້, ແຕ່ຍັງຈະຮັບປະກັນວ່າ perl
ປະຕິບັດໄດ້ແລະ ຈົດໝາຍ script ມັນກໍາລັງຈະ exec ບໍ່ໄດ້ຮັບການປ້ອງກັນວ່າງ (ເມື່ອ
ປອດໄພ ເປີດຢູ່ ຫຼືເມື່ອແລ່ນດ້ວຍສິດທິພິເສດຂອງຜູ້ໃຊ້). ນອກຈາກນັ້ນ, ຖ້າຫາກວ່າ ການກັ່ນຕອງ is
ຕັ້ງ​ຢູ່​ໃນ​ຂອງ​ທ່ານ​ .ຕໍ່ ດັ່ງທີ່ໄດ້ອະທິບາຍໄວ້ໃນຫນ້າຜູ້ຊາຍນີ້, ມັນຈະສາມາດກວດສອບຕົວເອງໄດ້
ຄວາມ​ປອດ​ໄພ​ແລະ​ຈະ​ເຕືອນ​ທ່ານ​ຢ່າງ​ຫນັກ​ແຫນ້ນ​ຖ້າ​ຫາກ​ວ່າ​ມັນ​ສາ​ມາດ​ຖືກ​ຂັດ​ຂວາງ​, ທີ່​ສາ​ມາດ​ເອົາ​ຊະ​ນະ​ທັງ​ຫມົດ​
ການກວດສອບຄວາມປອດໄພ.

Mailagent ຍັງໄດ້ຖືກຂະຫຍາຍອອກເພື່ອໃຫ້ໂຄງການທັງຫມົດປະຕິບັດຜ່ານ RUN ແລະຫມູ່ເພື່ອນ, ເຊັ່ນດຽວກັນກັບ
mail hooks, ຖືກ​ກວດ​ກາ​ສໍາ​ລັບ​ຂໍ້​ບົກ​ພ່ອງ​ການ​ປົກ​ປັກ​ຮັກ​ສາ​ທີ່​ຈະ​ແຈ້ງ​ກ່ອນ​ທີ່​ຈະ​ໄດ້​ຮັບ​ການ​ດໍາ​ເນີນ​ການ​ຕົວ​ຈິງ​ການ​ແປ​
scripts (ເລີ່ມຕົ້ນດ້ວຍ #! magic token) ແລະ perl scripts ປະຕິບັດຕາມ magic "exec perl
ຖ້າ $under_shell" incantation ຖືກກວດກາເປັນພິເສດສໍາລັບຄວາມປອດໄພເພີ່ມເຕີມທີ່ກ່ຽວຂ້ອງ
ນາຍພາສາ. ການກວດສອບເຫຼົ່ານັ້ນຖືກປະຕິບັດຢ່າງເປັນລະບົບ (ເມື່ອ ປອດໄພ ເປີດ ຫຼື ເມື່ອໃດ
ແລ່ນດ້ວຍສິດທິ superuser) ເຖິງແມ່ນວ່າ ຮັບປະກັນ ພາຣາມິເຕີບໍ່ໄດ້ຕັ້ງເປັນ ON. ນອກຈາກນີ້,
ໄຟລ​໌​ທັງ​ຫມົດ​ທີ່​ຈະ​ເປັນ​ exec()ed ຖືກກວດສອບໂດຍໃຊ້ວິທີການກວດສອບແບບຂະຫຍາຍດຽວກັນທີ່ໃຊ້ໃນເວລາທີ່
ຮັບປະກັນ ເປີດຢູ່ (ການທົດສອບຄວາມເປັນເຈົ້າຂອງແມ່ນຂ້າມໄປຢ່າງໃດກໍ່ຕາມເມື່ອກວດສອບ exec()- ຄວາມ​ເປັນ​
ໄຟລ).

ໃຊ້ mailagent ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net