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

ໂຄງການ:

NAME

couriermlm - ຜູ້ຈັດການລາຍຊື່ທາງໄປສະນີ Courier

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

couriermlm {ຄໍາສັ່ງ} {ລະບົບ} [arg... ]

ລາຍລະອຽດ

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

ການສ້າງ A ໄປສະນີ LIST
ທຸກຄົນສາມາດໃຊ້ couriermlm, ບໍ່ພຽງແຕ່ຜູ້ເບິ່ງແຍງລະບົບ. ເມລເຊີບເວີ mail Courier
server ແປທີ່ຢູ່ list-name@domain ເປັນທີ່ຢູ່ທ້ອງຖິ່ນທີ່ສອດຄ້ອງກັນ ຈຸດ-
ໄປສະນີ(5)[1] ໄຟລ໌. ໃຜກໍ່ຕາມທີ່ສາມາດຕິດຕັ້ງ a dot-courier(5​) [1​] ໄຟລ​໌​, ແລະ​ສາ​ມາດ​ກໍາ​ນົດ​ເວ​ລາ​
cron(8) ວຽກເຮັດງານທໍາ, ສາມາດດໍາເນີນການ a couriermlm ບັນຊີລາຍຊື່ທາງໄປສະນີ.

ຈົ່ງຈື່ໄວ້ວ່າຜູ້ເບິ່ງແຍງລະບົບສາມາດເລືອກໄດ້ທີ່ຈະເອົາອອກ dot-courier(5​) [1​] ສະ​ຫນັບ​ສະ​ຫນູນ​
ຈາກເຄື່ອງແມ່ຂ່າຍເມລ Courier. couriermlm ຈະບໍ່ເຮັດວຽກໃນກໍລະນີດັ່ງກ່າວ.

ການ​ຕັ້ງ​ຄ່າ​ບັນ​ຊີ​ລາຍ​ຊື່​ທາງ​ໄປ​ສະ​ນີ​ປະ​ກອບ​ດ້ວຍ​ຂັ້ນ​ຕອນ​ຕໍ່​ໄປ​ນີ້​:

ການດໍາເນີນງານ couriermlm ສ້າງ
ໃຊ້ຄໍາສັ່ງນີ້ເພື່ອສ້າງໄດເລກະທໍລີທີ່ couriermlm ຮັກສາລາຍຊື່ທາງໄປສະນີທີ່ກ່ຽວຂ້ອງ
ໄຟລ໌.

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

ສ້າງ dot-courier(5)[1] ໄຟລ໌
ຕັ້ງຄ່າເພື່ອດໍາເນີນການ couriermlm ເພື່ອແຈກຢາຍຂໍ້ຄວາມລາຍຊື່ທາງໄປສະນີ, ແລະການຮ້ອງຂໍຂະບວນການ.

ຕັ້ງ​ຄ່າ cron(8​)
ທ່ານຈໍາເປັນຕ້ອງຕັ້ງຄ່າ cron(8) ວຽກເຮັດງານທຳ couriermlm ຊົ່ວໂມງ ແລະ couriermlm ປະຈໍາວັນ
ຄໍາສັ່ງ, ເຊິ່ງປະຕິບັດການບໍາລຸງຮັກສາບັນຊີລາຍຊື່ທາງໄປສະນີປົກກະຕິ.

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

ຫມາຍ​ເຫດ​
ການຕັ້ງຄ່າສະຫຼຸບສໍາລັບບັນຊີລາຍຊື່ທາງໄປສະນີຮຽກຮ້ອງໃຫ້ມີຂັ້ນຕອນເພີ່ມເຕີມ. ເບິ່ງ "ການຕັ້ງຄ່າ up a
ທາງໄປສະນີ ບັນຊີລາຍຊື່ ຍ່ອຍ[2]" ຂ້າງລຸ່ມນີ້ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

ຂັ້ນຕອນທໍາອິດແມ່ນເພື່ອດໍາເນີນການຄໍາສັ່ງຕໍ່ໄປນີ້:

couriermlm ສ້າງ ລະບົບ ທີ່ຢູ່=list@domain

ລະບົບ ແມ່ນບັນຊີລາຍການທາງໄປສະນີທີ່ຈະຖືກຈັດການໂດຍ couriermlm. ບັນຊີລາຍການນີ້
ບໍ່ຄວນສ້າງລ່ວງຫນ້າ, ຄໍາສັ່ງນີ້ສ້າງໄດເລກະທໍລີນີ້, ແລະເລີ່ມຕົ້ນມັນ.

list@domain ແມ່ນທີ່ຢູ່ຂອງລາຍຊື່ທາງໄປສະນີ, ທີ່ຢູ່ສົ່ງຂໍ້ຄວາມໄປຫາທາງໄປສະນີ
ລາຍຊື່

ການຕັ້ງຄ່າເພີ່ມເຕີມ, URL ອາດຈະຖືກລະບຸໄວ້:

couriermlm ສ້າງ ລະບົບ ທີ່ຢູ່=list@domain URL=url

"url" ຈະເປັນ URL ຂອງຫນ້າເວັບ WebMLM ສໍາລັບບັນຊີລາຍຊື່ທາງໄປສະນີນີ້. ເບິ່ງ webmlmd(1)[3] ສໍາລັບ
ຂໍ້ມູນເພີ່ມເຕີມ

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

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

sub.tmpl
ນີ້​ແມ່ນ​ການ​ຕອບ​ຄືນ​ທີ່​ຖືກ​ສົ່ງ​ກັບ​ຄືນ​ໄປ​ບ່ອນ​ຕອບ​ສະ​ຫນອງ​ກັບ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ສະ​ຫມັກ​. ຫນ້ອຍ
ທີ່ສໍາຄັນແມ່ນ unsub.tmpl, ເຊິ່ງເປັນການຕອບສະຫນອງຕໍ່ການຮ້ອງຂໍໃຫ້ຍົກເລີກການຈອງ.

sub2.tmpl
ນີ້ແມ່ນການຢືນຢັນການສະໝັກທີ່ສຳເລັດຜົນ. ພາບລວມສັ້ນໆຂອງລາຍຊື່ທາງໄປສະນີ
ອາດຈະເຫມາະສົມທີ່ນີ້.

couriermlm ມີການສະຫນັບສະຫນູນພື້ນຖານສໍາລັບແມ່ແບບທີ່ບໍ່ແມ່ນພາສາອັງກິດ. ໄດ້ couriermlm ສ້າງ
ຄໍາສັ່ງມີພາລາມິເຕີທາງເລືອກດຽວ, --lang=បច្ច័យ ທາງ​ເລືອກ​ທີ່​ຈະ​ຕ້ອງ​ໄດ້​ຮັບ​ການ​ລະ​ບຸ​ໄວ້​ຫຼັງ​ຈາກ​ນັ້ນ​
ຊື່ຂອງບັນຊີລາຍການທາງໄປສະນີ:

couriermlm ສ້າງ ລະບົບ --lang=es ADDRESS=list@domain URL=url

ແມ່ແບບສໍາລັບໄຟລ໌ຂໍ້ຄວາມຫຼັກຊັບມາຈາກ /usr/lib/courier/couriermlm. ນີ້
ໄດເລກະທໍລີມີໄຟລ໌ແມ່ແບບ *.tmpl ແລະ *.html ທັງໝົດທີ່ couriermlm ສ້າງ
ຕິດຕັ້ງຢູ່ໃນບັນຊີລາຍຊື່ທາງໄປສະນີໃຫມ່ ລະບົບ.

ສະບັບແປຂອງໄຟລ໌ແມ່ແບບໄດ້ຖືກຕິດຕັ້ງຢູ່ໃນໄດເລກະທໍລີດຽວກັນ,
/usr/lib/courier/couriermlm. ສະບັບແປຂອງ ເອກະສານ ຕ້ອງໄດ້ຮັບການຕິດຕັ້ງເປັນ
ເອກະສານ.បច្ច័យຕົວຢ່າງ: help.tmpl.es ແມ່ນສະບັບແປຂອງ help.tmpl, ພ້ອມດ້ວຍ
“es” ຕໍ່ທ້າຍ.

ໄດ້ --lang=បច្ច័យ ທາງເລືອກຕິດຕັ້ງເວີຊັນ .suffix ຂອງແຕ່ລະໄຟລ໌ແມ່ແບບຂໍ້ຄວາມ, ຖ້າ
ມີໃຫ້. ຖ້າບໍ່ແມ່ນ, ໄຟລ໌ແມ່ແບບພາສາອັງກິດຫຼັກຊັບຈະຖືກຄັດລອກ, ຕາມປົກກະຕິ.

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

ຕົວຢ່າງ:

couriermlm ສ້າງ /home/lists/users-list --lang=es ...

ຕົວຢ່າງນີ້ຕິດຕັ້ງເວີຊັນ *.es ຂອງໄຟລ໌ແມ່ແບບລາຍຊື່ທາງໄປສະນີ. ພຽງ​ແຕ່​ຫຼັກ​ຊັບ​,
ໄຟລ໌ແມ່ແບບພາສາອັງກິດມາພ້ອມກັບເຄື່ອງແມ່ຂ່າຍເມລ Courier. ກົນໄກນີ້ພຽງແຕ່ສະຫນອງການ
ຄວາມ​ສາ​ມາດ​ເຊື່ອມ​ໂຍງ​ງ່າຍ​ທີ່​ມີ​ໄຟລ​໌​ແມ່​ແບບ​ຈາກ​ແຫຼ່ງ​ອື່ນໆ​.

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

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

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

ໄດ້ຮັບ:
ວັນທີ່:

ທັງໄຟລ໌ headeradd ແລະ headerdel ສາມາດຖືກນໍາໃຊ້ເພື່ອປະຕິບັດຄຸນສົມບັດທີ່ນິຍົມຂອງ
ການ​ຕັ້ງ​ຄ່າ​ການ​ຕອບ​ກັບ​ທຸກ​ຂໍ້​ຄວາມ​ເພື່ອ​ໄປ​ທີ່​ບັນ​ຊີ​ລາຍ​ການ​ທາງ​ໄປ​ສະ​ນີ​. ມີ "Reply-To:" ໃນ
headerdel, ລົບໃດໆທີ່ມີຢູ່ ຕອບ​ກັບ: header, ແລະຫຼັງຈາກນັ້ນມີ "Reply-To: list@domain"
ໃນ headeradd ຕື່ມການຄົງທີ່ ຕອບ​ກັບ: ສ່ວນຫົວໄປຫາທຸກໆຂໍ້ຄວາມ.

ໄດ້ ສ້າງ ຄໍາສັ່ງຍັງສ້າງໄດເລກະທໍລີຍ່ອຍຕໍ່ໄປນີ້ໃນບັນຊີລາຍຊື່ທາງໄປສະນີ
ໄດເລກະທໍລີ:

ລາຍຊື່ຍ່ອຍ
ໄດເລກະທໍລີຍ່ອຍນີ້ມີໄຟລ໌ຖານຂໍ້ມູນທີ່ປະກອບດ້ວຍການຈອງລາຍຊື່ທາງໄປສະນີ
ລາຍຊື່

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

ຄໍາສັ່ງ, commands.dat
ໄດເລກະທໍລີເຫຼົ່ານີ້ເກັບຮັກສາໄຟລ໌ຊົ່ວຄາວທີ່ມີຄໍາສັ່ງທີ່ຍັງຄ້າງ (ຍັງບໍ່ໄດ້ຮັບການຢືນຢັນ).
ສໍາລັບຜູ້ຈັດການລາຍຊື່ທາງໄປສະນີ. ໄດ້ couriermlm ຄໍາສັ່ງ ຊົ່ວໂມງ ແລະ ປະຈໍາວັນ ຕ້ອງເປັນ
ປະ​ຕິ​ບັດ​ເປັນ​ປົກ​ກະ​ຕິ​ໃນ​ຄໍາ​ສັ່ງ​ທີ່​ເປັນ​ໄລ​ຍະ​ການ​ລົບ​ລາຍ​ການ stale​.

modqueue
ຂໍ້ຄວາມທີ່ລໍຖ້າການອະນຸມັດຈາກຜູ້ຄວບຄຸມ (ສໍາລັບລາຍການທີ່ຖືກກວດສອບ).

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

ຂັ້ນຕອນສຸດທ້າຍກ່ຽວຂ້ອງກັບການຕິດຕັ້ງຄູ່ນ່ຶຂອງ dot-courier(5)[1] ໄຟລ໌ທີ່ແລ່ນ couriermlm
ທີ່ຈະໄດ້ຮັບຂໍ້ຄວາມລາຍຊື່ທາງໄປສະນີແລະຄໍາສັ່ງບໍລິຫານ. ທີ່​ຢູ່​ບັນ​ຊີ​ລາຍ​ຊື່​ທາງ​ໄປ​ສະ​ນີ​,
list@domain, ກົງກັບບາງ dot-courier(5)[1] ໄຟລ໌. ຕົວຢ່າງ, ຖ້າລະບົບຂອງເຈົ້າ
ບັນຊີແມ່ນ john, ແລະໂດເມນເມລຂອງເຈົ້າແມ່ນ example.com, ຫຼັງຈາກນັ້ນ dot-courier(5)[1] ໄຟລ໌ສໍາລັບ
ບັນຊີລາຍຊື່ທາງໄປສະນີ <[email protected]> ແມ່ນ $HOME/.courier-list.

ໃຫ້ເວົ້າວ່າ dot-courier(5)[1] ໄຟລ໌ແມ່ນ $HOME/.courier-list. ເພື່ອສະຫນັບສະຫນູນຢ່າງຖືກຕ້ອງ
ບັນຊີລາຍຊື່ທາງໄປສະນີ, ຕໍ່ໄປນີ້ dot-courier(5​)[1​] ໄຟລ​໌​ຈະ​ຕ້ອງ​ໄດ້​ຮັບ​ການ​ເລີ່ມ​ຕົ້ນ​ເປັນ​
ຕໍ່ໄປນີ້:

$HOME/.courier-list
ໄຟລ໌ນີ້ຄວນໄດ້ຮັບການເລີ່ມຕົ້ນເພື່ອໃຫ້ມີຄໍາແນະນໍາການຈັດສົ່ງຕໍ່ໄປນີ້:

| /usr/bin/couriermlm ຂໍ້ຄວາມ ລະບົບ

ລະບົບ ແມ່ນລາຍຊື່ທາງໄປສະນີທີ່ສ້າງຂື້ນ.

$HOME/.courier-list-owner
ໄຟລ໌ນີ້ຄວນຈະມີຄໍາແນະນໍາການຈັດສົ່ງທີ່ເຫມາະສົມສໍາລັບການສົ່ງຕໍ່ຈົດຫມາຍທັງຫມົດ
ກ່າວເຖິງ ໄປຫາທີ່ຢູ່ຂອງເຈົ້າຂອງລາຍຊື່ທາງໄປສະນີ. ນີ້
ສາ​ມາດ​ເປັນ​ທີ່​ຢູ່​ອີ​ເມລ​ອື່ນ​, ຫຼື​ສະ​ເພາະ​ຂອງ mailbox​.

$HOME/.courier-list-default
ໄຟລ໌ນີ້ຄວນໄດ້ຮັບການເລີ່ມຕົ້ນເພື່ອໃຫ້ມີຄໍາແນະນໍາການຈັດສົ່ງຕໍ່ໄປນີ້:

| /usr/bin/couriermlm ctlmsg ລະບົບ

ລະບົບ ແມ່ນລາຍຊື່ທາງໄປສະນີທີ່ສ້າງຂື້ນ. ນີ້ dot-courier(5​) [1​] ໄຟລ​໌​ໃຫ້​
ສະຫນັບສະຫນູນສໍາລັບທີ່ຢູ່ອື່ນໆທັງຫມົດຂອງແບບຟອມຄໍາສັ່ງ@domain>, ບ່ອນໃດ ຄໍາສັ່ງ ເປັນ
mailing list ຄໍາສັ່ງບໍລິຫານ. ຄໍາສັ່ງຖືກສົ່ງໄປຫາຜູ້ຈັດການບັນຊີລາຍຊື່ທາງໄປສະນີໂດຍ
ສົ່ງຂໍ້ຄວາມໄປຫາທີ່ຢູ່ພິເສດຫຼາຍອັນ, ອະທິບາຍໃຫ້ຄົບຖ້ວນກວ່າ
"ທາງໄປສະນີ ບັນຊີລາຍຊື່ ຄໍາສັ່ງ[4​]​, ຂ້າງ​ລຸ່ມ​ນີ້​.

MANUAL ສາມາດ
couriermlm ອາດຈະຖືກດໍາເນີນການດ້ວຍຕົນເອງຈາກເສັ້ນຄໍາສັ່ງດັ່ງຕໍ່ໄປນີ້:

/usr/bin/couriermlm ຄໍາສັ່ງ ລະບົບ [ຕົວເລືອກ... ]

ຄໍາສັ່ງ ແມ່ນຄໍາສັ່ງຈາກບັນຊີລາຍຊື່ຕໍ່ໄປນີ້. ລະບົບ ແມ່ນບັນຊີລາຍການທາງໄປສະນີ.
ຄໍາສັ່ງແມ່ນ:

ສ້າງ
ສ້າງລາຍຊື່ທາງໄປສະນີ.

ການປັບປຸງ
ອັບເດດ/ຟື້ນຟູແມ່ແບບລາຍຊື່ທາງໄປສະນີ. ຕົ້ນສະບັບ, ເລີ່ມຕົ້ນ, ຂໍ້ຄວາມບັນຊີລາຍຊື່ທາງໄປສະນີ
ໄຟລ໌ແມ່ແບບ (*.tmpl ແລະ *.tmpl.html) ຖືກຕິດຕັ້ງຄືນໃໝ່ໃນລາຍການທາງໄປສະນີ.
ໄດເລກະທໍລີ. ຄໍາ​ສັ່ງ​ນີ້​ຈະ​ຕ້ອງ​ໄດ້​ຮັບ​ການ​ປະ​ຕິ​ບັດ​ສໍາ​ລັບ​ທຸກ​ລະ​ບົບ​ການ​ຈົດ​ຫມາຍ​ສະ​ບັບ​ຫຼັງ​ຈາກ​
ອັບເກຣດເປັນເຊີບເວີ Courier ເວີຊັ່ນ 0.55, ຫຼືຫຼັງຈາກນັ້ນ, ຈາກລຸ້ນກ່ອນໜ້ານີ້ (ແຕ່ເບິ່ງ
ດ້ານລຸ່ມ). couriermlm ໃນເວີຊັ່ນ 0.55 ຂອງເຊີບເວີເມລ Courier ໃຊ້ແມ່ແບບທີ່ອັບເດດແລ້ວ
ໄຟລ໌, ເຊິ່ງຕ້ອງໄດ້ຮັບການຕິດຕັ້ງຢູ່ໃນທຸກລາຍຊື່ທາງໄປສະນີ. ເຖິງແມ່ນວ່າຊື່ຂອງ
ໄຟລ໌ແມ່ແບບຈໍານວນຫຼາຍບໍ່ໄດ້ປ່ຽນແປງ, ລະຫັດ markup ຝັງຢູ່ໃນໄຟລ໌ແມ່ແບບ
ເຮັດວຽກແຕກຕ່າງກັນ.

1. ເລີ່ມຕົ້ນໂດຍການເຮັດສໍາເນົາສໍາຮອງຂອງໄຟລ໌ *.tmpl ທັງຫມົດທີ່ມີຢູ່ໃນທີ່ມີຢູ່ແລ້ວ couriermlm
ບັນຊີລາຍຊື່ທາງໄປສະນີ.

2. ດໍາເນີນການຄໍາສັ່ງ "ປັບປຸງ" ໃນບັນຊີລາຍການ.

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

4. ດໍາເນີນການກັບລາຍຊື່ທາງໄປສະນີຕໍ່ໄປ.

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

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

ຈົ່ງຈື່ໄວ້ວ່າບັນຫາຕໍ່ໄປນີ້, ໃນຂະນະທີ່ຍ້າຍລາຍຊື່:

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

· ມີໄຟລ໌ແມ່ແບບໃໝ່ຫຼາຍອັນ, ລວມທັງໄຟລ໌ *.html ຈໍານວນໜຶ່ງ
ອ້າງເຖິງການຕອບໂຕ້ຮູບແບບ HTML ໃຫມ່ຈາກ couriermlm, ແລະສ່ວນຕິດຕໍ່ WebMLM.

· ຈົ່ງຮູ້ເຖິງຫົວຈົດໝາຍສະບັບປັບປຸງທີ່ປະກາດໄວ້ໃນຫຼາຍໄຟລ໌ແມ່ແບບ. MIME
ຕອນນີ້ຊຸດຕົວອັກສອນຖືກມອບໃຫ້ເປັນ utf-8. ບາງແມ່ແບບບໍ່ມີແລ້ວ
Mime-Version ແລະຫົວເລື່ອງ. ສ່ວນຫົວຫົວຂໍ້ຖືກຍ້າຍໄປແຍກກັນ
ໄຟລ໌ແມ່ແບບ. ໄຟລ໌ແມ່ແບບທີ່ມີຢູ່ແລ້ວຈໍານວນຫຼາຍປະຈຸບັນມີທັງຂໍ້ຄວາມທໍາມະດາແລະເປັນ
ສະບັບ HTML ຂອງຮູບແບບ couriermlm ຕອບສະໜອງ. ສະເຫມີເລື່ອນໄປໃນຕອນທ້າຍຂອງ
ແຕ່ລະໄຟລ໌ແມ່ແບບ, ເພື່ອເປີດເຜີຍສ່ວນ HTML ໃດໆຕໍ່ທ້າຍຂອງຂໍ້ຄວາມຂອງແມ່ແບບ.

ທີ່ກໍານົດໄວ້
ຕັ້ງຕົວເລືອກລາຍຊື່ທາງໄປສະນີ.

ການຍ່ອຍ
ສະໝັກທີ່ຢູ່ກັບລາຍຊື່ທາງໄປສະນີດ້ວຍຕົນເອງ.

unsub
ຍົກ​ເລີກ​ການ​ສະໝັກ​ໃຊ້​ທີ່​ຢູ່​ຈາກ​ລາຍ​ຊື່​ທາງ​ໄປສະນີ.

lsub
ລາຍຊື່ຜູ້ຈອງທັງຫມົດໃນບັນຊີລາຍຊື່ທາງໄປສະນີນີ້.

ນາມສະກຸນ
ລາຍຊື່ນາມແຝງທີ່ຂຽນເທົ່ານັ້ນສຳລັບລາຍຊື່ທາງໄປສະນີນີ້.

ການສົ່ງອອກ
ສົ່ງອອກຂໍ້ມູນຜູ້ຈອງລາຍຊື່ທາງໄປສະນີ.

ການນໍາເຂົ້າ
ນໍາເຂົ້າຂໍ້ມູນຜູ້ຈອງບັນຊີລາຍຊື່ທາງໄປສະນີ.

ctlmsg
ຮັບ ແລະຕີຄວາມໝາຍຂໍ້ຄວາມຄວບຄຸມ.

ຂໍ້ມູນ
ສະແດງບັນທຶກການຕິດຕາມ.

msg
ປະກາດຂໍ້ຄວາມໃສ່ບັນຊີລາຍຊື່ທາງໄປສະນີ.

ຊົ່ວໂມງ
ປະຕິບັດການບໍາລຸງຮັກສາຊົ່ວໂມງ. ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະສ້າງຕັ້ງຂຶ້ນ a cron(8​) ວຽກ​ເຮັດ​ງານ​ທໍາ​ເພື່ອ​ປະ​ຕິ​ບັດ​
ຊົ່ວໂມງ ຄໍາສັ່ງຫນຶ່ງຊົ່ວໂມງ.

ປະຈໍາວັນ
ປະຕິບັດການບໍາລຸງຮັກສາປະຈໍາວັນ. ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະສ້າງຕັ້ງຂຶ້ນ a cron(8​) ວຽກ​ເຮັດ​ງານ​ທໍາ​ເພື່ອ​ປະ​ຕິ​ບັດ​
ປະຈໍາວັນ ຄໍາສັ່ງຫນຶ່ງຄັ້ງຕໍ່ມື້.

ຍ່ອຍ
ສ້າງບົດສະຫຼຸບ. ເບິ່ງ "ການຕັ້ງຄ່າ up a ທາງໄປສະນີ ບັນຊີລາຍຊື່ ຍ່ອຍ[2]" ຂ້າງລຸ່ມນີ້ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

MANUAL ການສະ ໝັກ ການຄຸ້ມຄອງ
ຄໍາສັ່ງຍ່ອຍ, unsub, lsub, laliases, ສົ່ງອອກ, ແລະນໍາເຂົ້າອະນຸຍາດໃຫ້ບັນຊີລາຍຊື່ການສະຫມັກຄູ່ມື
ການຄຸ້ມຄອງ. ໂດຍປົກກະຕິ, ຄໍາສັ່ງທີ່ກ່ຽວຂ້ອງກັບການຈອງແມ່ນເຮັດໂດຍການສົ່ງທີ່ເຫມາະສົມ
ຄໍາສັ່ງບັນຊີລາຍຊື່ທາງໄປສະນີ, ເບິ່ງ "ທາງໄປສະນີ ບັນ​ຊີ​ລາຍ​ຊື່ ຄໍາສັ່ງ[4​]​, ຂ້າງ​ລຸ່ມ​ນີ້​.

couriermlm ຍ່ອຍ ລະບົບ user@domain

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

couriermlm unsub ລະບົບ user@domain

ຄໍາສັ່ງນີ້ເອົາທີ່ຢູ່ອອກ ຈາກມ້ວນການສະໝັກໃຊ້. couriermlm
ຍັງຈະອ່ານຄໍາຄິດຄໍາເຫັນແບບບໍ່ເສຍຄ່າ, ເຊິ່ງຖືກເພີ່ມເຂົ້າໃນບັນທຶກການສະຫມັກ. ຫຼັງຈາກ
ການເອົາທີ່ຢູ່ນີ້ອອກຈາກມ້ວນການສະໝັກໃຊ້, ບັນທຶກການສະໝັກໃຊ້ຂອງມັນຈະຖືກເກັບໄວ້ໃນ
ໄດ້ directory/unsublist ລະບົບ.

couriermlm lsub ລະບົບ

ຄໍາ​ສັ່ງ​ນີ້​ບັນ​ຊີ​ລາຍ​ການ​ທີ່​ຢູ່​ທັງ​ຫມົດ​ທີ່​ສະ​ຫມັກ​ບັນ​ຊີ​ລາຍ​ການ​, ໃນ​ຜົນ​ຜະ​ລິດ​ມາດ​ຕະ​ຖານ​, ຫນຶ່ງ​ຕໍ່​
ເສັ້ນ.

couriermlm laliases ລະບົບ

ຄໍາສັ່ງນີ້ສະແດງລາຍຊື່ນາມແຝງທີ່ຂຽນເທົ່ານັ້ນທີ່ໄດ້ລົງທະບຽນຢູ່ໃນບັນຊີລາຍຊື່, ຮ່ວມກັນ
ກັບທີ່ຢູ່ຂອງສະມາຊິກທີ່ເພີ່ມແຕ່ລະນາມແຝງ. ເບິ່ງ "ຂຽນເທົ່ານັ້ນ ນາມແຝງ[5​]" ສໍາ​ລັບ​ການ​ເພີ່ມ​ເຕີມ​
ຂໍ້ມູນຂ່າວສານ.

couriermlm ສົ່ງອອກ ລະບົບ

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

ທີ່ຢູ່
ການຈອງ ຂໍ້ມູນຂ່າວສານ
...
ທີ່ຢູ່
ການຈອງ ຂໍ້ມູນຂ່າວສານ
...

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

couriermlm ນໍາເຂົ້າ ລະບົບ

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

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

ຕັ້ງ ໄປສະນີ LIST OPTIONS
ໄດ້ ທີ່ກໍານົດໄວ້ ຄໍາສັ່ງກໍານົດທາງເລືອກລາຍການຕ່າງໆ:

couriermlm ຊຸດ ລະບົບ option=value option=value...

ຫມາຍ​ເຫດ​
ການຕັ້ງຄ່າທີ່ຢູ່ຫຼືທາງເລືອກ URL, ອະທິບາຍຂ້າງລຸ່ມນີ້, ປັບປຸງອັດຕະໂນມັດ
ເນື້ອໃນຂອງໄຟລ໌ການຕັ້ງຄ່າ headeradd. ສ່ວນຫົວ “List-” ທີ່ມີຢູ່ແລ້ວຂອງມັນຈະຖືກເອົາອອກ
ແລະຖືກແທນທີ່ດ້ວຍສ່ວນຫົວ “List-” ທີ່ປັບປຸງໃໝ່ທີ່ສະທ້ອນເຖິງທີ່ຢູ່ ຫຼື URL ທີ່ຖືກປັບປຸງໃໝ່.

ຫນຶ່ງຫຼືຫຼາຍທາງເລືອກສາມາດຖືກກໍານົດດ້ວຍຄໍາສັ່ງດຽວກັນ. ທາງເລືອກທີ່ມີຢູ່ແມ່ນ:

ທີ່ຢູ່=ທີ່ຢູ່
ທີ່ຢູ່ອີເມລ໌ພື້ນຖານສໍາລັບບັນຊີລາຍຊື່ທາງໄປສະນີນີ້.

URL=ທີ່ຢູ່
URL ຂອງໜ້າເວັບ WebMLM ສໍາລັບລາຍຊື່ທາງໄປສະນີນີ້.

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

CASESENSITIVE=ທຸງ
ຖ້າທຸງແມ່ນ "1", ພາກສ່ວນ userid ຂອງທີ່ຢູ່ອີເມວແມ່ນຕົວພິມນ້ອຍໃຫຍ່. ໂດເມນ
ສ່ວນທີ່ຢູ່ແມ່ນສະເໝີຕົວພິມນ້ອຍລົງ. ການຕັ້ງຄ່າເລີ່ມຕົ້ນແມ່ນ "0" ເຮັດໃຫ້ທັງສອງ
ສ່ວນທີ່ຢູ່ userid ແລະໂດເມນຂອງທີ່ຢູ່ອີເມລ໌ແມ່ນເປັນກໍລະນີທີ່ບໍ່ລະອຽດອ່ອນ.

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

DIGEST=ລະບົບ
ເປີດໃຊ້ການຍ່ອຍ. ລະບົບ ແມ່ນຊື່ເສັ້ນທາງໄປຫາບັນຊີລາຍຊື່ຍ່ອຍທີ່ສຸດທີ່ສ້າງຂຶ້ນໃນເມື່ອກ່ອນ
ໄດເລກະທໍລີ. ເບິ່ງ "ການຕັ້ງຄ່າ up a ທາງໄປສະນີ ບັນຊີລາຍຊື່ ຍ່ອຍ[2]" ຂ້າງລຸ່ມນີ້ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

KEYWORD=ຄໍາ
ກໍານົດຄໍາສໍາຄັນເສັ້ນຫົວຂໍ້ສໍາລັບຂໍ້ຄວາມລາຍຊື່ທາງໄປສະນີ. ຖ້າຕັ້ງ, couriermlm inserts
"[keyword]" ເຂົ້າໄປໃນຫົວຂໍ້ຂອງທຸກໆຂໍ້ຄວາມລາຍຊື່ທາງໄປສະນີ, ເພື່ອຊ່ວຍຈັດຮຽງຕາມ
ຜູ້ຮັບ.

MAXBOUNCES=n
ຈໍານວນສູງສຸດຂອງການແຈ້ງເຕືອນ bounce ທີ່ສົ່ງໂດຍ ຊົ່ວໂມງ ຄໍາສັ່ງ, ເພື່ອປ້ອງກັນ
ລະບົບ mail ຈາກ overloaded. ຄ່າເລີ່ມຕົ້ນແມ່ນ 20 ການແຈ້ງເຕືອນ bounce. ໃດ
ການແຈ້ງເຕືອນທີ່ຍັງບໍ່ໄດ້ສົ່ງຈະຖືກນໍາໄປເຮັດວຽກໃນຊົ່ວໂມງຕໍ່ໄປ.

MAXMODNOTICES=n
ຈໍານວນສູງສຸດຂອງການແຈ້ງເຕືອນປານກາງທີ່ສົ່ງໂດຍ ຊົ່ວໂມງ ຄໍາສັ່ງ, ເພື່ອປ້ອງກັນ
ລະບົບ mail ຈາກ overloaded. ຄ່າເລີ່ມຕົ້ນແມ່ນ 20 ການແຈ້ງເຕືອນປານກາງ. ໃດ
ການແຈ້ງເຕືອນທີ່ຍັງບໍ່ໄດ້ສົ່ງຈະຖືກນໍາໄປເຮັດວຽກໃນຊົ່ວໂມງຕໍ່ໄປ.

MAXFETCHSIZE=K
ຂະຫນາດສູງສຸດ, ໃນກິໂລໄບ, ຂອງການຕອບສະຫນອງຕໍ່ ດຶງ ຄໍາສັ່ງ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 100Kb.
ຕົວເລືອກນີ້ຖືກນໍາໃຊ້ເພື່ອຫຼຸດຜ່ອນຜົນກະທົບຂອງຄໍາຮ້ອງຂໍທີ່ບໍ່ຖືກຕ້ອງສໍາລັບການຮວບຮວມທັງຫມົດ,
ກັບທີ່ຢູ່ສົ່ງຄືນ.

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

NOBOZOS=ທຸງ
ຖ້າທຸງແມ່ນ "0" couriermlm ຈະບໍ່ພະຍາຍາມປິດກັ້ນການຕິດຕາມທີ່ຜິດພາດ ແລະ
unsubscribes ທີ່ຖືກສົ່ງໄປຫາທີ່ຢູ່ໄປສະນີຂອງບັນຊີລາຍຊື່ທາງໄປສະນີ. ຖ້າທຸງແມ່ນ "1" (the
default), ປະເພດຂອງຂໍ້ຄວາມເຫຼົ່ານັ້ນຈະຖືກ bounced ຢ່າງເຫມາະສົມ.

NODSN=ທຸງ
ຖ້າທຸງແມ່ນ "1" couriermlm ຈະໃຊ້ການຕັ້ງຄ່າການແຈ້ງເຕືອນສະຖານະຂອງ "ບໍ່ເຄີຍ"
ໃນເວລາທີ່ມັນສົ່ງຄໍາຮ້ອງຂໍການຢືນຢັນແລະຂໍ້ຄວາມຊ່ວຍເຫຼືອ: ນີ້ຄວນຈະຫຼຸດລົງຈໍານວນ
ຂອງການແຈ້ງເຕືອນຄວາມລົ້ມເຫຼວທີ່ບໍ່ມີປະໂຫຍດທີ່ສ້າງຂຶ້ນເມື່ອ couriermlm ຕອບ​ສະ​ຫນອງ​ຢ່າງ​ຖືກ​ຕ້ອງ​ກັບ spam
ໄດ້ ຮັບ ໂດຍ ບັນ ຊີ ລາຍ ຊື່ ທາງ ໄປ ສະ ນີ ການ ບໍ ລິ ຫານ, ເຊັ່ນ -(un)subscribe ແລະ -help.
ຖ້າທຸງແມ່ນ "0" (ຄ່າເລີ່ມຕົ້ນ), ການຕັ້ງຄ່າ DSN ຂອງ "ລົ້ມເຫລວ" ຈະຖືກນໍາໃຊ້. ກະລຸນາເບິ່ງ
mailmail(1)'s -n ທາງເລືອກສໍາລັບລາຍລະອຽດເພີ່ມເຕີມກ່ຽວກັບການຕັ້ງຄ່າ DSN.

POST=ທາງເລືອກ
ຕັ້ງຕົວເລືອກການປະກາດ. ທາງເລືອກ ແມ່ນຫນຶ່ງໃນສາມຄຸນຄ່າ: "ຜູ້ຈອງ" - ພຽງແຕ່ຜູ້ຈອງ
ອາດຈະໂພດຂໍ້ຄວາມໃສ່ບັນຊີລາຍຊື່ທາງໄປສະນີນີ້ (ນີ້ແມ່ນຄ່າເລີ່ມຕົ້ນ); "ທັງໝົດ" - ທຸກຄົນສາມາດໂພສໄດ້
ຂໍ້ຄວາມໄປຫາບັນຊີລາຍຊື່ທາງໄປສະນີນີ້; "mod" - ພຽງແຕ່ຜູ້ຈອງສາມາດປະກາດ, ແລະຂໍ້ຄວາມແມ່ນ
ສົ່ງໃຫ້ເຈົ້າຂອງລາຍຊື່ເພື່ອອະນຸມັດ (ປານກາງ).

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

PURGEARCHIVE=d
ລຶບລ້າງຂໍ້ຄວາມລາຍຊື່ທາງໄປສະນີທີ່ເກັບໄວ້ພາຍຫຼັງ d ມື້. ຄ່າເລີ່ມຕົ້ນແມ່ນ 0 ມື້ - ຂໍ້ຄວາມ
ບໍ່ເຄີຍຖືກເອົາອອກຈາກໄດເລກະທໍລີຍ່ອຍທີ່ເກັບໄວ້.

PURGEBOUNCE=d
ລໍຖ້າ d ມື້ສໍາລັບຂໍ້ຄວາມ probe, ທີ່ອັດຕະໂນມັດ unsubscribes undeliverable
ທີ່ຢູ່, ເພື່ອ bounce (ຄ່າເລີ່ມຕົ້ນ: 14 ມື້). ຂໍ້ຄວາມ Probe ຖືກສົ່ງໄປສາມມື້ (ຄ່າເລີ່ມຕົ້ນ)
ຫຼັງຈາກຂໍ້ຄວາມທໍາອິດໄປຫາທີ່ຢູ່ bounces.

PURGECMD=h
ລຶບລ້າງຄຳຮ້ອງຂໍການສະໝັກ/ຍົກເລີກການສະໝັກທີ່ບໍ່ໄດ້ຢືນຢັນຫຼັງຈາກ h ຊົ່ວໂມງ (ຄ່າເລີ່ມຕົ້ນ: 48 ຊົ່ວໂມງ).

REMODERATE=h
ສົ່ງ​ການ​ແຈ້ງ​ເຕືອນ​ລະ​ອຽດ​ຫຼັງ​ຈາກ​ນັ້ນ​ h ຊົ່ວໂມງ (ຄ່າເລີ່ມຕົ້ນ: 12 ຊົ່ວໂມງ).

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

SIMPLECONFIRM=n
If n ແມ່ນ 1, ການຮ້ອງຂໍການຢືນຢັນອາດຈະໄດ້ຮັບການຍອມຮັບໂດຍບໍ່ມີການເພີ່ມ "ແມ່ນ" ກັບ
ຫົວຂໍ້.

ຫມາຍ​ເຫດ​
ຂໍ້ຄວາມໃນ sub.tmpl, unsub.tmpl, ແລະ help.tmpl ອາດຈະຕ້ອງປັບຕົວ.

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

STARTPROBE=n
ສົ່ງ probe ໄປຫາທີ່ຢູ່ bounce n ມື້ຫຼັງຈາກໄດ້ຮັບ bounce ທໍາອິດ. ໂດຍພື້ນຖານແລ້ວ
ນີ້ ໝາຍ ຄວາມວ່າທີ່ຢູ່ຕ້ອງຕີຢູ່ຢ່າງຫນ້ອຍ n ມື້ກ່ອນທີ່ມັນຈະໄດ້ຮັບການສືບສວນ
ຂໍ້ຄວາມ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 3 ມື້.

ຊື່ທາງເລືອກ ແລະການຕັ້ງຄ່າແມ່ນຕົວພິມນ້ອຍໃຫຍ່.

ຫມາຍ​ເຫດ​
ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ຕັ້ງ​ຄ່າ​ບັນ​ຊີ​ລາຍ​ການ​ຍ່ອຍ​ໄດ້​, ທ່ານ​ຈະ​ຕ້ອງ​ກໍາ​ນົດ​ທາງ​ເລືອກ POSTARCHIVE ທີ່​ດຽວ​ກັນ​ສໍາ​ລັບ​ທັງ​ສອງ​
ບັນຊີລາຍຊື່ຕົ້ນຕໍແລະບັນຊີລາຍຊື່ຍ່ອຍ.

ການສະແດງ A ການສະ ໝັກ ບັນທຶກ
ຄໍາສັ່ງຂໍ້ມູນສະແດງບັນທຶກການສະຫມັກສໍາລັບທີ່ຢູ່ຮ້ອງຂໍ:

ຂໍ້ມູນ couriermlm ລະບົບ user@domain

ນີ້ສະແດງບັນທຶກການຈອງສໍາລັບ "user@domain", ເຊິ່ງປົກກະຕິແລ້ວປະກອບດ້ວຍ a
ສໍາ​ເນົາ​ການ​ຮ້ອງ​ຂໍ​ການ​ສະ​ຫມັກ​ໃນ​ເບື້ອງ​ຕົ້ນ​, ແລະ​ການ​ຢືນ​ຢັນ​.

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

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

ໄຟລ໌ຄວບຄຸມ headeradd ແລະ headerdel ຖືກອ່ານ, ແລະຖືກນໍາໃຊ້ກັບຂໍ້ຄວາມ, ເປັນ
ອະທິບາຍກ່ອນຫນ້ານີ້.

ໄປສະນີ LIST ສາມາດ
ຄໍາ​ສັ່ງ​ບັນ​ຊີ​ລາຍ​ຊື່​ທາງ​ໄປ​ສະ​ນີ​ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ສົ່ງ​ຜ່ານ E​-mail ກັບ​ couriermlm ໂດຍການສົ່ງຂໍ້ຄວາມຫາ
<ລາຍຊື່-ຄໍາສັ່ງ@domain>. "ຄ່າເລີ່ມຕົ້ນ" dot-courier(5)[1] ແລ່ນໄຟລ໌ couriermlm ທີ່ຈະໄດ້ຮັບ
mail ສໍາລັບທີ່ຢູ່ທັງຫມົດຂອງແບບຟອມນີ້.

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

ຊ່ວຍເຫຼືອ
A autoresponder ງ່າຍ​ດາຍ​. couriermlm ສົ່ງເນື້ອຫາຂອງ help.tmpl ໄປໃຫ້ຜູ້ສົ່ງ
ຍື່ນ.

ຈອງ
ຄຳຮ້ອງຂໍສະໝັກຮັບລາຍຊື່ທາງໄປສະນີນີ້. couriermlm ອ່ານທີ່ຢູ່ຂອງຜູ້ສົ່ງໃນ
ເພື່ອກໍານົດທີ່ຢູ່ທີ່ຈະສະຫມັກ.

ຈອງ-name=ໂດເມນ
ລະ​ບຸ​ທີ່​ຢູ່​ຢ່າງ​ຊັດ​ເຈນ​ທີ່​ຈະ​ສະ​ຫມັກ​ບັນ​ຊີ​ລາຍ​ການ​ທາງ​ໄປ​ສະ​ນີ​, ແທນ​ທີ່​ຈະ​ນໍາ​ໃຊ້ a
ກັບຄືນທີ່ຢູ່. ໃນຕົວຢ່າງທີ່ຜ່ານມາ, ສົ່ງຂໍ້ຄວາມໄປຫາ
<my-widgets-subscribe-john=[email protected]> ຈະສົ່ງຜົນໃຫ້ມີການຈອງ
ຮ້ອງຂໍໃຫ້ . ຕົວອັກສອນເຄື່ອງໝາຍວັກຕອນທີ່ຜິດປົກກະຕິໃນທີ່ຢູ່ຕ້ອງ
ຖືກແທນທີ່ດ້ວຍເຄື່ອງໝາຍບວກ, ຕິດຕາມດ້ວຍສອງຕົວເລກເລກຖານສິບຫົກທີ່ເປັນຕົວແທນ
ລະຫັດ ASCII ຂອງຕົວອັກສອນເຄື່ອງໝາຍວັກຕອນ.

unsubscribe
ການຮ້ອງຂໍໃຫ້ຍົກເລີກການຈອງບັນຊີລາຍຊື່ທາງໄປສະນີນີ້.

ເຊົາຕິດຕາມ-name=ໂດເມນ
ລະ​ບຸ​ທີ່​ຢູ່​ຢ່າງ​ຊັດ​ເຈນ​ເພື່ອ​ຍົກ​ເລີກ​ການ​ສະ​ຫມັກ​ຈາກ​ບັນ​ຊີ​ລາຍ​ການ​ທາງ​ໄປ​ສະ​ນີ​.

alias-ຈອງ
ຕັ້ງຄ່ານາມແຝງຂຽນເທົ່ານັ້ນ (ເບິ່ງຂ້າງລຸ່ມນີ້).

ນາມແຝງ-ຈອງ-name=ໂດເມນ
ລະບຸທີ່ຢູ່ຜູ້ສະໝັກຢ່າງຈະແຈ້ງທີ່ຈະຕ້ອງຕັ້ງນາມແຝງຂຽນເທົ່ານັ້ນ
ຂຶ້ນ.

ມີຄໍາສັ່ງອື່ນໆທີ່ຖືກນໍາໃຊ້ພາຍໃນສໍາລັບການຮັກສາບັນຊີລາຍຊື່ທາງໄປສະນີ.

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

ເພື່ອຕັ້ງຄ່ານາມແຝງທີ່ຂຽນເທົ່ານັ້ນ, ຜູ້ຈອງສົ່ງ a couriermlm alias-subscribe ຄໍາສັ່ງ.
ທີ່​ຢູ່​ອີ​ເມລ​ຂອງ​ຜູ້​ຈອງ​ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ລະ​ບຸ​ຢ່າງ​ຊັດ​ເຈນ​ໃນ​ລັກ​ສະ​ນະ​ທີ່​ຄ້າຍ​ຄື​ກັນ​
ຈອງຄໍາສັ່ງ.

ຫົວຂໍ້ຂອງຂໍ້ຄວາມ E-mail ຕ້ອງມີ E-mail alias ການຂຽນເທົ່ານັ້ນທີ່ຈະຖືກກໍານົດ
ຂຶ້ນ, ແລະບໍ່ມີຫຍັງອີກ. couriermlm ຕອບສະໜອງດ້ວຍການຮ້ອງຂໍການຢືນຢັນ, ຄືກັບເວລາ
ການ​ສະ​ຫມັກ​ບັນ​ຊີ​ລາຍ​ການ​. ການຮ້ອງຂໍນີ້ຕ້ອງໄດ້ຮັບການຍອມຮັບໃນທາງດຽວກັນ.

ນາມແຝງຂຽນເທົ່ານັ້ນຂອງຜູ້ຈອງສາມາດປ່ຽນແປງໄດ້ທຸກເວລາໂດຍການເຮັດຊ້ຳຂັ້ນຕອນນີ້.
ນາມແຝງໃໝ່ແທນອັນກ່ອນໜ້າ. ເພື່ອປ້ອງກັນການລ່ວງລະເມີດ, ມີຂໍ້ຈຳກັດສູງສຸດໜຶ່ງອັນ
alias-subscribe command ທຸກໆ 30 ນາທີ.

ປ່ອຍໃຫ້ຫົວຂໍ້ຂອງຂໍ້ຄວາມອີເມລ໌ຫວ່າງເປົ່າເພື່ອລຶບຂໍ້ຄວາມທີ່ມີຢູ່ກ່ອນແລ້ວອອກເທົ່ານັ້ນ
ນາມແຝງ,

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

ຖ້າທີ່ຢູ່ບັນຊີລາຍຊື່ທາງໄປສະນີແມ່ນ [email protected], ທີ່ຢູ່ຂອງສະບັບຍ່ອຍ
ຂອງບັນຊີລາຍຊື່ທາງໄປສະນີແມ່ນປົກກະຕິແລ້ວ [email protected], ແຕ່ມັນບໍ່ຈໍາເປັນຕ້ອງເປັນ
ທີ່ຢູ່ນີ້. ຄວາມຕ້ອງການພຽງແຕ່ວ່າໄດເລກະທໍລີສໍາລັບສະບັບຍ່ອຍຂອງ
ບັນຊີລາຍຊື່ທາງໄປສະນີຕ້ອງຢູ່ໃນລະບົບໄຟລ໌ດຽວກັນກັບໄດເລກະທໍລີສໍາລັບລາຍຊື່ທາງໄປສະນີ
ຕົວຂອງມັນເອງ, ແລະທັງສອງຈະຕ້ອງເປັນເຈົ້າຂອງໂດຍ userid ດຽວກັນ.

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

ສ້າງໄດເລກະທໍລີລາຍຊື່ຍ່ອຍ
ປະຕິບັດການ ສ້າງ ຄໍາສັ່ງເພື່ອສ້າງສະບັບຍ່ອຍຂອງບັນຊີລາຍຊື່:

/usr/bin/couriermlm ສ້າງ \
/path/to/digest/list/directory \
ທີ່ຢູ່=[email protected]
ໃຊ້ຊື່ເສັ້ນທາງເຕັມໄປຫາລາຍຊື່ທາງໄປສະນີ, ແລະທີ່ຢູ່ຂອງເອກະສານຍ່ອຍ
ສະບັບຂອງບັນຊີລາຍຊື່ທາງໄປສະນີ.

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

ເຊື່ອມຕໍ່ສອງລາຍຊື່
ກໍານົດທາງເລືອກ DIGEST ສໍາລັບບັນຊີລາຍຊື່ທາງໄປສະນີຕົ້ນຕໍ, ລະບຸໄດເລກະທໍລີຂອງ
ບັນຊີລາຍຊື່ຫຍໍ້. ຄໍາສໍາຄັນນີ້ເຮັດໃຫ້ couriermlm ຮູ້ວ່າສະບັບຍ່ອຍສາມາດໃຊ້ໄດ້.

ຫມາຍ​ເຫດ​
ທ່ານຕ້ອງຕັ້ງຕົວເລືອກ POSTARCHIVE ທີ່ຄືກັນສຳລັບທັງລາຍຊື່ຫຼັກ, ແລະລາຍການຍ່ອຍ
ລາຍຊື່

ສ້າງ dot-courier(5)[1] ໄຟລ໌
ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະສ້າງ dot-courier(5)[1] ໄຟລ໌ສໍາລັບລາຍການຍ່ອຍຄືກັນກັບ
ບັນຊີລາຍຊື່ຕົ້ນຕໍ, ຍົກເວັ້ນບາງຄວາມແຕກຕ່າງທີ່ສໍາຄັນ, ເຊິ່ງສັງເກດເຫັນຂ້າງລຸ່ມນີ້.

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

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

ບັນຊີລາຍຊື່ທາງໄປສະນີຕົ້ນຕໍແມ່ນສະຫນັບສະຫນູນໂດຍສາມ dot-courier(5​)[1​] ໄຟລ​໌​, ດັ່ງ​ທີ່​ຜ່ານ​ມາ​
ອະທິບາຍ: ທີ່ຢູ່ການປະກາດ, ທີ່ຢູ່ສົ່ງຕໍ່ເຈົ້າຂອງ, ແລະທີ່ຢູ່ເລີ່ມຕົ້ນທີ່
ຈັດການຂໍ້ຄວາມຄວບຄຸມການບໍລິຫານ. ໃນຕົວຢ່າງຕໍ່ໄປນີ້, ຊື່
$HOME/.courier-list, $HOME/.courier-list-owner, ແລະ $HOME/.courier-list-default ຖືກໃຊ້.
ເພື່ອເປັນຕົວແທນຂອງແຕ່ລະໄຟລ໌ເຫຼົ່ານີ້, ແລະຊື່ຕໍ່ໄປນີ້ຖືກນໍາໃຊ້ເພື່ອເປັນຕົວແທນຂອງ
dot-courier(5​)[1​] ໄຟລ​໌​ທີ່​ສອດ​ຄ້ອງ​ກັນ​ກັບ​ສະ​ບັບ​ຍ່ອຍ​ຂອງ​ບັນ​ຊີ​ລາຍ​ການ​ທາງ​ໄປ​ສະ​ນີ​:
$HOME/.courier-list-digest, $HOME/.courier-list-digest-owner, ແລະ
$HOME/.courier-list-digest-default. ຢ່າງໃດກໍຕາມ, ໃຫ້ສັງເກດວ່າສະບັບຍ່ອຍຂອງທາງໄປສະນີ
ບັນຊີລາຍຊື່ສາມາດມີຊື່ໃດກໍ່ຕາມ, ບໍ່ຈໍາເປັນຊື່ຂອງບັນຊີລາຍຊື່, ຕາມດ້ວຍ "ຍ່ອຍ".

ເນື້ອໃນຂອງທັງສອງ $HOME/.courier-list $HOME/.courier-list-digest ຈະຕ້ອງຄືກັນ.
ການສົ່ງຂໍ້ຄວາມໄປຫາທີ່ຢູ່ຍ່ອຍກໍ່ຄວນຈະສິ້ນສຸດການສົ່ງຂໍ້ຄວາມໄປຫາຕົ້ນຕໍ
ບັນຊີລາຍຊື່ທາງໄປສະນີ. ຢ່າເອົາທີ່ຢູ່ຂອງລາຍຊື່ທາງໄປສະນີຍ່ອຍໃສ່ໃນ
$HOME/.courier-list-digest, ແທນທີ່ຈະລະບຸທີ່ຢູ່ຂອງລາຍຊື່ທາງໄປສະນີຫຼັກ
ໄດເລກະທໍລີ. ພຽງແຕ່ສຳເນົາ $HOME/.courier-list ໄປໃສ່ $HOME/.courier-list-digest.

ຢ່າງໃດກໍຕາມ, ເນື້ອໃນຂອງ $HOME/.courier-list-digest-default ຈະຕ້ອງລະບຸໄດເລກະທໍລີຂອງ
ສະບັບຫຍໍ້ຂອງບັນຊີລາຍຊື່ທາງໄປສະນີ. ບັນຊີລາຍຊື່ຍ່ອຍໄດ້ຖືກຄຸ້ມຄອງແຍກຕ່າງຫາກຈາກ
ບັນ​ຊີ​ລາຍ​ຊື່​ຕົ້ນ​ຕໍ​, ມັນ​ມີ​ບັນ​ຊີ​ລາຍ​ການ​ສະ​ຫມັກ​ຂອງ​ຕົນ​ເອງ​ທີ່​ແຍກ​ອອກ​ຈາກ​ບັນ​ຊີ​ລາຍ​ຊື່​ຂອງ​ການ​ຈອງ​
ບັນຊີລາຍຊື່ຕົ້ນຕໍ. $HOME/.courier-list-default ສາມາດຖືກສຳເນົາໄປໃສ່
$HOME/.courier-list-digest-default, ຫຼັງຈາກນັ້ນສາມາດປ່ຽນໄດເລກະທໍລີໃນອັນສຸດທ້າຍ.

$HOME/.courier-list-owner ອາດຈະໃຊ້ທີ່ຢູ່ເຈົ້າຂອງລາຍຊື່ທາງໄປສະນີດຽວກັນກັບ
$HOME/.courier-list-digest-owner, ຫຼືມັນສາມາດລະບຸທີ່ຢູ່ອື່ນໄດ້. ທັງ​ສອງ​ໄດ້
digest ແລະບັນຊີລາຍຊື່ທາງໄປສະນີຕົ້ນຕໍສາມາດມີເຈົ້າຂອງລາຍຊື່ທາງໄປສະນີດຽວກັນ / ຜູ້ຄວບຄຸມ, ຫຼືມີ a
ເຈົ້າ​ຂອງ / ຜູ້​ຄວບ​ຄຸມ​ທີ່​ແຕກ​ຕ່າງ​ກັນ​.

ຄໍາສັ່ງຕໍ່ໄປນີ້ຕ້ອງຖືກປະຕິບັດເພື່ອເຊື່ອມຕໍ່ສອງລາຍການເຂົ້າກັນ:

/usr/bin/couriermlm ຕັ້ງ \
/path/to/main/list/directory \
DIGEST=/path/to/digest/list/directory

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

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

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

/usr/bin/couriermlm digest /path/to/digest/directory N H

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

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

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

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