ນີ້ແມ່ນຄໍາສັ່ງ sortmail ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍໆບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
sortmail - ຈັດປະເພດຈົດໝາຍຂາເຂົ້າ
ສະຫຼຸບສັງລວມ
ຮຽງເມລ [ -v ] [ -terse ] [ - ໂຮ ເສັ້ນທາງ ] [ - ກ່ອງຈົດໝາຍ ເສັ້ນທາງ ] [ -mailrc initfile ] [
-sortmailrc initfile ] [ -inbox ຊື່ເອກະສານ ] [ -mbox ] [ -ປັອບ|ປັອບ3|ປັອບ2 user:password@host ]
[ -ປັອບ|ປັອບ3|ປັອບ2 / ເສັ້ນທາງ ] [ - ຮັກສາ ] [ - ໂນໂພ ] [ var=ຄ່າ ] [ - dumpCrcs dbmname ] [
- ກວດສອບ ] [ -ການປ່ຽນແປງ ] ຊື່ຜູ້ໃຊ້
ລາຍລະອຽດ
ຈັດຮຽງເມລ ອ່ານ ແລະຈັດປະເພດອີເມວຕາມຮູບແບບທີ່ທ່ານລະບຸ. ມັນສາມາດຖືກນໍາໃຊ້ເພື່ອ
ຂະບວນການອີເມລທີ່ມາ, ການກັ່ນຕອງບັນຊີລາຍການທາງໄປສະນີ, ການປຸງແຕ່ງແຟ້ມເມລຫຼືດາວໂຫລດເມລຈາກ
ເຊີບເວີ POP.
ສຳລັບການປະມວນຜົນຈົດໝາຍຂາເຂົ້າ, ສ້າງອັນນີ້ .ຕໍ່ ໄຟລ໌ໃນລະບົບເຮືອນຂອງທ່ານ:
"| /ເສັ້ນທາງ/sortmail ຜູ້ໃຊ້"
ຢູ່ໃສ"/ເສັ້ນທາງ/sortmail" ແມ່ນເສັ້ນທາງເຕັມທີ່ທ່ານຕິດຕັ້ງ sortmail, ແລະ ຜູ້ໃຊ້ ເປັນຂອງຕົນເອງ
userid. ຕ້ອງລະບຸ userid ເພາະວ່າເມື່ອຈົດໝາຍມາຮອດ, ຮຽງເມລ ສາມາດດໍາເນີນການເປັນ
ຮາກ, daemon, ຫຼືຈໍານວນຂອງ uid ອື່ນໆ.
ເມື່ອໃດທີ່ທ່ານ .ຕໍ່ ໄຟລ໌ຖືກຕັ້ງຄ່າ, ຮຽງເມລ ຈະຈັດປະເພດ mail ຂາເຂົ້າອີງຕາມການ
ຮູບແບບໃນ $HOME/.sortmailrc. ຂອງເຈົ້າ .sortmailrc ໄຟລ໌ແມ່ນຄ້າຍຄືກັນກັບໄຟລ໌ KILL ຂ່າວ, ແຕ່
ຂ້ອນຂ້າງມີອໍານາດ. ທ່ານສາມາດປະຖິ້ມເມລ, ໃຫ້ມັນສົ່ງໄປໃນກ່ອງຈົດຫມາຍຂອງທ່ານ, ມີມັນ
ຍື່ນເຂົ້າໄປໃນໂຟນເດີ, ສົ່ງມັນໄປຫາທີ່ຢູ່ອື່ນຫຼືແມ້ກະທັ້ງທໍ່ມັນຜ່ານແກະ
ຄໍາສັ່ງ.
ຢ່າປ່ອຍໃຫ້ບັນຊີລາຍຊື່ຍາວຂອງທາງເລືອກແລະຄໍາສັ່ງຂ້າງລຸ່ມນີ້ເຮັດໃຫ້ເຈົ້າຢ້ານກົວ. ຜູ້ໃຊ້ໃຫມ່ອາດຈະເຮັດ
ດີທີ່ຈະຂ້າມໄປຫາພາກຕົວຢ່າງຂ້າງລຸ່ມນີ້, ແລະ/ຫຼືອ່ານ README ແລະຕົວຢ່າງໄຟລ໌ໃນ
/usr/share/doc/sortmail.
ເມື່ອໃດ ຮຽງເມລ ເລີ່ມຕົ້ນຂຶ້ນ, ມັນທໍາອິດອ່ານໄຟລ໌ config ຕໍ່ໄປນີ້: /usr/lib/sortmailrc,
/usr/local/lib/sortmailrc, /etc/sortmailrc, /usr/etc/sortmailrc,
/usr/local/etc/sortmailrc, $HOME/.mailrc ແລະ $HOME/.sortmailrc.
OPTIONS
-v ຄຳເວົ້າ. ຂໍ້ຄວາມຖືກພິມອອກ stderr ຫຼືໄຟລ໌ບັນທຶກທີ່ທ່ານເລືອກສໍາລັບ
ທຸກໆຂໍ້ຄວາມ mail. ວິນາທີ -v ເຮັດໃຫ້ເກີດຂໍ້ມູນເພີ່ມເຕີມຫຼາຍ
ພິມອອກ.
-terse ຕັ້ງ verbosity ເປັນ 1, ຍົກເລີກການສະແຕມເວລາ.
- ໂຮ ເສັ້ນທາງ ຕັ້ງຄ່າ home directory ຂອງຜູ້ໃຊ້, overriding ຄ່າເລີ່ມຕົ້ນທີ່ເອົາມາຈາກຂອງຜູ້ໃຊ້
passwd ເຂົ້າ.
- ກ່ອງຈົດໝາຍ ເສັ້ນທາງ ຕັ້ງຄ່າກ່ອງຈົດໝາຍລະບົບຂອງຜູ້ໃຊ້, ລົບລ້າງຄ່າເລີ່ມຕົ້ນຂອງລະບົບຂອງທ່ານ
(/var/mail/ຜູ້ໃຊ້).
-mailrc ເສັ້ນທາງ ຕັ້ງໄຟລ໌ .mailrc, overriding ຄ່າເລີ່ມຕົ້ນຂອງ ~/.mailrc. ເສັ້ນທາງ ອາດຈະເປັນ
ລະບຸເປັນ /ເຕັມເສັ້ນທາງ, ~/ເສັ້ນທາງ, ~ຜູ້ໃຊ້/ເສັ້ນທາງ, ຫຼື ເສັ້ນທາງ. ຮູບແບບສຸດທ້າຍແມ່ນ
ຄືກັນກັບ ~/ເສັ້ນທາງ.
-sortmailrc ເສັ້ນທາງ
ຕັ້ງຄ່າໄຟລ໌ .sortmailrc, overriding ຄ່າເລີ່ມຕົ້ນຂອງ ~/.sortmailrc. ເສັ້ນທາງ
ອາດຈະຖືກກໍານົດຄືກັບ -mailrc, ຂ້າງເທິງ.
-inbox ຊື່ເອກະສານ
ເອົາການປ້ອນຂໍ້ມູນຈາກໄຟລ໌ທີ່ມີຊື່ແທນ stdin. ຊື່ໄຟລ໌ອາດຈະເປັນ /abspath
"~/ເສັ້ນທາງ", "~ ຜູ້ໃຊ້/ເສັ້ນທາງ" ຫຼື "+ຊື່ໂຟນເດີ". ເມື່ອໂປຣໂຕຄໍ POP2 ຖືກໃຊ້, ນີ້
ທາງເລືອກສາມາດຖືກນໍາໃຊ້ເພື່ອເລືອກກ່ອງຈົດຫມາຍແທນທີ່ຈະເປັນກ່ອງຈົດຫມາຍເລີ່ມຕົ້ນ.
-mbox ຊີ້ບອກວ່າການປ້ອນຂໍ້ມູນແມ່ນກ່ອງຈົດໝາຍມາດຕະຖານ Berkeley ທີ່ບັນຈຸຫຼາຍອັນ
ຂໍ້ຄວາມ, ແທນທີ່ຈະເປັນຂໍ້ຄວາມດຽວ. ໃຊ້ເພື່ອປະມວນຜົນກ່ອງຈົດໝາຍທັງໝົດ
ດຽວນີ້.
-ປ໊ອບ user:password@host
Sortmail ເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍທີ່ລະບຸໄວ້, ດາວໂຫລດ mail ແລະປະມວນຜົນມັນ.
ຖ້າລະຫັດຜ່ານບໍ່ໄດ້ລະບຸ, ຜູ້ໃຊ້ຈະຖືກກະຕຸ້ນໃຫ້ໂຕ້ຕອບ. ຫມາຍເຫດ: it
is ສູງ ແນະນໍາໃຫ້ທ່ານເຮັດ ບໍ່ ລະບຸລະຫັດຜ່ານໃນຄໍາສັ່ງ
ເສັ້ນຢູ່ໃນລະບົບຫຼາຍຜູ້ໃຊ້, ເບິ່ງຂ້າງລຸ່ມນີ້.
ຈັດຮຽງເມລ ພະຍາຍາມໃຊ້ໂປໂຕຄອນ pop3 ແລະ pop2 ໃນຄໍາສັ່ງນັ້ນ. ສໍາລັບ
ເຫດຜົນຈະແຈ້ງ, id ຜູ້ໃຊ້ອາດຈະບໍ່ມີ ':'.
ຜູ້ໃຫ້ບໍລິການຈໍານວນຫຼາຍກໍານົດຊື່ຜູ້ໃຊ້ທີ່ມີ '@', ຕົວຢ່າງ [email protected]. ໃນ
ກໍລະນີນີ້, ການໂຕ້ຖຽງກັບ -pop ຈະມີລັກສະນະຄ້າຍຄື
[email protected]@pop.foo.com.
ສໍາລັບເຫດຜົນດ້ານຄວາມປອດໄພ, ຮຽງເມລ ພະຍາຍາມເຊື່ອງຂໍ້ມູນນີ້ຈາກ
"ps" ຄໍາສັ່ງ, ແຕ່ນີ້ບໍ່ໄດ້ເຮັດວຽກພາຍໃຕ້ທຸກລະບົບປະຕິບັດການ (ຕົວຢ່າງ
Solaris). ມັນເປັນການທໍ້ຖອຍໃຈຢ່າງແຂງແຮງທີ່ຈະລະບຸລະຫັດຜ່ານກ່ຽວກັບ
ເສັ້ນຄໍາສັ່ງສໍາລັບເຫດຜົນນີ້.
-ປ໊ອບ / ເສັ້ນທາງ ຕົວແປຂອງຄໍາສັ່ງ -pop ນີ້ອ່ານແຖວດຽວຈາກທີ່ກໍານົດໄວ້
ໄຟລ໌, ປະກອບດ້ວຍ user:password@host. ນີ້ແມ່ນຄວາມປອດໄພຫຼາຍກ່ວາການລະບຸ
ລະຫັດຜ່ານຢູ່ໃນເສັ້ນຄໍາສັ່ງ. ໄຟລ໌ຕ້ອງຖືກລະບຸເປັນເຕັມ
ຊື່ເສັ້ນທາງ, ເລີ່ມຕົ້ນດ້ວຍ '/'.
-pop3 user:password@host
-pop3 / ເສັ້ນທາງ Sortmail ເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍ pop3 ທີ່ກໍານົດໄວ້, mail ດາວໂຫຼດແລະ
ປຸງແຕ່ງມັນ.
-pop2 user:password@host
-pop2 / ເສັ້ນທາງ Sortmail ເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍ pop2 ທີ່ກໍານົດໄວ້, mail ດາວໂຫຼດແລະ
ປຸງແຕ່ງມັນ.
- ຮັກສາ ສໍາລັບການນໍາໃຊ້ POP ຫຼືເມື່ອ -inbox ແລະ -mbox ຖືກລະບຸ. ຊີ້ໃຫ້ເຫັນວ່າທັງຫມົດ
ຂໍ້ຄວາມຈະຖືກປະໄວ້ໃນກ່ອງປ້ອນຂໍ້ມູນແຫຼ່ງທີ່ມາ ແທນທີ່ຈະຖືກລຶບ.
- ໂນໂພ ສໍາລັບ POP3, ຢ່າພະຍາຍາມໃຊ້ການພິສູດຢືນຢັນ APOP. ທາງເລືອກນີ້ຖືກນໍາໃຊ້
ເມື່ອຈັດການກັບເຊີບເວີທີ່ແຕກຫັກທີ່ບໍ່ຈັດການກັບ APOP ຢ່າງຖືກຕ້ອງ.
variable=ຄ່າ ກໍານົດຕົວແປໃນແຖວຄໍາສັ່ງ. ພື້ນທີ່ບໍ່ໄດ້ຖືກອະນຸຍາດໃຫ້ຢູ່ໃນ
string
- dumpCrcs dbmname
ຖິ້ມຖານຂໍ້ມູນ bounce-check ໃນ dbmname.{dir,page} ສໍາລັບຈຸດປະສົງການດີບັກ.
- ກວດສອບ ຢືນຢັນເທົ່ານັ້ນ. ກວດເບິ່ງໄຟລ໌ mailrc ແລະ sortmailrc ສໍາລັບຄວາມຜິດພາດແລະການອອກ.
-ການປ່ຽນແປງ ພິມສະບັບແລະອອກ. ຖ້າທາງເລືອກນີ້ລົ້ມເຫລວ, ທ່ານມີສະບັບ
1.ບາງສິ່ງບາງຢ່າງ.
SORTMAILRC ຮູບແບບ
ໄຟລ໌ .sortmailrc ຂອງທ່ານແມ່ນຊຸດຂອງແຖວໃນຮູບແບບ
ທີ່ກໍານົດໄວ້ variable=ຄ່າ
/ການສະແດງອອກເປັນປົກກະຕິ/ຕົວປ່ຽນແປງ:ຄໍາສັ່ງ[:ຄໍາສັ່ງ... ]
[ip-address]ຕົວປ່ຽນແປງ:ຄຳສັ່ງ..
[ip-address/ໜ້າກາກ]ຕົວປ່ຽນແປງ:ຄຳສັ່ງ..
[ip-address - ip-address]ຕົວປ່ຽນແປງ:ຄຳສັ່ງ..
(ການສະແດງອອກຢ່າງມີເຫດຜົນ):ຄໍາສັ່ງ[:ຄໍາສັ່ງ... ]
includerc ຊື່ເອກະສານ
ລວມມີ ຊື່ເອກະສານ
ຍົກເວັ້ນ ຊື່ເອກະສານ
header ຫົວຂໍ້
ທົດແທນ ຫົວຂໍ້
bouncecheck dbmname
ບ່ອນທີ່ ການສະແດງອອກເປັນປົກກະຕິ ແມ່ນໃດໆ ed(1)- ການສະແດງອອກແບບປົກກະຕິ, ການປ່ຽນແປງ ແມ່ນຂອງ i, t,
f, s, h, a, o, ແລະ ຄໍາສັ່ງ ແມ່ນຫນຶ່ງໃນ m, j, v, f ເອກະສານ, a ເອກະສານ, d ເອກະສານ, +ເອກະສານ, ຫຼື | ຄໍາສັ່ງ.
ຄຳສັ່ງຫຼາຍອັນອາດຈະຖືກວາງໄວ້ໃນແຖວໜຶ່ງ, ແຍກດ້ວຍ ':'s. ຖ້າທ່ານຕ້ອງການວາງ ':'
ພາຍໃນຄໍາສັ່ງສໍາລັບເຫດຜົນໃດກໍ່ຕາມ, ຫນີມັນດ້ວຍ '\'.
ຜູ້ໃຊ້ຂອງ rn-style KILLfiles ຈະຄຸ້ນເຄີຍກັບຮູບແບບນີ້.
ການ [ip-address] ແບບຟອມລະບຸທີ່ຢູ່ IP ທີ່ເປັນຕົວໜັງສືທີ່ຈະກົງກັນ (ເຊັ່ນ: 192.168.3.4) ຫຼື
ທີ່ຢູ່ IP ບາງສ່ວນ (ເຊັ່ນ: 192.168.3). ນີ້ແຕກຕ່າງຈາກການສະແດງອອກປົກກະຕິໃນນັ້ນ
'.' ຕົວອັກສອນຕ້ອງກົງກັນຕາມຕົວອັກສອນ, ແລະຮູບແບບຕ້ອງກົງກັນໃນຕອນເລີ່ມຕົ້ນ (ຕົວຢ່າງ
129.192.168.3 ຈະບໍ່ກົງກັບຮູບແບບທີ່ໃຫ້ໄວ້ຂ້າງເທິງ.) (ສັງເກດວ່າ '[]' ຕົວອັກສອນ
ແມ່ນຕົວໜັງສືຢູ່ທີ່ນີ້, ແລະບໍ່ໝາຍເຖິງການໂຕ້ຖຽງທາງເລືອກ.)
ທີ່ຢູ່ IP ອາດຈະຖືກລະບຸເປັນຊ່ວງເຊັ່ນ: "[192.168.0.0/16]" ຈະກົງກັບ IP ທັງໝົດ.
ທີ່ຢູ່ທີ່ມີ 192.168 ໃນ 16 ບິດທໍາອິດ. ສຸດທ້າຍ, ທີ່ຢູ່ IP ອາດຈະເປັນ
ລະບຸເປັນຕົວຢ່າງ "[192.168.0.0 - "192.168.255.255]".
ຄົ້ນຫາ ແບບ ຈຳ ລອງ
ຕົວແກ້ໄຂເຫຼົ່ານີ້ສົ່ງຜົນກະທົບຕໍ່ວິທີການສະແດງອອກປົກກະຕິກັບ mail ຂາເຂົ້າ. ໄດ້
ຄ່າເລີ່ມຕົ້ນແມ່ນ 's'.
i ບໍ່ສົນໃຈກໍລະນີ.
o ປະເມີນຕົວແປໃນຮູບແບບພຽງແຕ່ຄັ້ງດຽວ, ເມື່ອໄຟລ໌ sortmailrc ຖືກອ່ານ. ໂດຍບໍ່ມີການນີ້
ທາງເລືອກ, ຕົວແປແມ່ນໄດ້ຮັບການປະເມີນຜົນທຸກຄັ້ງທີ່ຮູບແບບການທົດສອບ. ຖ້າຫາກວ່າຮູບແບບ
ບໍ່ມີຕົວແປ, ຕົວແກ້ໄຂນີ້ບໍ່ມີຜົນຫຍັງ.
s ທົດສອບແຖວ "Subject:" ຂອງຈົດໝາຍຕໍ່ກັບການສະແດງອອກປົກກະຕິ.
t ທົດສອບສາຍ "To:", "Cc:" ແລະ "Apparently-To:" ຂອງຈົດໝາຍຕໍ່ກັບຄ່າປົກກະຕິ.
ການສະແດງອອກ.
f ທົດສອບເສັ້ນ "ຈາກ:" ຂອງເມລຕໍ່ກັບການສະແດງອອກປົກກະຕິ.
r ທົດສອບການໄດ້ຮັບ: ສາຍຂອງຈົດໝາຍຂາເຂົ້າຕໍ່ກັບການສະແດງອອກປົກກະຕິ.
h ທົດສອບສ່ວນຫົວທັງໝົດຂອງຈົດໝາຍທີ່ເຂົ້າມາຕໍ່ກັບການສະແດງອອກປົກກະຕິ.
a ທົດສອບຂໍ້ຄວາມທີ່ເຂົ້າມາທັງໝົດຕໍ່ກັບການສະແດງຜົນປົກກະຕິ.
ການປະສົມປະສານຂອງ s,t,f,h,a ອາດຈະຖືກນໍາໃຊ້. ຖ້າບໍ່ມີການລະບຸ, 's' ແມ່ນສົມມຸດ.
ຄົ້ນຫາ ສາມາດ
ຄໍາສັ່ງເຫຼົ່ານີ້ຖືກປະຕິບັດສໍາລັບຂໍ້ຄວາມໃດໆທີ່ກົງກັບຮູບແບບການຊອກຫາ.
:m ສົ່ງຂໍ້ຄວາມໄປຫາກ່ອງຈົດຫມາຍຂອງຜູ້ໃຊ້.
:m ທີ່ຢູ່
ສົ່ງຕໍ່ເມລໄປຫາທີ່ຢູ່ທີ່ລະບຸໄວ້.
:j ລຶບຂໍ້ຄວາມ ("ຂີ້ເຫຍື້ອ" ມັນ.)
:e n ຕັ້ງລະຫັດອອກເປັນ n. ເມື່ອການປຸງແຕ່ງສໍາເລັດສົມບູນ, sortmail ຈະອອກດ້ວຍ
ລະຫັດອອກທີ່ໃຫ້ມາແທນທີ່ຈະເປັນສູນ.
:E n ອອກທັນທີດ້ວຍລະຫັດອອກ n.
:k ຮັກສາຂໍ້ຄວາມ. ເມື່ອດາວໂຫລດຂໍ້ຄວາມຈາກເຄື່ອງແມ່ຂ່າຍ POP, ຫຼືເມື່ອ -inbox
ແລະ -mbox ຖືກລະບຸ, ຂໍ້ຄວາມຖືກລຶບໂດຍປົກກະຕິຈາກກ່ອງຈົດຫມາຍຄັ້ງດຽວ
ການໂອນສຳເລັດແລ້ວ. ຕົວເລືອກນີ້ເຮັດໃຫ້ຂໍ້ຄວາມຖືກປະໄວ້.
:f ໂຟນເດີ ຕື່ມຂໍ້ຄວາມໃສ່ໂຟນເດີ້ຈົດໝາຍທີ່ໃຫ້ໄວ້. ໂຟນເດີ ອາດຈະຢູ່ໃນຮູບແບບຕ່າງໆ
~/ເສັ້ນທາງ, /abspath, ~ຜູ້ໃຊ້ / ເສັ້ນທາງ, ຫຼື +ຊື່. ຮູບແບບສຸດທ້າຍຂະຫຍາຍໄປ
~/ໂຟນເດີ/ຊື່ ບ່ອນທີ່ ໂຟນເດີ ແມ່ນຄ່າທີ່ລະບຸໄວ້ສໍາລັບ $folder ຕົວແປ
(ຄ່າເລີ່ມຕົ້ນແມ່ນ "ແຟ້ມ".)
:+ໂຟນເດີ ຕົວຫຍໍ້ຂອງ "f +ໂຟນເດີ".
:d ເອກະສານ ຕື່ມຂໍ້ຄວາມໃສ່ກັບໄຟລ໌ທີ່ໃຫ້ໃນຮູບແບບຍ່ອຍ. ເອກະສານ ອາດຈະຢູ່ໃນຮູບແບບຕ່າງໆ
~/ເສັ້ນທາງ, /abspath, ~ຜູ້ໃຊ້ / ເສັ້ນທາງ, ຫຼື +ຊື່.
ແບບຟອມ "Digest" ແມ່ນຮູບແບບທີ່ຖືກລອກອອກທີ່ແຕ່ລະຂໍ້ຄວາມມີພຽງແຕ່ "ຈາກ:",
"ຫົວຂໍ້:" ແລະ "ວັນທີ:" ສ່ວນຫົວ, ແລະຂໍ້ຄວາມຖືກແຍກອອກໂດຍເສັ້ນຂີດ.
:a ເອກະສານ "ຮວບຮວມ". ຄ້າຍຄືກັນກັບການຍ່ອຍ.
:| ຄໍາສັ່ງ
ທໍ່ຂໍ້ຄວາມເມລໂດຍຜ່ານການໃຫ້ shell-ຄໍາສັ່ງ. sh(1) ຖືກນໍາໃຊ້.
:c ສືບຕໍ່ການປຸງແຕ່ງ. ປົກກະຕິ, ຮຽງເມລ ນຳໃຊ້ສຳນວນຊອກຫາກັບຈົດໝາຍ
ຂໍ້ຄວາມຈົນກວ່າຈະພົບການແຂ່ງຂັນ. ໃນຈຸດນີ້, ຂໍ້ຄວາມຖືກສົ່ງແລະ
ຮຽງເມລ ແມ່ນແລ້ວ. ຄໍາສັ່ງນີ້ເຮັດໃຫ້ເກີດ ຮຽງເມລ ເພື່ອສືບຕໍ່ການປຽບທຽບ
ສົ່ງຂໍ້ຄວາມໄປຫາຮູບແບບເພີ່ມເຕີມ. ຕົວເລືອກນີ້ອາດຈະຖືກພິຈາລະນາວ່າ "ສືບຕໍ່", "CC" ຫຼື
"ສໍາເນົາ" ໃນຄວາມຢາກຂອງເຈົ້າ. ດັ່ງນັ້ນ, ຂໍ້ຄວາມອາດຈະຖືກສົ່ງໄປຫາຫຼາຍກວ່າຫນຶ່ງປາຍທາງ.
ສາມາດ
ຕໍ່ໄປນີ້ແມ່ນບັນຊີລາຍຊື່ຂອງຄໍາສັ່ງທີ່ອາດຈະບັນຈຸຢູ່ໃນ .mailrc ຫຼື .sortmailrc
ຍື່ນ.
ທີ່ກໍານົດໄວ້ ຕົວແປ = ມູນຄ່າ
ຕັ້ງຄ່າຕົວແປສະພາບແວດລ້ອມ. ຕົວແປທີ່ໃຊ້ໂດຍ sortmail ມີລາຍຊື່ຂ້າງລຸ່ມນີ້. ວົງຢືມ
ຮອບສາຍບໍ່ຈໍາເປັນ. ຕົວອັກສອນພິເສດເຊັ່ນ '$' ຫຼື '\' ອາດຈະເປັນ
ອ້າງອີງດ້ວຍ '\'. ຕົວແປອາດຈະຖືກລວມຢູ່ໃນສະຕຣິງມູນຄ່າໃນແບບຟອມ
$ຊື່ ຫຼື ${ຊື່}.
ຫມາຍເຫດວ່າ ທີ່ກໍານົດໄວ້ ຄໍາສັ່ງຖືກດໍາເນີນການທັນທີເມື່ອ initfile ຖືກອ່ານ. ອື່ນໆ
ຄໍາສັ່ງຖືກປະມວນຜົນຍ້ອນວ່າຂໍ້ຄວາມເມລຖືກອ່ານ. ດັ່ງນັ້ນ, ທັງຫມົດ ທີ່ກໍານົດໄວ້ ຄໍາສັ່ງແມ່ນ
ປະມວນຜົນກ່ອນຄຳສັ່ງອື່ນ, ໂດຍບໍ່ຄຳນຶງເຖິງຄຳສັ່ງຂອງພວກມັນຢູ່ໃນໄຟລ໌ init.
ລວມມີ ຊື່ເອກະສານ
ໃຊ້ສໍາລັບການຄຸ້ມຄອງບັນຊີລາຍຊື່ທາງໄປສະນີ (ເບິ່ງຂ້າງລຸ່ມນີ້). ບໍ່ສົນໃຈຄໍາສັ່ງນີ້ຖ້າທ່ານບໍ່ແມ່ນ
ການນໍາໃຊ້ sortmail ເພື່ອຄຸ້ມຄອງບັນຊີລາຍຊື່ທາງໄປສະນີ.
ຄໍາສັ່ງນີ້ກໍານົດໄຟລ໌ທີ່ມີບັນຊີລາຍຊື່ຂອງທີ່ຢູ່ທີ່ໄດ້ຮັບອະນຸຍາດໃຫ້
ໂພດໃສ່ບັນຊີລາຍຊື່. ແຕ່ລະແຖວຂອງໄຟລ໌ປະກອບມີຫນຶ່ງສະແດງອອກເປັນປົກກະຕິ, ເຊິ່ງ
ເປັນຕົວແທນຂອງທີ່ຢູ່ອີເມວຂອງສະມາຊິກບັນຊີລາຍຊື່. ສາຍໃນຮູບແບບ
ຊື່ຜູ້ໃຊ້
ຈະໃຊ້ພຽງແຕ່ ທີ່ຢູ່ ສ່ວນຫນຶ່ງຂອງສາຍ. ນີ້ອະນຸຍາດໃຫ້ບັນຊີລາຍຊື່ທາງໄປສະນີຕົວມັນເອງ
ຖືກນໍາໃຊ້ເປັນບັນຊີລາຍຊື່ລວມ.
ບັນຊີລາຍຊື່ລວມຫຼາຍອາດຈະຖືກກໍານົດດ້ວຍຫຼາຍ ລວມມີ ຄໍາສັ່ງ. ຖ້າ
ຄໍາສັ່ງ listinclude ຖືກນໍາໃຊ້, ໂປສເຕີໄປຫາບັນຊີລາຍຊື່ຕ້ອງໄດ້ຮັບການພົບເຫັນຢູ່ໃນຢ່າງຫນ້ອຍຫນຶ່ງ
ບັນຊີລາຍຊື່. ຖ້າບໍ່ມີການລະບຸໄຟລ໌ລວມ, ທຸກຄົນສາມາດໂພສໄດ້.
ຂໍ້ຄວາມທີ່ຖືກປະຕິເສດແມ່ນໄດ້ຮັບການຈັດການອີງຕາມການ $ປະຕິເສດ ຕົວແປ, ທີ່
ຕ້ອງມີຢູ່ແລະມີຊື່ໄຟລ໌ຫຼືຄໍາສັ່ງຄົ້ນຫາ (ເບິ່ງຂ້າງລຸ່ມນີ້.)
ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບການລວມ ແລະການຍົກເວັ້ນໄຟລ໌, ເບິ່ງ ໄປສະນີ LISTS, ຂ້າງລຸ່ມນີ້.
ຍົກເວັ້ນ ຊື່ເອກະສານ
ລະບຸລາຍຊື່ທີ່ຢູ່ທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດໃຫ້ໂພສໃສ່ລາຍຊື່. ຄືກັນ
ຮູບແບບເປັນ ລວມມີ. ໃນຄໍາສັ່ງທີ່ຈະປະກາດໃນບັນຊີລາຍຊື່, ຜູ້ໃຊ້ຈະຕ້ອງຢູ່ໃນ
ລວມມີ ໄຟລ໌ (ຖ້າມີ) ແລະ ບໍ່ ໃນ ຍົກເວັ້ນ ໄຟລ໌
ທົດແທນ ຫົວ: ມູນຄ່າ
ໃຊ້ສໍາລັບການປະມວນຜົນບັນຊີລາຍຊື່ທາງໄປສະນີ. ເສັ້ນຫົວທີ່ກົງກັບສ່ວນຫົວທີ່ລະບຸໄວ້
ແທນທີ່ດ້ວຍຄ່າໃຫມ່. ຖ້າຫາກວ່າບໍ່ມີການແຂ່ງຂັນແມ່ນໄດ້ຮັບການຕິດຕໍ່ກັບເສັ້ນ
ຫົວຂໍ້ຂໍ້ຄວາມ. ໂດຍປົກກະຕິແລ້ວໃຊ້ເພື່ອປ່ຽນສ່ວນຫົວ "ຈາກ:" ເພື່ອລະບຸລາຍຊື່
ທີ່ຢູ່ ແທນທີ່ຈະເປັນຕົ້ນສະບັບ, ແລະກໍານົດ "Errors-To:" header.
ຖ້າ ມູນຄ່າ ຊ່ອງຂໍ້ມູນຫວ່າງເປົ່າ, ແຖວຫົວທີ່ລະບຸຈະຖືກລຶບ.
header ຫົວ: ມູນຄ່າ
ຮູບແບບດຽວກັນກັບ ທົດແທນ, ຍົກເວັ້ນເສັ້ນຫົວຂໍ້ແມ່ນສະເຫມີໄປຕໍ່ທ້າຍກັບ header,
ບໍ່ໄດ້ທົດແທນ. ໂດຍປົກກະຕິແລ້ວໃຊ້ເພື່ອເພີ່ມຄຳເຫັນ.
bouncecheck dbmname
ກົນໄກການນັດໝາຍສຸດທ້າຍສຳລັບການກວດຫາຊ່ອງວ່າງຈົດໝາຍ. crc-32 hash ຂອງສ່ວນຂໍ້ຄວາມ
ຂໍ້ຄວາມໄດ້ຖືກຄິດໄລ່ແລະເກັບໄວ້ໃນ dbmname.{dir,page}. ຖ້າຂໍ້ຄວາມອື່ນທີ່ມີ
ລະຫັດ hash ດຽວກັນຈະພົບໃນ 60 ມື້ຕໍ່ໄປ, ຂໍ້ຄວາມຖືກປະຕິເສດແລະ
ການຖິ້ມຂີ້ເຫຍື້ອຕາມທີ່ໄດ້ອະທິບາຍໄວ້ໃນ $ປະຕິເສດ
ນີ້ບໍ່ແມ່ນກົນໄກທີ່ສົມບູນແບບ, ຢ່າງໃດກໍຕາມ, ຍ້ອນວ່າຜູ້ສົ່ງອີເມວທີ່ແຕກຫັກອາດຈະເລືອກທີ່ຈະເພີ່ມບາງຢ່າງ
ຄໍາເຫັນກັບຂໍ້ຄວາມກ່ອນທີ່ຈະ bounce ມັນກັບຄືນໄປບ່ອນ.
includerc ຊື່ເອກະສານ
ຂະບວນການຄໍາສັ່ງຈາກໄຟລ໌ທີ່ມີຊື່. ລວມທັງໄຟລ໌ອາດຈະຖືກ nested.
ຄວາມຮັບຜິດຊອບ
ຕົວແປແມ່ນໃຊ້ໃນຮູບແບບ $ຊື່ ຫຼື ${ຊື່}. ຕົວແປອາດຈະປາກົດຢູ່ທຸກບ່ອນໃນ
ໄຟລ໌ init.
ຈັດຮຽງເມລ ໃຊ້ຕົວແປຕໍ່ໄປນີ້, ເຊິ່ງອາດຈະມີການປ່ຽນແປງໃນຂອງທ່ານ .mailrc or .sortmailrc
ໄຟລ໌. ຕົວແປອາດຈະຖືກຕັ້ງຢູ່ໃນເສັ້ນຄໍາສັ່ງ.
Default ຄຳສັ່ງໃຊ້ເພື່ອຈັດການກັບຈົດໝາຍທີ່ບໍ່ສາມາດຈັດປະເພດໄດ້. ພຶດຕິກໍາໃນຕອນຕົ້ນແມ່ນເພື່ອວາງ
mail unclassifiable ເຂົ້າໄປໃນ mailbox. ມູນຄ່າທີ່ສົມເຫດສົມຜົນອີກອັນຫນຶ່ງອາດຈະເປັນ "+ ອື່ນໆ".
ຊັກຊ້າ ໃຊ້ເພື່ອປ້ອງກັນການສົ່ງຈົດໝາຍທີ່ໜີໄປ; ໂດຍສະເພາະທີ່ເປັນປະໂຫຍດສໍາລັບບັນຊີລາຍຊື່ທາງໄປສະນີ
ການບໍລິຫານ. ລະບຸຄວາມລ່າຊ້າໃນວິນາທີທີ່ຈະຖືກບັງຄັບກ່ອນທີ່ຈະມີເມລ
ສົ່ງຕໍ່ໄປຫາທີ່ຢູ່ອື່ນ ຫຼືສົ່ງຜ່ານຄຳສັ່ງ. ຕົວຢ່າງ, ກ
ຄວາມລ່າຊ້າ 600 ວິນາທີ (ສິບນາທີ) ຈະຈໍາກັດການ loop mail ເປັນຫນຶ່ງຂໍ້ຄວາມໃນທຸກໆສິບ
ນາທີ.
ໂຟນເດີ ໄດເຣັກທໍຣີໂຟເດີເມລຂອງຜູ້ໃຊ້. ໂຟນເດີອີເມວແມ່ນສະແດງໂດຍ '+' ຊັ້ນນໍາໃນ
ຊື່ຂອງພວກເຂົາ, ແລະຖືກເກັບໄວ້ໃນ ~user/$folder/. ຄ່າເລີ່ມຕົ້ນແມ່ນ "ແຟ້ມ“.ຫຼາຍ
ຄົນເລືອກຕັ້ງນີ້ເປັນ "Mail" ແທນ.
ຈາກ ໃຊ້ສໍາລັບການຄຸ້ມຄອງບັນຊີລາຍຊື່ທາງໄປສະນີ. ລະບຸຄ່າຂອງເສັ້ນ "ຈາກ".
ເມື່ອ mail ຖືກສົ່ງຕໍ່ໄປຫາບັນຊີລາຍຊື່. ບໍ່ແມ່ນທຸກລຸ້ນຂອງ sendmail ຈະໃຫ້ກຽດ
ນີ້. ທ່ານອາດຈະຈໍາເປັນຕ້ອງເຮັດ sortmail suid-uucp ຫຼືເພີ່ມຊື່ຜູ້ໃຊ້ຂອງທ່ານໃສ່
"ຜູ້ໃຊ້ທີ່ເຊື່ອຖືໄດ້" ເຂົ້າໃນ /etc/sendmail.cf.
ຫນ້າທໍາອິດ ໄດເລກະທໍລີເຮືອນຂອງຜູ້ໃຊ້. ໃຊ້ເພື່ອຊອກຫາໄຟລ໌ເບື້ອງຕົ້ນແລະຜູ້ໃຊ້
ແຟ້ມ ໄດເລກະທໍລີ. ຄ່າເລີ່ມຕົ້ນແມ່ນ ~ຜູ້ໃຊ້.
ສາຍ ຈຳນວນແຖວຂອງຂໍ້ຄວາມໃນຂໍ້ຄວາມ. ກໍານົດໂດຍ sortmail ແລະປັບປຸງສໍາລັບທຸກໆ
ຂໍ້ຄວາມ.
logfile ຂໍ້ຄວາມດີບັກຖືກສົ່ງໄປຫາໄຟລ໌ບັນທຶກທີ່ລະບຸ. ຖ້າ sortmail ຖືກປະຕິບັດ
ຈາກເສັ້ນຄໍາສັ່ງ, ຄ່າເລີ່ມຕົ້ນແມ່ນ stderr. ຖ້າບໍ່ດັ່ງນັ້ນຄ່າເລີ່ມຕົ້ນແມ່ນ
/tmp/sortmail.log.
ຖ້າ logfile ບໍ່ສາມາດເປີດໄດ້, stderr ຖືກນໍາໃຊ້. ໃຫ້ສັງເກດວ່າເມື່ອ sortmail ຖືກໃຊ້
ຈາກໄຟລ໌ .forward ຂອງທ່ານເພື່ອກັ່ນຕອງຂໍ້ຄວາມທີ່ເຂົ້າມາ, ຂໍ້ຄວາມທີ່ຖືກສົ່ງໄປຫາ stderr
ຈະຖືກສົ່ງກັບຄືນໄປຫາຜູ້ສົ່ງເປັນ bounces.
mailbox ກ່ອງຈົດໝາຍຂອງຜູ້ໃຊ້. ຄ່າເລີ່ມຕົ້ນແມ່ນ /var/mail/ຜູ້ໃຊ້.
mailrc ເສັ້ນທາງອັນເຕັມທີ່ຂອງຜູ້ໃຊ້ .mailrc ໄຟລ໌. ບໍ່ມີຈຸດທີ່ແທ້ຈິງໃນການປ່ຽນແປງນີ້.
ເສັ້ນສູງສຸດ ຈໍານວນຂໍ້ຄວາມສູງສຸດທີ່ຈະຖືກຄົ້ນຫາໃນລະຫວ່າງການຈັບຄູ່ຮູບແບບ.
ການຈໍາກັດຄ່ານີ້ສາມາດເຮັດໃຫ້ການຄົ້ນຫາໄວຂຶ້ນແລະປ້ອງກັນບໍ່ໃຫ້ເກີດ / tmp ລະບົບ
ຈາກການຕື່ມ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 5000.
ປະຕິເສດ ໃຊ້ສໍາລັບການຄຸ້ມຄອງບັນຊີລາຍຊື່ທາງໄປສະນີ. ລະບຸໄຟລ໌ ຫຼືຄຳສັ່ງທີ່
ເມລທີ່ຖືກປະຕິເສດຖືກສົ່ງ.
mailmail ຄໍາສັ່ງທີ່ໃຊ້ໃນການສົ່ງຈົດໝາຍ. ຄ່າເລີ່ມຕົ້ນແມ່ນ "/usr/lib/sendmail -om -oi".
ຖ້າ '%f' ເກີດຂຶ້ນໃນສະຕຣິງ, ມັນຈະຖືກຂະຫຍາຍໄປຫາຊື່ໄຟລ໌ຊົ່ວຄາວ
ປະກອບດ້ວຍຂໍ້ຄວາມ. ຖ້າບໍ່ດັ່ງນັ້ນ, ຂໍ້ຄວາມຈະຖືກສົ່ງໄປຫາ
ການປ້ອນຂໍ້ມູນມາດຕະຖານຂອງຄໍາສັ່ງ.
ຄ່າພິເສດ "SMTP" ແລະ "SMTP hostname" ເຮັດໃຫ້ຂໍ້ຄວາມຖືກສົ່ງ
ໂດຍກົງກັບພອດ SMTP.
ຂະຫນາດ ຂະຫນາດຂອງຂໍ້ຄວາມໃນ bytes. ກໍານົດໂດຍການຈັດລຽງແລະປັບປຸງສໍາລັບທຸກຂໍ້ຄວາມ.
sortmailrc
ເສັ້ນທາງອັນເຕັມທີ່ຂອງຜູ້ໃຊ້ .sortmailrc ໄຟລ໌. ບໍ່ມີຈຸດທີ່ແທ້ຈິງໃນການປ່ຽນແປງ
ນີ້.
ຫມົດເວລາ ໝົດເວລາໃນວິນາທີສຳລັບການເຊື່ອມຕໍ່ POP.
ຜູ້ໃຊ້ ຜູ້ໃຊ້ໃນນາມຂອງໃຜ ຮຽງເມລ ແມ່ນແລ່ນ. ຄ່ານີ້ຕ້ອງຖືກລະບຸໄວ້ໃນ
ເສັ້ນຄໍາສັ່ງໃນເວລາທີ່ sortmail ຖືກປະຕິບັດຈາກໄຟລ໌ .forward, ແຕ່ອາດຈະເປັນ
ມີການປ່ຽນແປງຕໍ່ມາ. ມັນຖືກນໍາໃຊ້ເພື່ອກໍານົດລາຍຊື່ຫນ້າທໍາອິດຂອງຜູ້ໃຊ້, ແລະອື່ນໆ
ສິ່ງຂອງ.
ພັກ ຖ້າຕັ້ງ, ສົ່ງອີເມວຫາ ຜູ້ໃຊ້ ຍັງຈະຖືກທໍ່ຜ່ານ ພັກ(1).
TMPDIR ໄດເລກະທໍລີທີ່ໃຊ້ສໍາລັບໄຟລ໌ຊົ່ວຄາວ. ຄ່າເລີ່ມຕົ້ນແມ່ນ "/ tmp".
ເພີ່ມເຕີມ, ຮຽງເມລ ກໍານົດຕົວແປສະພາບແວດລ້ອມຕໍ່ໄປນີ້ກ່ອນທີ່ຈະສົ່ງຂໍ້ຄວາມ
ກັບໂຄງການອື່ນ.
ຈາກ ຜູ້ສົ່ງຂໍ້ຄວາມ
SUBJECT ເສັ້ນຫົວຂໍ້ຈາກຂໍ້ຄວາມທີ່ເຂົ້າມາ
ຕົວຢ່າງ
ນີ້ແມ່ນຕົວຢ່າງ .sortmailrc file:
ຕັ້ງຄ່າເລີ່ມຕົ້ນ=+ອື່ນໆ
/MAILER-DAEMON/f:+bounces
/falk/t: ມ
/bldg8/t:m
/joe/f:m:c
/for brenda/s:k
/scubaclub/t:+scuba
/scuba/s:+scuba
/marko/f:j
/testing/t:m falk@lab
/jym@apple/f:| /home/falk/bin/fixjim
/^ ກ່ອນໜ້າ: junk/h:+other
(/bill/f && /dive/s):+scuba
[211.114.0.0/16]r:j
ໃນຕົວຢ່າງນີ້, ໄດເລກະທໍລີໂຟນເດີແລະຕົວແປອື່ນໆມີມູນຄ່າໃດກໍ່ຕາມ
ລະບຸໄວ້ໃນ .mailrc. ເມລທີ່ບໍ່ຈັດປະເພດຈະຖືກສົ່ງໄປຫາໂຟນເດີ "+other". ຈົດໝາຍຈາກ
"MAILER-DAEMON" ຖືກສົ່ງໄປຫາໂຟນເດີ "+bounces". ອີເມວຫາ "falk" ຫຼື "bldg8" ຖືກສົ່ງ
ໂດຍກົງກັບກ່ອງຈົດຫມາຍຂອງຂ້ອຍ.
mail ຈາກ joe ຫມູ່ຂອງຂ້າພະເຈົ້າໄດ້ຖືກສົ່ງໂດຍກົງກັບ mailbox ຂອງຂ້າພະເຈົ້າ, ແລະການປຸງແຕ່ງຍັງສືບຕໍ່ໃນຄໍາສັ່ງ
ເພື່ອເບິ່ງວ່າມີບ່ອນອື່ນທີ່ມັນຄວນຈະໄປເຊັ່ນດຽວກັນ.
ອີເມວທີ່ມີປ້າຍຊື່ "ສໍາລັບ brenda" ຖືກປະໄວ້ຢູ່ທີ່ເຄື່ອງແມ່ຂ່າຍ POP ໂດຍບໍ່ມີການສໍາຜັດ. (ນີ້ພຽງແຕ່ເຮັດວຽກຖ້າຫາກວ່າ
ອີເມວກຳລັງຖືກດາວໂຫຼດຈາກເຊີບເວີ POP; ມັນຈະສູນເສຍຖ້າບໍ່ດັ່ງນັ້ນ.)
ອີເມວໄປຫາສະໂມສອນ scuba ຫຼືດ້ວຍ "scuba" ໃນຫົວຂໍ້ຫົວຂໍ້ແມ່ນຖືກສົ່ງໄປຫາໂຟເດີ "+scuba".
ຈົດໝາຍຈາກ marko ແມ່ນຖືກຖິ້ມໄປທີ່ຍັງບໍ່ໄດ້ອ່ານ. ອີເມວໄປຫານາມແຝງ "ການທົດສອບ" ຖືກສົ່ງຕໍ່ໄປຫາຂ້ອຍ
ບັນຊີຢູ່ໃນເຄື່ອງອື່ນ.
ຈົດໝາຍຈາກໝູ່ຂອງຂ້ອຍ jym, ຜູ້ທີ່ຈັດຮູບແບບຈົດໝາຍຂອງລາວໃນແບບຕະຫຼົກແມ່ນສົ່ງຜ່ານແກະ
script ທີ່ເຮັດຄວາມສະອາດຂໍ້ຄວາມຂອງລາວແລະເພີ່ມພວກມັນໃສ່ກ່ອງຈົດຫມາຍຂອງຂ້ອຍ. ຂໍ້ຄວາມທາງໄປສະນີກັບ
"^Precedence: junk" ຢູ່ບ່ອນໃດກໍໄດ້ຢູ່ໃນສ່ວນຫົວຈະຖືກຍື່ນໃນ +ອື່ນໆ.
ແຖວຕໍ່ໄປຫາສຸດທ້າຍສະແດງຄຸນສົມບັດໃໝ່ໃນການຈັດລຽງລຳດັບ 2: ການສະແດງເຫດຜົນ. ໃນ
ກໍລະນີນີ້, ຈົດຫມາຍຈາກບັນຊີລາຍການທີ່ມີຫົວຂໍ້ "dive" ຈະຖືກເພີ່ມໃສ່ໂຟນເດີ scuba. ເຫດຜົນ
ການສະແດງອອກແມ່ນໄດ້ອະທິບາຍລາຍລະອຽດຂ້າງລຸ່ມນີ້.
ສຸດທ້າຍ, ແຖວສຸດທ້າຍສະແດງໃຫ້ເຫັນອີກລັກສະນະໃຫມ່ເພື່ອຈັດຮຽງເມລຮຸ່ນ 2: ຊ່ວງ IP. ໃນ
ກໍລະນີນີ້, ອີເມວທັງໝົດທີ່ມີທີ່ຢູ່ IP ຢູ່ໃນຂອບເຂດ "211.114.0.0/16" ໃນ "ໄດ້ຮັບ:"
ເສັ້ນຈະຖືກຂີ້ເຫຍື້ອທີ່ຍັງບໍ່ໄດ້ອ່ານ.
ໃຫ້ສັງເກດວ່າຮູບແບບແມ່ນຖືກນໍາໃຊ້ໃນຄໍາສັ່ງທີ່ໄດ້ຮັບ; ມັນເປັນສິ່ງສໍາຄັນ, ສໍາລັບການຍົກຕົວຢ່າງ, ວ່າ
ຮູບແບບ "MAILER-DAEMON" ມາກ່ອນຮູບແບບ "falk" ດັ່ງນັ້ນ mail ຈາກ MAILER-DAEMON ແມ່ນ
ຍື່ນໃນ +bounces ເຖິງແມ່ນວ່າຈະຊີ້ໄປຫາຂ້ອຍສ່ວນຕົວ. ເຊັ່ນດຽວກັນ, mail ຈາກ marko ຈະບໍ່
ຈະ junked ຖ້າຫາກວ່າການແກ້ໄຂກັບຂ້າພະເຈົ້າສ່ວນບຸກຄົນ.
ເຫດຜົນ ການສະແດງອອກ
ການສະແດງອອກຢ່າງມີເຫດຜົນຊ່ວຍໃຫ້ທ່ານສາມາດກໍານົດກົດລະບຽບທີ່ສັບສົນຫຼາຍສໍາລັບການປຸງແຕ່ງຈົດຫມາຍ. ສໍາລັບ
ຕົວຢ່າງ, ທ່ານສາມາດກໍານົດວ່າຈົດຫມາຍທັງຫມົດຈາກໂດເມນທີ່ແນ່ນອນທີ່ມີຂະຫນາດໃຫຍ່ກວ່າ a
ຈໍາ ນວນ ເງິນ ທີ່ ແນ່ ນອນ ຈະ ຖືກ ລຶບ ໄປ ບໍ່ ໄດ້ ອ່ານ ເວັ້ນ ເສຍ ແຕ່ ຄໍາ ທີ່ ສະ ເພາະ ໃດ ຫນຶ່ງ ຈະ ຖືກ ພົບ ເຫັນ ຢູ່ ໃນ ຫົວ.
ການສະແດງອອກຕາມເຫດຜົນປະກອບດ້ວຍຕົວປະຕິບັດການຕໍ່ໄປນີ້, ຈັດກຸ່ມຕາມລໍາດັບກ່ອນ:
┌───────────────────────────────────────── ─────┐
│ n │ ຈຳນວນຄົງທີ່ │
│ $var │ ຕົວແປ. │
│/ຮູບແບບ/ │ ການສະແດງອອກປົກກະຕິ. ປະເມີນເປັນ 0 ຫຼື 1. │
├───────────────────────────────────────── ─────┤
│ ! │ ເຫດຜົນບໍ່ແມ່ນ │
├───────────────────────────────────────── ─────┤
│ * │ ຄູນ │
│ / │ ແບ່ງ │
├───────────────────────────────────────── ─────┤
│ + │ ເພີ່ມ │
│ - │ ລົບ │
├───────────────────────────────────────── ─────┤
│ < │ ໜ້ອຍກວ່າ │
│ <= │ ໜ້ອຍກວ່າ ຫຼື ເທົ່າກັບ │
│ > │ ໃຫຍ່ກວ່າ │
│ >= │ ໃຫຍ່ກວ່າ ຫຼື ເທົ່າກັບ │
├───────────────────────────────────────── ─────┤
│ == │ ເທົ່າກັບ │
│ != │ ບໍ່ເທົ່າກັນ │
├───────────────────────────────────────── ─────┤
│ & │ ເຫດຜົນ AND │
│ && │ ເຫດຜົນ AND │
├───────────────────────────────────────── ─────┤
│ | │ ເຫດຜົນ ຫຼື │
│ || │ ເຫດຜົນ ຫຼື │
├───────────────────────────────────────── ─────┤
│ , │ ເຄື່ອງໝາຍຈຸດ │
└───────────────────────────────────────── ─────┘
ລຳດັບຄວາມສຳຄັນໃນການປະເມີນການສະແດງຜົນອາດຈະຖືກດັດແກ້ໂດຍການໃຊ້ວົງເລັບ.
':' ຄໍາສັ່ງອາດຈະປະຕິບັດຕາມວົງເລັບປິດຫຼືສະແດງອອກປົກກະຕິ. ເບິ່ງຕົວຢ່າງຂ້າງລຸ່ມນີ້.
ຮູບແບບທີສອງຂອງການດໍາເນີນການຢ່າງມີເຫດຜົນ AND ແລະ OR ("&&" ແລະ "||") ຖືກປັບປຸງໃຫ້ເໝາະສົມໃນອັນນີ້.
ວິທີການ: ຖ້າເຄິ່ງຊ້າຍຂອງ AND ເປັນຜິດ, ຫຼືເຄິ່ງຊ້າຍຂອງ OR ແມ່ນຄວາມຈິງ, ຫຼັງຈາກນັ້ນ
ມືຂວາບໍ່ໄດ້ຖືກປະເມີນ. ດັ່ງນັ້ນ, ທ່ານຄວນວາງຄໍາເວົ້າທີ່ງ່າຍດາຍ (ເຊັ່ນ: a
ການຈັບຄູ່ຫົວຂໍ້) ໄປທາງຊ້າຍແລະການສະແດງຜົນທີ່ສັບສົນ (ເຊັ່ນ: ການຊອກຫາຂໍ້ຄວາມ) ໄປຫາ
ສິດ. ຖ້າການສະແດງອອກທີ່ງ່າຍດາຍປະເມີນວ່າບໍ່ຖືກຕ້ອງຫຼືຄວາມຈິງຕາມລໍາດັບ, ສະລັບສັບຊ້ອນ
ການສະແດງອອກບໍ່ໄດ້ຖືກທົດສອບ.
ຮູບແບບທໍາອິດຂອງການປະຕິບັດຢ່າງມີເຫດຜົນ AND ແລະ OR ("&" ແລະ "|") ສະເຫມີທົດສອບທັງສອງດ້ານຂອງ
ການສະແດງອອກ.
ຕົວປະຕິບັດການເຄື່ອງໝາຍຈຸດສົມຄວນໄດ້ຮັບຄໍາອະທິບາຍເລັກນ້ອຍສໍາລັບຜູ້ທີ່ບໍ່ຄຸ້ນເຄີຍກັບ C
ພາສາ. ຕົວປະຕິບັດການເຄື່ອງໝາຍຈຸດປະເມີນການສະແດງອອກທັງສອງດ້ານ ແລະສົ່ງຄືນຄ່າ
ການສະແດງອອກທາງຂວາ - ໂດຍບໍ່ສົນເລື່ອງທາງຊ້າຍ. ດັ່ງນັ້ນ, ຄໍາວ່າ "3, 4"
ປະເມີນເປັນ 4. ຕົວປະຕິບັດການເຄື່ອງໝາຍຈຸດມີປະໂຫຍດພຽງແຕ່ເມື່ອສະແດງອອກທາງຊ້າຍມີ
ບາງປະເພດຂອງຜົນກະທົບຂ້າງຄຽງໃນເວລາທີ່ການປະເມີນຜົນ - ie ມັນມີຄໍາສັ່ງ ':'.
ນີ້ແມ່ນຕົວຢ່າງບາງຕົວຢ່າງ:
(/joe/f): ມ
ຈົດໝາຍຈາກ joe ມາຫາຂ້ອຍໂດຍກົງ. ນີ້ແມ່ນຄືກັນກັບ /joe/f:m
(/joe/f && /dive/s):+scuba
mail ຈາກ joe ກັບ "dive" ໃນຫົວຂໍ້ຫົວຂໍ້ໄປຫາໂຟນເດີ scuba.
(/joe/f&& !/dive/s): ມ
/joe/f:+scuba
mail ຈາກ joe ໂດຍບໍ່ມີການ "dive" ໃນເສັ້ນຫົວຂໍ້ໄປໂດຍກົງກັບຂ້ອຍ. ອື່ນ, mail ຈາກ joe
ໄປທີ່ໂຟເດີ scuba.
(/joe/f && $lines > 1000):j
ເບິ່ງຄືວ່າ joe ໄດ້ຂຽນບົດລາຍງານການພັກຜ່ອນທີ່ຍາວນານອີກອັນຫນຶ່ງໃຫ້ກັບບັນຊີລາຍຊື່ scuba. ຂີ້ເຫຍື້ອມັນ.
(/earthlink/r && $size > 32768 &&
!(/key west/ia || /caymans/ia)):j
Junk ມັນຖ້າຫາກວ່າມັນມາຈາກຫຼືຜ່ານ earthlink (ດັ່ງທີ່ສະແດງໃຫ້ເຫັນໂດຍການໄດ້ຮັບ: ສາຍ), ແລະ
ຂະຫນາດແມ່ນຫຼາຍກ່ວາ 32k ແລະ ມັນບໍ່ມີຄໍາວ່າ "key west" ຫຼື "cayman"
ບ່ອນໃດກໍໄດ້ຢູ່ໃນເນື້ອໃນຂໍ້ຄວາມ. ກໍລະນີຖືກລະເລີຍໃນການຊອກຫາຮ່າງກາຍ. ໃຫ້ສັງເກດວ່າພວກເຮົາກວດສອບ
ເນື້ອໃນຂໍ້ຄວາມສຸດທ້າຍເພື່ອຫຼີກເວັ້ນການດາວໂຫຼດຂໍ້ຄວາມໂດຍບໍ່ຈໍາເປັນ.
ໃຫ້ສັງເກດວ່າການສະແດງອອກຢ່າງມີເຫດຜົນອາດຈະຖືກສືບຕໍ່ຜ່ານຫຼາຍເສັ້ນຕາມຄວາມຕ້ອງການ.
(1):+maillog:c
ການສະແດງອອກທີ່ງ່າຍດາຍທີ່ສຸດ. (1) ແມ່ນຄວາມຈິງສະເຫມີ, ດັ່ງນັ້ນຈົດຫມາຍທັງຫມົດທີ່ມາຮອດນີ້
ການສະແດງອອກຖືກຍື່ນໃສ່ໂຟນເດີ "maillog". ຄໍາສັ່ງ ":c" ເຮັດໃຫ້ເກີດການປະມວນຜົນ
ສືບຕໍ່.
ການສະແດງອອກນີ້ແມ່ນດີຫຼາຍທີ່ຈະມີຢູ່ເທິງສຸດຂອງ .sortmailrc ຂອງທ່ານເມື່ອທົດສອບ a
ການຕັ້ງຄ່າໃຫມ່. ຈົດໝາຍຂາເຂົ້າທັງໝົດຈະຖືກສຳເນົາໄວ້ໃນບັນທຶກສຳຮອງ ກ່ອນທີ່ຈະສັບສົນຫຼາຍ
ການສະແດງອອກຖືກທົດສອບ.
(/joe/f:+joemail && /scuba/:+scuba)
ຕົວຢ່າງນີ້ສະແດງໃຫ້ເຫັນການນໍາໃຊ້ຄໍາສັ່ງ ':' ພາຍໃນສະແດງອອກ. ຈົດໝາຍຈາກ joe ໄປຫາ
ໂຟນເດີ "joemail". ຖ້າມັນປະກອບດ້ວຍຫົວຂໍ້ "scuba", ມັນຈະໄປຫາ scuba
folder ເຊັ່ນດຽວກັນ.
(/joe/f:+joemail , /scuba/:+scuba)
ຕົວຢ່າງນີ້ສະແດງໃຫ້ເຫັນການນໍາໃຊ້ຕົວປະຕິບັດການ ','. ອີເມວຈາກ joe ໄປຫາໂຟນເດີ joemail.
ບໍ່ວ່າຈະກົງກັນຫຼືບໍ່, ເມລຖືກທົດສອບອີກຄັ້ງເພື່ອເບິ່ງວ່າມັນຢູ່ໃນ scuba
ໂຟນເດີ. ຖ້າເປັນດັ່ງນັ້ນ, ຫຼັງຈາກນັ້ນການປຸງແຕ່ງແມ່ນສໍາເລັດ.
(/sex/:+sex && /drugs/:+drugs && /rock-n-roll/:+rock):+bacchanalia
ຮູບແບບນີ້ບໍ່ໄດ້ເຮັດໃນສິ່ງທີ່ເບິ່ງຄືວ່າມັນຕັ້ງໃຈເຮັດ ນັ້ນແມ່ນ, ທໍາອິດ
glance ມັນເບິ່ງຄືວ່າຮູບແບບມີຈຸດປະສົງເພື່ອວາງຂໍ້ຄວາມທັງຫມົດທີ່ມີ "ເພດ" ໃນ
ຫົວຂໍ້ເຂົ້າໄປໃນໂຟເດີເພດ, ຂໍ້ຄວາມ "ຢາເສບຕິດ" ທັງຫມົດເຂົ້າໄປໃນໂຟເດີຢາເສບຕິດ, ທັງຫມົດ "rock-n-
roll" ຂໍ້ຄວາມເຂົ້າໄປໃນໂຟເດີ Rock ແລະ ວາງຂໍ້ຄວາມເຂົ້າໄປໃນໂຟນເດີ bacchanalia ຖ້າພວກເຂົາ
ຈັບຄູ່ທັງສາມປຸ່ມ. ຢ່າງໃດກໍ່ຕາມ, ການສະແດງອອກຢ່າງມີເຫດຜົນພຽງແຕ່ຖືກປະເມີນເທົ່າທີ່
ຈໍາເປັນ. ຖ້າຮູບແບບ "ເພດ" ບໍ່ກົງກັນ, ສອງອັນຕໍ່ໄປຈະບໍ່ຖືກທົດສອບເລີຍ.
ຂໍ້ຄວາມ "rock-n-roll" ຈະຖືກພາດໂດຍຮູບແບບນີ້.
ໃນກໍລະນີນີ້, ໂຕປະຕິບັດການ '&' ຄວນຖືກໃຊ້ແທນ '&&'.
ໄປສະນີ LISTS
ຂ້າມພາກນີ້ເວັ້ນເສຍແຕ່ວ່າທ່ານກໍາລັງໃຊ້ sortmail ເພື່ອຄຸ້ມຄອງບັນຊີລາຍຊື່ທາງໄປສະນີ.
ໃນສະພາບແວດລ້ອມທີ່ເປັນເອກະພາບ, ມັນມັກຈະບໍ່ຈໍາເປັນທີ່ຈະໃຊ້ sortmail ຫຼືອື່ນໆ
ການກັ່ນຕອງເມລ. ທ່ານພຽງແຕ່ຈະສ້າງນາມແຝງໃນ / etc / ນາມແຝງ ແລະໃຫ້ mailmail(8) ຈັບ
ທຸກສິ່ງທຸກຢ່າງ.
ຢ່າງໃດກໍຕາມ, ໃນສະພາບແວດລ້ອມ heterogeneous, ອາດຈະມີບັນຫາ. ເອກະສານທາງອິນເຕີເນັດ
Rfc822 ກໍານົດການຈັດການຂອງອີເມລ໌ອິນເຕີເນັດ, ແຕ່ມີ mailers ຈໍານວນຫຼາຍອອກມີ
ບໍ່ໃຫ້ກຽດ Rfc822 ແລະເຮັດໃຫ້ເກີດບັນຫາ. ບໍ່ແປກໃຈ, ຈໍານວນຫຼາຍຂອງການບໍລິການທີ່ສໍາຄັນ
ຜູ້ໃຫ້ບໍລິການແມ່ນໃນບັນດາຜູ້ສ້າງບັນຫາທີ່ຮ້າຍແຮງທີ່ສຸດ.
ສິ່ງທີ່ເກີດຂື້ນໂດຍປົກກະຕິແມ່ນວ່າດ້ວຍເຫດຜົນບາງຢ່າງ, ສະມາຊິກບາງຄົນໃນບັນຊີລາຍຊື່ທາງໄປສະນີຂອງເຈົ້າຢ່າງກະທັນຫັນ
ບໍ່ສາມາດຮັບຈົດໝາຍໄດ້. ຜູ້ໃຫ້ບໍລິການຢູ່ທ້າຍຂອງຜູ້ໃຊ້ສົ່ງຂໍ້ຄວາມຜິດພາດຄືນ
ໄປຫາລາຍຊື່ຕົວມັນເອງແທນທີ່ຈະສົ່ງຕົ້ນສະບັບຫຼືຜູ້ບໍລິຫານ. ຄວາມຜິດພາດ
ຫຼັງຈາກນັ້ນ, ຂໍ້ຄວາມຈະຖືກສົ່ງກັບຜູ້ຈອງລາຍຊື່ - ລວມທັງຜູ້ທີ່ບໍ່ສາມາດຮັບໄດ້
mail, ເຊິ່ງກໍ່ໃຫ້ເກີດການ bounce ອື່ນ. ນີ້ສ້າງ loop, ສົ່ງແລະສົ່ງຄືນຂໍ້ຄວາມ bounce
ຕໍ່ກັບທຸກຄົນໃນວົງການທຸກໆສອງສາມນາທີ. ກົດຫມາຍຂອງ Murphy ບອກວ່ານີ້ຈະເກີດຂຶ້ນ
ໃນຂະນະທີ່ເຈົ້າຢູ່ໃນວັນພັກ.
ນີ້ແມ່ນວິທີການບໍລິຫານບັນຊີລາຍຊື່ທາງໄປສະນີ:
ທໍາອິດ, (ເປັນຮາກ) ແກ້ໄຂ / etc / ນາມແຝງ ແລະເພີ່ມແຖວຕໍ່ໄປນີ້:
scubaclub: "| /usr/yourname/sortmail -sortmailrc scubaclubrc ຊື່ຂອງເຈົ້າ"
scubaclub-real: :include:/usr/yourname/scubalist
scubaclub-request: ຊື່ຂອງເຈົ້າ
owner-scubaclub: ຊື່ຂອງເຈົ້າ
ການເຂົ້າທໍາອິດຊີ້ໃຫ້ເຫັນວ່າ mail ກັບສະໂມສອນ scuba ຜ່ານ sortmail, ການນໍາໃຊ້ a
ໄຟລ໌ sortmailrc ສະເພາະ. ການເຂົ້າທີສອງແມ່ນນາມແຝງຂອງສະໂມສອນ scuba ຕົວຈິງ
sortmail ຈະສົ່ງຕໍ່ mail. ການເຂົ້າທີສາມແມ່ນທີ່ຢູ່ບັນຊີລາຍຊື່ມາດຕະຖານທີ່ຈະເປັນ
ໃຊ້ໂດຍຜູ້ໃຊ້ເພື່ອຕິດຕໍ່ທ່ານໂດຍກົງ; ອັນນີ້ຄວນມີຢູ່ສະເໝີສຳລັບລາຍຊື່ທາງໄປສະນີ. ໄດ້
ການເຂົ້າສຸດທ້າຍແມ່ນໃຊ້ໂດຍລະບົບ sendmail ເພື່ອສົ່ງຂໍ້ຜິດພາດພາຍໃນກັບຄືນຫາທ່ານ.
(ລະບົບ unix ສ່ວນໃຫຍ່ຕ້ອງການໃຫ້ທ່ານແລ່ນ ນາມສະກຸນໃໝ່(8) ຫຼັງຈາກການແກ້ໄຂ /etc/aliases.)
ອັນທີສອງ, ສ້າງ /usr/yourname/scubalist, ມີຊື່ແລະທີ່ຢູ່ຂອງທຸກໆຄົນໃນ
ບັນຊີລາຍການ.
ຊື່ຂອງເຈົ້າ
Joe Shmoe[email protected]>
Jane Doe[email protected]>
(ອື່ນໆ)
ອັນທີສາມ, ສ້າງໄຟລ໌ sortmailrc ທີ່ຈະຖືກໃຊ້ເພື່ອກັ່ນຕອງອີເມວຂາເຂົ້າ.
# ຕົວແປທົ່ວໄປ
set alias = scubaclub
set owner = ຊື່ຂອງເຈົ້າ
set site = yourhost.com
set digestDir = ~/Maillists/Scubaclub
# ເມລທີ່ເຮັດໃຫ້ມັນຜ່ານຕົວກອງໄດ້ຮັບທາງໄປສະນີ
# ບັນຊີລາຍຊື່ແລະເກັບໄວ້.
ຕັ້ງຄ່າເລີ່ມຕົ້ນ = m $alias-real@$site:a $digestDir/archive
# ຈົດໝາຍທີ່ຖືກປະຕິເສດແມ່ນຖືກສົ່ງໄປຫາຂ້ອຍ
set reject = m $owner
# ຈັບອັນໃດອັນໜຶ່ງທີ່ມີລັກສະນະເປັນບາດ ຫຼື ວົງ
/Mailer-Daemon/f:m $owner
/MAILER-DAEMON/f:m $owner
/Postmaster/f:m $owner
/scubaclub/f:m $owner
/X-List-Name: scubaclub/h:m $owner
bouncecheck $digestDir/bounceDb
# (ດ້ວຍເຫດຜົນບາງຢ່າງ, ພວກເຮົາບໍ່ສາມາດຕັ້ງ Errors-To ເປັນ $owner@$site,
# ເພາະວ່າຖ້າພວກເຮົາເຮັດ, sendmail ຈະຂະຫຍາຍ $owner ເປັນ
# ຄ່າບໍ່ຖືກຕ້ອງກ່ອນທີ່ຈະເຊື່ອມຕໍ່ກັບ SMTP. ມັນອາດຈະເປັນ
# ບໍ່ເປັນຫຍັງຖ້າຂ້ອຍບໍ່ມີໄຟລ໌ .forward ສ່ວນຕົວ. ໂດຍການເພີ່ມ
# a '\' ໄປຫາທີ່ຢູ່, ພວກເຮົາຫຼີກເວັ້ນບັນຫາ.)
ແທນທີ່ Reply-To: $alias@$site
ແທນທີ່ Errors-To: \\$owner@$site
ຄຳເຫັນສ່ວນຫົວ: ສົ່ງຄຳຮ້ອງຂໍເພີ່ມ/ລຶບໄປທີ່ $alias-request@$site
ສ່ວນຫົວ X-List-Name: $alias
ໃນຕົວຢ່າງນີ້, ຕົວແປ $alias, $owner, $site ແລະ $digestDir ບໍ່ໄດ້ໃຊ້.
ພາຍໃນໂດຍການຈັດລຽງ, ແຕ່ຖືກສ້າງຂື້ນເພື່ອຄວາມສະດວກແລະທົ່ວໄປ.
ຮູບແບບການຊອກຫາແມ່ນໃຊ້ເພື່ອກວດຫາຊ່ອງວ່າງຈົດໝາຍທີ່ເປັນໄປໄດ້, ແລະດັ່ງນັ້ນ, ສົ່ງອີເມວສະເໝີ
ກັບເຈົ້າຂອງ. ອີເມວທີ່ເຮັດໃຫ້ມັນບໍ່ກົງກັນກັບຮູບແບບໃດນຶ່ງຈະຖືກສົ່ງໄປຫາ
ລາຍຊື່
ເປັນທາງເລືອກສຸດທ້າຍ, ເມລຖືກປະມວນຜົນໂດຍຄໍາສັ່ງ bouncecheck ທີ່ຮັກສາ a
ຖານຂໍ້ມູນຂອງຂໍ້ຄວາມທີ່ເຫັນກ່ອນຫນ້ານີ້ແລະຈະປະຕິເສດຂໍ້ຄວາມໃດໆທີ່ເບິ່ງຄືວ່າເປັນ
ເຮັດຊ້ ຳ.
ຖ້າເມລຜ່ານທຸກຮູບແບບທີ່ບໍ່ກົງກັນ, ມັນອາດຈະເປັນຂໍ້ຄວາມທີ່ຖືກຕ້ອງ. ໃນ
ກໍລະນີນີ້, ຂໍ້ຄວາມຖືກປະມວນຜົນໂດຍຄໍາສັ່ງໃນ $ ອື່ນໆ, ທີ່ mail ຂໍ້ຄວາມໄປຫາ
ນາມແຝງຕົວຈິງ, ແລະເພີ່ມສະບັບຫຍໍ້ຂອງຂໍ້ຄວາມໃສ່
~/Maillists/Scubaclub/archive.
ສຸດທ້າຍ, ສ່ວນຫົວຂອງຈົດໝາຍຂາອອກໄດ້ຖືກດັດແກ້. ສ່ວນຫົວ "Reply-To:" ຖືກເພີ່ມໃສ່
ທີ່ຕອບກັບຈົດໝາຍຈາກລາຍການແມ່ນຖືກສົ່ງໄປຫາລາຍການໃນຂະໜາດໃຫຍ່, ແລະບໍ່ພຽງແຕ່ໄປທີ່ລາຍການເທົ່ານັ້ນ
ຜູ້ສົ່ງຂໍ້ຄວາມຕົ້ນສະບັບ. ສ່ວນຫົວ "Errors-To:" ຈະຖືກເພີ່ມເພື່ອໃຫ້ການ bounces ຈະເປັນ
ຖືກສົ່ງໄປຫາຜູ້ບໍລິຫານແທນທີ່ຈະຢູ່ໃນບັນຊີລາຍຊື່ໂດຍທົ່ວໄປ. (ບໍ່ແມ່ນການໂອນຈົດໝາຍທັງໝົດ
ຕົວແທນໃຫ້ກຽດກັບຫົວຂໍ້ "Errors-To:").
ແຖວຫົວ "X-List-Name:" ຮັບໃຊ້ສອງຈຸດປະສົງ. ທໍາອິດ, ມັນເຮັດໃຫ້ຜູ້ຮັບຮູ້ວ່າແມ່ນຫຍັງ
ເຂົາເຈົ້າໄດ້ຮັບ. ອັນທີສອງ, ມັນເປັນເຄັດລັບທີ່ໃຊ້ເພື່ອຊ່ວຍກວດຫາການຕີ. ມັນໄດ້ຖືກເພີ່ມດັ່ງນັ້ນ
ວ່າມັນອາດຈະຖືກຄົ້ນຫາໃນເມລຂາເຂົ້າ. ຖ້າຂໍ້ຄວາມທີ່ເຂົ້າມາມີອັນນີ້
header, ມັນເປັນໄປໄດ້ວ່ານີ້ແມ່ນ bounce, ແລະຖືກສົ່ງໄປຫາຜູ້ບໍລິຫານສໍາລັບ
ການກວດກາ.
ຖ້າບາງສະມາຊິກໃນລາຍຊື່ຂອງເຈົ້າຕ້ອງການຮັບຂໍ້ຄວາມໃນຮູບແບບ "ຍ່ອຍ", ທ່ານສາມາດແບ່ງອອກໄດ້
ບັນຊີລາຍຊື່ອອກເປັນສອງພາກ, ຫນຶ່ງປົກກະຕິແລະຫນຶ່ງສໍາລັບສະມາຊິກທີ່ຕ້ອງການຍ່ອຍ. ຕື່ມການ
ແຖວຕໍ່ໄປນີ້ / etc / ນາມແຝງ:
scubaclub-digest: :include:/usr/yourname/scubadigest
ແລະປ່ຽນ $default ໃນ /usr/yourname/scubaclubrc:
ຕັ້ງຄ່າເລີ່ມຕົ້ນ = m $alias-real@foo:a $digestDir/archive:d $digestDir/digest
ດຽວນີ້, ຂໍ້ຄວາມທີ່ເຂົ້າມາຈະຖືກຄັດລອກໃສ່ ~/Maillists/Scubaclub/digest ເຊັ່ນດຽວກັນກັບ
~/Maillists/Scubaclub/archive. ບົນພື້ນຖານໃນຕອນກາງຄືນ, ດໍາເນີນໂຄງການທີ່ຈະທົດສອບ
ເບິ່ງວ່າ ~/Maillists/Scubaclub/digest ແມ່ນບໍ່ຫວ່າງ, ແລະຖ້າເປັນດັ່ງນັ້ນ, ສົ່ງໄປທີ່ scubaclub-
digest@yourhost ແລະເປົ່າມັນ.
#! / ຖັງ / sh
#
# ເກັບກໍາໄຟລ໌ຍ່ອຍ, prepend ບາງຂໍ້ມູນສ່ວນຫົວແລະສົ່ງ
digest=/usr/yourname/Maillists/Scubaclub/digest
alias=scubaclub
host=yourhost.com
ຖ້າ [ ! -s $digest ] ; ແລ້ວ
ທາງອອກ 0
fi
cat $digest | ອ້າວ "
{
ພິມ \"ເສັ້ນທາງກັບຄືນ: $alias@$host\"
ພິມ \"ວັນທີ: `ວັນທີ`\"
ພິມ \"ຈາກ: $alias@$host\"
ພິມ \"ເຖິງ: $alias@$host\"
ພິມ \"ຫົວຂໍ້: $alias digest\"
ພິມ \"X-List-Name: $alias\"
ພິມ \"\"
ພິມ \"\"
}
{print}" | \
/usr/lib/sendmail -om -oi -f$alias@$host $alias-digest
rm $digest
ແຕະ $digest
chmod a+w $digest
ຫມາຍເຫດ
ຈື່ໄວ້ວ່າ sortmail ສາມາດຖືກປະຕິບັດພາຍໃຕ້ userid ໃດໆ (ເຊັ່ນ: root, daemon ຫຼືຜູ້ສົ່ງ
ຂອງ mail) ຂຶ້ນກັບຜູ້ທີ່ສົ່ງ mail, ແລະບໍ່ວ່າຈະມາຈາກທ້ອງຖິ່ນຫຼືບໍ່
ເຄື່ອງ. ເນື່ອງຈາກວ່ານີ້, ທ່ານບໍ່ສາມາດຂຶ້ນກັບສະພາບແວດລ້ອມຜູ້ໃຊ້ໃດທີ່ຈະສາມາດໃຊ້ໄດ້,
ໂດຍສະເພາະແມ່ນຕົວແປສະພາບແວດລ້ອມແລະເສັ້ນທາງ. ຊື່ໄຟລ໌ທັງຫມົດແລະຊື່ໂຄງການຄວນຈະເປັນ
ລະບຸເປັນເສັ້ນທາງເຕັມ, ຍົກເວັ້ນຮູບແບບ "~", "~ ຜູ້ໃຊ້" ແລະ "+ ໂຟນເດີ" ແມ່ນເຂົ້າໃຈ. ໄດ້
ການອະນຸຍາດຂອງການຈັດລຽງລໍາດັບແລະທຸກລະບົບຕາມເສັ້ນທາງຂອງຕົນຄວນຈະເປັນດັ່ງທີ່ຜູ້ໃຊ້
ສາມາດປະຕິບັດມັນ.
ຖ້າທ່ານທໍ່ຈົດໝາຍຂາເຂົ້າຜ່ານໂຄງການ, ໂຄງການນັ້ນບໍ່ຄວນສ້າງຜົນຜະລິດໃດໆ
ເພື່ອ stdout ຫຼື stderr ໃດກໍ່ຕາມ. ຖ້າຫາກວ່າມັນເຮັດໄດ້, ຜົນຜະລິດທີ່ຈະຖືກສົ່ງກັບຄືນໄປບ່ອນ
ຜູ້ໃຫ້ກຳເນີດຂອງຈົດໝາຍ ຄືກັບວ່າຈົດໝາຍໄດ້ bounced.
ສະເຫມີທົດສອບການຕິດຕັ້ງຂອງທ່ານຢ່າງລະອຽດ, ໂດຍສະເພາະໃນເວລາທີ່ການຄຸ້ມຄອງບັນຊີລາຍຊື່ເມລ. ຄວາມຜິດພາດ
ປົກກະຕິແລ້ວສົ່ງຜົນໃຫ້ຂໍ້ຄວາມ bounce ຖືກສົ່ງໄປຫາຕົ້ນກໍາເນີດຂອງ mail. ນີ້ສາມາດເປັນ
ໄພພິບັດທີ່ມີບັນຊີລາຍຊື່ທາງໄປສະນີ. ເມື່ອທົດສອບລາຍຊື່ເມລ, ເລີ່ມຕົ້ນດ້ວຍລາຍການທົດສອບ
ປະກອບມີພຽງແຕ່ຊື່ຂອງທ່ານແລະທີ່ຢູ່ທີ່ບໍ່ດີທີ່ຮູ້ຈັກເພື່ອທົດສອບການຈັດການ bounce. ການນຳໃຊ້ ກ
logfile ແລະ -v ແມ່ນແນະນໍາສໍາລັບສອງສາມມື້ທໍາອິດຫຼັງຈາກການຕິດຕັ້ງ.
ກົນໄກການຊອກຄົ້ນຫາ bounce ພະຍາຍາມທີ່ເຂັ້ມແຂງ, ແຕ່ເປັນຄໍາເວົ້າໄປ, ທ່ານບໍ່ສາມາດ
ເຮັດໃຫ້ລະບົບທີ່ foolproof ເພາະວ່າຄົນໂງ່ບາງຄົນແມ່ນ ingenious. ບໍ່ວ່າຈະລະອຽດປານໃດ
ກົນໄກການຊອກຄົ້ນຫາແມ່ນ, ມີ mailer ທີ່ແຕກຫັກອອກມີ somewhere ທີ່ສາມາດ defeat
ມັນ.
ຢ່າປ່ອຍໃຫ້ບັນຊີລາຍຊື່ທາງໄປສະນີໂດຍບໍ່ໄດ້ເອົາໃຈໃສ່; ນັ້ນແມ່ນເວລາທີ່ bounce loops ເບິ່ງຄືວ່າຈະເລີ່ມຕົ້ນ. ຖ້າ
ເຈົ້າໄປພັກຜ່ອນ, ປິດລາຍຊື່ຊົ່ວຄາວ, ຫຼືແຕ່ງຕັ້ງຄົນທີ່ສາມາດເຮັດໄດ້
ປິດມັນໃນກໍລະນີສຸກເສີນ.
ອອກ STATUS
ຄ່າທາງອອກຕໍ່ໄປນີ້ຖືກສົ່ງຄືນ:
0 ອອກຈາກປົກກະຕິ, ສົ່ງຈົດໝາຍສຳເລັດແລ້ວ.
1 ອອກຈາກປົກກະຕິ, ແຕ່ບໍ່ມີຂໍ້ຄວາມລໍຖ້າ (-mbox ແລະ -pop ທາງເລືອກ)
2 ຜູ້ໃຊ້ຜິດພາດໃນຕົວເລືອກແຖວຄໍາສັ່ງ.
3 ເກີດຄວາມຜິດພາດໃນໄຟລ໌ .mailrc ຫຼື .sortmailrc.
4 ໝົດ ຄວາມຊົງ ຈຳ
5 ບໍ່ສາມາດກໍານົດຊື່ຜູ້ໃຊ້ໄດ້
6 ບໍ່ສາມາດກໍານົດລາຍຊື່ຜູ້ໃຊ້ໄດ້
7 ບໍ່ສາມາດເປີດໄຟລ໌ຊົ່ວຄາວໄດ້. ໃນກໍລະນີນີ້, ຮຽງເມລ ຄວາມພະຍາຍາມທີ່ຈະຟື້ນຕົວໂດຍການຂຽນ
ຈົດໝາຍທີ່ເຂົ້າມາໃນກ່ອງຈົດໝາຍຂອງຜູ້ໃຊ້.
8 ບໍ່ສາມາດເປີດຖານຂໍ້ມູນ bounce-check (-dumpCrcs ຄໍາສັ່ງ)
9 ບໍ່ສາມາດເປີດໄຟລ໌ປ້ອນຂໍ້ມູນ (-inbox ທາງເລືອກ).
ໃຊ້ sortmail ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net