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

ໂຄງການ:

NAME

fetchmail - ດຶງເອົາຈົດໝາຍຈາກເຊີບເວີ POP, IMAP, ETRN, ຫຼື ODMR.

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

fetchmail [ທາງ​ເລືອກ...] [mailserver...]
fetchmailconf

ລາຍລະອຽດ

fetchmail ເປັນ mail-retrieval ແລະການສົ່ງຕໍ່ຜົນປະໂຫຍດ; ມັນດຶງເອົາຈົດໝາຍຈາກທາງໄກ
mailservers ແລະສົ່ງຕໍ່ມັນກັບທ້ອງຖິ່ນຂອງທ່ານ (ລູກຄ້າ) ລະບົບການຈັດສົ່ງເຄື່ອງ. ເຈົ້າ​ສາ​ມາດ
ຫຼັງ​ຈາກ​ນັ້ນ​, ການ​ຈັດ​ການ mail ທີ່​ໄດ້​ຮັບ​ໂດຍ​ການ​ນໍາ​ໃຊ້​ຕົວ​ແທນ​ຜູ້​ໃຊ້ mail ປົກ​ກະ​ຕິ​ເຊັ່ນ​:​ ສັບປະດາ(1) ແອວ(1) ຫຼື
mail(1). ທ fetchmail ຜົນປະໂຫຍດສາມາດຖືກດໍາເນີນການຢູ່ໃນໂຫມດ daemon ເພື່ອສໍາຫຼວດຫນຶ່ງຫຼືຫຼາຍກວ່ານັ້ນຊໍ້າໆ
ລະ​ບົບ​ໃນ​ໄລ​ຍະ​ທີ່​ກໍາ​ນົດ​ໄວ້​.

ໄດ້ fetchmail ໂຄງ​ການ​ສາ​ມາດ​ເກັບ​ກໍາ​ອີ​ເມລ​ຈາກ​ເຄື່ອງ​ແມ່​ຂ່າຍ​ທີ່​ສະ​ຫນັບ​ສະ​ຫນູນ​ໃດ​ຫນຶ່ງ​ຂອງ​ອີ​ເມລ​ທົ່ວ​ໄປ -
retrieval protocols: POP2 (legacy, ທີ່ຈະເອົາອອກຈາກການປ່ອຍໃນອະນາຄົດ), POP3, IMAP2bis,
IMAP4, ແລະ IMAP4rev1. ມັນຍັງສາມາດໃຊ້ການຂະຫຍາຍ ESMTP ETRN ແລະ ODMR. (RFCs
ການ​ອະ​ທິ​ບາຍ​ອະ​ນຸ​ຍາດ​ທັງ​ຫມົດ​ເຫຼົ່າ​ນີ້​ແມ່ນ​ໄດ້​ລະ​ບຸ​ໄວ້​ໃນ​ຕອນ​ທ້າຍ​ຂອງ​ຫນ້າ​ຄູ່​ມື​ນີ້​.)

ໃນຂະນະທີ່ fetchmail ມີຈຸດປະສົງຕົ້ນຕໍເພື່ອໃຊ້ໃນການເຊື່ອມຕໍ່ TCP/IP ຕາມຄວາມຕ້ອງການ (ເຊັ່ນ: SLIP.
ຫຼື​ການ​ເຊື່ອມ​ຕໍ່ PPP), ມັນ​ຍັງ​ອາດ​ຈະ​ເປັນ​ປະ​ໂຫຍດ​ເປັນ​ຕົວ​ແທນ​ການ​ໂອນ​ຂໍ້​ຄວາມ​ສໍາ​ລັບ​ເວັບ​ໄຊ​ທີ່
ປະ​ຕິ​ເສດ​ສໍາ​ລັບ​ເຫດ​ຜົນ​ຄວາມ​ປອດ​ໄພ​ທີ່​ຈະ​ອະ​ນຸ​ຍາດ​ໃຫ້ (ຜູ້​ສົ່ງ​ເລີ່ມ​ຕົ້ນ​) ການ​ເຮັດ​ທຸ​ລະ​ກໍາ SMTP ກັບ sendmail​.

ສະ ໜັບ ສະ ໜູນ, TROUBLESHOOTING
ສໍາລັບການແກ້ໄຂບັນຫາ, ການຕິດຕາມແລະການດີບັກ, ທ່ານຈໍາເປັນຕ້ອງໄດ້ເພີ່ມການ verbosity ຂອງ fetchmail ກັບ.
ຕົວຈິງແລ້ວເບິ່ງສິ່ງທີ່ເກີດຂຶ້ນ. ເພື່ອເຮັດສິ່ງນີ້, ກະລຸນາດໍາເນີນການ ທັງສອງ of ໄດ້ ສອງ ດັ່ງຕໍ່ໄປນີ້ ຄໍາ​ສັ່ງ​,
ເພີ່ມ ທັງຫມົດ of ໄດ້ ທາງເລືອກໃນການ ເຈົ້າໄດ້ ຕາມປົກກະຕິ ໃຊ້.

env LC_ALL=C fetchmail -V -v --nodetach --nosyslog

(ເສັ້ນຄໍາສັ່ງນີ້ພິມເປັນພາສາອັງກິດວ່າ fetchmail ເຂົ້າໃຈການຕັ້ງຄ່າຂອງເຈົ້າແນວໃດ.)

env LC_ALL=C fetchmail -vvv --nodetach --nosyslog

(ບັນ​ຊີ​ຄໍາ​ສັ່ງ​ນີ້​ຕົວ​ຈິງ​ແລ້ວ​ແລ່ນ fetchmail ກັບ​ຜົນ​ຜະ​ລິດ​ພາ​ສາ​ອັງ​ກິດ verbose​.

ເບິ່ງລາຍການ #G3 ໃນ FAQ ຂອງ fetchmail ⟨http://fetchmail.berlios.de/fetchmail-FAQ.html# g3⟩

ທ່ານ​ສາ​ມາດ​ຍົກ​ເວັ້ນ​ພາກ​ສ່ວນ LC_ALL=C ຂ້າງ​ເທິງ​ນີ້​ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ຕ້ອງ​ການ​ຜົນ​ຜະ​ລິດ​ໃນ​ພາ​ສາ​ທ້ອງ​ຖິ່ນ (ຖ້າ​ຫາກ​ວ່າ
ສະ​ຫນັບ​ສະ​ຫນູນ​)​. ຢ່າງ​ໃດ​ກໍ​ຕາມ​ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ກໍາ​ລັງ​ປະ​ກາດ​ໄປ​ໃນ​ລາຍ​ການ​ທາງ​ໄປ​ສະ​ນີ​, ກະ​ລຸ​ນາ​ປ່ອຍ​ໃຫ້​ມັນ​ຢູ່​ໃນ​
ຜູ້ຮັກສາບໍ່ຈໍາເປັນຕ້ອງເຂົ້າໃຈພາສາຂອງເຈົ້າ, ກະລຸນາໃຊ້ພາສາອັງກິດ.

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

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

fetchmail ໃຊ້ singledrop-mode ເມື່ອການຕັ້ງຄ່າ fetchmailrc ປະກອບດ້ວຍຫຼາຍທີ່ສຸດ
ສະເພາະຜູ້ໃຊ້ທ້ອງຖິ່ນອັນດຽວສຳລັບບັນຊີເຊີບເວີທີ່ໃຫ້.

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

ໃຫ້ສັງເກດວ່າທັງໂປໂຕຄອນ POP ຫຼື IMAP ບໍ່ໄດ້ມີຈຸດປະສົງເພື່ອໃຊ້ໃນລັກສະນະນີ້,
ແລະເພາະສະນັ້ນຂໍ້ມູນຊອງຈົດໝາຍມັກຈະບໍ່ມີໃຫ້ໂດຍກົງ. ISP ຕ້ອງ
ເກັບຮັກສາຂໍ້ມູນຊອງຈົດຫມາຍຢູ່ໃນບາງສ່ວນຫົວຂອງຂໍ້ຄວາມ ແລະ. ISP ຍັງຕ້ອງເກັບຮັກສາ
ສະບັບນຶ່ງຂອງຂໍ້ຄວາມຕໍ່ຜູ້ຮັບ. ຖ້າທັງສອງເງື່ອນໄຂບໍ່ແມ່ນ
ສໍາເລັດ, ຂະບວນການນີ້ແມ່ນບໍ່ຫນ້າເຊື່ອຖື, ເພາະວ່າ fetchmail ຫຼັງ​ຈາກ​ນັ້ນ​ຕ້ອງ​ໄດ້​ສອດ​ຄ່ອງ​ກັບ​
ການຄາດເດົາຜູ້ຮັບຊອງຈົດໝາຍທີ່ແທ້ຈິງຂອງຂໍ້ຄວາມ. ນີ້ປົກກະຕິແລ້ວລົ້ມເຫລວສໍາລັບ
mailing list ຂໍ້ຄວາມແລະ Bcc:d mail, ຫຼື mail ສໍາລັບຜູ້ຮັບຫຼາຍໃນຂອງທ່ານ
ໂດເມນ.

fetchmail ໃຊ້ multidrop-mode ເມື່ອຜູ້ໃຊ້ທ້ອງຖິ່ນຫຼາຍກວ່າຫນຶ່ງຄົນແລະ / ຫຼື wildcard ແມ່ນ
ລະບຸໄວ້ສໍາລັບບັນຊີເຊີບເວີສະເພາະໃນໄຟລ໌ການຕັ້ງຄ່າ.

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

ຍ້ອນວ່າແຕ່ລະຂໍ້ຄວາມຖືກດຶງມາ, fetchmail ປົກກະຕິສົ່ງມັນຜ່ານ SMTP ໄປຫາພອດ 25 ຢູ່ເທິງ
ເຄື່ອງທີ່ມັນກໍາລັງແລ່ນຢູ່ໃນ (localhost), ຄືກັນກັບວ່າມັນຖືກສົ່ງຜ່ານໃນໄລຍະປົກກະຕິ
ລິ້ງ TCP/IP. fetchmail ໃຫ້ເຊີບເວີ SMTP ກັບຜູ້ຮັບຊອງຈົດໝາຍທີ່ມາຈາກ
ວິ​ທີ​ການ​ອະ​ທິ​ບາຍ​ກ່ອນ​ຫນ້າ​ນີ້​. ເມລຈະຖືກສົ່ງຕາມ MTA ຂອງທ່ານ
ກົດລະບຽບ (ຕົວແທນການໂອນທາງໄປສະນີແມ່ນປົກກະຕິແລ້ວ mailmail(8) exim(8), ຫຼື ແກ້ໄຂຫຼັງ(8)). ຮຽກຮ້ອງ
MDA ຂອງລະບົບຂອງເຈົ້າ (ຕົວແທນສົ່ງຈົດໝາຍ) ແມ່ນໜ້າທີ່ຂອງ MTA ຂອງທ່ານ. ການ​ຄວບ​ຄຸມ​ການ​ຈັດ​ສົ່ງ​ທັງ​ຫມົດ​
ກົນໄກ (ເຊັ່ນ: .ຕໍ່ ໄຟລ໌) ໂດຍປົກກະຕິມີໃຫ້ຜ່ານລະບົບ MTA ແລະທ້ອງຖິ່ນ
ດັ່ງນັ້ນ ຕົວແທນການຈັດສົ່ງຈະຖືກນຳໃຊ້ຕາມປົກກະຕິ.

ຖ້າການຕັ້ງຄ່າ fetchmail ຂອງທ່ານກໍານົດ MDA ທ້ອງຖິ່ນ (ເບິ່ງຕົວເລືອກ --mda), ມັນຈະຖືກນໍາໃຊ້.
ໂດຍກົງແທນທີ່ຈະເວົ້າ SMTP ກັບພອດ 25.

ຖ້າໂຄງການ fetchmailconf ສາມາດໃຊ້ໄດ້, ມັນຈະຊ່ວຍເຈົ້າໃນການຕັ້ງຄ່າ ແລະແກ້ໄຂ a
ການຕັ້ງຄ່າ fetchmailrc. ມັນດໍາເນີນການພາຍໃຕ້ລະບົບ X window ແລະຮຽກຮ້ອງໃຫ້
ພາສາ Python ແລະຊຸດເຄື່ອງມື Tk (ດ້ວຍການຜູກມັດ Python) ຢູ່ໃນລະບົບຂອງທ່ານ. ຖ້າ
ທໍາອິດທີ່ທ່ານກໍາລັງຕັ້ງຄ່າ fetchmail ສໍາລັບໂຫມດຜູ້ໃຊ້ດຽວ, ມັນແນະນໍາໃຫ້ທ່ານໃຊ້
ໂໝດຈົວ. ຮູບແບບຜູ້ຊ່ຽວຊານສະຫນອງການຄວບຄຸມທີ່ສົມບູນຂອງການຕັ້ງຄ່າ fetchmail, ລວມທັງ
ຄຸນ​ນະ​ສົມ​ບັດ multidrop​. ໃນກໍລະນີໃດກໍ່ຕາມ, ປຸ່ມ 'Autoprobe' ຈະບອກທ່ານຫຼາຍທີ່ສຸດ
ໂປໂຕຄອນທີ່ມີຄວາມສາມາດທີ່ເຊີບເວີ mail ໄດ້ຮັບການສະຫນັບສະຫນູນ, ແລະເຕືອນທ່ານກ່ຽວກັບບັນຫາທີ່ອາດຈະເກີດຂຶ້ນກັບສິ່ງນັ້ນ
server

ທົ່ວໄປ OPERATION

ພຶດຕິ ກຳ ຂອງ fetchmail ຖືກຄວບຄຸມໂດຍຕົວເລືອກແຖວຄໍາສັ່ງແລະໄຟລ໌ຄວບຄຸມການແລ່ນ,
~/.fetchmailrc, syntax ທີ່ພວກເຮົາອະທິບາຍໃນພາກຕໍ່ມາ (ໄຟລ໌ນີ້ແມ່ນສິ່ງທີ່
fetchmailconf ການ​ແກ້​ໄຂ​ໂຄງ​ການ​)​. ແທນທີ່ຕົວເລືອກແຖວຄຳສັ່ງ ~/.fetchmailrc ຖະແຫຼງການ.

ແຕ່ລະຊື່ເຊີບເວີທີ່ທ່ານລະບຸປະຕິບັດຕາມທາງເລືອກໃນແຖວຄໍາສັ່ງຈະເປັນ
ສອບຖາມ. ຖ້າທ່ານບໍ່ລະບຸເຄື່ອງແມ່ຂ່າຍໃດໆຢູ່ໃນເສັ້ນຄໍາສັ່ງ, ແຕ່ລະລາຍການ 'ແບບສໍາຫຼວດ' ຢູ່ໃນຂອງທ່ານ
~/.fetchmailrc ໄຟລ໌ຈະຖືກສອບຖາມ.

ເພື່ອອໍານວຍຄວາມສະດວກໃນການນໍາໃຊ້ fetchmail ໃນ scripts ແລະ pipelines, ມັນສົ່ງຄືນທີ່ເຫມາະສົມ
ລະຫັດອອກເມື່ອຖືກຍົກເລີກ -- ເບິ່ງລະຫັດອອກຂ້າງລຸ່ມນີ້.

ທາງເລືອກຕໍ່ໄປນີ້ແກ້ໄຂພຶດຕິກໍາຂອງ fetchmail. ມັນບໍ່ຄ່ອຍຈໍາເປັນທີ່ຈະລະບຸ
ອັນໃດອັນໜຶ່ງອັນໃດອັນໜຶ່ງເມື່ອເຈົ້າເຮັດວຽກແລ້ວ .fetchmailrc ການ​ຕັ້ງ​ຄ່າ​ໄຟລ​໌​.

ເກືອບທຸກທາງເລືອກມີຄໍາທີ່ສອດຄ້ອງກັນເຊິ່ງສາມາດນໍາໃຊ້ເພື່ອປະກາດພວກມັນໃນ a
.fetchmailrc ຍື່ນ.

ບາງທາງເລືອກພິເສດບໍ່ໄດ້ກວມເອົາທີ່ນີ້, ແຕ່ຖືກບັນທຶກໄວ້ໃນສ່ວນຕ່າງໆແທນ
AuthENTICATION ແລະ DAEMON MODE ທີ່ປະຕິບັດຕາມ.

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

-c | --ກວດ​ສອບ
ກັບຄືນລະຫັດສະຖານະເພື່ອຊີ້ບອກວ່າມີເມລລໍຖ້າ, ໂດຍບໍ່ມີການຕົວຈິງ
ດຶງເອົາ ຫຼືລຶບຈົດໝາຍ (ເບິ່ງລະຫັດອອກຂ້າງລຸ່ມນີ້). ຕົວເລືອກນີ້ປິດ daemon
ຮູບ​ແບບ (ທີ່​ມັນ​ຈະ​ບໍ່​ມີ​ປະ​ໂຫຍດ​)​. ມັນບໍ່ດີກັບການສອບຖາມຫຼາຍໆຢ່າງ
ສະຖານທີ່, ແລະບໍ່ໄດ້ເຮັດວຽກກັບ ETRN ຫຼື ODMR. ມັນຈະກັບຄືນມາເປັນບວກທີ່ບໍ່ຖືກຕ້ອງຖ້າທ່ານ
ປ່ອຍຈົດໝາຍທີ່ອ່ານແລ້ວແຕ່ບໍ່ໄດ້ລຶບໄວ້ໃນກ່ອງຈົດໝາຍເຊີບເວີຂອງເຈົ້າ ແລະໂປຣໂຕຄໍການດຶງຂໍ້ມູນຂອງເຈົ້າບໍ່ສາມາດ
ບອກຂໍ້ຄວາມທີ່ເກັບໄວ້ຈາກຄົນໃຫມ່. ນີ້ຫມາຍຄວາມວ່າມັນຈະເຮັດວຽກກັບ IMAP, ບໍ່ເຮັດວຽກກັບ
POP2, ແລະບາງເທື່ອອາດຈະແຕກອອກພາຍໃຕ້ POP3.

-s | --ງຽບ
ໂໝດງຽບ. ສະກັດກັ້ນຂໍ້ຄວາມຄວາມຄືບໜ້າ/ສະຖານະທັງໝົດທີ່ປົກກະຕິຈະສະທ້ອນເຖິງ
ຜົນຜະລິດມາດຕະຖານໃນລະຫວ່າງການດຶງຂໍ້ມູນ (ແຕ່ບໍ່ໄດ້ສະກັດກັ້ນຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດຕົວຈິງ). ໄດ້
--verbose ທາງເລືອກ overrides ນີ້.

-v | -- verbose
ໂຫມດ verbose. ຂໍ້ຄວາມຄວບຄຸມທັງຫມົດຜ່ານລະຫວ່າງ fetchmail ແລະ mailserver ແມ່ນ
ສະທ້ອນເຖິງ stdout. Overrides --silent. ທາງເລືອກນີ້ສອງເທົ່າ (-v -v) ເຮັດໃຫ້ເກີດການເພີ່ມເຕີມ
ຂໍ້ມູນການວິນິດໄສທີ່ຈະພິມ.

--nosoftbounce
(ນັບຕັ້ງແຕ່ v6.3.10, ຄໍາສໍາຄັນ: set no softbounce, since v6.3.10)
ໂຫມດ bounce ຍາກ. ຄວາມຜິດພາດການຈັດສົ່ງຖາວອນທັງໝົດເຮັດໃຫ້ຂໍ້ຄວາມຖືກລຶບອອກຈາກ
ເຊີບເວີເທິງນ້ໍາ, ເບິ່ງ "ບໍ່ມີ softbounce" ຂ້າງລຸ່ມນີ້.

-- softbounce
(ນັບຕັ້ງແຕ່ v6.3.10, ຄໍາສໍາຄັນ: ຕັ້ງ softbounce, ນັບຕັ້ງແຕ່ v6.3.10)
ໂໝດ bounce ອ່ອນ. ຄວາມຜິດພາດການຈັດສົ່ງຖາວອນທັງໝົດເຮັດໃຫ້ຂໍ້ຄວາມຖືກປະໄວ້ຢູ່ໃນ
ເຊີບເວີ upstream ຖ້າໂປຣໂຕຄໍຮອງຮັບນັ້ນ. ນີ້ ທາງເລືອກ is on by Default to
ການແຂ່ງຂັນ ປະຫວັດສາດ fetchmail ເອ​ກະ​ສານ​, ແລະຈະຖືກປ່ຽນເປັນໂຫມດ bounce ຍາກໃນ
ການປ່ອຍ fetchmail ຕໍ່ໄປ.

ການຖິ້ມຂີ້ເຫຍື່ອ ທາງເລືອກໃນການ
-a | --ທັງໝົດ | (ນັບຕັ້ງແຕ່ v6.3.3) --fetchall
(ຄໍາສໍາຄັນ: fetchall, ນັບຕັ້ງແຕ່ v3.0)
ດຶງຂໍ້ມູນທັງເກົ່າ (ເຫັນ) ແລະຂໍ້ຄວາມໃຫມ່ຈາກ mailserver. ຄ່າເລີ່ມຕົ້ນແມ່ນເພື່ອ
ດຶງເອົາພຽງແຕ່ຂໍ້ຄວາມທີ່ເຄື່ອງແມ່ຂ່າຍບໍ່ໄດ້ຫມາຍວ່າເຫັນ. ພາຍໃຕ້ POP3, ທາງເລືອກນີ້ຍັງ
ບັງຄັບໃຊ້ RETR ຫຼາຍກວ່າ TOP. ໃຫ້ສັງເກດວ່າການດຶງຂໍ້ມູນ POP2 ປະຕິບັດຄືກັບວ່າ
-- ທັງໝົດແມ່ນເປີດຢູ່ສະເໝີ (ເບິ່ງຮູບແບບຄວາມລົ້ມເຫລວຄືນມາຂ້າງລຸ່ມນີ້) ແລະທາງເລືອກນີ້ບໍ່ໄດ້ເຮັດ
ເຮັດວຽກກັບ ETRN ຫຼື ODMR. ໃນຂະນະທີ່ເສັ້ນຄໍາສັ່ງ -a ແລະ --all ແລະ fetchall rcfile
ທາງເລືອກໄດ້ຮັບການສະຫນັບສະຫນູນເປັນເວລາດົນນານ, ທາງເລືອກແຖວຄໍາສັ່ງ --fetchall ແມ່ນ
ເພີ່ມໃນ v6.3.3.

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

-K | --nokeep
(ຄໍາສໍາຄັນ: nokeep)
ລຶບຂໍ້ຄວາມທີ່ດຶງມາຈາກເຄື່ອງແມ່ຂ່າຍເມລທາງໄກ. ທາງເລືອກນີ້ບັງຄັບໃຫ້ດຶງຂໍ້ມູນ
mail ທີ່ຈະລຶບ. ມັນອາດຈະເປັນປະໂຫຍດຖ້າຫາກວ່າທ່ານໄດ້ກໍານົດໄວ້ໃນຕອນຕົ້ນຂອງ ຮັກສາ in
ຂອງ​ທ່ານ .fetchmailrc. ຕົວເລືອກນີ້ຖືກບັງຄັບດ້ວຍ ETRN ແລະ ODMR.

-F | -- ລ້າງ
(ຄໍາສໍາຄັນ: flush)
POP3/IMAP ເທົ່ານັ້ນ. ນີ້ແມ່ນທາງເລືອກທີ່ເປັນອັນຕະລາຍແລະສາມາດເຮັດໃຫ້ເກີດການສູນເສຍເມລເມື່ອໃຊ້
ບໍ່ຖືກຕ້ອງ. ມັນລຶບຂໍ້ຄວາມເກົ່າ (ເຫັນ) ຈາກ mailserver ກ່ອນທີ່ຈະດຶງຂໍ້ມູນ
ຂໍ້ຄວາມໃຫມ່ ຄໍາເຕືອນ: ນີ້ສາມາດເຮັດໃຫ້ເກີດການສູນເສຍເມລຖ້າທ່ານກວດເບິ່ງເມລຂອງທ່ານກັບຄົນອື່ນ
ລູກຄ້າຫຼາຍກວ່າ fetchmail, ແລະເຮັດໃຫ້ fetchmail ລຶບຂໍ້ຄວາມທີ່ມັນບໍ່ເຄີຍມີ
ເອົາມາກ່ອນ. ມັນຍັງສາມາດເຮັດໃຫ້ເກີດການສູນເສຍເມລຖ້າເຄື່ອງແມ່ຂ່າຍເມລຫມາຍຂໍ້ຄວາມ
ເຫັນຫຼັງຈາກການດຶງຂໍ້ມູນ (IMAP2 ເຊີບເວີ). ທ່ານອາດຈະບໍ່ໃຊ້ທາງເລືອກນີ້ໃນ
ໄຟລ​໌​ການ​ຕັ້ງ​ຄ່າ​ຂອງ​ທ່ານ​. ຖ້າທ່ານໃຊ້ມັນກັບ POP3, ທ່ານຕ້ອງໃຊ້ຕົວເລືອກ 'uidl'.
ສິ່ງທີ່ທ່ານອາດຈະຕ້ອງການແມ່ນການຕັ້ງຄ່າເລີ່ມຕົ້ນ: ຖ້າທ່ານບໍ່ລະບຸ '-k', ຫຼັງຈາກນັ້ນ
fetchmail ຈະລຶບຂໍ້ຄວາມອັດຕະໂນມັດຫຼັງຈາກການຈັດສົ່ງສໍາເລັດ.

--limitflush
POP3/IMAP ເທົ່ານັ້ນ, ຕັ້ງແຕ່ລຸ້ນ 6.3.0. ລຶບຂໍ້ຄວາມຂະໜາດໃຫຍ່ອອກຈາກເຄື່ອງແມ່ຂ່າຍເມລ
ກ່ອນທີ່ຈະດຶງຂໍ້ຄວາມໃຫມ່. ຂອບເຂດຈໍາກັດຂະຫນາດຄວນຈະຖືກລະບຸແຍກຕ່າງຫາກດ້ວຍ
ທາງເລືອກ -- limit. ຕົວເລືອກນີ້ໃຊ້ບໍ່ໄດ້ກັບ ETRN ຫຼື ODMR.

ອະນຸສັນຍາ ແລະ ການສອບຖາມ ທາງເລືອກໃນການ
-p | -- ໂປຣໂຕ | -- ພິທີການ
(ຄໍາສໍາຄັນ: proto[col])
ລະບຸໂປໂຕຄອນທີ່ຈະໃຊ້ໃນເວລາຕິດຕໍ່ສື່ສານກັບເຄື່ອງແມ່ຂ່າຍເມລທາງໄກ. ຖ້າບໍ່ມີ
ໂປຣໂຕຄໍຖືກລະບຸ, ຄ່າເລີ່ມຕົ້ນແມ່ນ AUTO. ໂປໂຕຄອນ ອາດ​ຈະ​ເປັນ​ຫນຶ່ງ​ໃນ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

AUTO ພະຍາຍາມ IMAP, POP3, ແລະ POP2 (ຂ້າມການອັນໃດອັນໜຶ່ງອັນໃດອັນໜຶ່ງທີ່ບໍ່ໄດ້ຮອງຮັບ.
ໄດ້ຖືກລວບລວມຢູ່ໃນ).

POP2 Post Office Protocol 2 (ມໍລະດົກ, ທີ່ຈະຖືກລຶບອອກຈາກການປ່ອຍໃນອະນາຄົດ)

ພິທີການໄປສະນີ POP3 3

APOP ໃຊ້ POP3 ດ້ວຍການພິສູດຢືນຢັນແບບເກົ່າ MD5-challenge. ຖືວ່າບໍ່
ທົນທານຕໍ່ການໂຈມຕີຂອງຜູ້ຊາຍໃນກາງ.

RPOP ໃຊ້ POP3 ກັບການກວດສອບຄວາມຖືກຕ້ອງ RPOP.

KPOP ໃຊ້ POP3 ດ້ວຍການພິສູດຢືນຢັນ Kerberos V4 ໃນພອດ 1109.

SDPS ໃຊ້ POP3 ກັບສ່ວນຂະຫຍາຍ SDPS ຂອງ Demon Internet.

IMAP IMAP2bis, IMAP4, ຫຼື IMAP4rev1 (fetchmail ອັດຕະໂນມັດກວດພົບຂອງເຂົາເຈົ້າ
ຄວາມສາມາດ).

ETRN ໃຊ້ຕົວເລືອກ ESMTP ETRN.

ODMR ໃຊ້ໂປຣໄຟລ໌ On-Demand Mail Relay ESMTP.

ທາງເລືອກເຫຼົ່ານີ້ທັງຫມົດເຮັດວຽກໃນລັກສະນະດຽວກັນໂດຍພື້ນຖານ (ການສື່ສານກັບເຄື່ອງແມ່ຂ່າຍມາດຕະຖານ
daemons ເພື່ອດຶງເອົາຈົດໝາຍທີ່ສົ່ງໄປໃຫ້ກ່ອງຈົດໝາຍໃນເຊີບເວີ) ຍົກເວັ້ນ ETRN ແລະ ODMR.
ຮູບແບບ ETRN ອະນຸຍາດໃຫ້ທ່ານຖາມເຄື່ອງແມ່ຂ່າຍ ESMTP ທີ່ສອດຄ່ອງ (ເຊັ່ນ: BSD sendmail ໃນເວລາປ່ອຍ
8.8.0 ຫຼືສູງກວ່າ) ເພື່ອເປີດການເຊື່ອມຕໍ່ຜູ້ສົ່ງ-SMTP ທັນທີກັບເຄື່ອງລູກຄ້າຂອງທ່ານແລະ
ເລີ່ມຕົ້ນການສົ່ງຕໍ່ລາຍການທີ່ສົ່ງໄປຫາເຄື່ອງລູກຄ້າຂອງທ່ານໃນແຖວຂອງເຄື່ອງແມ່ຂ່າຍຂອງ
ຈົດໝາຍທີ່ຍັງບໍ່ໄດ້ສົ່ງ. ໂຫມດ ODMR ຕ້ອງການເຄື່ອງແມ່ຂ່າຍທີ່ມີຄວາມສາມາດ ODMR ແລະເຮັດວຽກຄ້າຍຄືກັນກັບ
ETRN, ເວັ້ນເສຍແຕ່ວ່າມັນບໍ່ຕ້ອງການໃຫ້ເຄື່ອງລູກຄ້າມີ DNS ຄົງທີ່.

-U | --uidl
(ຄໍາສໍາຄັນ: uidl)
ບັງຄັບໃຊ້ UIDL (ມີຜົນກັບ POP3 ເທົ່ານັ້ນ). ບັງຄັບໃຫ້ລູກຄ້າຕິດຕາມ 'ຄວາມໃໝ່'
ຂອງຂໍ້ຄວາມ (UIDL ຫຍໍ້ມາຈາກ "ລາຍຊື່ ID ເປັນເອກະລັກ" ແລະຖືກອະທິບາຍໄວ້ໃນ RFC1939). ໃຊ້
ດ້ວຍ 'ຮັກສາ' ເພື່ອໃຊ້ກ່ອງຈົດຫມາຍເປັນຂ່າວເດັກນ້ອຍຫຼຸດລົງສໍາລັບກຸ່ມຜູ້ໃຊ້. ຄວາມ​ເປັນ​ຈິງ
ຂໍ້​ຄວາມ​ທີ່​ເຫັນ​ໄດ້​ຖືກ​ຂ້າມ​ຖືກ​ບັນ​ທຶກ, ເວັ້ນ​ເສຍ​ແຕ່​ການ​ບັນ​ທຶກ​ຂໍ້​ຜິດ​ພາດ​ແມ່ນ​ເຮັດ​ໄດ້​ໂດຍ​ຜ່ານ
syslog ໃນຂະນະທີ່ແລ່ນຢູ່ໃນໂຫມດ daemon. ໃຫ້ສັງເກດວ່າ fetchmail ອາດຈະເປີດໃຊ້ອັດຕະໂນມັດ
ຕົວເລືອກນີ້ຂຶ້ນກັບຄວາມສາມາດຂອງເຊີບເວີ. ໃຫ້ສັງເກດວ່າທາງເລືອກນີ້
ອາດຈະຖືກເອົາອອກ ແລະບັງຄັບໃຫ້ເປີດໃຊ້ງານໃນເວີຊັນ fetchmail ໃນອະນາຄົດ. ເບິ່ງ:
--idfile.

--ບໍ່ເຮັດວຽກ (ນັບຕັ້ງແຕ່ 6.3.3)
(ຄໍາສໍາຄັນ: idle, ນັບຕັ້ງແຕ່ກ່ອນ 6.0.0)
ເປີດການນຳໃຊ້ IDLE (ມີຜົນກັບ IMAP ເທົ່ານັ້ນ). ໃຫ້ສັງເກດວ່າອັນນີ້ໃຊ້ໄດ້ກັບອັນດຽວເທົ່ານັ້ນ
ໂຟນເດີໃນເວລາທີ່ກໍານົດ. ໃນຂະນະທີ່ຄໍາຫລັກ rcfile idle ໄດ້ຮັບການສະຫນັບສະຫນູນສໍາລັບ a
ເປັນເວລາດົນ, ທາງເລືອກແຖວຄໍາສັ່ງ --idle ໄດ້ຖືກເພີ່ມເຂົ້າໃນຮຸ່ນ 6.3.3. ໃຊ້ IDLE
ຫມາຍຄວາມວ່າ fetchmail ບອກເຄື່ອງແມ່ຂ່າຍ IMAP ສົ່ງຂໍ້ຄວາມໃຫມ່, ດັ່ງນັ້ນພວກເຂົາ
ສາມາດເອົາມາໄດ້ໄວກວ່າທີ່ຈະເປັນໄປໄດ້ດ້ວຍການສຳຫຼວດແບບປົກກະຕິ.

-P | --ການບໍລິການ
(ຄໍາສໍາຄັນ: ບໍລິການ) ນັບຕັ້ງແຕ່ສະບັບ 6.3.0.
ທາງເລືອກການບໍລິການອະນຸຍາດໃຫ້ທ່ານລະບຸຊື່ການບໍລິການທີ່ຈະເຊື່ອມຕໍ່ກັບ. ເຈົ້າ​ສາ​ມາດ
ລະບຸຕົວເລກພອດທົດສະນິຍົມຢູ່ທີ່ນີ້, ຖ້າຖານຂໍ້ມູນການບໍລິການຂອງທ່ານຂາດຄວາມຕ້ອງການ
ການມອບໝາຍພອດບໍລິການ. ເບິ່ງລາຍການ FAQ R12 ແລະເອກະສານ --ssl ສໍາລັບ
ລາຍລະອຽດ. ນີ້ແທນທີ່ທາງເລືອກ --port ເກົ່າ.

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

-- ອໍານວຍການ
(ຄໍາສໍາຄັນ: ຕົ້ນຕໍ)
ທາງ​ເລືອກ​ຕົ້ນ​ຕໍ​ອະ​ນຸ​ຍາດ​ໃຫ້​ທ່ານ​ລະ​ບຸ​ຕົ້ນ​ຕໍ​ການ​ບໍ​ລິ​ການ​ສໍາ​ລັບ​ການ​ເຊິ່ງ​ກັນ​ແລະ​ກັນ​
ການຢືນຢັນ. ອັນນີ້ໃຊ້ໄດ້ກັບ POP3 ຫຼື IMAP ດ້ວຍການພິສູດຢືນຢັນ Kerberos 4
ເທົ່ານັ້ນ. ມັນບໍ່ໄດ້ໃຊ້ກັບ Kerberos 5 ຫຼື GSSAPI. ທາງເລືອກນີ້ອາດຈະຖືກໂຍກຍ້າຍອອກໃນ a
ລຸ້ນ fetchmail ໃນອະນາຄົດ.

-t | --ຫມົດ​ເວ​ລາ
(ຄໍາສໍາຄັນ: ໝົດເວລາ)
ທາງເລືອກການໝົດເວລາອະນຸຍາດໃຫ້ທ່ານຕັ້ງຄ່າການໝົດເວລາຂອງເຊີບເວີທີ່ບໍ່ຕອບສະໜອງເປັນວິນາທີ. ຖ້າ ກ
mailserver ບໍ່ໄດ້ສົ່ງຂໍ້ຄວາມທັກທາຍຫຼືຕອບສະຫນອງຄໍາສັ່ງສໍາລັບການໃຫ້
ຈໍາ​ນວນ​ວິ​ນາ​ທີ​, fetchmail ຈະລຸດລົງການເຊື່ອມຕໍ່ກັບມັນ. ໂດຍບໍ່ມີການດັ່ງກ່າວເປັນ
ຫມົດ​ເວ​ລາ fetchmail ອາດຈະຄ້າງຈົນກ່ວາການເຊື່ອມຕໍ່ TCP ໝົດ, ພະຍາຍາມດຶງຂໍ້ມູນ
mail ຈາກເຈົ້າພາບລົງ, ເຊິ່ງອາດຈະຍາວຫຼາຍ. ນີ້ຈະເປັນການລົບກວນໂດຍສະເພາະ
ສໍາ​ລັບ fetchmail ແລ່ນຢູ່ໃນພື້ນຫຼັງ. ມີການໝົດເວລາເລີ່ມຕົ້ນທີ່
fetchmail -V ຈະລາຍງານ. ຖ້າການເຊື່ອມຕໍ່ທີ່ໃຫ້ໄດ້ຮັບການ timeouts ຫຼາຍເກີນໄປ
ການສືບທອດ, fetchmail ຈະພິຈາລະນາວ່າມັນເປັນ wedged ແລະຢຸດການພະຍາຍາມໃຫມ່. ຜູ້ໃຊ້ໂທ
ຈະ​ໄດ້​ຮັບ​ແຈ້ງ​ການ​ທາງ​ອີ​ເມລ​໌​ຖ້າ​ຫາກ​ວ່າ​ນີ້​ເກີດ​ຂຶ້ນ​.

ເລີ່ມຕົ້ນດ້ວຍ fetchmail 6.3.10, ລູກຄ້າ SMTP ໃຊ້ຕໍາ່ສຸດທີ່ແນະນໍາ
ໝົດເວລາຈາກ RFC-5321 ໃນຂະນະທີ່ລໍຖ້າເຊີບເວີ SMTP/LMTP ທີ່ມັນກຳລັງເວົ້າຢູ່.
ທ່ານ​ສາ​ມາດ​ເພີ່ມ​ການ​ຫມົດ​ເວ​ລາ​ຫຼາຍ​ຂຶ້ນ​, ແຕ່​ວ່າ​ທ່ານ​ບໍ່​ສາ​ມາດ​ຫຼຸດ​ໃຫ້​ເຂົາ​ເຈົ້າ​. ນີ້ແມ່ນເພື່ອຫຼີກເວັ້ນການ
ສະຖານະການທີ່ເຈັບປວດທີ່ fetchmail ໄດ້ຖືກຕັ້ງຄ່າດ້ວຍການຫມົດເວລາສັ້ນໆ (a
ນາທີຫຼືຫນ້ອຍ), ສົ່ງຂໍ້ຄວາມຍາວ (ຫຼາຍ MBytes) ໄປຫາ MTA ທ້ອງຖິ່ນ, ເຊິ່ງຫຼັງຈາກນັ້ນ
ໃຊ້ເວລາດົນກວ່າເວລາຫມົດເວລາເພື່ອຕອບສະຫນອງ "OK", ເຊິ່ງໃນທີ່ສຸດມັນຈະ; ນັ້ນຈະ
ຫມາຍຄວາມວ່າ mail ໄດ້ຖືກຈັດສົ່ງຢ່າງຖືກຕ້ອງ, ແຕ່ fetchmail ບໍ່ສາມາດສັງເກດເຫັນມັນແລະດັ່ງນັ້ນ
ດຶງຂໍ້ຄວາມໃຫຍ່ນີ້ຄືນມາເລື້ອຍໆ.

--ປລັກອິນ
(ຄໍາສໍາຄັນ: plugin)
ທາງເລືອກ plugin ອະນຸຍາດໃຫ້ທ່ານໃຊ້ໂຄງການພາຍນອກເພື່ອສ້າງຕັ້ງ TCP
ການເຊື່ອມຕໍ່. ນີ້ແມ່ນເປັນປະໂຫຍດຖ້າທ່ານຕ້ອງການໃຊ້ ssh, ຫຼືຕ້ອງການພິເສດບາງຢ່າງ
ການຕິດຕັ້ງໄຟວໍ. ໂຄງການຈະຖືກເບິ່ງຢູ່ໃນ $PATH ແລະສາມາດເລືອກໄດ້
ຜ່ານຊື່ເຈົ້າພາບ ແລະພອດເປັນອາກິວເມັນໂດຍໃຊ້ "%h" ແລະ "%p" ຕາມລໍາດັບ (ໝາຍເຫດ
ວ່າເຫດຜົນ interpolation ແມ່ນ primitive ແທນທີ່ຈະ, ແລະ tokens ເຫຼົ່ານີ້ຕ້ອງໄດ້ຮັບການຜູກມັດ
ໂດຍຊ່ອງຫວ່າງ ຫຼືຈຸດເລີ່ມຕົ້ນຂອງສະຕຣິງ ຫຼືທ້າຍຂອງສະຕຣິງ). Fetchmail ຈະຂຽນເຖິງ
stdin ຂອງ plugin ແລະອ່ານຈາກ stdout ຂອງ plugin.

--ປລັກສຽບ
(ຄໍາສໍາຄັນ: plugout)
ຄືກັນກັບຕົວເລືອກ plugin ຂ້າງເທິງ, ແຕ່ອັນນີ້ໃຊ້ສໍາລັບ SMTP
ການເຊື່ອມຕໍ່.

-r | --ໂຟເດີ
(ຄໍາສໍາຄັນ: folder[s])
ເຮັດໃຫ້ໂຟເດີເມລທີ່ບໍ່ແມ່ນຄ່າເລີ່ມຕົ້ນທີ່ລະບຸໄວ້ໃນ mailserver (ຫຼືເຄື່ອງໝາຍຈຸດທີ່ຂັ້ນກັນ
ບັນ​ຊີ​ລາຍ​ຊື່​ຂອງ​ແຟ້ມ​) ທີ່​ຈະ​ໄດ້​ຮັບ​ການ​ດຶງ​ຂໍ້​ມູນ​. syntax ຂອງຊື່ໂຟນເດີແມ່ນ server-
ຂຶ້ນກັບ. ຕົວເລືອກນີ້ບໍ່ສາມາດໃຊ້ໄດ້ພາຍໃຕ້ POP3, ETRN, ຫຼື ODMR.

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

--ssl (ຄໍາສໍາຄັນ: ssl)
ເຮັດໃຫ້ການເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍເມລຖືກເຂົ້າລະຫັດຜ່ານ SSL, ໂດຍການເຈລະຈາ
SSL ໂດຍກົງຫຼັງຈາກການເຊື່ອມຕໍ່ (ຮູບແບບ SSL-ຫໍ່). ມັນແມ່ນແນະນໍາໃຫ້ໃຊ້ຫຼາຍ
--sslcertck ເພື່ອກວດສອບໃບຢັ້ງຢືນທີ່ເຊີບເວີນຳສະເໜີ. ກະລຸນາເບິ່ງ
ລາຍລະອຽດຂອງ --sslproto ຂ້າງລຸ່ມນີ້! ຂໍ້ມູນເພີ່ມເຕີມແມ່ນມີຢູ່ໃນ README.SSL
ໄຟລ໌ທີ່ສົ່ງກັບ fetchmail.

ໃຫ້ສັງເກດວ່າເຖິງແມ່ນວ່າທາງເລືອກນີ້ຈະຖືກລະເວັ້ນ, fetchmail ຍັງອາດຈະເຈລະຈາ SSL ໃນແຖບ
ສໍາລັບ POP3 ຫຼື IMAP, ຜ່ານຄຸນສົມບັດ STLS ຫຼື STARTTLS. ທ່ານສາມາດໃຊ້ --sslproto
ທາງເລືອກທີ່ຈະດັດແປງພຶດຕິກໍານັ້ນ.

ຖ້າບໍ່ມີການລະບຸພອດ, ການເຊື່ອມຕໍ່ແມ່ນພະຍາຍາມຫາພອດທີ່ຮູ້ຈັກດີຂອງ
ລຸ້ນ SSL ຂອງໂປຣໂຕຄໍພື້ນຖານ. ໂດຍທົ່ວໄປແລ້ວນີ້ແມ່ນພອດທີ່ແຕກຕ່າງຈາກພອດ
ໃຊ້ໂດຍໂປຣໂຕຄໍພື້ນຖານ. ສໍາລັບ IMAP, ນີ້ແມ່ນພອດ 143 ສໍາລັບໂປໂຕຄອນທີ່ຊັດເຈນແລະ
ພອດ 993 ສໍາລັບໂປຣໂຕຄໍ SSL secured; ສໍາລັບ POP3, ມັນແມ່ນພອດ 110 ສໍາລັບຂໍ້ຄວາມທີ່ຊັດເຈນ
ແລະພອດ 995 ສໍາລັບຕົວແປທີ່ເຂົ້າລະຫັດໄວ້.

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

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

ຫມາຍ​ເຫດ​: ຖ້າທ່ານໃຊ້ການກວດສອບລູກຄ້າ, ຊື່ຜູ້ໃຊ້ຈະຖືກດຶງມາຈາກ
CommonName ຂອງໃບຢັ້ງຢືນ ແລະ overrides ຊື່ທີ່ກໍານົດໄວ້ດ້ວຍ --user.

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

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

ເບິ່ງ --sslcert ຂ້າງເທິງ.

--sslproto
(ຄໍາສໍາຄັນ: sslproto, ຫມາຍເຫດ: ການປ່ຽນແປງ semantic ນັບຕັ້ງແຕ່ v6.4.0)
ຕົວເລືອກນີ້ມີການໃຊ້ສອງຢ່າງ, ຢູ່ນອກພຶດຕິກໍາ fetchmail ປະຫວັດສາດ. ມັນຄວບຄຸມທັງສອງ
ເວີຊັນໂປຣໂຕຄໍ SSL/TLS ແລະ, ຖ້າ --ssl ບໍ່ໄດ້ຖືກລະບຸ, ພຶດຕິກຳຂອງ STARTTLS
(ການຍົກລະດັບໂປຣໂຕຄໍເປັນການເຊື່ອມຕໍ່ SSL ຫຼື TLS ໃນແຖບ). ບາງທາງເລືອກອື່ນ
ແນວໃດກໍ່ຕາມອາດຈະເຮັດໃຫ້ TLS ບັງຄັບ.

ພຽງແຕ່ຖ້າທາງເລືອກນີ້ແລະ --ssl ທັງສອງຂາດສໍາລັບແບບສໍາຫຼວດ, ຈະມີ TLS ທີ່ເປັນໂອກາດ
ສໍາລັບ POP3 ແລະ IMAP, ບ່ອນທີ່ fetchmail ຈະພະຍາຍາມຍົກລະດັບເປັນ TLSv1 ຫຼືໃຫມ່ກວ່າ.

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

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

'ອັດຕະໂນມັດ' (ຄ່າເລີ່ມຕົ້ນ). ຕັ້ງແຕ່ v6.4.0. ຕ້ອງການ TLS. ການເຈລະຈາອັດຕະໂນມັດ TLSv1 ຫຼືໃຫມ່ກວ່າ, ປິດການໃຊ້ງານ
ດາວເກຣດ SSLv3. (fetchmail 6.3.26 ແລະສູງກວ່າມີການເຈລະຈາອັດຕະໂນມັດທັງຫມົດ
ໂປຣໂຕຄອນທີ່ຫ້ອງສະໝຸດ OpenSSL ຂອງເຂົາເຈົ້າຮອງຮັບ, ລວມທັງ SSLv3 ທີ່ແຕກຫັກ).

'SSL23'
ເບິ່ງ 'ອັດຕະໂນມັດ'.

'SSL3' ຕ້ອງການ SSLv3 ຢ່າງແທ້ຈິງ. SSLv3 ເສຍຫາຍ, ບໍ່ຮອງຮັບໃນທຸກລະບົບ, ຫຼີກເວັ້ນ
ຖ້າເປັນໄປໄດ້. ນີ້ຈະເຮັດໃຫ້ fetchmail ເຈລະຈາ SSLv3 ເທົ່ານັ້ນ, ແລະເປັນ
ພຽງ​ແຕ່​ວິ​ທີ​ການ​ນອກ​ຈາກ 'SSL3+' ເພື່ອໃຫ້ມີ fetchmail 6.4.0 ຫຼືໃບອະນຸຍາດໃຫມ່ກວ່າ SSLv3.

'SSL3+'
ຄື​ກັນ​ກັບ 'ອັດຕະໂນມັດ', ແຕ່ອະນຸຍາດໃຫ້ SSLv3 ເຊັ່ນກັນ. ນີ້ແມ່ນວິທີດຽວນອກຈາກນັ້ນ
'SSL3' ເພື່ອໃຫ້ມີ fetchmail 6.4.0 ຫຼືໃບອະນຸຍາດໃຫມ່ກວ່າ SSLv3.

'ອຈ S TLS1' ຕ້ອງການ TLSv1. ນີ້ບໍ່ໄດ້ເຈລະຈາ TLSv1.1 ຫຼືໃຫມ່ກວ່າ, ແລະທໍ້ຖອຍໃຈ.
ແທນທີ່ໂດຍ TLS1+ ເວັ້ນເສຍແຕ່ວ່າອັນສຸດທ້າຍເຮັດໃຫ້ເຄື່ອງແມ່ຂ່າຍຂອງທ່ານ choke.

'TLS1+'
ຕັ້ງແຕ່ v6.4.0. ເບິ່ງ 'fBauto'.

'ອຈ S TLS1.1'
ຕັ້ງແຕ່ v6.4.0. ຕ້ອງການ TLS v1.1 ຢ່າງແທ້ຈິງ.

'TLS1.1+'
ຕັ້ງແຕ່ v6.4.0. ຕ້ອງການ TLS. ເຈລະຈາອັດຕະໂນມັດ TLSv1.1 ຫຼືໃໝ່ກວ່າ.

'ອຈ S TLS1.2'
ຕັ້ງແຕ່ v6.4.0. ຕ້ອງການ TLS v1.2 ຢ່າງແທ້ຈິງ.

'TLS1.2+'
ຕັ້ງແຕ່ v6.4.0. ຕ້ອງການ TLS. ເຈລະຈາອັດຕະໂນມັດ TLSv1.2 ຫຼືໃໝ່ກວ່າ.

ຕົວກໍານົດການທີ່ບໍ່ຮູ້ຈັກ
ຖືກປະຕິບັດຄືກັນກັບ 'ອັດຕະໂນມັດ'.

ຫມາຍ​ເຫດ​: ທ່ານ​ບໍ່​ຄວນ​ຈະ​ເຄີຍ​ຈະ​ຕ້ອງ​ການ​ທີ່​ຈະ​ນໍາ​ໃຊ້​ອັນ​ອື່ນ​ນອກ​ເຫນືອ​ໄປ​ຈາກ '' (ເພື່ອ​ບັງ​ຄັບ
ການເຊື່ອມຕໍ່ທີ່ບໍ່ໄດ້ເຂົ້າລະຫັດລັບ) ຫຼື 'ອັດຕະໂນມັດ' (ເພື່ອບັງຄັບໃຊ້ TLS).

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

ກະລຸນາຮັບຊາບວ່າ CRL (ລາຍການການຖອນໃບຢັ້ງຢືນ) ແມ່ນຮອງຮັບໃນ OpenSSL 0.9.7 ເທົ່ານັ້ນ.
ແລະໃໝ່ກວ່າ! ໂມງລະບົບຂອງເຈົ້າຄວນຈະຖືກຕ້ອງຢ່າງສົມເຫດສົມຜົນໃນເວລາໃຊ້ອັນນີ້
ທາງເລືອກ.

ໃຫ້ສັງເກດວ່າພຶດຕິກໍາທາງເລືອກນີ້ອາດຈະກາຍເປັນພຶດຕິກໍາເລີ່ມຕົ້ນໃນ fetchmail ໃນອະນາຄົດ
ຮຸ່ນ

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

ໄຟລ໌ແມ່ນໄຟລ໌ຂໍ້ຄວາມ. ມັນປະກອບດ້ວຍໃບຮັບຮອງ CA ທີ່ເຊື່ອຖືໄດ້
ໃນຮູບແບບ PEM.

ໃຫ້ສັງເກດວ່າການໃຊ້ຕົວເລືອກນີ້ຈະສະກັດກັ້ນການໂຫຼດ SSL ໄວ້ໃຈ CA ເລີ່ມຕົ້ນ
ໄຟລ໌ໃບຢັ້ງຢືນເວັ້ນເສຍແຕ່ວ່າທ່ານຕັ້ງຕົວແປສະພາບແວດລ້ອມ
FETCHMAIL_INCLUDE_DEFAULT_X509_CA_CERTS ກັບຄ່າທີ່ບໍ່ຫວ່າງເປົ່າ.

--sslcertpath
(ຄໍາສໍາຄັນ: sslcertpath)
ຕັ້ງຄ່າໄດເລກະທໍລີ fetchmail ໃຊ້ເພື່ອຊອກຫາໃບຢັ້ງຢືນທ້ອງຖິ່ນ. ຄ່າເລີ່ມຕົ້ນແມ່ນ
ໄດເຣັກທໍຣີມາດຕະຖານ OpenSSL ຂອງທ່ານ. ໄດເລກະທໍລີຕ້ອງຖືກ hashed ວິທີການ OpenSSL
ຄາດຫວັງວ່າມັນ - ທຸກໆຄັ້ງທີ່ທ່ານເພີ່ມຫຼືດັດແປງໃບຢັ້ງຢືນໃນໄດເລກະທໍລີ, ທ່ານຕ້ອງການ
ການນໍາໃຊ້ c_rehash ເຄື່ອງມື (ທີ່ມາພ້ອມກັບ OpenSSL ໃນເຄື່ອງມື / ໄດເລກະທໍລີຍ່ອຍ).
ນອກຈາກນັ້ນ, ຫຼັງຈາກການປັບປຸງ OpenSSL, ທ່ານອາດຈະຕ້ອງດໍາເນີນການ c_rehash; ໂດຍສະເພາະໃນເວລາທີ່
ການຍົກລະດັບຈາກ 0.9.X ເປັນ 1.0.0.

ນີ້ສາມາດໄດ້ຮັບການໃຫ້ນອກເຫນືອໄປຈາກ --sslcertfile ຂ້າງເທິງ, ເຊິ່ງເຫັນໄດ້ຊັດເຈນ
ກົດລະບຽບ.

ໃຫ້ສັງເກດວ່າການໃຊ້ຕົວເລືອກນີ້ຈະສະກັດກັ້ນການເພີ່ມ SSL ໄວ້ໃຈ CA ເລີ່ມຕົ້ນ
ໄດເລກະທໍລີໃບຢັ້ງຢືນເວັ້ນເສຍແຕ່ວ່າທ່ານກໍານົດຕົວແປສະພາບແວດລ້ອມ
FETCHMAIL_INCLUDE_DEFAULT_X509_CA_CERTS ກັບຄ່າທີ່ບໍ່ຫວ່າງເປົ່າ.

--sslcommonname <ທົ່ວໄປ ຊື່>
(ຄໍາສໍາຄັນ: sslcommonname; ນັບຕັ້ງແຕ່ v6.3.9)
ການນໍາໃຊ້ທາງເລືອກນີ້ແມ່ນທໍ້ຖອຍໃຈ. ກ່ອນທີ່ຈະນໍາໃຊ້ມັນ, ຕິດຕໍ່ຜູ້ບໍລິຫານຂອງ
ເຊີບເວີເທິງນ້ໍາຂອງທ່ານແລະຂໍໃຫ້ມີໃບຢັ້ງຢືນ SSL ທີ່ເຫມາະສົມທີ່ຈະຖືກນໍາໃຊ້. ຖ້ານັ້ນ
ບໍ່ສາມາດບັນລຸໄດ້, ທາງເລືອກນີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອລະບຸຊື່ (CommonName) ວ່າ
fetchmail ຄາດຫວັງຢູ່ໃນໃບຢັ້ງຢືນເຊີຟເວີ. ເຊີບເວີທີ່ຖືກຕັ້ງຄ່າຢ່າງຖືກຕ້ອງຈະ
ໃຫ້ຕັ້ງນີ້ເປັນ hostname ທີ່ມັນບັນລຸໄດ້, ແລະ fetchmail ໂດຍຄ່າເລີ່ມຕົ້ນຈະ
ຄາດຫວັງຫຼາຍ. ໃຊ້ຕົວເລືອກນີ້ເມື່ອ CommonName ຖືກຕັ້ງເປັນຄ່າອື່ນ, to
ຫຼີກເວັ້ນການເຕືອນ "Server CommonName mismatch", ແລະພຽງແຕ່ຖ້າເຄື່ອງແມ່ຂ່າຍຂອງ upstream
ບໍ່ສາມາດໃຊ້ໃບຮັບຮອງທີ່ຖືກຕ້ອງໄດ້.

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

ການ​ນໍາ​ໃຊ້​ທາງ​ເລືອກ​ນີ້​ຈະ​ປ້ອງ​ກັນ​ຄວາມ​ຜິດ​ພາດ​ໃນ​ການ​ກວດ​ສອບ​ໃບ​ຢັ້ງ​ຢືນ​ການ​ພິມ​ເປັນ​
--sslcertck ບໍ່ໄດ້ຕັ້ງ.

ເພື່ອໃຫ້ໄດ້ຮັບລາຍນິ້ວມືຂອງໃບຢັ້ງຢືນທີ່ເກັບໄວ້ໃນໄຟລ໌ cert.pem, ພະຍາຍາມ:

openssl x509 -in cert.pem -noout -md5 -fingerprint

ສຳ ລັບລາຍລະອຽດ, ໃຫ້ເບິ່ງ x509(1ssl).

ການຈັດສົ່ງ ການຄວບຄຸມ ທາງເລືອກໃນການ
-S | --smtphost
(ຄໍາສໍາຄັນ: smtp[host])
ລະບຸລາຍຊື່ໂຮສເພື່ອສົ່ງຕໍ່ຈົດໝາຍໄປຫາ (ໜຶ່ງ ຫຼືຫຼາຍຊື່ເຈົ້າພາບ, ເຄື່ອງໝາຍຈຸດ-
ແຍກ). ເຈົ້າພາບຖືກພະຍາຍາມຢູ່ໃນລໍາດັບລາຍຊື່; ອັນທໍາອິດທີ່ຂຶ້ນກາຍເປັນ
ເປົ້າໝາຍການສົ່ງຕໍ່ສຳລັບການແລ່ນປັດຈຸບັນ. ຖ້າຕົວເລືອກນີ້ບໍ່ໄດ້ຖືກລະບຸ,
'localhost' ຖືກໃຊ້ເປັນຄ່າເລີ່ມຕົ້ນ. ແຕ່ລະຊື່ໂຮດອາດມີໝາຍເລກພອດຕໍ່ໄປນີ້
ຊື່ເຈົ້າພາບ. ໝາຍເລກພອດແມ່ນແຍກອອກຈາກຊື່ເຈົ້າພາບໂດຍເຄື່ອງໝາຍເລກ; ໄດ້
ພອດເລີ່ມຕົ້ນແມ່ນ "smtp". ຖ້າທ່ານລະບຸຊື່ເສັ້ນທາງຢ່າງແທ້ຈິງ (ເລີ່ມຕົ້ນດ້ວຍ a /),
ມັນຈະຖືກຕີຄວາມໝາຍວ່າເປັນຊື່ຂອງຊັອກເກັດ UNIX ທີ່ຍອມຮັບການເຊື່ອມຕໍ່ LMTP
(ເຊັ່ນ: ສະຫນັບສະຫນູນໂດຍ Cyrus IMAP daemon) ຕົວຢ່າງ:

--smtphost server1,server2/2525,server3,/var/imap/socket/lmtp

ທາງເລືອກນີ້ສາມາດຖືກນໍາໃຊ້ກັບ ODMR, ແລະຈະເຮັດໃຫ້ fetchmail ເປັນ relay ລະຫວ່າງ ODMR
ເຊີບເວີ ແລະເຄື່ອງຮັບ SMTP ຫຼື LMTP.

--fetchdomains
(ຄໍາສໍາຄັນ: fetchdomains)
ໃນໂຫມດ ETRN ຫຼື ODMR, ທາງເລືອກນີ້ກໍານົດລາຍຊື່ໂດເມນທີ່ເຄື່ອງແມ່ຂ່າຍຄວນ
ສົ່ງ mail ສໍາລັບຄັ້ງດຽວການເຊື່ອມຕໍ່ໄດ້ຖືກຫັນປະມານ. ຄ່າເລີ່ມຕົ້ນແມ່ນ FQDN ຂອງ
ເຄື່ອງແລ່ນ fetchmail.

-D | --smtpaddress
(ຄໍາສໍາຄັນ: smtpaddress)
ລະບຸໂດເມນທີ່ຈະຕໍ່ທ້າຍກັບທີ່ຢູ່ໃນ RCPT TO ສາຍທີ່ສົ່ງໄປ SMTP.
ເມື່ອນີ້ບໍ່ໄດ້ຖືກລະບຸ, ຊື່ຂອງເຄື່ອງແມ່ຂ່າຍ SMTP (ຕາມທີ່ລະບຸໄວ້ໂດຍ
--smtphost) ຖືກນໍາໃຊ້ສໍາລັບ SMTP/LMTP ແລະ 'localhost' ແມ່ນໃຊ້ສໍາລັບ UNIX socket/BSMTP.

--smtpname
(ຄໍາສໍາຄັນ: smtpname)
ລະບຸໂດເມນແລະຜູ້ໃຊ້ທີ່ຈະໃສ່ໃນ RCPT TO ສາຍສົ່ງໄປ SMTP. ໄດ້
ຜູ້ໃຊ້ເລີ່ມຕົ້ນແມ່ນຜູ້ໃຊ້ທ້ອງຖິ່ນໃນປະຈຸບັນ.

-Z | --ຢາຕ້ານເຊື້ອ <nn[, nnn]...>
(ຄໍາສໍາຄັນ: antispam)
ລະບຸລາຍຊື່ຂໍ້ຜິດພາດ SMTP ທີ່ເປັນຕົວເລກທີ່ຈະຖືກຕີຄວາມໝາຍວ່າເປັນ spam-
ຂັດຂວາງການຕອບໂຕ້ຈາກຜູ້ຟັງ. ຄ່າຂອງ -1 ປິດຕົວເລືອກນີ້. ສໍາ​ລັບ
ທາງເລືອກແຖວຄໍາສັ່ງ, ຄ່າລາຍການຄວນຈະຖືກແຍກດ້ວຍເຄື່ອງໝາຍຈຸດ.

-m | --mda
(ຄໍາສໍາຄັນ: mda)
ທາງເລືອກນີ້ເຮັດໃຫ້ fetchmail ໃຊ້ຂໍ້ຄວາມ ຫຼືຕົວແທນຈັດສົ່ງທ້ອງຖິ່ນ (MDA ຫຼື LDA)
ໂດຍກົງ, ແທນທີ່ຈະສົ່ງຜ່ານ SMTP ຫຼື LMTP.

ເພື່ອຫຼີກເວັ້ນການສູນເສຍເມລ, ໃຊ້ຕົວເລືອກນີ້ກັບ MDAs ເຊັ່ນ maildrop ຫຼື MTAs ເທົ່ານັ້ນ
sendmail ທີ່ອອກດ້ວຍສະຖານະ nonzero ໃນ disk-full ແລະຄວາມຜິດພາດການຈັດສົ່ງອື່ນໆ;
ສະຖານະ nonzero ບອກ fetchmail ວ່າການຈັດສົ່ງລົ້ມເຫລວແລະປ້ອງກັນບໍ່ໃຫ້ຂໍ້ຄວາມ
ຈາກການຖືກລົບຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ.

If fetchmail ກໍາລັງເຮັດວຽກເປັນຮາກ, ມັນກໍານົດ id ຜູ້ໃຊ້ຂອງຕົນໃນຂະນະທີ່ສົ່ງຈົດຫມາຍຜ່ານ
MDA ດັ່ງຕໍ່ໄປນີ້: ທໍາອິດ, FETCHMAILUSER, LOGNAME, ແລະສະພາບແວດລ້ອມ USER
ຕົວແປຖືກກວດສອບໃນຄໍາສັ່ງນີ້. ມູນຄ່າຂອງຕົວແປທໍາອິດຈາກບັນຊີລາຍຊື່ຂອງລາວ
ທີ່ຖືກກໍານົດ (ເຖິງແມ່ນວ່າມັນຫວ່າງເປົ່າ!) ຖືກເບິ່ງຢູ່ໃນຖານຂໍ້ມູນຜູ້ໃຊ້ຂອງລະບົບ. ຖ້າ
ບໍ່ມີຕົວແປໃດຖືກກໍານົດ, fetchmail ຈະໃຊ້ id ຜູ້ໃຊ້ທີ່ແທ້ຈິງ
ເລີ່ມຕົ້ນດ້ວຍ. ຖ້າຫນຶ່ງໃນຕົວແປໄດ້ຖືກກໍານົດ, ແຕ່ຜູ້ໃຊ້ລະບຸວ່າບໍ່ມີ
ພົບເຫັນ, fetchmail ສືບຕໍ່ແລ່ນເປັນຮາກ, ໂດຍບໍ່ມີການກວດສອບຕົວແປທີ່ຍັງເຫຼືອຢູ່ໃນ
ບັນຊີລາຍຊື່. ໃນທາງປະຕິບັດ, ນີ້ຫມາຍຄວາມວ່າຖ້າທ່ານແລ່ນ fetchmail ເປັນຮາກ (ບໍ່ແມ່ນ
ແນະນໍາ), ມັນເປັນປະໂຫຍດທີ່ສຸດທີ່ຈະກໍານົດຕົວແປສະພາບແວດລ້ອມ FETCHMAILUSER
ຕັ້ງຜູ້ໃຊ້ທີ່ MDA ຄວນດໍາເນີນການເປັນ. ບາງ MDAs (ເຊັ່ນ maildrop) ຖືກອອກແບບ
ເພື່ອໃຫ້ເປັນ setuid root ແລະ setuid ກັບ id ຜູ້ໃຊ້ຂອງຜູ້ຮັບ, ດັ່ງນັ້ນທ່ານຈະບໍ່ສູນເສຍ
ການທໍາງານຂອງວິທີການນີ້ເຖິງແມ່ນວ່າໃນເວລາທີ່ແລ່ນ fetchmail ເປັນຜູ້ໃຊ້ unprivileged. ກວດເບິ່ງ
ຄູ່ມືຂອງ MDA ສໍາລັບລາຍລະອຽດ.

ບາງ MDAs ທີ່ເປັນໄປໄດ້ແມ່ນ "/usr/sbin/sendmail -i -f %F -- %T" (ຫມາຍ​ເຫດ​: ບາງ​ຄົນ
ສະບັບທີ່ເກົ່າກວ່າ ຫຼືຜູ້ຂາຍສົ່ງເມລຜິດພາດ -- ສໍາລັບທີ່ຢູ່, ແທນທີ່ຈະເປັນ
ຕົວ​ຊີ້​ວັດ​ເພື່ອ​ຫມາຍ​ການ​ສິ້ນ​ສຸດ​ຂອງ​ການ​ໂຕ້​ຖຽງ​ທາງ​ເລືອກ​)​, "/usr/bin/deliver​" ແລະ​
"/usr/bin/maildrop -d %T". ທີ່ຢູ່ການຈັດສົ່ງທ້ອງຖິ່ນຈະຖືກໃສ່ເຂົ້າໄປໃນ MDA
ຄໍາສັ່ງບ່ອນໃດກໍຕາມທີ່ທ່ານວາງ %T; ທີ່ຢູ່ ຂໍ້ຄວາມທາງໄປສະນີຈະຖືກໃສ່ໃສ່
ບ່ອນທີ່ທ່ານວາງ %F.

Do ບໍ່ ຫຸ້ມ ໄດ້ %F or %T string in ດຽວ ວົງຢືມ! ສຳລັບທັງ %T ແລະ %F, fetchmail
encloses ທີ່​ຢູ່​ໃນ​ວົງ​ຢືມ​ດຽວ ('), ຫຼັງ​ຈາກ​ທີ່​ເອົາ​ອອກ​ໃດ​ຫນຶ່ງ quotes ເຂົາ​ເຈົ້າ
ອາດຈະບັນຈຸ, ກ່ອນທີ່ຄໍາສັ່ງ MDA ຈະຖືກສົ່ງກັບແກະ.

Do ບໍ່ ການນໍາໃຊ້ an MDA ການຮຽກຮ້ອງ ທີ່ ຈັດສົ່ງ on ໄດ້ ເນື້ອຫາ of ເຖິງ/Cc/Bcc, ຄື
"sendmail -i -t" ຫຼື "qmail-inject", ມັນຈະສ້າງ mail loops ແລະນໍາເອົາພຽງແຕ່.
ຄວາມ​ຄຽດ​ແຄ້ນ​ຂອງ​ນາຍ​ໄປສະນີ​ຫຼາຍ​ຄົນ​ລົງ​ເທິງ​ຫົວ​ຂອງ​ເຈົ້າ. ນີ້ແມ່ນຫນຶ່ງໃນເລື້ອຍໆທີ່ສຸດ
ການ​ຕັ້ງ​ຄ່າ​ຜິດ​ພາດ​!

ເຊັ່ນດຽວກັນ, ເຮັດ ບໍ່ ພະຍາຍາມສົມທົບການ multidrop mode ກັບ MDA ເຊັ່ນ maildrop ທີ່ສາມາດ
ຍອມຮັບພຽງແຕ່ຫນຶ່ງທີ່ຢູ່, ເວັ້ນເສຍແຕ່ວ່າ upstream ຂອງທ່ານເກັບຮັກສາຫນຶ່ງສໍາເນົາຂອງຂໍ້ຄວາມຕໍ່
ຜູ້ຮັບ ແລະຂົນສົ່ງຜູ້ຮັບຊອງຈົດໝາຍໃນສ່ວນຫົວ; ເຈົ້າຈະເສຍຈົດໝາຍ.

ຜູ້ທີ່ມີຊື່ສຽງ procmail(1) ຊຸດແມ່ນຍາກຫຼາຍທີ່ຈະ configure ຢ່າງຖືກຕ້ອງ, ມັນມີ a
nasty ຫຼາຍ "ຕົກຢູ່ໃນກົດລະບຽບຕໍ່ໄປ" ພຶດຕິກໍາກ່ຽວກັບຄວາມຜິດພາດການຈັດສົ່ງ (ເຖິງແມ່ນວ່າ
ຊົ່ວຄາວ, ເຊັ່ນວ່າອອກຈາກພື້ນທີ່ດິດຖ້າ daemon mail ຂອງຜູ້ໃຊ້ອື່ນຄັດລອກ
mailbox ປະມານເພື່ອລົບລ້າງຂໍ້ຄວາມເກົ່າ), ດັ່ງນັ້ນ mail ຂອງທ່ານຈະສິ້ນສຸດໃນຄວາມຜິດພາດ
mailbox ໄວ​ຫຼື​ຫຼັງ​ຈາກ​ນັ້ນ​. ການຕັ້ງຄ່າ procmail ທີ່ເຫມາະສົມແມ່ນຢູ່ນອກຂອບເຂດຂອງ
ເອກະສານນີ້. ການນໍາໃຊ້ ກ່ອງຈົດໝາຍ(1​) ໂດຍ​ປົກ​ກະ​ຕິ​ແມ່ນ​ງ່າຍ​ຂຶ້ນ​ຫຼາຍ​, ແລະ​ຜູ້​ໃຊ້​ຈໍາ​ນວນ​ຫຼາຍ​ຊອກ​ຫາ​ໄດ້​
syntax ການກັ່ນຕອງທີ່ໃຊ້ໂດຍ maildrop ເຂົ້າໃຈງ່າຍກວ່າ.

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

--lmtp (ຄໍາສໍາຄັນ: lmtp)
ເຮັດໃຫ້ເກີດການຈັດສົ່ງຜ່ານ LMTP (Local Mail Transfer Protocol). ເປັນເຈົ້າພາບບໍລິການ ແລະພອດ
ຕ້ອງ ຖືກລະບຸຢ່າງຊັດເຈນໃນແຕ່ລະເຈົ້າພາບໃນບັນຊີລາຍຊື່ລ່າ smtphost (ເບິ່ງຂ້າງເທິງ) ຖ້າ
ຕົວເລືອກນີ້ຖືກເລືອກ; ພອດເລີ່ມຕົ້ນ 25 ຈະ (ສອດຄ່ອງກັບ RFC 2033) ບໍ່ແມ່ນ
ໄດ້ຮັບການຍອມຮັບ.

-BSMMTP
(ຄໍາສໍາຄັນ: bsmtp)
ເພີ່ມຈົດໝາຍທີ່ດຶງມາໃສ່ໄຟລ໌ BSMTP. ນີ້ພຽງແຕ່ປະກອບດ້ວຍຄໍາສັ່ງ SMTP ທີ່
ປົກກະຕິແລ້ວຈະຖືກສ້າງຂື້ນໂດຍ fetchmail ເມື່ອສົ່ງຈົດຫມາຍໄປຫາຜູ້ຟັງ SMTP
ເດມອນ

ການໂຕ້ຖຽງຂອງ '-' ເຮັດໃຫ້ SMTP batch ຖືກຂຽນເປັນຜົນຜະລິດມາດຕະຖານ, ເຊິ່ງແມ່ນ.
ການນໍາໃຊ້ຈໍາກັດ: ນີ້ພຽງແຕ່ເຮັດໃຫ້ຄວາມຮູ້ສຶກສໍາລັບການ debugging, ເນື່ອງຈາກວ່າ fetchmail ປົກກະຕິ
ຜົນຜະລິດແມ່ນຖືກຕັດຢູ່ໃນຊ່ອງດຽວກັນ, ດັ່ງນັ້ນມັນບໍ່ເຫມາະສົມສໍາລັບ mail
ການຈັດສົ່ງ. ໂໝດພິເສດນີ້ອາດຈະຖືກຖອດອອກໃນລຸ້ນຕໍ່ມາ.

ໃຫ້ສັງເກດວ່າການສ້າງໃຫມ່ຂອງ fetchmail ຂອງ MAIL FROM ແລະ RCPT TO ສາຍບໍ່ແມ່ນ
ຮັບປະກັນຖືກຕ້ອງ; ຄໍາເຕືອນທີ່ໄດ້ປຶກສາຫາລືພາຍໃຕ້ການໃຊ້ແລະການລ່ວງລະເມີດຂອງຫຼາຍປະການ
MAILBOXES ຂ້າງລຸ່ມນີ້ນຳໃຊ້. ໂໝດນີ້ມີຄວາມສຳຄັນກ່ອນ --mda ແລະ SMTP/LMTP.

--ຫົວບໍ່ດີ {ປະຕິເສດ|ຍອມຮັບ}
(ຄໍາສໍາຄັນ: bad-header; ນັບຕັ້ງແຕ່ v6.3.15)
ກໍານົດວິທີການ fetchmail ຄວນຈະປະຕິບັດກັບຂໍ້ຄວາມທີ່ມີ headers ທີ່ບໍ່ດີ, ເຊັ່ນ headers
ກັບ syntax ທີ່ບໍ່ດີ. ຕາມປະເພນີ, fetchmail ໄດ້ປະຕິເສດຂໍ້ຄວາມດັ່ງກ່າວ, ແຕ່ບາງຄົນ
ຜູ້ຈັດຈໍາຫນ່າຍໄດ້ແກ້ໄຂ fetchmail ເພື່ອຍອມຮັບພວກມັນ. ດຽວນີ້ທ່ານສາມາດຕັ້ງຄ່າ fetchmail ຂອງ
ພຶດຕິກໍາຕໍ່ເຄື່ອງແມ່ຂ່າຍ.

ຊັບພະຍາກອນ ຂອບເຂດຈໍາກັດ ການຄວບຄຸມ ທາງເລືອກໃນການ
-l | -- ຈຳກັດ
(ຄໍາສໍາຄັນ: limit)
ເອົາການໂຕ້ຖຽງຂະຫນາດ octet ສູງສຸດ, ບ່ອນທີ່ 0 ເປັນຄ່າເລີ່ມຕົ້ນແລະພິເສດ
ກໍານົດມູນຄ່າ "ບໍ່ຈໍາກັດ". ຖ້າບໍ່ແມ່ນສູນ, ຂໍ້ຄວາມທີ່ໃຫຍ່ກວ່າຂະໜາດນີ້ຈະບໍ່ເປັນ
ໄດ້ຮັບການດຶງເອົາແລະຈະຖືກປະໄວ້ຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ (ໃນກອງປະຊຸມ foreground, ຄວາມຄືບຫນ້າ
ຂໍ້ຄວາມຈະສັງເກດວ່າພວກເຂົາ "ໃຫຍ່"). ຖ້າ protocol fetch ອະນຸຍາດ (in
ໂດຍສະເພາະ, ພາຍໃຕ້ IMAP ຫຼື POP3 ໂດຍບໍ່ມີທາງເລືອກ fetchall) ຂໍ້ຄວາມຈະບໍ່ເປັນ
ໝາຍວ່າເຫັນ.

ຂີດຈຳກັດ --0 ຢ່າງຈະແຈ້ງຂອງ XNUMX overrides ຂອບເຂດຈໍາກັດໃດໆທີ່ຕັ້ງໄວ້ໃນໄຟລ໌ຄວບຄຸມການແລ່ນຂອງທ່ານ. ນີ້
ທາງ​ເລືອກ​ແມ່ນ​ມີ​ຈຸດ​ປະ​ສົງ​ສໍາ​ລັບ​ຜູ້​ທີ່​ຕ້ອງ​ການ​ຢ່າງ​ເຂັ້ມ​ງວດ​ການ​ຄວບ​ຄຸມ​ທີ່​ໃຊ້​ເວ​ລາ fetch ເນື່ອງ​ຈາກ​
ອັດຕາຄ່າໂທລະສັບແພງ ແລະປ່ຽນແປງໄດ້.

ສົມທົບກັບ --limitflush, ມັນສາມາດຖືກນໍາໃຊ້ເພື່ອລຶບຂໍ້ຄວາມຂະຫນາດໃຫຍ່ທີ່ລໍຖ້າຢູ່
ເຊີບເວີ. ໃນໂໝດ daemon, ການແຈ້ງເຕືອນຂະໜາດໃຫຍ່ແມ່ນຖືກສົ່ງໄປຫາຜູ້ໃຊ້ການໂທ
(ເບິ່ງຕົວເລືອກ --warnings). ຕົວເລືອກນີ້ໃຊ້ບໍ່ໄດ້ກັບ ETRN ຫຼື ODMR.

-w | -- ຄໍາ​ເຕືອນ​
(ຄໍາສໍາຄັນ: ຄໍາເຕືອນ)
ໃຊ້ເວລາເປັນວິນາທີ. ໃນເວລາທີ່ທ່ານໂທຫາ fetchmail ດ້ວຍຕົວເລືອກ 'ຈຳກັດ' ໃນ
ໂໝດ daemon, ນີ້ຈະຄວບຄຸມຊ່ວງເວລາທີ່ເຕືອນກ່ຽວກັບຂໍ້ຄວາມຂະໜາດໃຫຍ່
ຖືກສົ່ງໄປຫາຜູ້ໃຊ້ການໂທ (ຫຼືຜູ້ໃຊ້ທີ່ລະບຸໄວ້ໂດຍທາງເລືອກ 'postmaster').
ການແຈ້ງເຕືອນອັນໜຶ່ງແມ່ນຖືກສົ່ງໄປສະເໝີໃນຕອນທ້າຍຂອງການສຳຫຼວດຄັ້ງທຳອິດ
ກວດພົບຂໍ້ຄວາມຂະໜາດໃຫຍ່. ຫຼັງ​ຈາກ​ນັ້ນ​, ການ​ແຈ້ງ​ເຕືອນ​ຄືນ​ໃຫມ່​ໄດ້​ຖືກ​ລະ​ງັບ​ຈົນ​ກ​່​ວາ​
ຫຼັງ​ຈາກ​ໄລ​ຍະ​ການ​ເຕືອນ​ໄພ​ຜ່ານ​ໄປ (ມັນ​ຈະ​ເກີດ​ຂຶ້ນ​ໃນ​ຕອນ​ທ້າຍ​ຂອງ​ຄັ້ງ​ທໍາ​ອິດ​
ຕິດ​ຕາມ​ການ​ສໍາ​ຫຼວດ).

-b | --batch limit
(ຄໍາສໍາຄັນ: batchlimit)
ລະບຸຈໍານວນຂໍ້ຄວາມສູງສຸດທີ່ຈະຖືກສົ່ງໄປຫາຜູ້ຟັງ SMTP
ກ່ອນທີ່ການເຊື່ອມຕໍ່ຈະຖືກທໍາລາຍໂດຍເຈດຕະນາແລະສ້າງໃຫມ່ (ຄ່າເລີ່ມຕົ້ນເປັນ 0, ຫມາຍຄວາມວ່າ
ບໍ່​ຈໍາ​ກັດ). ຂີດຈຳກັດ --batchlimit ຂອງ 0 ຢ່າງຈະແຈ້ງ overrides ໃດໆກໍຕາມທີ່ຕັ້ງໄວ້ໃນການແລ່ນຂອງທ່ານ
ໄຟລ​໌​ຄວບ​ຄຸມ​. ໃນຂະນະທີ່ mailmail(8) ປົກກະຕິເລີ່ມການສົ່ງຂໍ້ຄວາມ
ທັນ​ທີ​ຫຼັງ​ຈາກ​ທີ່​ໄດ້​ຮັບ​ການ​ຢຸດ​ການ​ຂໍ້​ຄວາມ​, ບາງ​ຜູ້​ຟັງ SMTP ບໍ່​ແມ່ນ​ດັ່ງ​ນັ້ນ​
ດ່ວນ. MTAs ເຊັ່ນ smail(8​) ອາດ​ຈະ​ລໍ​ຖ້າ​ຈົນ​ກ​່​ວາ​ເຕົ້າ​ຮັບ​ການ​ຈັດ​ສົ່ງ​ໄດ້​ຖືກ​ປິດ​ໄປ​
ສົ່ງ. ນີ້ອາດຈະເຮັດໃຫ້ເກີດຄວາມລ່າຊ້າທີ່ຫນ້າລໍາຄານໃນເວລາທີ່ fetchmail ກໍາລັງປະມວນຜົນຂະຫນາດໃຫຍ່ຫຼາຍ
ຊຸດ. ການກໍານົດຂອບເຂດຈໍາກັດ batch ເປັນບາງຂະຫນາດທີ່ບໍ່ແມ່ນສູນຈະປ້ອງກັນການຊັກຊ້າເຫຼົ່ານີ້.
ຕົວເລືອກນີ້ໃຊ້ບໍ່ໄດ້ກັບ ETRN ຫຼື ODMR.

-B | -- fetch limit
(ຄໍາສໍາຄັນ: fetchlimit)
ຈໍາ​ກັດ​ຈໍາ​ນວນ​ຂອງ​ຂໍ້​ຄວາມ​ທີ່​ຍອມ​ຮັບ​ຈາກ​ເຊີບ​ເວີ​ທີ່​ໃຫ້​ຢູ່​ໃນ​ການ​ສໍາ​ຫຼວດ​ດຽວ​. ໂດຍ
ຄ່າເລີ່ມຕົ້ນແມ່ນບໍ່ມີຂອບເຂດຈໍາກັດ. ການ --fetchlimit ຂອງ 0 ຢ່າງຊັດເຈນ overrides ຂອບເຂດຈໍາກັດໃດໆທີ່ກໍານົດໄວ້
ໃນໄຟລ໌ຄວບຄຸມການແລ່ນຂອງທ່ານ. ຕົວເລືອກນີ້ໃຊ້ບໍ່ໄດ້ກັບ ETRN ຫຼື ODMR.

--fetchsizelimit
(ຄໍາສໍາຄັນ: fetchsizelimit)
ຈໍາກັດຈໍານວນຂະຫນາດຂອງຂໍ້ຄວາມທີ່ຍອມຮັບຈາກເຄື່ອງແມ່ຂ່າຍທີ່ໃຫ້ຢູ່ໃນອັນດຽວ
ທຸລະກໍາ. ທາງເລືອກນີ້ແມ່ນເປັນປະໂຫຍດໃນການຫຼຸດຜ່ອນຄວາມລ່າຊ້າໃນການດາວໂຫຼດຄັ້ງທໍາອິດ
mail ເມື່ອມີເມລຫຼາຍເກີນໄປໃນກ່ອງຈົດຫມາຍ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ຂີດຈຳກັດແມ່ນ 100.
ຖ້າຕັ້ງເປັນ 0, ຂະໜາດຂອງຂໍ້ຄວາມທັງໝົດຈະຖືກດາວໂຫຼດໃນຕອນເລີ່ມຕົ້ນ. ທາງເລືອກນີ້ເຮັດ
ບໍ່ເຮັດວຽກກັບ ETRN ຫຼື ODMR. ສຳລັບ POP3, ຄ່າທີ່ບໍ່ແມ່ນສູນທີ່ຖືກຕ້ອງແມ່ນ 1.

--fastuidl
(ຄໍາສໍາຄັນ: fastuidl)
ເຮັດເປັນຄູ່ແທນທີ່ຈະຊອກຫາເສັ້ນສໍາລັບ UID ທໍາອິດທີ່ບໍ່ເຫັນ. ການຄົ້ນຫາຖານສອງຫລີກລ່ຽງ
ການດາວໂຫຼດ UID ຂອງຈົດໝາຍທັງໝົດ. ນີ້ຊ່ວຍປະຢັດເວລາ (ໂດຍສະເພາະໃນໂຫມດ daemon)
ບ່ອນທີ່ການດາວໂຫຼດ UID ຊຸດດຽວກັນໃນແຕ່ລະແບບສຳຫຼວດແມ່ນເສຍແບນວິດ. ໄດ້
ຕົວເລກ 'n' ຊີ້ບອກເຖິງວິທີທີ່ບໍ່ຄ່ອຍຈະເຮັດການຄົ້ນຫາເສັ້ນຊື່. ໃນຮູບແບບ daemon,
ການຄົ້ນຫາເສັ້ນຖືກໃຊ້ຄັ້ງດຽວຕິດຕາມດ້ວຍການຄົ້ນຫາສອງໃນແບບສໍາຫຼວດ 'n-1' ຖ້າ 'n' ແມ່ນ
ໃຫຍ່ກວ່າ 1; ການຄົ້ນຫາຄູ່ແມ່ນໃຊ້ສະເຫມີຖ້າ 'n' ແມ່ນ 1; ການຊອກຫາເສັ້ນແມ່ນຢູ່ສະ ເໝີ
ໃຊ້ຖ້າ 'n' ແມ່ນ 0. ໃນໂຫມດທີ່ບໍ່ແມ່ນ daemon, ການຄົ້ນຫາຄູ່ແມ່ນໃຊ້ຖ້າ 'n' ແມ່ນ 1; ຖ້າບໍ່ດັ່ງນັ້ນ
ການຄົ້ນຫາເສັ້ນຖືກໃຊ້. ຄ່າເລີ່ມຕົ້ນຂອງ 'n' ແມ່ນ 4. ທາງເລືອກນີ້ເຮັດວຽກກັບ POP3
ເທົ່ານັ້ນ.

-e | --ລຶບລ້າງ
(ຄໍາສໍາຄັນ: expunge)
ຈັດແຈງໃຫ້ມີການລຶບເປັນອັນສຸດທ້າຍຫຼັງຈາກຈໍານວນຂໍ້ຄວາມທີ່ລະບຸໄວ້. ພາຍໃຕ້
POP2 ຫຼື POP3, fetchmail ບໍ່ສາມາດເຮັດໃຫ້ການລຶບສຸດທ້າຍໂດຍບໍ່ມີການສົ່ງ QUIT ແລະສິ້ນສຸດ
ເຊດຊັນ -- ດ້ວຍຕົວເລືອກນີ້ເປີດ, fetchmail ຈະທໍາລາຍການດຶງເອົາຈົດໝາຍຍາວ
ເຊດຊັນເຂົ້າໄປໃນຫຼາຍຕອນຍ່ອຍ, ສົ່ງ QUIT ຫຼັງຈາກແຕ່ລະຕອນຍ່ອຍ. ນີ້​ແມ່ນ
ການປ້ອງກັນທີ່ດີຕໍ່ກັບການຫຼຸດລົງຂອງເສັ້ນໃນເຄື່ອງແມ່ຂ່າຍ POP3. ພາຍໃຕ້ IMAP, fetchmail ຕາມປົກກະຕິ
ອອກຄໍາສັ່ງ EXPUNGE ຫຼັງຈາກການລຶບແຕ່ລະຄັ້ງເພື່ອບັງຄັບໃຫ້ລຶບອອກ
ເຮັດທັນທີ. ອັນນີ້ແມ່ນປອດໄພທີ່ສຸດເມື່ອການເຊື່ອມຕໍ່ຂອງເຈົ້າກັບເຊີບເວີບໍ່ສະອາດ ແລະ
ລາຄາແພງ, ຍ້ອນວ່າມັນຫຼີກເວັ້ນການສົ່ງຄືນ mail ຊ້ໍາກັນຫຼັງຈາກຕີເສັ້ນ. ຢ່າງໃດກໍຕາມ, ສຸດ
ກ່ອງຈົດຫມາຍຂະຫນາດໃຫຍ່ແມ່ນ overhead ຂອງ re-indexing ຫຼັງຈາກທຸກຂໍ້ຄວາມສາມາດ slam ເຄື່ອງແມ່ຂ່າຍ
ຍາກຫຼາຍ, ດັ່ງນັ້ນຖ້າການເຊື່ອມຕໍ່ຂອງເຈົ້າມີຄວາມຫນ້າເຊື່ອຖື, ມັນກໍ່ເປັນການດີທີ່ຈະເຮັດ expunges ຫນ້ອຍລົງ
ເລື້ອຍໆ. ໃຫ້ສັງເກດວ່າບາງເຄື່ອງແມ່ຂ່າຍບັງຄັບໃຊ້ການຊັກຊ້າສອງສາມວິນາທີຫຼັງຈາກນັ້ນ
ການຢຸດເຊົາແຕ່ລະຄັ້ງ, ດັ່ງນັ້ນ fetchmail ອາດຈະບໍ່ສາມາດກັບຄືນໄດ້ທັນທີຫຼັງຈາກການລຶບລ້າງອອກ
-- ເຈົ້າອາດຈະເຫັນຂໍ້ຜິດພາດ "lock busy" ຖ້າອັນນີ້ເກີດຂຶ້ນ. ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ລະ​ບຸ​ທາງ​ເລືອກ​ນີ້​ເປັນ​
integer N, ມັນບອກ fetchmail ເພື່ອພຽງແຕ່ອອກ expunges ໃນທຸກໆ Nth ລຶບ. ອັນ
argument of zero suppresses expunges ທັງຫມົດ (ດັ່ງນັ້ນບໍ່ມີ expunges ທັງຫມົດຈະເຮັດໄດ້
ຈົນກ່ວາໃນຕອນທ້າຍຂອງການແລ່ນ). ຕົວເລືອກນີ້ໃຊ້ບໍ່ໄດ້ກັບ ETRN ຫຼື ODMR.

ການກວດສອບ ທາງເລືອກໃນການ
-u | -ຜູ້ໃຊ້ | --ຊື່ຜູ້ໃຊ້
(ຄໍາສໍາຄັນ: user[name])
ລະບຸຕົວຕົນຜູ້ໃຊ້ທີ່ຈະໃຊ້ໃນເວລາເຂົ້າສູ່ລະບົບ mailserver.
ການກໍານົດຜູ້ໃຊ້ທີ່ເຫມາະສົມແມ່ນທັງເຄື່ອງແມ່ຂ່າຍແລະຜູ້ໃຊ້ຂຶ້ນກັບ. ຄ່າເລີ່ມຕົ້ນ
ແມ່ນຊື່ເຂົ້າສູ່ລະບົບຂອງທ່ານໃນເຄື່ອງລູກຄ້າທີ່ກຳລັງແລ່ນຢູ່ fetchmail. ເບິ່ງ USER
AuthENTICATION ຂ້າງລຸ່ມນີ້ສໍາລັບລາຍລະອຽດທີ່ສົມບູນ.

-I | -- ການໂຕ້ຕອບ
(ຄໍາສໍາຄັນ: ການໂຕ້ຕອບ)
ຮຽກຮ້ອງໃຫ້ອຸປະກອນການໂຕ້ຕອບສະເພາະຂຶ້ນແລະມີສະເພາະທ້ອງຖິ່ນຫຼືຫ່າງໄກສອກຫຼີກ
IPv4 (IPv6 ຍັງ​ບໍ່​ໄດ້​ສະ​ຫນັບ​ສະ​ຫນູນ​ໂດຍ​ທາງ​ເລືອກ​ນີ້​) ທີ່​ຢູ່ (ຫຼື​ໄລ​ຍະ​) ກ່ອນ​ທີ່​ຈະ​ລົງ​ຄະ​ແນນ​ສຽງ​.
ເລື້ອຍໆ fetchmail ຖືກໃຊ້ຜ່ານການເຊື່ອມຕໍ່ TCP/IP ແບບຊົ່ວຄາວ
ຖືກສ້າງຕັ້ງຂຶ້ນໂດຍກົງກັບເຄື່ອງແມ່ຂ່າຍເມລຜ່ານ SLIP ຫຼື PPP. ນັ້ນແມ່ນຂ້ອນຂ້າງປອດໄພ
ຊ່ອງ. ແຕ່ເມື່ອເສັ້ນທາງ TCP/IP ອື່ນໄປຫາ mailserver ມີຢູ່ (ເຊັ່ນ: ເມື່ອເຊື່ອມຕໍ່
ແມ່ນເຊື່ອມຕໍ່ກັບ ISP ສຳຮອງ), ຊື່ຜູ້ໃຊ້ ແລະລະຫັດຜ່ານຂອງທ່ານອາດຈະມີຄວາມສ່ຽງ
snooping (ໂດຍສະເພາະໃນເວລາທີ່ໂຫມດ daemon ອັດຕະໂນມັດ polls ສໍາລັບ mail, shipping a
ລະ​ຫັດ​ຜ່ານ​ທີ່​ຈະ​ແຈ້ງ​ໃນ​ໄລ​ຍະ​ທີ່​ຄາດ​ຄະ​ເນ​ໄດ້​)​. ທາງເລືອກ --interface ອາດຈະ
ຖືກນໍາໃຊ້ເພື່ອປ້ອງກັນການນີ້. ເມື່ອການເຊື່ອມຕໍ່ທີ່ລະບຸໄວ້ບໍ່ຂຶ້ນ ຫຼືບໍ່ໄດ້ເຊື່ອມຕໍ່ກັບ
ທີ່ຢູ່ IP ທີ່ກົງກັນ, ການເລືອກຕັ້ງຈະຖືກຂ້າມໄປ. ຮູບແບບແມ່ນ:

interface/iii.iii.iii.iii[/mmm.mmm.mmm.mmm]

ພາກສະຫນາມກ່ອນ slash ທໍາອິດແມ່ນຊື່ຂອງການໂຕ້ຕອບ (ເຊັ່ນ: sl0, ppp0 ແລະອື່ນໆ). ໄດ້
ຊ່ອງໃສ່ກ່ອນເຄື່ອງໝາຍເລກທີສອງແມ່ນທີ່ຢູ່ IP ທີ່ຍອມຮັບໄດ້. ພາກສະຫນາມຫຼັງຈາກ
ທັບຊ້ອນທີສອງແມ່ນຫນ້າກາກທີ່ກໍານົດຂອບເຂດຂອງທີ່ຢູ່ IP ທີ່ຈະຍອມຮັບ. ຖ້າບໍ່ມີ
ຫນ້າກາກແມ່ນປະຈຸບັນ 255.255.255.255 ແມ່ນສົມມຸດ (ເຊັ່ນການຈັບຄູ່ທີ່ແນ່ນອນ). ທາງເລືອກນີ້ແມ່ນ
ໃນປັດຈຸບັນສະຫນັບສະຫນູນພຽງແຕ່ພາຍໃຕ້ Linux ແລະ FreeBSD. ກະລຸນາເບິ່ງ ຕິດຕາມກວດກາ ສ່ວນ
ສໍາລັບຂ້າງລຸ່ມນີ້ສໍາລັບຂໍ້ມູນສະເພາະ FreeBSD.

ກະລຸນາຮັບຊາບວ່າຕົວເລືອກນີ້ອາດຈະຖືກລຶບອອກຈາກເວີຊັນ fetchmail ໃນອະນາຄົດ.

-M | -- ຕິດຕາມ
(ຄໍາສໍາຄັນ: monitor)
ໂຫມດ Daemon ສາມາດເຮັດໃຫ້ເກີດການເຊື່ອມຕໍ່ຊົ່ວຄາວທີ່ຖືກເອົາລົງໂດຍອັດຕະໂນມັດຫຼັງຈາກ a
ໄລຍະເວລາທີ່ບໍ່ມີການເຄື່ອນໄຫວ (ເຊັ່ນ: ການເຊື່ອມຕໍ່ PPP) ຍັງຄົງຢູ່ຢ່າງບໍ່ມີກໍານົດ. ທາງເລືອກນີ້
ກໍານົດການໂຕ້ຕອບ TCP/IP ລະບົບທີ່ຈະຕິດຕາມກິດຈະກໍາ. ຫຼັງ​ຈາກ​ການ​ສໍາ​ຫຼວດ​ແຕ່​ລະ​ຄົນ​
ໄລຍະຫ່າງ, ຖ້າການເຊື່ອມຕໍ່ແມ່ນຂຶ້ນແຕ່ບໍ່ມີກິດຈະກໍາອື່ນເກີດຂຶ້ນໃນການເຊື່ອມຕໍ່, ຫຼັງຈາກນັ້ນ
ແບບສຳຫຼວດຈະຖືກຂ້າມໄປ. ຢ່າງໃດກໍຕາມ, ເມື່ອ fetchmail ຖືກປຸກໂດຍສັນຍານ, ໄດ້
ການກວດສອບຖືກຂ້າມໄປ ແລະແບບສຳຫຼວດຜ່ານແບບບໍ່ມີເງື່ອນໄຂ. ທາງເລືອກນີ້ແມ່ນ
ໃນປັດຈຸບັນສະຫນັບສະຫນູນພຽງແຕ່ພາຍໃຕ້ Linux ແລະ FreeBSD. ສໍາ​ລັບ ຕິດຕາມກວດກາ ແລະ ການໂຕ້ຕອບ
ທາງເລືອກທີ່ຈະເຮັດວຽກສໍາລັບຜູ້ໃຊ້ທີ່ບໍ່ແມ່ນຮາກພາຍໃຕ້ FreeBSD, fetchmail binary ຈະຕ້ອງເປັນ
ຕິດຕັ້ງ SGID kmem. ນີ້ຈະເປັນຂຸມຄວາມປອດໄພ, ແຕ່ fetchmail ດໍາເນີນການກັບ
GID ທີ່ມີປະສິດຕິຜົນໄດ້ກໍານົດໃຫ້ກັບກຸ່ມ kmem ພຽງແຕ່ ໃນເວລາທີ່ຂໍ້ມູນການໂຕ້ຕອບແມ່ນ
ເກັບກໍາຂໍ້ມູນ.

ກະລຸນາຮັບຊາບວ່າຕົວເລືອກນີ້ອາດຈະຖືກລຶບອອກຈາກເວີຊັນ fetchmail ໃນອະນາຄົດ.

--auth
(ຄໍາສໍາຄັນ: auth[enticate])
ທາງ​ເລືອກ​ນີ້​ອະ​ນຸ​ຍາດ​ໃຫ້​ທ່ານ​ລະ​ບຸ​ປະ​ເພດ​ການ​ກວດ​ສອບ (ເບິ່ງ USER AUTHENTICATION
ຂ້າງລຸ່ມນີ້ສໍາລັບລາຍລະອຽດ). ຄຸນຄ່າທີ່ເປັນໄປໄດ້ແມ່ນ ໃດ, ລະຫັດຜ່ານ, kerberos_v5, ເຄເບີໂຣ
(ຫຼື, ສໍາລັບຄວາມຖືກຕ້ອງ excruciating, kerberos_v4), gssapi, cram-md5, OTP, ntlm, msn
(ສະເພາະ POP3), ພາຍນອກ (ພຽງແຕ່ IMAP) ແລະ sshທີ່ຢູ່ ເມື່ອ​ໃດ​ ໃດ (ຄ່າເລີ່ມຕົ້ນ) ແມ່ນ
ລະບຸໄວ້, fetchmail ພະຍາຍາມວິທີການທໍາອິດທີ່ບໍ່ຕ້ອງການລະຫັດຜ່ານ (ພາຍນອກ,
GSSAPI, KERBEROS IV, KERBEROS 5); ຫຼັງຈາກນັ້ນ, ມັນຊອກຫາວິທີການປິດບັງລະຫັດຜ່ານຂອງທ່ານ
(CRAM-MD5, NTLM, X-OTP - ສັງເກດວ່າ MSN ສະຫນັບສະຫນູນພຽງແຕ່ POP3, ແຕ່ບໍ່ແມ່ນ.
autoprobed); ແລະພຽງແຕ່ຖ້າເຄື່ອງແມ່ຂ່າຍບໍ່ສະຫນັບສະຫນູນອັນໃດອັນຫນຶ່ງທີ່ມັນຈະສົ່ງຂອງເຈົ້າ
ລະຫັດຜ່ານ en clair. ຄ່າອື່ນໆອາດຈະຖືກໃຊ້ເພື່ອບັງຄັບໃຫ້ມີການກວດສອບຄວາມຖືກຕ້ອງຕ່າງໆ
ວິທີການ (ssh ສະກັດກັ້ນການກວດສອບຄວາມຖືກຕ້ອງແລະດັ່ງນັ້ນຈຶ່ງເປັນປະໂຫຍດສໍາລັບ IMAP PREAUTH).
(ພາຍນອກ ສະກັດກັ້ນການກວດສອບຄວາມຖືກຕ້ອງແລະດັ່ງນັ້ນຈຶ່ງເປັນປະໂຫຍດສໍາລັບ IMAP ພາຍນອກ). ໃດ
ມູນ​ຄ່າ​ນອກ​ຈາກ​ ລະຫັດຜ່ານ, cram-md5, ntlm, msn or OTP ສະກັດກັ້ນການປົກກະຕິຂອງ fetchmail
ການສອບຖາມສໍາລັບລະຫັດຜ່ານ. ລະບຸ ssh ໃນເວລາທີ່ທ່ານກໍາລັງໃຊ້ end-to-end ປອດໄພ
ການເຊື່ອມຕໍ່ເຊັ່ນ: ອຸໂມງ ssh; ລະບຸ ພາຍນອກ ເມື່ອທ່ານໃຊ້ TLS ກັບລູກຄ້າ
ການກວດສອບແລະລະບຸ gssapi or kerberos_v4 ຖ້າທ່ານກໍາລັງໃຊ້ໂປໂຕຄອນ
ຕົວແປທີ່ໃຊ້ GSSAPI ຫຼື K4. ການເລືອກໂປຣໂຕຄໍ KPOP ຈະເລືອກອັດຕະໂນມັດ
ການພິສູດຢືນຢັນ Kerberos. ຕົວເລືອກນີ້ໃຊ້ບໍ່ໄດ້ກັບ ETRN. ບໍລິການ GSSAPI
ຊື່ແມ່ນສອດຄ່ອງກັບການລົງທະບຽນ RFC-2743 ແລະ IANA, ເບິ່ງຄວາມປອດໄພທົ່ວໄປ
ການໂຕ້ຕອບໂຄງການຄໍາຮ້ອງສະຫມັກການບໍລິການ (GSSAPI)/Kerberos/ການພິສູດຢືນຢັນແບບງ່າຍດາຍ ແລະ
ຊັ້ນຄວາມປອດໄພ (SASL) ຊື່ບໍລິການ ⟨http://www.iana.org/assignments/
gssapi-service-names/⟩.

Miscellaneous ທາງເລືອກໃນການ
-f | --fetchmailrc
ລະບຸຊື່ທີ່ບໍ່ແມ່ນຄ່າເລີ່ມຕົ້ນຂອງ ~/.fetchmailrc ແລ່ນໄຟລ໌ຄວບຄຸມ. ຊື່ເສັ້ນທາງ
argument ຈະຕ້ອງເປັນ "-" (ເປັນ dash ດຽວ, ຊຶ່ງຫມາຍຄວາມວ່າຈະອ່ານການຕັ້ງຄ່າຈາກ
ການປ້ອນຂໍ້ມູນມາດຕະຖານ) ຫຼືຊື່ໄຟລ໌. ເວັ້ນເສຍແຕ່ທາງເລືອກ --version ແມ່ນຍັງເປີດ, ມີຊື່
ໄຟລ໌ອາກິວເມັນຈະຕ້ອງມີການອະນຸຍາດບໍ່ເປີດຫຼາຍກ່ວາ 0700 (u=rwx,g=,o=) ຫຼືອື່ນໆແມ່ນ
/dev/null.

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

--pidfile
(ຄໍາສໍາຄັນ: pidfile; ນັບຕັ້ງແຕ່ fetchmail v6.3.4)
ລົບລ້າງສະຖານທີ່ເລີ່ມຕົ້ນຂອງໄຟລ໌ PID. ຄ່າເລີ່ມຕົ້ນ: ເບິ່ງ "ສະພາບແວດລ້ອມ" ຂ້າງລຸ່ມນີ້.

-n | --ຂຽນໃໝ່
(ຄໍາສໍາຄັນ: ບໍ່ມີການຂຽນຄືນໃຫມ່)
ໂດຍປົກກະຕິ, fetchmail ແກ້ໄຂສ່ວນຫົວທີ່ຢູ່ RFC-822 (ເຖິງ, ຈາກ, Cc, Bcc, ແລະຕອບກັບຫາ)
ໃນຈົດໝາຍທີ່ດຶງມາເພື່ອໃຫ້ ID ເມລໃດນຶ່ງຢູ່ໃນເຄື່ອງກັບເຊີບເວີຖືກຂະຫຍາຍໃຫ້ເຕັມ
ທີ່ຢູ່ (@ ແລະຊື່ໂຮສເຊີບເວີຖືກຕໍ່ທ້າຍ). ອັນນີ້ເຮັດໃຫ້ການຕອບກັບໄດ້
ລູກຄ້າໄດ້ຮັບການແກ້ໄຂຢ່າງຖືກຕ້ອງ (ຖ້າບໍ່ດັ່ງນັ້ນຜູ້ສົ່ງຈົດຫມາຍຂອງທ່ານອາດຈະຄິດວ່າພວກເຂົາ
ຄວນ​ຈະ​ໄດ້​ຮັບ​ການ​ແກ້​ໄຂ​ກັບ​ຜູ້​ໃຊ້​ທ້ອງ​ຖິ່ນ​ໃນ​ເຄື່ອງ​ລູກ​ຄ້າ​!). ທາງເລືອກນີ້ປິດໃຊ້ງານ
ຂຽນຄືນໃຫມ່. (ທາງ​ເລືອກ​ນີ້​ແມ່ນ​ໄດ້​ຖືກ​ສະ​ຫນອງ​ໃຫ້​ເພື່ອ​ເຮັດ​ໃຫ້​ປະ​ຊາ​ຊົນ​ທີ່​ມີ paranoid ກ່ຽວ​ກັບ​ການ
ມີ MTA ແກ້ໄຂ headers mail ແລະຕ້ອງການຮູ້ວ່າພວກເຂົາສາມາດປ້ອງກັນມັນໄດ້, ແຕ່ວ່າມັນແມ່ນ
ໂດຍທົ່ວໄປແລ້ວບໍ່ແມ່ນຄວາມຄິດທີ່ດີທີ່ຈະປິດການຂຽນຄືນໃຫມ່.) ເມື່ອໃຊ້ ETRN ຫຼື ODMR,
ທາງເລືອກການຂຽນຄືນໃຫມ່ແມ່ນບໍ່ມີປະສິດທິພາບ.

-E | -- ຊອງຈົດໝາຍ
(ຄໍາສໍາຄັນ: envelope; Multidrop ເທົ່ານັ້ນ)
ໃນໄຟລ໌ການຕັ້ງຄ່າ, syntax ປັບປຸງແມ່ນຖືກນໍາໃຊ້:
envelope [ ]

ຕົວເລືອກນີ້ປ່ຽນສ່ວນຫົວ fetchmail ສົມມຸດວ່າຈະມີສຳເນົາຂອງຈົດໝາຍ
ທີ່ຢູ່ຊອງຈົດໝາຍ. ປົກກະຕິນີ້ແມ່ນ 'X-Envelop-To'. ສ່ວນຫົວອື່ນໆທີ່ພົບເຫັນຕາມປົກກະຕິ
ຂໍ້ມູນຊອງຈົດໝາຍແມ່ນ 'X-Original-To' ແລະ 'Delivered-To'. ໃນປັດຈຸບັນ, ນັບຕັ້ງແຕ່
ຫົວເຫຼົ່ານີ້ບໍ່ໄດ້ມາດຕະຖານ, ການປະຕິບັດແຕກຕ່າງກັນ. ເບິ່ງການສົນທະນາຂອງ
multidrop ການຈັດການທີ່ຢູ່ຂ້າງລຸ່ມນີ້. ເປັນກໍລະນີພິເສດ, 'ຊອງຈົດໝາຍ "ໄດ້ຮັບ" ເປີດໃຊ້
parsing ຂອງ sendmail-style ສາຍທີ່ໄດ້ຮັບ. ນີ້ແມ່ນຄ່າເລີ່ມຕົ້ນ, ແຕ່ທໍ້ຖອຍໃຈ
ເນື່ອງຈາກວ່າມັນບໍ່ຫນ້າເຊື່ອຖືຢ່າງເຕັມສ່ວນ.

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

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

-Q | --qvirtual
(ຄໍາສໍາຄັນ: qvirtual; Multidrop ເທົ່ານັ້ນ)
ຄຳນຳໜ້າສະຕຣິງທີ່ກຳນົດໃຫ້ກັບຕົວເລືອກນີ້ຈະຖືກລຶບອອກຈາກຊື່ຜູ້ໃຊ້ທີ່ພົບເຫັນ
ໃນ​ຫົວ​ຂໍ້​ທີ່​ລະ​ບຸ​ໄວ້​ກັບ​ envelope ທາງ​ເລືອກ (ກ່ອນທີ່ຈະ ເຮັດຊື່ multidrop
ການກວດສອບແຜນທີ່ຫຼືໂດເມນທ້ອງຖິ່ນ, ຖ້າເປັນໄປໄດ້). ທາງເລືອກນີ້ແມ່ນເປັນປະໂຫຍດຖ້າຫາກວ່າ
ທ່ານ ກຳ ລັງໃຊ້ fetchmail ເພື່ອເກັບກໍາອີເມລ໌ສໍາລັບໂດເມນທັງຫມົດແລະ ISP ຂອງທ່ານ (ຫຼື
ຜູ້​ໃຫ້​ບໍ​ລິ​ການ​ປ່ຽນ​ເສັ້ນ​ທາງ mail ຂອງ​ທ່ານ​) ແມ່ນ​ການ​ນໍາ​ໃຊ້ qmail​. ຫນຶ່ງໃນລັກສະນະພື້ນຖານຂອງ qmail
ເປັນ ຈັດສົ່ງເຖິງ: ຫົວຂໍ້ຂໍ້ຄວາມ. ທຸກຄັ້ງທີ່ qmail ສົ່ງຂໍ້ຄວາມໄປຫາທ້ອງຖິ່ນ
mailbox ມັນໃສ່ຊື່ຜູ້ໃຊ້ແລະຊື່ເຈົ້າພາບຂອງຜູ້ຮັບ envelope ໃນແຖວນີ້.
ເຫດຜົນຕົ້ນຕໍສໍາລັບການນີ້ແມ່ນເພື່ອປ້ອງກັນບໍ່ໃຫ້ loops mail. ເພື່ອຕັ້ງຄ່າ qmail ເປັນ batch mail
ສໍາລັບເວັບໄຊທ໌ທີ່ຖືກຕັດການເຊື່ອມຕໍ່, ISP-mailhost ປົກກະຕິຈະເອົາເວັບໄຊທ໌ນັ້ນໃສ່ໃນຂອງມັນ
ໄຟລ໌ຄວບຄຸມ 'Virtualhosts' ດັ່ງນັ້ນມັນຈະເພີ່ມຄໍານໍາຫນ້າໄປຫາທີ່ຢູ່ອີເມລ໌ທັງຫມົດສໍາລັບການນີ້
ເວັບໄຊ. ອັນນີ້ສົ່ງຜົນໃຫ້ທາງໄປສະນີ 'username@userhost.userdom.dom.com'ມີ
ຈັດສົ່ງເຖິງ: ເສັ້ນ​ຂອງ​ຮູບ​ແບບ​:

ຈັດສົ່ງເຖິງ: mbox-userstr-username@userhost.example.com

ISP ສາມາດເຮັດໃຫ້ 'mbox-usersstr-' ຄຳນຳໜ້າອັນໃດກໍໄດ້ທີ່ພວກເຂົາເລືອກ ຍົກເວັ້ນສະຕຣິງທີ່ກົງກັບ
ຊື່ເຈົ້າພາບຜູ້ໃຊ້ແມ່ນເປັນໄປໄດ້. ໂດຍ​ການ​ນໍາ​ໃຊ້​ທາງ​ເລືອກ 'envelope ສົ່ງ​ໄປ​ທີ່​:​' ທ່ານ​ສາ​ມາດ​ເຮັດ​ໄດ້​
fetchmail ລະບຸຜູ້ຮັບຊອງຕົ້ນສະບັບຢ່າງເຊື່ອຖືໄດ້, ແຕ່ທ່ານຕ້ອງລອກເອົາ
'mbox-userstr-' ຄໍານໍາຫນ້າເພື່ອສົ່ງໃຫ້ຜູ້ໃຊ້ທີ່ຖືກຕ້ອງ. ນີ້ແມ່ນສິ່ງທີ່ທາງເລືອກນີ້ແມ່ນສໍາລັບ.

--configdump
ວິເຄາະ ~/.fetchmailrc ໄຟລ໌, ຕີຄວາມທາງເລືອກແຖວຄໍາສັ່ງທີ່ລະບຸ, ແລະ
dump ບົດລາຍງານການຕັ້ງຄ່າເປັນຜົນຜະລິດມາດຕະຖານ. ບົດລາຍງານການຕັ້ງຄ່າແມ່ນຂໍ້ມູນ
ການກໍານົດໂຄງສ້າງໃນພາສາ Python. ທາງເລືອກນີ້ແມ່ນຫມາຍຄວາມວ່າຈະຖືກນໍາໃຊ້ກັບ
ໂຕ້ຕອບ ~/.fetchmailrc ບັນນາທິການຄື fetchmailconf, ຂຽນໃນ Python.

ລົບລ້າງ ທາງເລືອກໃນການ
-T | --netsec
ລົບອອກກ່ອນເວີຊັນ 6.3.0, ຫໍສະໝຸດ inet6_apps ພື້ນຖານທີ່ຕ້ອງການແມ່ນໄດ້
ຢຸດເຊົາການແລະບໍ່ມີຕໍ່ໄປອີກແລ້ວ.

ຜູ້ໃຊ້ ສິດ ອຳ ນາດ ແລະ ການລົງທະບຽນ

ໂໝດທັງໝົດຍົກເວັ້ນ ETRN ຕ້ອງການການພິສູດຢືນຢັນລູກຄ້າກັບເຊີບເວີ. ຜູ້ໃຊ້ປົກກະຕິ
ການຢືນຢັນໃນ fetchmail ແມ່ນຫຼາຍເຊັ່ນກົນໄກການຢັ້ງຢືນຂອງ ftp(1). ທ
user-id ແລະລະຫັດຜ່ານທີ່ຖືກຕ້ອງແມ່ນຂຶ້ນກັບລະບົບຄວາມປອດໄພທີ່ຕິດພັນກັບ mailserver.

ຖ້າ mailserver ເປັນເຄື່ອງ Unix ທີ່ເຈົ້າມີບັນຊີຜູ້ໃຊ້ທໍາມະດາ, ຂອງເຈົ້າ
ຊື່ເຂົ້າສູ່ລະບົບປົກກະຕິແລະລະຫັດຜ່ານຖືກນໍາໃຊ້ກັບ fetchmail. ຖ້າທ່ານໃຊ້ຊື່ເຂົ້າສູ່ລະບົບດຽວກັນ
ໃນທັງເຄື່ອງແມ່ຂ່າຍແລະເຄື່ອງຈັກລູກຄ້າ, ທ່ານບໍ່ຈໍາເປັນຕ້ອງກັງວົນກ່ຽວກັບການລະບຸ user-id
ກັບ -u ທາງເລືອກ -- ພຶດຕິກຳເລີ່ມຕົ້ນແມ່ນການໃຊ້ຊື່ເຂົ້າສູ່ລະບົບຂອງທ່ານໃນເຄື່ອງລູກຄ້າ
ເປັນ user-id ໃນເຄື່ອງເຊີບເວີ. ຖ້າທ່ານໃຊ້ຊື່ເຂົ້າສູ່ລະບົບທີ່ແຕກຕ່າງກັນຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ
ເຄື່ອງ, ລະບຸຊື່ເຂົ້າສູ່ລະບົບດ້ວຍເຄື່ອງ -u ທາງເລືອກ. ຕົວຢ່າງ: ຖ້າຊື່ເຂົ້າສູ່ລະບົບຂອງເຈົ້າແມ່ນ 'jsmith'
ໃນເຄື່ອງທີ່ມີຊື່ວ່າ 'mailgrunt', ທ່ານຈະເລີ່ມຕົ້ນ fetchmail ດັ່ງຕໍ່ໄປນີ້:

fetchmail -u jsmith mailgrunt

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

ການນໍາໃຊ້ netrc ໄຟ
ຖ້າທ່ານບໍ່ລະບຸລະຫັດຜ່ານ, ແລະ fetchmail ບໍ່​ສາ​ມາດ​ສະ​ກັດ​ຫນຶ່ງ​ຈາກ​ຂອງ​ທ່ານ​
~/.fetchmailrc ໄຟລ໌, ມັນຈະຊອກຫາ a ~/.netrc ໄຟລ໌ຢູ່ໃນໄດເລກະທໍລີເຮືອນຂອງເຈົ້າກ່ອນ
ຮ້ອງຂໍໃຫ້ມີການໂຕ້ຕອບ; ຖ້າພົບລາຍການທີ່ກົງກັບ mailserver ໃນໄຟລ໌ນັ້ນ,
ລະຫັດຜ່ານຈະຖືກນໍາໃຊ້. Fetchmail ທໍາອິດຊອກຫາຄໍາທີ່ກົງກັນກ່ຽວກັບຊື່ແບບສໍາຫຼວດ; ຖ້າມັນພົບ
ບໍ່ມີ, ມັນກວດເບິ່ງການຈັບຄູ່ຜ່ານຊື່. ເບິ່ງ ftp(1) ຫນ້າຜູ້ຊາຍສໍາລັບລາຍລະອຽດຂອງ
syntax ຂອງ ~/.netrc ໄຟລ໌. ເພື່ອສະແດງຕົວຢ່າງພາກປະຕິບັດ, .netrc ອາດຈະມີລັກສະນະນີ້:

ເຄື່ອງ hermes.example.org
ເຂົ້າສູ່ລະບົບ joe
ລະຫັດຜ່ານລັບ

ທ່ານສາມາດເຮັດເລື້ມຄືນຕັນນີ້ດ້ວຍຂໍ້ມູນຜູ້ໃຊ້ທີ່ແຕກຕ່າງກັນຖ້າທ່ານຕ້ອງການໃຫ້ຫຼາຍກ່ວາ
ຫນຶ່ງລະຫັດຜ່ານ.

ຄຸນນະສົມບັດນີ້ອາດຈະອະນຸຍາດໃຫ້ທ່ານເພື່ອຫຼີກເວັ້ນການຊ້ໍາຂໍ້ມູນລະຫັດຜ່ານໃນຫຼາຍກ່ວາຫນຶ່ງ
ຍື່ນ.

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

POP3 ຕ່າງAR

ລຸ້ນຕົ້ນໆຂອງ POP3 (RFC1081, RFC1225) ຮອງຮັບຮູບແບບທີ່ບໍ່ເປັນເອກະລາດ.
ການ​ກວດ​ສອບ​ການ​ນໍາ​ໃຊ້​ .rhosts ໄຟລ໌ຢູ່ຂ້າງເຊີບເວີ. ພາຍໃຕ້ຕົວແປ RPOP ນີ້, a
ID ຄົງທີ່ຕໍ່ຜູ້ໃຊ້ທຽບເທົ່າກັບລະຫັດຜ່ານໄດ້ຖືກສົ່ງໄປຢ່າງຈະແຈ້ງຜ່ານການເຊື່ອມຕໍ່ໄປຫາສະຫງວນໄວ້
port, ດ້ວຍຄໍາສັ່ງ RPOP ແທນທີ່ຈະ PASS ເພື່ອເຕືອນເຄື່ອງແມ່ຂ່າຍວ່າມັນຄວນຈະເຮັດພິເສດ
ກວດ​ສອບ. RPOP ໄດ້ຮັບການສະຫນັບສະຫນູນໂດຍ fetchmail (ທ່ານສາມາດລະບຸ 'ໂປໂຕຄອນ RPOP' ເພື່ອໃຫ້ມີ
ໂຄງການສົ່ງ 'RPOP' ແທນທີ່ຈະ 'PASS') ແຕ່ການນໍາໃຊ້ຂອງມັນໄດ້ຖືກທໍ້ຖອຍໃຈຢ່າງແຂງແຮງ, ແລະສະຫນັບສະຫນູນ
ຈະຖືກລຶບອອກຈາກເວີຊັນ fetchmail ໃນອະນາຄົດ. ສະຖານທີ່ນີ້ມີຄວາມສ່ຽງຕໍ່ການຫຼອກລວງ
ແລະຖືກຖອນອອກໃນ RFC1460.

RFC1460 ແນະນຳການພິສູດຢືນຢັນ APOP. ໃນຕົວແປຂອງ POP3 ນີ້, ທ່ານລົງທະບຽນ APOP
ລະຫັດຜ່ານຢູ່ໃນເຄື່ອງແມ່ຂ່າຍຂອງເຈົ້າ (ໃນບາງເຄື່ອງແມ່ຂ່າຍ, ໂຄງການທີ່ຈະເຮັດສິ່ງນີ້ເອີ້ນວ່າ
ຄວາມນິຍົມ(8)). ທ່ານໃສ່ລະຫັດຜ່ານດຽວກັນຢູ່ໃນຂອງທ່ານ ~/.fetchmailrc ໄຟລ໌. ແຕ່ລະຄັ້ງ fetchmail
ເຂົ້າສູ່ລະບົບ, ມັນຈະສົ່ງ MD5 hash ຂອງລະຫັດຜ່ານຂອງທ່ານແລະເວລາຊົມເຊີຍກັບເຄື່ອງແມ່ຂ່າຍ,
ເຊິ່ງສາມາດກວດສອບມັນໄດ້ໂດຍການກວດສອບຖານຂໍ້ມູນການອະນຸຍາດຂອງມັນ.

ຫມາຍ​ເຫດ​ ທີ່ APOP is no ຕໍ່ໄປອີກແລ້ວ ພິຈາລະນາ ທົນທານຕໍ່ ຕໍ່ ຜູ້ຊາຍໃນໃຈກາງ ການໂຈມຕີ.

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

fetchmail ສະເຫມີຈະໃຊ້ຄໍາສັ່ງ RETR ຖ້າ "fetchall" ຖືກຕັ້ງ. fetchmail ຍັງຈະໃຊ້
ຄໍາສັ່ງ RETR ຖ້າ "ຮັກສາ" ຖືກຕັ້ງແລະ "uidl" ບໍ່ໄດ້ຖືກຕັ້ງ. ສຸດທ້າຍ, fetchmail ຈະໃຊ້
ຄຳສັ່ງ RETR ໃນເຊີບເວີ Maillennium POP3/PROXY (ໃຊ້ໂດຍ Comcast) ເພື່ອຫຼີກເວັ້ນການ TOP ໂດຍເຈດຕະນາ.
ການຕີຄວາມຜິດໃນເຊີບເວີນີ້ທີ່ເຮັດໃຫ້ຂໍ້ຄວາມເສຍຫາຍ.

ໃນກໍລະນີອື່ນໆທັງຫມົດ, fetchmail ຈະໃຊ້ຄໍາສັ່ງ TOP. ນີ້ຫມາຍຄວາມວ່າ "ຮັກສາ"
ການຕັ້ງຄ່າ, "uidl" ຕ້ອງຖືກຕັ້ງຄ່າຖ້າ "TOP" ຕ້ອງການ.

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

ເພີ່ມອີກ ສິດ ອຳ ນາດ ແບບຟອມ

ຖ້າຫາກວ່າຂອງທ່ານ fetchmail ຖືກສ້າງຂຶ້ນດ້ວຍການສະຫນັບສະຫນູນ Kerberos ແລະທ່ານລະບຸການພິສູດຢືນຢັນ Kerberos
(ບໍ່ວ່າຈະມີ --auth ຫຼື .fetchmailrc ທາງເລືອກ ພິສູດຄວາມຖືກຕ້ອງ kerberos_v4) ມັນ​ຈະ​ພະ​ຍາ​ຍາມ​
ໄດ້ຮັບປີ້ Kerberos ຈາກ mailserver ໃນຕອນເລີ່ມຕົ້ນຂອງການສອບຖາມແຕ່ລະຄົນ. ຫມາຍ​ເຫດ​: ຖ້າ​ຫາກ​ວ່າ​
pollname ຫຼືຊື່ແມ່ນ 'hesiod', fetchmail ຈະພະຍາຍາມໃຊ້ Hesiod ເພື່ອຊອກຫາ
mailserver.

ຖ້າທ່ານໃຊ້ POP3 ຫຼື IMAP ດ້ວຍການພິສູດຢືນຢັນ GSSAPI, fetchmail ຈະຄາດຫວັງວ່າເຄື່ອງແມ່ຂ່າຍຈະ
ມີຄວາມສາມາດ RFC1731- ຫຼື RFC1734-ສອດຄ່ອງກັບ GSSAPI, ແລະຈະໃຊ້ມັນ. ໃນປັດຈຸບັນນີ້
ໄດ້ຖືກທົດສອບຜ່ານ Kerberos V ເທົ່ານັ້ນ, ດັ່ງນັ້ນທ່ານຈຶ່ງຄາດວ່າຈະມີປີ້ໃຫ້ແລ້ວ
ປີ້. ທ່ານອາດຈະຜ່ານຊື່ຜູ້ໃຊ້ທີ່ແຕກຕ່າງຈາກຊື່ຕົ້ນຕໍຂອງທ່ານໂດຍໃຊ້ມາດຕະຖານ
-ຜູ້ໃຊ້ ຄໍາສັ່ງຫຼືໂດຍ .fetchmailrc ທາງເລືອກ ຜູ້ໃຊ້.

ຖ້າ IMAP daemon ຂອງເຈົ້າສົ່ງຜົນຕອບແທນ PREAUTH ໃນແຖວທັກທາຍຂອງມັນ, fetchmail ຈະ
ສັງເກດເຫັນນີ້ແລະຂ້າມຂັ້ນຕອນການກວດສອບປົກກະຕິ. ນີ້ສາມາດເປັນປະໂຫຍດ, ຕົວຢ່າງ, ຖ້າທ່ານ
ເລີ່ມຕົ້ນ imapd ຢ່າງຊັດເຈນໂດຍໃຊ້ ssh. ໃນກໍລະນີນີ້, ທ່ານສາມາດປະກາດມູນຄ່າການກວດສອບໄດ້
'ssh' ຢູ່ໃນເວັບໄຊທ໌ນັ້ນເພື່ອຢຸດ .fetchmail ຈາກການຮ້ອງຂໍໃຫ້ທ່ານສໍາລັບລະຫັດຜ່ານໃນເວລາທີ່ມັນເລີ່ມຕົ້ນ
ຂຶ້ນ.

ຖ້າທ່ານໃຊ້ການກວດສອບລູກຄ້າກັບ ອຈ S TLS1 ແລະ daemon IMAP ຂອງທ່ານຈະສົ່ງຄືນ AUTH=ພາຍນອກ
ຄໍາຕອບ, fetchmail ຈະສັງເກດເຫັນນີ້ແລະຈະໃຊ້ທາງລັດການພິສູດຢືນຢັນແລະຈະບໍ່
ສົ່ງລະຫັດຜ່ານ. ໃນກໍລະນີນີ້, ທ່ານສາມາດປະກາດມູນຄ່າການກວດສອບ 'ພາຍນອກ'.
ໃນ​ເວັບ​ໄຊ​ທີ່​ຈະ​ຢຸດ​ເຊົາ​ການ​ fetchmail ຈາກການຮ້ອງຂໍໃຫ້ທ່ານສໍາລັບລະຫັດຜ່ານໃນເວລາທີ່ມັນເລີ່ມຕົ້ນຂຶ້ນ.

ຖ້າທ່ານກໍາລັງໃຊ້ POP3, ແລະເຄື່ອງແມ່ຂ່າຍອອກຄໍາທ້າທາຍລະຫັດຜ່ານຄັ້ງດຽວທີ່ສອດຄ່ອງກັບ
RFC1938, fetchmail ຈະໃຊ້ລະຫັດຜ່ານຂອງທ່ານເປັນປະໂຫຍກຜ່ານເພື່ອສ້າງສິ່ງທີ່ຕ້ອງການ
ຕອບສະໜອງ. ນີ້ຫຼີກລ້ຽງການສົ່ງຄວາມລັບຜ່ານ net unencrypted.

ຮອງຮັບການພິສູດຢືນຢັນ RPA ຂອງ Compuserve. ຖ້າທ່ານລວບລວມໃນການສະຫນັບສະຫນູນ, fetchmail
ຈະພະຍາຍາມເຮັດການກວດສອບລະຫັດຜ່ານ RPA ແທນທີ່ຈະສົ່ງຜ່ານລະຫັດຜ່ານ
en clair ຖ້າມັນກວດພົບ "@compuserve.com" ໃນຊື່ເຈົ້າພາບ.

ຖ້າທ່ານກໍາລັງໃຊ້ IMAP, Microsoft's NTLM authentication (ໃຊ້ໂດຍ Microsoft Exchange) ແມ່ນ
ສະຫນັບສະຫນູນ. ຖ້າທ່ານລວບລວມໃນການສະຫນັບສະຫນູນ, fetchmail ຈະພະຍາຍາມປະຕິບັດ NTLM
ການກວດສອບຄວາມຖືກຕ້ອງ (ແທນທີ່ຈະສົ່ງຜ່ານລະຫັດຜ່ານ en clair) ທຸກຄັ້ງທີ່ເຄື່ອງແມ່ຂ່າຍກັບຄືນມາ
AUTH=NTLM ໃນການຕອບສະໜອງຄວາມສາມາດຂອງມັນ. ລະບຸຄ່າທາງເລືອກຂອງຜູ້ໃຊ້ທີ່ມີລັກສະນະ
'user@domain': ສ່ວນທາງຊ້າຍຂອງ @ ຈະຖືກສົ່ງຜ່ານເປັນຊື່ຜູ້ໃຊ້ແລະສ່ວນ
ໄປທາງຂວາເປັນໂດເມນ NTLM.

ຄວາມປອດໄພ Socket Layers (SSL) ແລະ ການຂົນສົ່ງ layer ຄວາມ​ປອດ​ໄພ (TLS)
ການຂົນສົ່ງ. ນອກຈາກນັ້ນ, POP3 ແລະ IMAP retrieval ຍັງສາມາດເຈລະຈາ SSL / TLS ໂດຍວິທີການ
STARTTLS (ຫຼື STLS).

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

ທ່ານສາມາດເຂົ້າເຖິງການບໍລິການທີ່ເຂົ້າລະຫັດ SSL ໂດຍການລະບຸທາງເລືອກທີ່ເລີ່ມຕົ້ນດ້ວຍ --ssl, ເຊັ່ນ
ເປັນ --ssl, --sslproto, --sslcertck, ແລະອື່ນໆ. ນອກນັ້ນທ່ານຍັງສາມາດເຮັດສິ່ງນີ້ໂດຍໃຊ້
ຕົວເລືອກຜູ້ໃຊ້ທີ່ສອດຄ້ອງກັນໃນໄຟລ໌ .fetchmailrc. ບາງບໍລິການ, ເຊັ່ນ POP3 ແລະ
IMAP, ມີພອດທີ່ຮູ້ກັນດີທີ່ແຕກຕ່າງກັນທີ່ກໍານົດໄວ້ສໍາລັບການບໍລິການທີ່ເຂົ້າລະຫັດ SSL. ໄດ້
ພອດທີ່ເຂົ້າລະຫັດຈະຖືກເລືອກໂດຍອັດຕະໂນມັດເມື່ອ SSL ຖືກເປີດໃຊ້ ແລະບໍ່ມີພອດທີ່ຈະແຈ້ງ
ລະບຸ. ນອກຈາກນີ້, ແຖວຄໍາສັ່ງ --sslcertck ຫຼື sslcertck ດໍາເນີນການທາງເລືອກໄຟລ໌ການຄວບຄຸມ
ຄວນຖືກນໍາໃຊ້ເພື່ອບັງຄັບໃຫ້ມີການກວດສອບໃບຢັ້ງຢືນຢ່າງເຂັ້ມງວດ - ເບິ່ງຂ້າງລຸ່ມນີ້.

ຖ້າ SSL ບໍ່ໄດ້ຖືກຕັ້ງຄ່າ, fetchmail ປົກກະຕິແລ້ວຈະພະຍາຍາມໃຊ້ STARTTLS.
STARTTLS ສາມາດຖືກບັງຄັບໃຊ້ໂດຍໃຊ້ --sslproto auto ແລະ defeated ໂດຍໃຊ້ --sslproto ''.
ການເຊື່ອມຕໍ່ TLS ໃຊ້ພອດດຽວກັນກັບໂປຣໂຕຄໍລຸ້ນທີ່ບໍ່ໄດ້ເຂົ້າລະຫັດ ແລະເຈລະຈາ
TLS ຜ່ານຄໍາສັ່ງພິເສດ. ແຖວຄຳສັ່ງ --sslcertck ຫຼື sslcertck run option file control
ຄວນຖືກນໍາໃຊ້ເພື່ອບັງຄັບໃຫ້ມີການກວດສອບໃບຢັ້ງຢືນຢ່າງເຂັ້ມງວດ - ເບິ່ງຂ້າງລຸ່ມນີ້.

--sslcertck is ແນະ ນຳ: ເມື່ອເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍທີ່ເຂົ້າລະຫັດ SSL ຫຼື TLS, ເຄື່ອງແມ່ຂ່າຍ
ສະເໜີໃບຢັ້ງຢືນໃຫ້ລູກຄ້າເພື່ອກວດສອບ. ໃບຮັບຮອງຖືກກວດສອບເພື່ອກວດສອບ
ວ່າຊື່ທົ່ວໄປໃນໃບຢັ້ງຢືນກົງກັບຊື່ຂອງເຄື່ອງແມ່ຂ່າຍທີ່ຖືກຕິດຕໍ່ແລະ
ວ່າວັນທີທີ່ມີຜົນບັງຄັບໃຊ້ແລະຫມົດອາຍຸໃນໃບຢັ້ງຢືນຊີ້ໃຫ້ເຫັນວ່າມັນແມ່ນປະຈຸບັນ
ຖືກຕ້ອງ. ຖ້າການກວດສອບໃດໆເຫຼົ່ານີ້ລົ້ມເຫລວ, ຂໍ້ຄວາມເຕືອນຈະຖືກພິມ, ແຕ່ການເຊື່ອມຕໍ່
ສືບຕໍ່. ໃບຢັ້ງຢືນເຊີບເວີບໍ່ຈໍາເປັນຕ້ອງໄດ້ລົງນາມໂດຍການຢັ້ງຢືນສະເພາະໃດໆ
ສິດອໍານາດແລະອາດຈະເປັນໃບຢັ້ງຢືນ "ຕົນເອງໄດ້ເຊັນ". ຖ້າທາງເລືອກແຖວຄໍາສັ່ງ --sslcertck
ຫຼືຕົວເລືອກໄຟລ໌ຄວບຄຸມການແລ່ນ sslcertck ຖືກໃຊ້, fetchmail ແທນທີ່ຈະຍົກເລີກຖ້າສິ່ງເຫຼົ່ານີ້
ການກວດສອບລົ້ມເຫລວ, ເພາະວ່າມັນຕ້ອງສົມມຸດວ່າມີການໂຈມຕີແບບຜູ້ຊາຍໃນກາງໃນເລື່ອງນີ້
ສະຖານະການ, ເພາະສະນັ້ນ fetchmail ຈະຕ້ອງບໍ່ເປີດເຜີຍລະຫັດຜ່ານ cleartext. ການນໍາໃຊ້ sslcertck ຫຼື
--sslcertck ທາງເລືອກແມ່ນດັ່ງນັ້ນຈຶ່ງແນະນໍາ.

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

ຄໍາເວົ້າຂອງການດູແລກ່ຽວກັບການນໍາໃຊ້ SSL: ໃນຂະນະທີ່ໄດ້ກ່າວມາຂ້າງເທິງການຕັ້ງຄ່າກັບເຄື່ອງແມ່ຂ່າຍທີ່ເຊັນດ້ວຍຕົນເອງ
ໃບຢັ້ງຢືນທີ່ດຶງມາຜ່ານສາຍໄຟສາມາດປົກປ້ອງເຈົ້າຈາກຜູ້ລັກຟັງຕົວຕັ້ງຕົວຕີໄດ້, ມັນ
ບໍ່ໄດ້ຊ່ວຍຕໍ່ຕ້ານຜູ້ໂຈມຕີທີ່ຫ້າວຫັນ. ມັນຈະແຈ້ງການປັບປຸງກ່ຽວກັບການສົ່ງ
ລະ​ຫັດ​ຜ່ານ​ຢ່າງ​ຈະ​ແຈ້ງ​, ແຕ່​ວ່າ​ທ່ານ​ຄວນ​ຈະ​ໄດ້​ຮັບ​ຮູ້​ວ່າ​ການ​ໂຈມ​ຕີ​ຂອງ​ຜູ້​ຊາຍ​ໃນ​ກາງ​ແມ່ນ trivally​
ເປັນໄປໄດ້ (ໂດຍສະເພາະກັບເຄື່ອງມືເຊັ່ນ dsniff ⟨http://monkey.org/~dugsong/dsniff/⟩, ).
ການນໍາໃຊ້ການກວດສອບໃບຢັ້ງຢືນທີ່ເຂັ້ມງວດກັບເຈົ້າຫນ້າທີ່ການຢັ້ງຢືນທີ່ຮັບຮູ້ໂດຍເຄື່ອງແມ່ຂ່າຍແລະ
ລູກຄ້າ, ຫຼືບາງທີອຸໂມງ SSH (ເບິ່ງຂ້າງລຸ່ມນີ້ສໍາລັບບາງຕົວຢ່າງ) ແມ່ນດີກວ່າຖ້າທ່ານ
ເອົາໃຈໃສ່ຢ່າງຈິງຈັງກ່ຽວກັບຄວາມປອດໄພຂອງກ່ອງຈົດໝາຍ ແລະລະຫັດຜ່ານຂອງທ່ານ.

ESMTP ສິດ
fetchmail ຍັງສະຫນັບສະຫນູນການພິສູດຢືນຢັນກັບເຄື່ອງແມ່ຂ່າຍ ESMTP ໃນຝ່າຍລູກຄ້າຕາມ
RFC 2554. ທ່ານສາມາດລະບຸຊື່/ລະຫັດຜ່ານຄູ່ທີ່ຈະໃຊ້ກັບຄໍາສໍາຄັນ 'esmtpname'
ແລະ 'emtppassword'; ອະດີດເປັນຄ່າເລີ່ມຕົ້ນຂອງຊື່ຜູ້ໃຊ້ຂອງຜູ້ໂທ.

ເດມອນ MODE

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

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

ຕົວຢ່າງ: ການເອີ້ນແບບງ່າຍໆ

fetchmail -d 900

ດັ່ງນັ້ນ, ຈະສໍາຫຼວດເຈົ້າພາບທັງຫມົດທີ່ອະທິບາຍໄວ້ໃນຂອງທ່ານ ~/.fetchmailrc ໄຟລ໌ (ຍົກເວັ້ນເຫຼົ່ານັ້ນ
ຍົກເວັ້ນຢ່າງຈະແຈ້ງດ້ວຍຄຳກິລິຍາ 'ຂ້າມ') ໜ້ອຍກວ່າໜຶ່ງຄັ້ງໃນທຸກໆ 15 ນາທີ.
(ແນ່ນອນ: 15 ນາທີ + ເວລາທີ່ສໍາຫຼວດໃຊ້ເວລາ).

ມັນຍັງເປັນໄປໄດ້ທີ່ຈະກໍານົດໄລຍະການລົງຄະແນນສຽງໃນຂອງທ່ານ ~/.fetchmailrc file ໂດຍເວົ້າວ່າ
'ຕັ້ງ daemon ', ທີ່ ເປັນຈຳນວນເຕັມຂອງວິນາທີ. ຖ້າເຈົ້າເຮັດ
ນີ້, fetchmail ຈະເລີ່ມຕົ້ນຢູ່ໃນໂຫມດ daemon ສະເຫມີເວັ້ນເສຍແຕ່ວ່າທ່ານ override ມັນດ້ວຍຄໍາສັ່ງ-
ຕົວເລືອກແຖວ --daemon 0 ຫຼື -d0.

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

ຕື່ນ ໄດ້ ຄວາມເປັນມາ daemon
ໂດຍປົກກະຕິ, ການໂທຫາ fetchmail ດ້ວຍ daemon ໃນພື້ນຫລັງຈະສົ່ງສັນຍານ wake ເຖິງ
daemon ແລະເຊົາໂດຍບໍ່ມີການ output. ຈາກນັ້ນ daemon ພື້ນຫຼັງຈະເລີ່ມຮອບການສຳຫຼວດຕໍ່ໄປ
ທັນທີ. ສັນຍານປຸກ, SIGUSR1, ສາມາດສົ່ງດ້ວຍຕົນເອງໄດ້. ການ​ປະ​ຕິ​ບັດ​ການ​ປຸກ​
ຍັງລຶບທຸງ 'wedged' ໃດໆທີ່ຊີ້ໃຫ້ເຫັນວ່າການເຊື່ອມຕໍ່ໄດ້ wedged ເນື່ອງຈາກລົ້ມເຫລວ
ການພິສູດຢືນຢັນ ຫຼືການໝົດເວລາຫຼາຍອັນ.

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

ມີປະໂຫຍດ ທາງເລືອກໃນການ ສໍາລັບການ daemon ຮູບແບບການ
ໄດ້ -L or --logfile option (keyword: set logfile) ມີປະສິດທິພາບເທົ່ານັ້ນ
ເມື່ອ fetchmail ຖືກແຍກອອກແລະຢູ່ໃນໂຫມດ daemon. ໃຫ້ສັງເກດວ່າ ໄດ້ logfile ຕ້ອງ ມີຢູ່ແລ້ວ ກ່ອນທີ່ຈະ
fetchmail ແມ່ນດໍາເນີນການ, ທ່ານສາມາດນໍາໃຊ້ ສໍາຜັດ(1) ຄໍາສັ່ງທີ່ມີຊື່ໄຟລ໌ເປັນການໂຕ້ຖຽງ sole ຂອງຕົນ
ການສ້າງມັນ.
ທາງ​ເລືອກ​ນີ້​ອະ​ນຸ​ຍາດ​ໃຫ້​ທ່ານ​ເພື່ອ​ໂອນ​ຂໍ້​ຄວາມ​ສະ​ຖາ​ນະ​ພາບ​ເຂົ້າ​ໄປ​ໃນ logfile ທີ່​ລະ​ບຸ​ໄວ້ (ປະ​ຕິ​ບັດ​ຕາມ
ທາງເລືອກທີ່ມີຊື່ logfile). ໄຟລ໌ບັນທຶກຖືກເປີດສໍາລັບສ່ວນທ້າຍ, ດັ່ງນັ້ນຂໍ້ຄວາມທີ່ຜ່ານມາ
ບໍ່ໄດ້ລຶບ. ອັນນີ້ແມ່ນເປັນປະໂຫຍດຕົ້ນຕໍສໍາລັບການປັບຄ່າການຕັ້ງຄ່າ. ໃຫ້ສັງເກດວ່າ
fetchmail ບໍ່ກວດພົບວ່າ logfile ຖືກຫມຸນ, logfile ຖືກເປີດພຽງແຕ່ຄັ້ງດຽວ
fetchmail ເລີ່ມຕົ້ນ. ທ່ານຈໍາເປັນຕ້ອງ restart fetchmail ຫຼັງຈາກ rotating logfile ແລະກ່ອນ
ບີບອັດມັນ (ຖ້າມີ).

ໄດ້ --syslog option (keyword: set syslog) ຊ່ວຍໃຫ້ທ່ານສາມາດປ່ຽນເສັ້ນທາງແລະຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດ
ປ່ອຍອອກມາເມື່ອ syslog(3) ລະບົບ daemon ຖ້າມີ. ຂໍ້ຄວາມຖືກບັນທຶກດ້ວຍ id ຂອງ
fetchmail, ສິ່ງອໍານວຍຄວາມສະດວກ LOG_MAIL, ແລະບູລິມະສິດ LOG_ERR, LOG_ALERT or LOG_INFO. ນີ້
ທາງ​ເລືອກ​ແມ່ນ​ມີ​ຈຸດ​ປະ​ສົງ​ສໍາ​ລັບ​ການ​ບັນ​ທຶກ​ສະ​ຖາ​ນະ​ພາບ​ແລະ​ຂໍ້​ຄວາມ​ຜິດ​ພາດ​ທີ່​ຊີ້​ບອກ​ສະ​ຖາ​ນະ​ພາບ​ຂອງ​
daemon ແລະຜົນໄດ້ຮັບໃນຂະນະທີ່ດຶງ mail ຈາກເຄື່ອງແມ່ຂ່າຍ. ຂໍ້​ຄວາມ​ຜິດ​ພາດ​ສໍາ​ລັບ​ຄໍາ​ສັ່ງ​
ທາງ​ເລືອກ​ໃນ​ເສັ້ນ​ແລະ​ການ​ແຍກ​ .fetchmailrc ໄຟລ໌ຍັງຖືກຂຽນໃສ່ stderr, ຫຼືໄປທີ່
ໄຟລ໌ບັນທຶກທີ່ລະບຸ. ໄດ້ --nosyslog ທາງ​ເລືອກ​ປິດ​ການ​ນໍາ​ໃຊ້​ຂອງ​ syslog(3), ສົມມຸດວ່າ
ເປີດຢູ່ໃນ ~/.fetchmailrc ໄຟລ໌. ທາງເລືອກນີ້ຖືກລົບລ້າງ, ໃນບາງສະຖານະການ,
by --logfile (ເບິ່ງ).

ໄດ້ -N or --nodetach ທາງເລືອກສະກັດກັ້ນຄວາມເປັນມາແລະການແຍກຂະບວນການ daemon
ຈາກສະຖານີຄວບຄຸມຂອງມັນ. ນີ້ແມ່ນເປັນປະໂຫຍດສໍາລັບການ debugging ຫຼືໃນເວລາທີ່ fetchmail ດໍາເນີນການເປັນ
ລູກຂອງຂະບວນການຜູ້ຄຸມງານເຊັ່ນ ໃນ​ມັນ(8) ຫຼື Gerrit Pape's ແລ່ນ(8). ໃຫ້ສັງເກດວ່ານີ້
ຍັງເຮັດໃຫ້ຕົວເລືອກ logfile ຖືກລະເລີຍ.

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

ຖ້າ​ຫາກ​ທ່ານ​ສໍາ​ພັດ​ຫຼື​ການ​ປ່ຽນ​ແປງ​ ~/.fetchmailrc ໄຟລ໌ໃນຂະນະທີ່ fetchmail ກໍາລັງແລ່ນຢູ່ໃນໂຫມດ daemon,
ອັນນີ້ຈະຖືກກວດພົບໃນຕອນຕົ້ນຂອງຮອບສຳຫຼວດຕໍ່ໄປ. ເມື່ອມີການປ່ຽນແປງ
~/.fetchmailrc ຖືກກວດພົບ, fetchmail rereads ມັນແລະ restarts ຈາກ scratch (ການນໍາໃຊ້ exec(2)
ບໍ່ມີຂໍ້ມູນຂອງລັດຖືກເກັບຮັກສາໄວ້ໃນຕົວຢ່າງໃຫມ່). ໃຫ້ສັງເກດວ່າຖ້າ fetchmail ຕ້ອງການ
ການສອບຖາມສໍາລັບລະຫັດຜ່ານ, ຂອງນັ້ນຖ້າຫາກວ່າທ່ານທໍາລາຍ ~/.fetchmailrc syntax ຂອງໄຟລ໌, ໃຫມ່
ຕົວຢ່າງຈະຫາຍໄປຢ່າງອ່ອນໂຍນແລະງຽບໆໃນເວລາເລີ່ມຕົ້ນ.

ຜູ້ບໍລິຫານ OPTIONS

ໄດ້ --ນາຍໄປສະນີ ທາງເລືອກ (ຄໍາສໍາຄັນ: set postmaster) ກໍານົດສະຖານທີ່ສຸດທ້າຍ
ຊື່ຜູ້ໃຊ້ທີ່ຈະສົ່ງຕໍ່ເມລ multidrop ຖ້າບໍ່ມີຜູ້ຮັບໃນທ້ອງຖິ່ນທີ່ກົງກັນ
ພົບ. ມັນຍັງຖືກໃຊ້ເປັນຈຸດຫມາຍປາຍທາງຂອງເມລທີ່ບໍ່ສາມາດຈັດສົ່ງໄດ້ຖ້າ 'bouncemail' ທົ່ວໂລກ
ທາງ​ເລືອກ​ແມ່ນ​ປິດ​ແລະ​ນອກ​ຈາກ​ນັ້ນ​ສໍາ​ລັບ​ອີ​ເມລ​ທີ່​ຖືກ​ບລັອກ​ສະ​ແປມ​ຖ້າ​ຫາກ​ວ່າ 'bouncemail​' ທາງ​ເລືອກ​ທົ່ວ​ໂລກ​ແມ່ນ​
ປິດແລະຕົວເລືອກທົ່ວໂລກ 'spambounce' ເປີດ. ຕົວເລືອກນີ້ແມ່ນເລີ່ມຕົ້ນໃຫ້ກັບຜູ້ໃຊ້ທີ່ເອີ້ນ
fetchmail. ຖ້າຜູ້ໃຊ້ invoking ເປັນຮາກ, ຫຼັງຈາກນັ້ນຄ່າເລີ່ມຕົ້ນຂອງທາງເລືອກນີ້ແມ່ນຜູ້ໃຊ້
'ນາຍໄປສະນີ'. ການຕັ້ງຄ່າ postmaster ກັບ string ເປົ່າເຮັດໃຫ້ mail ດັ່ງກ່າວໄດ້ອະທິບາຍຂ້າງເທິງ
ຈະຖືກຍົກເລີກ - ແນວໃດກໍ່ຕາມ, ນີ້ມັກຈະເປັນຄວາມຄິດທີ່ບໍ່ດີ. ເບິ່ງລາຍລະອຽດຂອງ The
ສະພາບແວດລ້ອມ 'FETCHMAILUSER' ປ່ຽນແປງໄດ້ໃນພາກສ່ວນສະພາບແວດລ້ອມຂ້າງລຸ່ມນີ້.

ໄດ້ --nobounce ປະຕິບັດຕົວຄືກັບ "ຕັ້ງບໍ່ມີ bouncemail" ທາງເລືອກທົ່ວໂລກ, ເຊິ່ງເບິ່ງ.

ໄດ້ --ເບິ່ງບໍ່ເຫັນ option (keyword: set invisible) ພະຍາຍາມເຮັດໃຫ້ fetchmail ເບິ່ງບໍ່ເຫັນ.
ໂດຍປົກກະຕິ, fetchmail ປະຕິບັດຕົວຄືກັບ MTA ອື່ນໆ - ມັນສ້າງສ່ວນຫົວທີ່ໄດ້ຮັບ
ເຂົ້າໄປໃນແຕ່ລະຂໍ້ຄວາມທີ່ອະທິບາຍສະຖານທີ່ຂອງມັນຢູ່ໃນລະບົບຕ່ອງໂສ້ການສົ່ງຕໍ່, ແລະບອກ MTA ມັນ
ສົ່ງຕໍ່ໄປວ່າເມລມາຈາກເຄື່ອງ fetchmail ຕົວມັນເອງກໍາລັງເຮັດວຽກຢູ່. ຖ້າ
ທາງ​ເລືອກ​ທີ່​ເບິ່ງ​ບໍ່​ເຫັນ​ແມ່ນ​ເປີດ​ຢູ່​, ຫົວ​ທີ່​ໄດ້​ຮັບ​ແມ່ນ​ສະ​ກັດ​ກັ້ນ​ແລະ fetchmail ພະ​ຍາ​ຍາມ​ທີ່​ຈະ spoof ໄດ້​
MTA ມັນກ້າວໄປສູ່ການຄິດວ່າມັນມາຈາກເຄື່ອງແມ່ຂ່າຍເມລໂດຍກົງ.

ໄດ້ --ລາຍການສະແດງ ທາງເລືອກ (ຄໍາສໍາຄັນ: ກໍານົດ showdots) ບັງຄັບໃຫ້ fetchmail ສະແດງຈຸດກ້າວຫນ້າເຖິງແມ່ນວ່າ
ຖ້າຜົນໄດ້ຮັບໄປຫາໄຟລ໌ຫຼື fetchmail ບໍ່ຢູ່ໃນໂຫມດ verbose. Fetchmail ສະແດງໃຫ້ເຫັນ
ຈຸດຕາມຄ່າເລີ່ມຕົ້ນເມື່ອແລ່ນຢູ່ໃນໂໝດ --verbose ແລະ ຜົນຜະລິດໄປຫາ console. ທາງເລືອກນີ້ແມ່ນ
ຖືກລະເລີຍໃນ -- ໂໝດງຽບ.

ໂດຍ​ການ​ລະ​ບຸ --tracepolls ທາງເລືອກ, ທ່ານສາມາດຮ້ອງຂໍໃຫ້ fetchmail ເພື່ອເພີ່ມຂໍ້ມູນໃສ່
ໄດ້ຮັບສ່ວນຫົວໃນແບບຟອມ "polling {label} ບັນຊີ {user}", ເຊິ່ງ {label} ແມ່ນບັນຊີ
ປ້າຍຊື່ (ຈາກ rcfile ທີ່ລະບຸ, ປົກກະຕິ ~/.fetchmailrc) ແລະ {user} ແມ່ນຊື່ຜູ້ໃຊ້
ທີ່ຖືກນໍາໃຊ້ເພື່ອເຂົ້າສູ່ລະບົບເຄື່ອງແມ່ຂ່າຍເມລ. ສ່ວນຫົວນີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອເຮັດໃຫ້ການກັ່ນຕອງ
ອີເມວທີ່ບໍ່ມີຂໍ້ມູນສ່ວນຫົວທີ່ເປັນປະໂຫຍດແລະທ່ານຕ້ອງການ mail ຈາກທີ່ແຕກຕ່າງກັນ
ບັນ​ຊີ​ຈັດ​ລຽງ​ລໍາ​ດັບ​ເຂົ້າ​ໄປ​ໃນ​ກ່ອງ​ຈົດ​ຫມາຍ​ທີ່​ແຕກ​ຕ່າງ​ກັນ (ນີ້​ສາ​ມາດ​, ສໍາ​ລັບ​ການ​ຍົກ​ຕົວ​ຢ່າງ​, ອາດ​ຈະ​ເກີດ​ຂຶ້ນ​ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ມີ​
ບັນ​ຊີ​ຢູ່​ໃນ​ເຄື່ອງ​ແມ່​ຂ່າຍ​ດຽວ​ກັນ​ແລ່ນ​ບັນ​ຊີ​ລາຍ​ການ​ທາງ​ໄປ​ສະ​ນີ​, ແລະ​ໄດ້​ຮັບ​ການ​ສະ​ຫມັກ​ບັນ​ຊີ​ລາຍ​ການ​ໂດຍ​ນໍາ​ໃຊ້​
ບັນ​ຊີ​ນັ້ນ). ຄ່າເລີ່ມຕົ້ນບໍ່ໄດ້ເພີ່ມສ່ວນຫົວດັ່ງກ່າວ. ໃນ .fetchmailrc, ອັນນີ້ເອີ້ນວ່າ
'tracepolls'.

ກູ້ຄືນ ຄວາມເປັນຈິງ ຮູບແບບ

ພິທີການ fetchmail ໃຊ້ເພື່ອສົນທະນາກັບ mailservers ແມ່ນຢູ່ຕໍ່ໄປກັບ bulletproof. ຢູ່ໃນປົກກະຕິ
ການ​ປະ​ຕິ​ບັດ​ການ​ສົ່ງ​ຕໍ່​ກັບ port 25​, ບໍ່​ມີ​ຂໍ້​ຄວາມ​ທີ່​ເຄີຍ​ຖືກ​ລົບ (ຫຼື​ແມ້​ກະ​ທັ້ງ​ຫມາຍ​ສໍາ​ລັບ​ການ​ລົບ​)
ຢູ່ໃນເຈົ້າພາບຈົນກ່ວາຜູ້ຟັງ SMTP ຢູ່ຝ່າຍລູກຄ້າໄດ້ຮັບຮູ້ fetchmail ທີ່
ຂໍ້ຄວາມໄດ້ຮັບການຍອມຮັບສໍາລັບການຈັດສົ່ງຫຼືປະຕິເສດເນື່ອງຈາກການສະກັດ spam.

ເມື່ອສົ່ງຕໍ່ໄປຫາ MDA, ຢ່າງໃດກໍຕາມ, ມີຄວາມເປັນໄປໄດ້ຫຼາຍຂອງຄວາມຜິດພາດ. ບາງ MDAs ແມ່ນ
'ປອດໄພ' ແລະເຊື່ອຖືໄດ້ກັບຄືນສະຖານະທີ່ບໍ່ແມ່ນສູນໃນຄວາມຜິດພາດການຈັດສົ່ງໃດໆ, ເຖິງແມ່ນວ່າອັນເນື່ອງມາຈາກ
ຂີດຈຳກັດຊັບພະຍາກອນຊົ່ວຄາວ. ໄດ້ ກ່ອງຈົດໝາຍ(1) ໂປຣແກຣມເປັນແບບນີ້; ດັ່ງນັ້ນໂຄງການສ່ວນໃຫຍ່
ອອກແບບເປັນຕົວແທນການຂົນສົ່ງທາງໄປສະນີ, ເຊັ່ນ: mailmail(1), ລວມທັງ wrapper sendmail ຂອງ
Postfix ແລະ exim(1). ໂຄງ​ການ​ເຫຼົ່າ​ນີ້​ໃຫ້​ກັບ​ຄືນ​ໄປ​ບ່ອນ​ການ​ຮັບ​ຮູ້​ໃນ​ທາງ​ບວກ​ທີ່​ເຊື່ອ​ຖື​ໄດ້​ແລະ​ສາ​ມາດ​ເຮັດ​ໄດ້
ຖືກນໍາໃຊ້ກັບທາງເລືອກ mda ໂດຍບໍ່ມີຄວາມສ່ຽງຕໍ່ການສູນເສຍເມລ. MDAs ທີ່ບໍ່ປອດໄພ, ເຖິງແມ່ນວ່າ, ອາດຈະກັບຄືນມາ 0
ເຖິງແມ່ນວ່າການຈັດສົ່ງລົ້ມເຫລວ. ຖ້າສິ່ງນີ້ເກີດຂຶ້ນ, ທ່ານຈະສູນເສຍເມລ.

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

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

ບັນຫາ POP3 ທີ່ເປັນໄປໄດ້ອາດຈະເປັນເຄື່ອງແມ່ຂ່າຍທີ່ໃສ່ຂໍ້ຄວາມຢູ່ກາງກ່ອງຈົດຫມາຍ
(ບາງການປະຕິບັດ VMS ຂອງເມລມີຂ່າວລືວ່າເຮັດແນວນີ້). ໄດ້ fetchmail ລະຫັດສົມມຸດ
ຂໍ້ຄວາມໃໝ່ຈະຖືກຕໍ່ທ້າຍໃສ່ທ້າຍກ່ອງຈົດໝາຍ; ໃນເວລາທີ່ນີ້ບໍ່ແມ່ນຄວາມຈິງມັນອາດຈະ
ປະຕິບັດບາງຂໍ້ຄວາມເກົ່າເປັນໃຫມ່ແລະໃນທາງກັບກັນ. ການນໍາໃຊ້ UIDL ໃນຂະນະທີ່ຕັ້ງຄ່າ fastuidl 0 ອາດ
ແກ້ໄຂອັນນີ້, ຖ້າບໍ່ດັ່ງນັ້ນ, ພິຈາລະນາປ່ຽນເປັນ IMAP.

ແຕ່ບັນຫາ POP3 ອື່ນແມ່ນວ່າຖ້າພວກເຂົາບໍ່ສາມາດສ້າງ tempfiles ຢູ່ໃນເຮືອນຂອງຜູ້ໃຊ້
ໄດເລກະທໍລີ, ບາງເຄື່ອງແມ່ຂ່າຍ POP3 ຈະສົ່ງຄືນຄໍາຕອບທີ່ບໍ່ມີເອກະສານທີ່ເຮັດໃຫ້ເກີດ fetchmail
ເພື່ອລາຍງານ "ບໍ່ມີເມລ".

ລະຫັດ IMAP ໃຊ້ການມີ ຫຼືບໍ່ມີຂອງທຸງເຊີບເວີ \Seen ເພື່ອຕັດສິນໃຈວ່າ ຫຼື
ບໍ່ແມ່ນຂໍ້ຄວາມໃໝ່. ນີ້ບໍ່ແມ່ນສິ່ງທີ່ຖືກຕ້ອງທີ່ຈະເຮັດ, fetchmail ຄວນກວດເບິ່ງ
UIDVALIDITY ແລະໃຊ້ UID, ແຕ່ມັນບໍ່ໄດ້ເຮັດແນວນັ້ນເທື່ອ. ພາຍໃຕ້ Unix, ມັນນັບຢູ່ໃນ IMAP ຂອງທ່ານ
ເຊີບເວີເພື່ອສັງເກດເຫັນທຸງສະຖານະແບບ BSD ທີ່ຕັ້ງໂດຍຕົວແທນຜູ້ໃຊ້ເມລ ແລະຕັ້ງທຸງ \Seen
ຈາກ​ເຂົາ​ເຈົ້າ​ໃນ​ເວ​ລາ​ທີ່​ເຫມາະ​ສົມ​. ເຊີບເວີ Unix IMAP ທັງໝົດທີ່ພວກເຮົາຮູ້ຈັກເຮັດອັນນີ້, ເຖິງແມ່ນວ່າມັນບໍ່ແມ່ນ
ກໍານົດໂດຍ IMAP RFCs. ຖ້າທ່ານເຄີຍເດີນທາງຜ່ານເຄື່ອງແມ່ຂ່າຍທີ່ບໍ່ໄດ້, ອາການຈະ
ແມ່ນວ່າຂໍ້ຄວາມທີ່ທ່ານໄດ້ອ່ານແລ້ວຢູ່ໃນໂຮດຂອງເຈົ້າຈະມີລັກສະນະໃຫມ່ສໍາລັບເຄື່ອງແມ່ຂ່າຍ. ໃນ​ນີ້
(ບໍ່ໜ້າຈະເປັນໄປໄດ້) ກໍລະນີ, ມີພຽງແຕ່ຂໍ້ຄວາມທີ່ທ່ານດຶງມາດ້ວຍ fetchmail --ຮັກສາ ທັງສອງຈະຖືກຍົກເລີກ
ແລະຫມາຍອາຍຸ.

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

SPAM ການຍື່ນ

ຜູ້ຟັງ SMTP ຫຼາຍຄົນອະນຸຍາດໃຫ້ຜູ້ບໍລິຫານສາມາດຕັ້ງຄ່າ 'ຕົວກອງ spam' ທີ່ຂັດຂວາງການບໍ່ຮ້ອງຂໍ
ອີເມວຈາກໂດເມນທີ່ລະບຸ. MAIL FROM ຫຼື DATA line ທີ່ກະຕຸ້ນຄຸນສົມບັດນີ້ຈະ
elicit ການຕອບສະຫນອງ SMTP ທີ່ (ຫນ້າເສຍດາຍ) ແຕກຕ່າງກັນໄປຕາມຜູ້ຟັງ.

ລຸ້ນໃໝ່ກວ່າຂອງ mailmail ຕອບລະຫັດຂໍ້ຜິດພາດຂອງ 571.

ອີງຕາມ RFC2821, ສິ່ງທີ່ຖືກຕ້ອງທີ່ຈະກັບຄືນມາໃນສະຖານະການນີ້ແມ່ນ 550 "ຮ້ອງຂໍ
ບໍ່ໄດ້ປະຕິບັດ: mailbox unavailable" (ສະບັບຮ່າງເພີ່ມ "[ຕົວຢ່າງ, mailbox ບໍ່ພົບ, ບໍ່ມີ.
ການເຂົ້າເຖິງ, ຫຼືຄໍາສັ່ງຖືກປະຕິເສດສໍາລັບເຫດຜົນດ້ານນະໂຍບາຍ].").

ສະ​ບັບ​ເກົ່າ​ຂອງ​ exim MTA return 501 "Syntax error in parameters or arguments".

ໄດ້ ແກ້ໄຂຫຼັງ MTA ດໍາເນີນການ 554 ເປັນການຕອບໂຕ້ antispam.

Zmailer ອາດ​ຈະ​ປະ​ຕິ​ເສດ​ລະ​ຫັດ​ທີ່​ມີ 500 ການ​ຕອບ​ສະ​ຫນອງ (ປະ​ຕິ​ບັດ​ຕາມ​ໂດຍ​ລະ​ຫັດ​ສະ​ຖາ​ນະ​ພາບ​ທີ່​ປັບ​ປຸງ​ທີ່​
ມີ​ຂໍ້​ມູນ​ເພີ່ມ​ເຕີມ).

ກັບຄືນລະຫັດທີ່ fetchmail ປະຕິບັດເປັນການຕອບໂຕ້ antispam ແລະຍົກເລີກຂໍ້ຄວາມສາມາດເປັນ
ຕັ້ງຄ່າດ້ວຍຕົວເລືອກ 'antispam'. ນີ້ແມ່ນຫນຶ່ງໃນ ພຽງແຕ່ ສາມ​ສະ​ຖາ​ນະ​ການ​ພາຍ​ໃຕ້​ການ​ທີ່​
fetchmail ເຄີຍປະຖິ້ມເມລ (ອັນອື່ນແມ່ນ 552 ແລະ 553 ຂໍ້ຜິດພາດທີ່ອະທິບາຍຂ້າງລຸ່ມນີ້, ແລະ
ການສະກັດກັ້ນຂໍ້ຄວາມ multidropped ທີ່ມີ ID ຂໍ້ຄວາມທີ່ເຫັນແລ້ວ).

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

ໂດຍຄ່າເລີ່ມຕົ້ນ, ບັນຊີລາຍຊື່ຂອງການຕອບໂຕ້ antispam ແມ່ນຫວ່າງເປົ່າ.

ຖ້າ spambounce ທາງ​ເລືອກ​ທົ່ວ​ໂລກ​ເປີດ​ຢູ່, ອີ​ເມລ​ທີ່​ຖືກ​ບ​ລັອກ​ສະ​ແປມ​ສົ່ງ​ຜົນ​ໃຫ້​ເກີດ
RFC1892/RFC1894 bounce ຂໍ້​ຄວາມ​ແຈ້ງ​ໃຫ້​ຜູ້​ກໍາ​ເນີດ​ວ່າ​ພວກ​ເຮົາ​ບໍ່​ຮັບ​ເອົາ​ອີ​ເມລ​ຈາກ
ມັນ. ເບິ່ງ BUGS ນຳ.

SMTP/ESMTP ERROR ການຈັດການ

ນອກເຫນືອຈາກການສະກັດ spam ທີ່ອະທິບາຍຂ້າງເທິງ, fetchmail ດໍາເນີນການພິເສດ - ອາດຈະເປັນ
ແກ້ໄຂໂດຍທາງເລືອກ --softbounce — ໃນລະຫັດຕອບໂຕ້ຄວາມຜິດພາດ SMTP/ESMTP ຕໍ່ໄປນີ້

452 (ບ່ອນເກັບຂໍ້ມູນລະບົບບໍ່ພຽງພໍ)
ຝາກຂໍ້ຄວາມໄວ້ໃນກ່ອງຈົດໝາຍຂອງເຊີບເວີເພື່ອເອົາຄືນພາຍຫຼັງ.

552 (ຂໍ້ຄວາມເກີນຂະໜາດຂໍ້ຄວາມສູງສຸດຄົງທີ່)
ລຶບຂໍ້ຄວາມອອກຈາກເຊີບເວີ. ສົ່ງ bounce-mail ກັບຜູ້ລິເລີ່ມ.

553 (ໂດເມນສົ່ງບໍ່ຖືກຕ້ອງ)
ລຶບຂໍ້ຄວາມອອກຈາກເຊີບເວີ. ຢ່າພະຍາຍາມສົ່ງ bounce-mail ໄປໃຫ້
ຜູ້ກຳເນີດ.

ຂໍ້ຜິດພາດອື່ນໆທີ່ໃຫຍ່ກວ່າ ຫຼືເທົ່າກັບ 500 ກະຕຸ້ນ bounce mail ກັບຄືນໄປຫາຜູ້ເລີ່ມຕົ້ນ, ເວັ້ນເສຍແຕ່
ສະກັດກັ້ນໂດຍ --softbounce. ເບິ່ງ BUGS ນຳ.

ການ RUN ການຄວບຄຸມ ເອກະສານ

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

ເພື່ອປົກປ້ອງຄວາມປອດໄພຂອງລະຫັດຜ່ານຂອງທ່ານ, ຂອງທ່ານ ~/.fetchmailrc ປົກກະຕິແລ້ວອາດຈະບໍ່ມີຫຼາຍກວ່ານັ້ນ
ກ່ວາ 0700 (u=rwx,g=,o=) ການອະນຸຍາດ; fetchmail ຈະຈົ່ມແລະອອກຈາກຖ້າບໍ່ດັ່ງນັ້ນ (ນີ້
ການກວດສອບຖືກສະກັດກັ້ນເມື່ອ --version ເປີດ).

ທ່ານອາດຈະອ່ານ .fetchmailrc ໄຟລ໌ເປັນບັນຊີລາຍຊື່ຂອງຄໍາສັ່ງທີ່ຈະດໍາເນີນການໃນເວລາທີ່ fetchmail is
ເອີ້ນວ່າບໍ່ມີການໂຕ້ຖຽງ.

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

ມີສີ່ປະເພດຂອງ tokens: ຄໍາສໍາຄັນໄວຍະກອນ, ຕົວເລກ (ເຊັ່ນ: ລໍາດັບຕົວເລກທົດສະນິຍົມ),
ສະຕຣິງທີ່ບໍ່ໄດ້ອ້າງອີງ, ແລະສະຕຣິງທີ່ອ້າງອີງ. ສະຕຣິງທີ່ອ້າງອີງຖືກຜູກມັດດ້ວຍວົງຢືມສອງເທົ່າ ແລະອາດຈະ
ມີຊ່ອງຫວ່າງ (ແລະຕົວເລກທີ່ອ້າງອີງຖືກປະຕິບັດເປັນສະຕຣິງ). ໃຫ້ສັງເກດວ່າສະຕຣິງທີ່ອ້າງອີງ
ຍັງຈະມີຕົວອັກສອນຟີດແຖວ ຖ້າພວກມັນແລ່ນຂ້າມສອງແຖວ ຫຼືຫຼາຍກວ່ານັ້ນ, ເວັ້ນເສຍແຕ່ເຈົ້າ
ໃຊ້ backslash ເພື່ອເຂົ້າຮ່ວມແຖວ (ເບິ່ງຂ້າງລຸ່ມນີ້). ສະຕຣິງທີ່ບໍ່ໄດ້ອ້າງອີງແມ່ນເປັນຊ່ອງຫວ່າງທີ່ຂັ້ນດ້ວຍບ່ອນໃດກໍໄດ້
token ທີ່ບໍ່ແມ່ນຕົວເລກ, ສະຕຣິງທີ່ອ້າງອີງ ຫຼືມີຕົວອັກສອນພິເສດ ',', ';',
':', ຫຼື '='.

ຊ່ອງຫວ່າງຈຳນວນໃດກໍໄດ້ແຍກ tokens ໃນລາຍການເຊີບເວີ, ແຕ່ຖືກລະເລີຍ. ເຈົ້າ
ອາດຈະໃຊ້ລໍາດັບການຫລົບຫນີ backslash (\n ສໍາລັບ LF, \t ສໍາລັບ HT, \b ສໍາລັບ BS, \r ສໍາລັບ CR, nnn ສໍາລັບການ
decimal (ທີ່ nnn ບໍ່ສາມາດເລີ່ມຕົ້ນດ້ວຍ 0), \0ໂອໂອ ສໍາລັບເລກແປດ, ແລະ \xhh for hex) ເພື່ອຝັງ
ຕົວອັກສອນທີ່ບໍ່ສາມາດພິມອອກໄດ້ ຫຼືຕົວຂັ້ນສະຕຣິງໃນສະຕຣິງ. ໃນສະຕຣິງທີ່ອ້າງອີງ, backslash
ໃນຕອນທ້າຍຂອງເສັ້ນຫນຶ່ງຈະເຮັດໃຫ້ backslash ຕົວຂອງມັນເອງແລະອາຫານເສັ້ນ (LF ຫຼື NL, ໃຫມ່
line) ລັກສະນະທີ່ຈະຖືກລະເວັ້ນ, ດັ່ງນັ້ນທ່ານສາມາດຫໍ່ສາຍຍາວ. ໂດຍບໍ່ມີການ backslash ຢູ່
ທ້າຍແຖວ, ຕົວອັກສອນຂອງສາຍອາຫານຈະກາຍເປັນສ່ວນໜຶ່ງຂອງສາຍ.

ຄໍາເຕືອນ: ໃນຂະນະທີ່ເຫຼົ່ານີ້ຄ້າຍຄືກັບລໍາດັບການຫລົບຫນີແບບ C, ພວກມັນບໍ່ຄືກັນ. fetchmail
ສະຫນັບສະຫນູນພຽງແຕ່ແປດຮູບແບບເຫຼົ່ານີ້. C ສະຫນັບສະຫນູນລໍາດັບ escape ຫຼາຍທີ່ປະກອບດ້ວຍ
backslash (\) ແລະຕົວອັກສອນດຽວ, ແຕ່ບໍ່ຮອງຮັບລະຫັດທົດສະນິຍົມແລະບໍ່ແມ່ນ
ຕ້ອງການ 0 ຊັ້ນນໍາໃນຕົວເລກ octal. ຕົວຢ່າງ: fetchmail ແປ \233 ຄືກັນກັບ
\xE9 (ຕົວອັກສອນລາຕິນໂຕນ້ອຍ e ທີ່ມີຄວາມສ້ວຍແຫຼມ), ເຊິ່ງ C ຈະແປ \233 ເປັນ octal 0233 = \x9B
(CSI, ຜູ້ແນະນໍາລໍາດັບການຄວບຄຸມ).

ແຕ່ລະ server entry ປະກອບດ້ວຍຄໍາສໍາຄັນຫນຶ່ງ 'poll' ຫຼື 'skip', ຕາມດ້ວຍເຄື່ອງແມ່ຂ່າຍ.
ຊື່, ຕາມດ້ວຍຕົວເລືອກເຊີບເວີ, ຕິດຕາມດ້ວຍຈຳນວນຜູ້ໃຊ້ໃດໜຶ່ງ (ຫຼືຊື່ຜູ້ໃຊ້)
ຄໍາອະທິບາຍ, ປະຕິບັດຕາມໂດຍທາງເລືອກຂອງຜູ້ໃຊ້. ຫມາຍເຫດ: ສາເຫດທົ່ວໄປທີ່ສຸດຂອງຄວາມຜິດພາດ syntax ແມ່ນ
ຜະສົມຜະສານທາງເລືອກຂອງຜູ້ໃຊ້ແລະເຊີບເວີຫຼືໃສ່ຕົວເລືອກຜູ້ໃຊ້ກ່ອນຄໍາອະທິບາຍຂອງຜູ້ໃຊ້.

ສໍາລັບຄວາມເຂົ້າກັນໄດ້ໃນດ້ານຫລັງ, ຄໍາວ່າ 'ເຄື່ອງແມ່ຂ່າຍ' ແມ່ນຄໍາສັບຄ້າຍຄື 'ແບບສໍາຫຼວດ'.

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

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

ຄໍາສໍາຄັນ / ທາງເລືອກ Summary
ນີ້ແມ່ນທາງເລືອກທາງດ້ານກົດໝາຍ. ຄຳຕໍ່ທ້າຍຄຳສຳຄັນທີ່ປິດຢູ່ໃນວົງເລັບສີ່ຫຼ່ຽມແມ່ນເປັນທາງເລືອກ.
ທີ່ສອດຄ້ອງກັນກັບຕົວເລືອກເສັ້ນຄໍາສັ່ງສັ້ນແມ່ນປະຕິບັດຕາມດ້ວຍ '-' ແລະທີ່ເຫມາະສົມ
ຈົດໝາຍທາງເລືອກ. ຖ້າທາງເລືອກແມ່ນພຽງແຕ່ກ່ຽວຂ້ອງກັບຮູບແບບການດໍາເນີນງານດຽວ, ມັນໄດ້ຖືກບັນທຶກໄວ້ວ່າ
's' ຫຼື 'm' ສໍາລັບ singledrop- ຫຼື multidrop-mode, ຕາມລໍາດັບ.

ນີ້ແມ່ນທາງເລືອກທົ່ວໂລກທາງດ້ານກົດໝາຍ:

ຟັງຊັນ Opt Mode ຄໍາສໍາຄັນ
────────────────────────────────────────── ────────────────────
set daemon -d ຕັ້ງໄລຍະການສຳຫຼວດພື້ນຫຼັງໃນ
ວິນາທີ.
set postmaster ໃຫ້ຊື່ຂອງ last-resort
ຜູ້ຮັບເມລ (ຄ່າເລີ່ມຕົ້ນ: ຜູ້ໃຊ້
ແລ່ນ fetchmail, "postmaster" ຖ້າ
ດໍາເນີນການໂດຍຜູ້ໃຊ້ຮາກ)
ຕັ້ງ bouncemail ໂດຍກົງ mail ຂໍ້ຜິດພາດໄປຫາຜູ້ສົ່ງ
(ຄ່າເລີ່ມຕົ້ນ)
ຕັ້ງບໍ່ມີ bouncemail ໂດຍກົງ error mail ກັບທ້ອງຖິ່ນ
postmaster (ຕາມ
'postmaster' ທາງເລືອກທົ່ວໂລກຂ້າງເທິງ).
set no spambounce ຢ່າ bounce mail ທີ່ຖືກສະກັດ spam
(ເລີ່ມຕົ້ນ).
ຕັ້ງຄ່າ spambounce Bounce ບລັອກອີເມວທີ່ຖືກບລັອກ spam
(ຕາມຜູ້ໃຊ້ 'antispam'
option) ກັບໄປທີ່ຈຸດຫມາຍປາຍທາງ
ຊີ້ບອກໂດຍ 'bouncemail'
ທາງເລືອກທົ່ວໂລກ. ຄໍາເຕືອນ: ຢ່າ
ໃຊ້ອັນນີ້ເພື່ອຕີ spam ກັບຄືນໄປບ່ອນ
ຜູ້ສົ່ງ - spam ສ່ວນໃຫຍ່ຖືກສົ່ງ
ກັບທີ່ຢູ່ຜູ້ສົ່ງທີ່ບໍ່ຖືກຕ້ອງແລະດັ່ງນັ້ນ
ທາງເລືອກນີ້ເຮັດໃຫ້ເຈັບປວດຄືຊິ
ຜູ້​ຢືນ​ຢູ່​.
ຕັ້ງບໍ່ມີ softbounce ລຶບ undeliverable ຖາວອນ
ເມລ. ມັນແມ່ນແນະນໍາໃຫ້ໃຊ້
ທາງ​ເລືອກ​ນີ້​ຖ້າ​ຫາກ​ວ່າ​ການ​ຕັ້ງ​ຄ່າ​
ໄດ້​ຮັບ​ການ​ທົດ​ສອບ​ຢ່າງ​ລະ​ອຽດ​.
ຕັ້ງ softbounce Keep undeliverable ຖາວອນ
mail ເປັນຄວາມຜິດພາດຊົ່ວຄາວ
ໄດ້ເກີດຂຶ້ນ (ຄ່າເລີ່ມຕົ້ນ).
set logfile -L ຊື່ຂອງໄຟລ໌ທີ່ຈະເພີ່ມຄວາມຜິດພາດແລະ
ຂໍ້ຄວາມສະຖານະຫາ. ເທົ່ານັ້ນ
ມີປະສິດທິພາບໃນຮູບແບບ daemon ແລະຖ້າ
fetchmail ແຍກ. ຖ້າມີປະສິດທິພາບ,
overrides ທີ່ກໍານົດໄວ້ syslog.
ຕັ້ງ idfile -i ຊື່ຂອງໄຟລ໌ທີ່ຈະເກັບຮັກສາ UID
ລາຍການໃນ.
ຕັ້ງຄ່າ syslog ເຮັດຄວາມຜິດພາດໃນການເຂົ້າສູ່ລະບົບ
syslog(3). ອາດຈະຖືກລົບລ້າງໂດຍ ທີ່ກໍານົດໄວ້
logfile.

set no syslog ປິດການເຂົ້າສູ່ລະບົບຜິດພາດ
syslog(3). (ຄ່າເລີ່ມຕົ້ນ)
ຕັ້ງຄ່າຄຸນສົມບັດຄ່າ String ທີ່ຖືກລະເລີຍໂດຍ
fetchmail (ອາດຈະຖືກນໍາໃຊ້ໂດຍ
scripts ຂະຫຍາຍ).

ນີ້ແມ່ນຕົວເລືອກເຊີບເວີຕາມກົດໝາຍ:

ຟັງຊັນ Opt Mode ຄໍາສໍາຄັນ
────────────────────────────────────────── ─────────────────
ຜ່ານ​ລະ​ບຸ​ຊື່ DNS ຂອງ mailserver​,
ເກີນຊື່ແບບສຳຫຼວດ
proto[col] -p ລະບຸໂປຣໂຕຄໍ (ກໍລະນີ
insensitive): POP2, POP3, IMAP,
APOP, KPOP
local[domains] m ລະບຸໂດເມນທີ່ຈະຖືວ່າເປັນ
ເປັນທ້ອງຖິ່ນ
port ລະບຸພອດບໍລິການ TCP/IP
(ລ້າສະໄຫມ, ໃຊ້ 'ບໍລິການ' ແທນ).
service -P ລະບຸຊື່ບໍລິການ (ເປັນຕົວເລກ
ມູນຄ່າຍັງຖືກອະນຸຍາດແລະ
ພິຈາລະນາເປັນໝາຍເລກພອດ TCP/IP).
auth[enticate] ກໍານົດປະເພດການພິສູດຢືນຢັນ (ຄ່າເລີ່ມຕົ້ນ
'ອັນໃດກໍໄດ້')
timeout -t Server inactivity timeout in
ວິນາທີ (ຄ່າເລີ່ມຕົ້ນ 300)
envelope -E m ລະບຸຫົວຂໍ້ envelope-address
ຊື່
no envelope m ປິດການໃຊ້ງານຊອກຫາຊອງຈົດໝາຍ
ທີ່ຢູ່
qvirtual -Q m Qmail virtual domain prefix to
ເອົາອອກຈາກຊື່ຜູ້ໃຊ້
aka m ລະບຸຊື່ DNS ສຳຮອງຂອງ
mailserver
ການໂຕ້ຕອບ -I ລະບຸການໂຕ້ຕອບ IP (s) ທີ່ຕ້ອງ
ຂຶ້ນກັບ server poll ທີ່ຈະເຮັດ
ສະຖານທີ່
monitor -M ລະບຸທີ່ຢູ່ IP ເພື່ອຕິດຕາມ
ກິດຈະກໍາ
plugin ລະບຸຄໍາສັ່ງໂດຍຜ່ານທີ່ຈະ
ເຮັດໃຫ້ການເຊື່ອມຕໍ່ເຄື່ອງແມ່ຂ່າຍ.
plugout ລະບຸຄໍາສັ່ງໂດຍຜ່ານທີ່ຈະ
ເຮັດໃຫ້ການເຊື່ອມຕໍ່ຜູ້ຟັງ.
dns m ເປີດໃຊ້ການຄົ້ນຫາ DNS ສໍາລັບ multidrop
(ຄ່າເລີ່ມຕົ້ນ)
ບໍ່ມີ dns m ປິດການຊອກຫາ DNS ສໍາລັບ multidrop
checkalias m ເຮັດການປຽບທຽບໂດຍທີ່ຢູ່ IP ສໍາລັບ
ຫຼາຍຢອດ
ບໍ່ມີ checkalias m ເຮັດການປຽບທຽບໂດຍຊື່ສໍາລັບ
ຫຼາຍຢອດ (ຄ່າເລີ່ມຕົ້ນ)
uidl -U ບັງຄັບ POP3 ເພື່ອໃຊ້ຝ່າຍລູກຄ້າ
UIDLs (ແນະນໍາ)
no uidl ປິດການໃຊ້ POP3 ຂອງຝ່າຍລູກຄ້າ
UIDLs (ຄ່າເລີ່ມຕົ້ນ)
interval ພຽງແຕ່ກວດເບິ່ງເວັບໄຊທ໌ນີ້ທຸກໆ N poll
ຮອບວຽນ; N ເປັນການໂຕ້ຖຽງຕົວເລກ.
tracepolls ເພີ່ມຂໍ້ມູນການຕິດຕາມແບບສຳຫຼວດໃສ່
ສ່ວນຫົວທີ່ໄດ້ຮັບ
ຕົ້ນຕໍກໍານົດ Kerberos ຕົ້ນຕໍ (ພຽງແຕ່
ເປັນປະໂຫຍດກັບ IMAP ແລະ kerberos)
esmtpname ຊື່ຕັ້ງສໍາລັບ RFC2554
ການກວດສອບຄວາມຖືກຕ້ອງຂອງ ESMTP
server
esmtppassword ຕັ້ງລະຫັດຜ່ານສໍາລັບ RFC2554
ການກວດສອບຄວາມຖືກຕ້ອງຂອງ ESMTP
server

bad-header ວິທີການປະຕິບັດຂໍ້ຄວາມທີ່ບໍ່ດີ
ສ່ວນຫົວ. ສາມາດຖືກປະຕິເສດ (ຄ່າເລີ່ມຕົ້ນ) ຫຼື
ຍອມ​ຮັບ.

ນີ້ແມ່ນຄຳອະທິບາຍຂອງຜູ້ໃຊ້ທາງກົດໝາຍ ແລະທາງເລືອກ:

ຟັງຊັນ Opt Mode ຄໍາສໍາຄັນ
────────────────────────────────────────── ───────────────────
user[name] -u ນີ້ແມ່ນລາຍລະອຽດຂອງຜູ້ໃຊ້ແລະ
ຕ້ອງມາກ່ອນຫຼັງຈາກເຄື່ອງແມ່ຂ່າຍ
ລາຍ​ລະ​ອຽດ​ແລະ​ຫຼັງ​ຈາກ​ທີ່​ເປັນ​ໄປ​ໄດ້​
ຕົວເລືອກເຊີບເວີ, ແລະກ່ອນຜູ້ໃຊ້
ຕົວເລືອກ
ມັນກໍານົດຊື່ຜູ້ໃຊ້ຫ່າງໄກສອກຫຼີກຖ້າໂດຍ
ຕົວຂອງມັນເອງຫຼືຕິດຕາມດ້ວຍ 'ມີ', ຫຼື
ຊື່ຜູ້ໃຊ້ທ້ອງຖິ່ນຖ້າຕິດຕາມດ້ວຍ
'ທີ່ນີ້'.
ແມ່ນເຊື່ອມຕໍ່ຜູ້ໃຊ້ໃນທ້ອງຖິ່ນແລະຫ່າງໄກສອກຫຼີກ
ຊື່
ເພື່ອເຊື່ອມຕໍ່ຜູ້ໃຊ້ໃນທ້ອງຖິ່ນ ແລະທາງໄກ
ຊື່
pass[word] ລະບຸລະຫັດຜ່ານບັນຊີຫ່າງໄກສອກຫຼີກ
ssl ເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍໃນໄລຍະ
ໂປຣໂຕຄໍພື້ນຖານທີ່ລະບຸໂດຍໃຊ້ SSL
ການເຂົ້າລະຫັດ
sslcert ລະບຸໄຟລ໌ສໍາລັບ ລູກ​ຄ້າ ຂ້າງ
ໃບຮັບຮອງ SSL ສາທາລະນະ
sslcertfile ລະບຸໄຟລ໌ທີ່ມີ CA ທີ່ເຊື່ອຖືໄດ້
ໃບຢັ້ງຢືນການ
sslcertpath ລະບຸ c_rehash-ed directory ກັບ
ໃບຮັບຮອງ CA ທີ່ເຊື່ອຖືໄດ້.
sslkey ລະບຸໄຟລ໌ສໍາລັບ ລູກ​ຄ້າ ຂ້າງ
ກະແຈ SSL ສ່ວນຕົວ
sslproto Force ssl protocol ສໍາລັບການເຊື່ອມຕໍ່
folder -r ລະບຸໂຟນເດີໄລຍະໄກເພື່ອສອບຖາມ
smtphost -S ລະບຸ smtp host(s) ເພື່ອສົ່ງຕໍ່ໄປຫາ
fetchdomains m ລະບຸໂດເມນສໍາລັບອີເມວໃດ
ຄວນ​ຈະ​ໄດ້​ຮັບ​ການ​ດຶງ​ເອົາ​
smtpaddress -D ລະບຸໂດເມນທີ່ຈະໃສ່ໃນ
RCPT TO ສາຍ
smtpname ລະບຸຜູ້ໃຊ້ແລະໂດເມນທີ່ຈະເປັນ
ໃສ່ໃນ RCPT TO ສາຍ
antispam -Z ລະບຸສິ່ງທີ່ SMTP ກັບຄືນມາ
ຖືກຕີຄວາມໝາຍວ່າເປັນບລັອກນະໂຍບາຍຂີ້ເຫຍື້ອ
mda -m ລະບຸ MDA ສໍາລັບການຈັດສົ່ງທ້ອງຖິ່ນ
bsmtp -o ລະບຸໄຟລ໌ BSMTP ເພື່ອຕື່ມໃສ່
to
preconnect ຄໍາສັ່ງທີ່ຈະດໍາເນີນການກ່ອນແຕ່ລະຄົນ
ການເຊື່ອມຕໍ່
postconnect ຄໍາສັ່ງທີ່ຈະປະຕິບັດຫຼັງຈາກແຕ່ລະຄົນ
ການເຊື່ອມຕໍ່
keep -k ຢ່າລຶບຂໍ້ຄວາມທີ່ເຫັນຈາກ
ເຊີບເວີ (ສໍາລັບ POP3, uidl ແມ່ນ
ແນະ ນຳ)
flush -F ລ້າງຂໍ້ຄວາມທັງໝົດທີ່ເຫັນກ່ອນ
ການສອບຖາມ (ອັນຕະລາຍ)
limitflush Flush ຂໍ້ຄວາມຂະຫນາດໃຫຍ່ທັງຫມົດ
ກ່ອນທີ່ຈະສອບຖາມ
fetchall -a ດຶງຂໍ້ຄວາມທັງຫມົດບໍ່ວ່າຈະເຫັນຫຼື
ບໍ່
rewrite Rewrite ທີ່ຢູ່ປາຍທາງສໍາລັບ
ຕອບກັບ (ຄ່າເລີ່ມຕົ້ນ)
stripcr ການຂົນສົ່ງເສັ້ນດ່າງກັບຄືນມາຈາກປາຍ
ຂອງສາຍ
forcecr Force carriage ກັບຄືນມາໃນຕອນທ້າຍຂອງ
ສາຍ

pass8bits ບັງຄັບ BODY=8BITMIME ເປັນ ESMTP
ຜູ້ຟັງ
dropstatus Strip Status ແລະ X-Mozilla-Status
ສາຍອອກຈາກຈົດໝາຍຂາເຂົ້າ
dropdelivered Strip Delivered-To line out of
ຈົດ​ຫມາຍ​ຂາ​ເຂົ້າ
mimedecode ແປງ quoted-printable ເປັນ 8-bit
ໃນຂໍ້ຄວາມ MIME
idle idle ລໍຖ້າຂໍ້ຄວາມໃຫມ່
ຫຼັງຈາກແຕ່ລະແບບສຳຫຼວດ (IMAP ເທົ່ານັ້ນ)
no keep -K ລຶບຂໍ້ຄວາມທີ່ເຫັນຈາກເຊີບເວີ
(ຄ່າເລີ່ມຕົ້ນ)
no flush ຢ່າລ້າງຂໍ້ຄວາມທີ່ເຫັນທັງໝົດ
ກ່ອນທີ່ຈະສອບຖາມ (ຄ່າເລີ່ມຕົ້ນ)
no fetchall ດຶງຂໍ້ມູນພຽງແຕ່ຂໍ້ຄວາມໃຫມ່
(ຄ່າເລີ່ມຕົ້ນ)
no rewrite ຢ່າຂຽນຫົວໃໝ່
ບໍ່ມີ stripcr ຫ້າມລອກເອົາການສົ່ງຄືນ
(ຄ່າເລີ່ມຕົ້ນ)
ບໍ່ມີ forcecr ບໍ່ບັງຄັບ carriage ກັບຄືນຢູ່ທີ່
EOL (ຄ່າເລີ່ມຕົ້ນ)
no pass8bits ຢ່າບັງຄັບ BODY=8BITMIME ເປັນ ESMTP
ຜູ້ຟັງ (ຄ່າເລີ່ມຕົ້ນ)
ບໍ່ມີ dropstatus ຢ່າວາງສ່ວນຫົວສະຖານະ
(ຄ່າເລີ່ມຕົ້ນ)
no dropdelivered ຢ່າວາງສ່ວນຫົວສົ່ງເຖິງ
(ຄ່າເລີ່ມຕົ້ນ)
no mimedecode ຢ່າປ່ຽນທີ່ອ້າງອີງ-ພິມໄດ້ເປັນ
8-bit ໃນຂໍ້ຄວາມ MIME (ຄ່າເລີ່ມຕົ້ນ)
ບໍ່ມີ idle ຢ່າ idle ລໍຖ້າໃຫມ່
ຂໍ້ຄວາມຫຼັງຈາກແຕ່ລະແບບສຳຫຼວດ (IMAP
ພຽງແຕ່)
limit -l ກໍານົດຂອບເຂດຈໍາກັດຂະຫນາດຂໍ້ຄວາມ
ການເຕືອນໄພ -w ຕັ້ງໄລຍະການເຕືອນໄພຂະຫນາດຂໍ້ຄວາມ
batchlimit -b ສູງສຸດ # ຂໍ້ຄວາມທີ່ຈະສົ່ງຕໍ່
ເຊື່ອມຕໍ່ດຽວ
fetchlimit -B Max # ຂໍ້ຄວາມທີ່ຈະດຶງມາໃນອັນດຽວ
ເຊື່ອມຕໍ່
fetchsizelimit ຂະໜາດຂໍ້ຄວາມສູງສຸດ # ທີ່ຈະດຶງເຂົ້າມາ
ທຸລະກໍາດຽວ
fastuidl ໃຊ້ການຄົ້ນຫາຄູ່ສໍາລັບ unseen ທໍາອິດ
ຂໍ້ຄວາມ (POP3 ເທົ່ານັ້ນ)
expunge -e ດໍາເນີນການ expunge ໃນທຸກໆ #th
ຂໍ້ຄວາມ (IMAP ແລະ POP3 ເທົ່ານັ້ນ)
ຄຸນສົມບັດຄ່າ String ແມ່ນຖືກລະເລີຍໂດຍ
fetchmail (ອາດຈະຖືກນໍາໃຊ້ໂດຍ
ສະຄຣິບຂະຫຍາຍ)

ທາງ​ເລືອກ​ຂອງ​ຜູ້​ໃຊ້​ທັງ​ຫມົດ​ຕ້ອງ​ເລີ່ມ​ຕົ້ນ​ດ້ວຍ​ຄໍາ​ອະ​ທິ​ບາຍ​ຜູ້​ໃຊ້ (ຕົວ​ເລືອກ​ຜູ້​ໃຊ້​ຫຼື​ຊື່​ຜູ້​ໃຊ້​) ແລະ​ ປະຕິບັດຕາມ
ຄໍາອະທິບາຍແລະທາງເລືອກຂອງເຄື່ອງແມ່ຂ່າຍທັງຫມົດ.

ໃນໄຟລ໌ .fetchmailrc, 'envelope' string argument ອາດຈະຖືກນຳໜ້າດ້ວຍ whitespace-
ເລກແຍກ. ຕົວເລກນີ້, ຖ້າລະບຸ, ແມ່ນຕົວເລກຂອງຫົວຂໍ້ດັ່ງກ່າວທີ່ຈະຂ້າມໄປ
(ນັ້ນແມ່ນ, ການໂຕ້ຖຽງຂອງ 1 ເລືອກສ່ວນຫົວທີສອງຂອງປະເພດທີ່ໃຫ້). ນີ້ແມ່ນບາງຄັ້ງ
ເປັນປະໂຫຍດສໍາລັບການບໍ່ສົນໃຈ headers envelope ປອມທີ່ສ້າງຂຶ້ນໂດຍຕົວແທນຈັດສົ່ງທ້ອງຖິ່ນຂອງ ISP ຫຼື
ການສົ່ງຕໍ່ພາຍໃນ (ຜ່ານລະບົບການກວດສອບເມລ, ຕົວຢ່າງ).

Keywords ບໍ່ ກົງກັບ To ທາງເລືອກ ການສັບປ່ຽນ
ຕົວເລືອກ 'ໂຟນເດີ' ແລະ 'smtphost' (ບໍ່ຄືກັບເສັ້ນຄໍາສັ່ງທຽບເທົ່າຂອງພວກມັນ) ສາມາດເອົາ
space- ຫຼືບັນຊີລາຍຊື່ທີ່ຂັ້ນດ້ວຍເຄື່ອງໝາຍຈຸດຂອງຊື່ຕໍ່ໄປນີ້.

ທາງເລືອກທັງຫມົດແມ່ນສອດຄ່ອງກັບການໂຕ້ຖຽງເສັ້ນຄໍາສັ່ງທີ່ຊັດເຈນ, ຍົກເວັ້ນຕໍ່ໄປນີ້: 'ຜ່ານ',
'ໄລຍະຫ່າງ', 'aka', 'is', 'to', 'dns'/'no dns', 'checkalias'/'no checkalias', 'password',
'preconnect', 'postconnect', 'localdomains', 'strpcr'/'no stripcr', 'forcecr'/'ບໍ່
forcecr', 'pass8bits'/'no pass8bits' 'dropstatus/no dropstatus', 'dropdelivered/no
dropdelivered', 'mimedecode/no mimedecode', 'no idle', ແລະ 'no envelope'.

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

ທາງເລືອກ 'ໄລຍະຫ່າງ' (ເຊິ່ງໃຊ້ເວລາການໂຕ້ຖຽງຕົວເລກ) ຊ່ວຍໃຫ້ທ່ານສາມາດສໍາຫຼວດເຄື່ອງແມ່ຂ່າຍຫນ້ອຍລົງ
ເລື້ອຍໆກ່ວາໄລຍະການສຳຫຼວດພື້ນຖານ. ຖ້າທ່ານເວົ້າວ່າ 'interval N' ເຄື່ອງແມ່ຂ່າຍທາງເລືອກນີ້
ຕິດກັບຈະຖືກສອບຖາມທຸກໄລຍະ N ເທົ່ານັ້ນ.

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

ຄໍາສໍາຄັນ 'ແມ່ນ' ຫຼື 'ເຖິງ' ເຊື່ອມໂຍງກັບຊື່ທ້ອງຖິ່ນ (ລູກຄ້າ) ຕໍ່ໄປນີ້ (ຫຼືຊື່ເຊີບເວີ
ກັບ client-name mappings ແຍກໂດຍ =) ກັບຊື່ຜູ້ໃຊ້ mailserver ໃນລາຍການ. ຖ້າເປັນ
is/to list ມີ '*' ເປັນນາມສະກຸນຂອງມັນ, ຊື່ທີ່ບໍ່ໄດ້ຮັບການຮັບຮູ້ແມ່ນພຽງແຕ່ຜ່ານ. ຫມາຍ​ເຫດ​
ຈົນກ່ວາ fetchmail ສະບັບ 6.3.4 ໂດຍລວມແລ້ວ, ລາຍຊື່ເຫຼົ່ານີ້ສາມາດປະກອບມີພຽງແຕ່ພາກສ່ວນທ້ອງຖິ່ນເທົ່ານັ້ນ
ຂອງຊື່ຜູ້ໃຊ້ (fetchmail ຈະເບິ່ງພຽງແຕ່ສ່ວນກ່ອນເຄື່ອງຫມາຍ @). fetchmail
ເວີຊັນ 6.3.5 ແລະໃໝ່ກວ່ານັ້ນຮອງຮັບທີ່ຢູ່ເຕັມຢູ່ເບື້ອງຊ້າຍຂອງແຜນທີ່ເຫຼົ່ານີ້,
ແລະພວກມັນມີຄວາມສຳຄັນກວ່າ 'ທ້ອງຖິ່ນ', 'aka', 'ຜ່ານ' ຫຼືແຜນທີ່ທີ່ຄ້າຍຄືກັນ.

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

ເມື່ອມີຊື່ທ້ອງຖິ່ນຫຼາຍກວ່າໜຶ່ງຊື່ (ຫຼືການສ້າງແຜນທີ່ຊື່), fetchmail ເບິ່ງຢູ່ໃນຊອງຈົດຫມາຍ
header, ຖ້າ configured, ແລະຖ້າບໍ່ດັ່ງນັ້ນຢູ່ທີ່ Received, To, Cc, ແລະ Bcc headers ຂອງ retrieved
mail (ນີ້ແມ່ນ 'ໂໝດ multidrop'). ມັນຊອກຫາທີ່ຢູ່ກັບພາກສ່ວນຊື່ເຈົ້າພາບທີ່ກົງກັນ
ຊື່ແບບສຳຫຼວດຂອງທ່ານ ຫຼືທາງເລືອກ 'ຜ່ານ', 'aka' ຫຼື 'localdomains', ແລະໂດຍປົກກະຕິແລ້ວແມ່ນສຳລັບ
ສ່ວນ hostname ທີ່ DNS ບອກມັນເປັນນາມແຝງຂອງ mailserver. ເບິ່ງການສົນທະນາຂອງ
'dns', 'checkalias', 'localdomains', ແລະ 'aka' ສໍາລັບລາຍລະອຽດກ່ຽວກັບວ່າທີ່ຢູ່ກົງກັນແນວໃດ
ຈັດການ.

If fetchmail ບໍ່ສາມາດກົງກັບຊື່ຜູ້ໃຊ້ mailserver ຫຼື localdomain ທີ່ຢູ່, mail ຈະ
ຖືກ bounced. ໂດຍປົກກະຕິມັນຈະຖືກຕີໄປຫາຜູ້ສົ່ງ, ແຕ່ຖ້າ 'bouncemail' ທົ່ວໂລກ
ທາງເລືອກຖືກປິດ, ເມລຈະໄປຫາຜູ້ຄຸ້ມຄອງໄປສະນີທ້ອງຖິ່ນແທນ. (ເບິ່ງ 'ນາຍໄປສະນີ'
ທາງເລືອກທົ່ວໂລກ). ເບິ່ງ BUGS ນຳ.

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

ທາງເລືອກ 'checkalias' (ປົກກະຕິປິດ) ຂະຫຍາຍການຊອກຫາທີ່ປະຕິບັດໂດຍຄໍາຫລັກ 'dns'
ໃນ​ຮູບ​ແບບ multidrop​, ການ​ສະ​ຫນອງ​ວິ​ທີ​ການ​ເພື່ອ​ຮັບ​ມື​ກັບ MTAs ຫ່າງ​ໄກ​ສອກ​ຫຼີກ​ທີ່​ກໍາ​ນົດ​ຕົນ​ເອງ​ການ​ນໍາ​ໃຊ້​
ຊື່ canonical ຂອງເຂົາເຈົ້າ, ໃນຂະນະທີ່ພວກເຂົາຖືກສໍາຫຼວດໂດຍໃຊ້ນາມແຝງ. ເມື່ອເຊີບເວີດັ່ງກ່າວຖືກສຳຫຼວດ,
ກວດເບິ່ງເພື່ອສະກັດທີ່ຢູ່ envelope ລົ້ມເຫລວ, ແລະ fetchmail ກັບຄືນສູ່ການຈັດສົ່ງໂດຍໃຊ້
To/Cc/Bcc headers (ເບິ່ງຂ້າງລຸ່ມນີ້ 'Header vs. envelope'). ການລະບຸທາງເລືອກນີ້
ຄໍາແນະນໍາ fetchmail ເພື່ອດຶງເອົາທີ່ຢູ່ IP ທັງໝົດທີ່ກ່ຽວຂ້ອງກັບທັງຊື່ແບບສຳຫຼວດ
ແລະຊື່ທີ່ໃຊ້ໂດຍ MTA ຫ່າງໄກສອກຫຼີກແລະເຮັດການປຽບທຽບທີ່ຢູ່ IP. ນີ້
ມາໃນສະດວກໃນສະຖານະການທີ່ເຄື່ອງແມ່ຂ່າຍຫ່າງໄກສອກຫຼີກ undergos ຊື່ canonical ເລື້ອຍໆ
ການປ່ຽນແປງ, ຖ້າບໍ່ດັ່ງນັ້ນຈະຕ້ອງມີການດັດແປງ rcfile. 'checkalias' ບໍ່ມີ
ຜົນກະທົບຖ້າ 'ບໍ່ມີ dns' ຖືກລະບຸໄວ້ໃນ rcfile.

ທາງເລືອກ 'aka' ແມ່ນສໍາລັບການນໍາໃຊ້ກັບກ່ອງຈົດຫມາຍ multidrop. ມັນຊ່ວຍໃຫ້ທ່ານສາມາດປະກາດລາຍຊື່ລ່ວງໜ້າໄດ້
ຂອງນາມແຝງ DNS ສໍາລັບເຄື່ອງແມ່ຂ່າຍ. ນີ້ແມ່ນການເພີ່ມປະສິດທິພາບການ hack ທີ່ອະນຸຍາດໃຫ້ທ່ານເພື່ອການຄ້າພື້ນທີ່
ສໍາລັບຄວາມໄວ. ເມື່ອ​ໃດ​ fetchmail, ໃນຂະນະທີ່ປະມວນຜົນກ່ອງຈົດໝາຍຫຼາຍອັນ, grovels ຜ່ານຂໍ້ຄວາມ
headers ຊອກຫາຊື່ຂອງ mailserver, pre-declaring ທົ່ວໄປສາມາດຊ່ວຍປະຢັດມັນຈາກ
ຕ້ອງເຮັດການຄົ້ນຫາ DNS. ຫມາຍ​ເຫດ​: ຊື່​ທີ່​ທ່ານ​ໃຫ້​ເປັນ​ການ​ໂຕ້​ຖຽງ​ກັບ 'aka​' ແມ່ນ​ຖືກ​ຈັບ​ຄູ່​ເປັນ​
ຄໍາຕໍ່ທ້າຍ -- ຖ້າທ່ານລະບຸ (ເວົ້າ) 'aka netaxs.com', ນີ້ຈະກົງກັບບໍ່ພຽງແຕ່ຊື່ເຈົ້າພາບເທົ່ານັ້ນ.
netaxs.com, ແຕ່ຊື່ເຈົ້າພາບໃດໆທີ່ລົງທ້າຍດ້ວຍ '.netaxs.com'; ເຊັ່ນ (ເວົ້າ) pop3.netaxs.com
ແລະ mail.netaxs.com.

ທາງເລືອກ 'localdomains' ຊ່ວຍໃຫ້ທ່ານສາມາດປະກາດລາຍຊື່ໂດເມນທີ່ fetchmail ຄວນ
ພິຈາລະນາທ້ອງຖິ່ນ. ເມື່ອ fetchmail ກໍາລັງວິເຄາະແຖວທີ່ຢູ່ໃນຮູບແບບ multidrop, ແລະ a
ພາກສ່ວນຕໍ່ທ້າຍຂອງຊື່ເຈົ້າພາບກົງກັບໂດເມນທ້ອງຖິ່ນທີ່ປະກາດແລ້ວ, ທີ່ຢູ່ນັ້ນຈະຜ່ານ
ໂດຍຜ່ານຜູ້ຟັງຫຼື MDA ທີ່ບໍ່ປ່ຽນແປງ (ການສ້າງແຜນທີ່ຊື່ທ້ອງຖິ່ນແມ່ນ ບໍ່ ນຳໃຊ້).

ຖ້າທ່ານກໍາລັງໃຊ້ 'localdomains', ທ່ານອາດຈະຕ້ອງລະບຸ 'ບໍ່ມີຊອງຈົດຫມາຍ', ເຊິ່ງ.
ປິດການ ນຳ ໃຊ້ fetchmailຄວາມ​ພະ​ຍາ​ຍາມ​ປົກ​ກະ​ຕິ​ຂອງ​ການ​ຫັກ​ທີ່​ຢູ່ envelope ຈາກ​ເສັ້ນ​ໄດ້​ຮັບ
ຫຼື X-Envelope-To header ຫຼື header ໃດກໍ່ຕາມທີ່ໄດ້ກໍານົດໄວ້ກ່ອນຫນ້ານີ້ໂດຍ 'envelope'. ຖ້າ​ເຈົ້າ
ຕັ້ງ 'ບໍ່ມີຊອງຈົດໝາຍ' ຢູ່ໃນຄ່າເລີ່ມຕົ້ນ ມັນເປັນໄປໄດ້ທີ່ຈະຍົກເລີກໃນລາຍການແຕ່ລະອັນ
ໂດຍໃຊ້ 'ຊອງຈົດໝາຍ '. ໃນຖານະເປັນກໍລະນີພິເສດ, 'ຊອງຈົດຫມາຍ "ໄດ້ຮັບ"' ຟື້ນຟູ
ການແຍກເລີ່ມຕົ້ນຂອງສາຍທີ່ໄດ້ຮັບ.

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

ຄໍາສໍາຄັນ 'preconnect' ຊ່ວຍໃຫ້ທ່ານສາມາດກໍານົດຄໍາສັ່ງ shell ທີ່ຈະດໍາເນີນການກ່ອນ
ແຕ່ລະຄັ້ງ fetchmail ສ້າງການເຊື່ອມຕໍ່ mailserver. ນີ້ອາດຈະເປັນປະໂຫຍດຖ້າທ່ານມີ
ຄວາມ​ພະ​ຍາ​ຍາມ​ເພື່ອ​ສ້າງ​ຕັ້ງ​ການ​ເຊື່ອມ​ຕໍ່ POP ທີ່​ປອດ​ໄພ​ໂດຍ​ການ​ຊ່ວຍ​ເຫຼືອ​ຂອງ​ ssh(1). ຖ້າຄໍາສັ່ງ
ສົ່ງຄືນສະຖານະທີ່ບໍ່ແມ່ນສູນ, ແບບສຳຫຼວດຂອງເຄື່ອງແມ່ຂ່າຍເມລນັ້ນຈະຖືກຍົກເລີກ.

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

ທາງເລືອກ 'forcecr' ຄວບຄຸມວ່າສາຍທີ່ສິ້ນສຸດໂດຍ LF ເທົ່ານັ້ນແມ່ນໄດ້ຮັບ CRLF
ການຢຸດເຊົາກ່ອນທີ່ຈະສົ່ງຕໍ່. ເວົ້າຢ່າງເຂັ້ມງວດ RFC821 ຕ້ອງການນີ້, ແຕ່ MTAs ຈໍານວນຫນ້ອຍ
ບັງຄັບໃຊ້ຄວາມຕ້ອງການມັນດັ່ງນັ້ນທາງເລືອກນີ້ປົກກະຕິປິດ (ພຽງແຕ່ຫນຶ່ງເຊັ່ນ MTA, qmail, ຢູ່ໃນ
ການນໍາໃຊ້ທີ່ສໍາຄັນໃນເວລາຂຽນ).

ຕົວເລືອກ 'stripcr' ຄວບຄຸມວ່າການສົ່ງຄືນ carriage ຖືກຖອດອອກຈາກເມລທີ່ດຶງມາຫຼືບໍ່
ກ່ອນທີ່ມັນຈະຖືກສົ່ງຕໍ່. ໂດຍປົກກະຕິມັນບໍ່ຈໍາເປັນທີ່ຈະຕັ້ງອັນນີ້, ເພາະວ່າມັນເປັນຄ່າເລີ່ມຕົ້ນ
'on' (ເປີດການຖອດ CR) ເມື່ອມີ MDA ປະກາດແຕ່ 'ປິດ' (CR stripping
ປິດການໃຊ້ງານ) ເມື່ອສົ່ງຕໍ່ຜ່ານ SMTP. ຖ້າ 'strpcr' ແລະ 'forcecr' ແມ່ນທັງສອງຢູ່, 'strpcr'
ຈະ override.

ທາງ​ເລືອກ 'pass8bits' ມີ​ຢູ່​ເພື່ອ​ຮັບ​ມື​ກັບ​ບັນ​ດາ​ໂຄງ​ການ​ອີ​ເມລ Microsoft ທີ່ stupidly slap a
"Content-Transfer-Encoding: 7bit" ໃນທຸກຢ່າງ. ດ້ວຍຕົວເລືອກນີ້ປິດ (ຄ່າເລີ່ມຕົ້ນ) ແລະ
ຫົວຂໍ້ດັ່ງກ່າວນໍາສະເຫນີ, fetchmail ປະກາດ BODY=7BIT ໃຫ້ກັບຜູ້ຟັງທີ່ມີຄວາມສາມາດ ESMTP; ນີ້
ເຮັດ​ໃຫ້​ເກີດ​ບັນ​ຫາ​ສໍາ​ລັບ​ຂໍ້​ຄວາມ​ຕົວ​ຈິງ​ແລ້ວ​ການ​ນໍາ​ໃຊ້ 8-bit ISO ຫຼື KOI-8 ຊຸດ​ຕົວ​ອັກ​ສອນ​, ເຊິ່ງ​ຈະ​
ຖືກ garbled ໂດຍມີ bits ສູງຂອງຕົວອັກສອນທັງຫມົດ stripped. ຖ້າ 'pass8bits' ເປີດ,
fetchmail ຖືກບັງຄັບໃຫ້ປະກາດ BODY=8BITMIME ໃຫ້ກັບຜູ້ຟັງທີ່ມີຄວາມສາມາດ ESMTP. ຖ້າ
ຟັງແມ່ນ 8-bit-ສະອາດ (ເປັນທັງຫມົດທີ່ສໍາຄັນໃນປັດຈຸບັນແມ່ນ) ສິ່ງທີ່ຖືກຕ້ອງອາດຈະເປັນ
ຜົນໄດ້ຮັບ.

ຕົວເລືອກ 'dropstatus' ຄວບຄຸມວ່າສະຖານະທີ່ບໍ່ມີບ່ອນຫວ່າງ ແລະສາຍ X-Mozilla-Status ແມ່ນຫຼືບໍ່.
ເກັບໄວ້ໃນຈົດໝາຍທີ່ດຶງມາ (ຄ່າເລີ່ມຕົ້ນ) ຫຼືຖືກຍົກເລີກ. ການຮັກສາພວກມັນອະນຸຍາດໃຫ້ MUA ຂອງທ່ານ
ເບິ່ງຂໍ້ຄວາມໃດ (ຖ້າມີ) ຖືກໝາຍວ່າເຫັນຢູ່ໃນເຊີບເວີ. ໃນທາງກົງກັນຂ້າມ, ມັນສາມາດເຮັດໄດ້
ສັບສົນບາງຕົວແຈ້ງຈົດໝາຍໃໝ່, ເຊິ່ງສົມມຸດວ່າສິ່ງໃດທີ່ມີເສັ້ນສະຖານະຢູ່ໃນນັ້ນມີ
ເຫັນແລ້ວ. (ໝາຍເຫດ: ເສັ້ນສະຖານະທີ່ຫວ່າງເປົ່າໃສ່ໂດຍເຊີບເວີ POP ບັກບາງແມ່ນ
ຍົກເລີກຢ່າງບໍ່ມີເງື່ອນໄຂ.)

ຕົວເລືອກ 'dropdelivered' ຄວບຄຸມວ່າສ່ວນຫົວທີ່ສົ່ງໄປຈະຖືກເກັບໄວ້ໃນການດຶງຂໍ້ມູນ
mail (ຄ່າເລີ່ມຕົ້ນ) ຫຼືຍົກເລີກ. ສ່ວນຫົວເຫຼົ່ານີ້ຖືກເພີ່ມໂດຍ Qmail ແລະ Postfix mailservers
ເພື່ອຫຼີກເວັ້ນການ loops ເມລແຕ່ອາດຈະເຂົ້າໄປໃນວິທີການຂອງທ່ານຖ້າຫາກວ່າທ່ານພະຍາຍາມທີ່ຈະ "mirror" mailserver.
ພາຍໃນໂດເມນດຽວກັນ. ໃຊ້ດ້ວຍຄວາມລະມັດລະວັງ.

ຕົວເລືອກ 'mimedecode' ຄວບຄຸມວ່າຂໍ້ຄວາມ MIME ໂດຍໃຊ້ການເຂົ້າລະຫັດທີ່ພິມອອກໄດ້ຫຼືບໍ່
ຈະຖືກປ່ຽນເປັນຂໍ້ມູນ 8-bit ບໍລິສຸດໂດຍອັດຕະໂນມັດ. ຖ້າທ່ານກໍາລັງສົ່ງຈົດຫມາຍໄປຫາ ESMTP-
ຄວາມສາມາດ, ຜູ້ຟັງ 8-bit-ສະອາດ (ທີ່ປະກອບມີທັງຫມົດຂອງ MTAs ທີ່ສໍາຄັນເຊັ່ນ sendmail), ຫຼັງຈາກນັ້ນ.
ນີ້ຈະປ່ຽນສ່ວນຫົວຂໍ້ຄວາມ ແລະຂໍ້ມູນທີ່ສາມາດພິມອອກໄດ້ໂດຍອັດຕະໂນມັດເປັນຂໍ້ມູນ 8-bit,
ເຮັດໃຫ້ມັນເຂົ້າໃຈງ່າຍຂຶ້ນໃນເວລາອ່ານຈົດໝາຍ. ຖ້າໂຄງການອີເມລ໌ຂອງເຈົ້າຮູ້ວິທີການຈັດການກັບ
ດ້ວຍຂໍ້ຄວາມ MIME, ຫຼັງຈາກນັ້ນທາງເລືອກນີ້ບໍ່ຈໍາເປັນ. ທາງເລືອກ mimedecode ຖືກປິດໂດຍ
ຄ່າເລີ່ມຕົ້ນ, ເພາະວ່າການເຮັດການແປງ RFC2047 ໃນ headers ຖິ້ມຂໍ້ມູນຊຸດຕົວອັກສອນ
ແລະສາມາດນໍາໄປສູ່ຜົນໄດ້ຮັບທີ່ບໍ່ດີຖ້າການເຂົ້າລະຫັດຂອງ headers ແຕກຕ່າງຈາກການເຂົ້າລະຫັດຮ່າງກາຍ.

ຕົວເລືອກ 'idle' ມີຈຸດປະສົງເພື່ອໃຊ້ກັບເຊີບເວີ IMAP ທີ່ຮອງຮັບ RFC2177 IDLE
ການຂະຫຍາຍຄໍາສັ່ງ, ແຕ່ບໍ່ຕ້ອງການມັນຢ່າງເຂັ້ມງວດ. ຖ້າມັນຖືກເປີດໃຊ້, ແລະ fetchmail
ກວດພົບວ່າ IDLE ໄດ້ຮັບການສະຫນັບສະຫນູນ, IDLE ຈະຖືກອອກໃນຕອນທ້າຍຂອງແຕ່ລະແບບສໍາຫຼວດ. ນີ້ຈະ
ບອກເຊີບເວີ IMAP ໃຫ້ເປີດການເຊື່ອມຕໍ່ຄ້າງໄວ້ ແລະແຈ້ງລູກຄ້າເມື່ອມີຈົດໝາຍໃໝ່
ມີໃຫ້. ຖ້າ IDLE ບໍ່ຖືກຮອງຮັບ, fetchmail ຈະຈຳລອງມັນໂດຍການອອກເປັນໄລຍະ
NOOP. ຖ້າທ່ານຕ້ອງການເຮັດການສໍາຫຼວດການເຊື່ອມຕໍ່ເລື້ອຍໆ, IDLE ສາມາດປະຫຍັດແບນວິດໂດຍການກໍາຈັດ TCP/IP
ການ​ເຊື່ອມ​ຕໍ່​ແລະ​ລໍາ​ດັບ LOGIN/LOGOUT​. ໃນທາງກົງກັນຂ້າມ, ການເຊື່ອມຕໍ່ IDLE ຈະກິນເກືອບ
ທັງຫມົດຂອງເວລາ fetchmail ຂອງທ່ານ, ເນື່ອງຈາກວ່າມັນຈະບໍ່ລຸດລົງການເຊື່ອມຕໍ່ແລະອະນຸຍາດໃຫ້ອື່ນໆ
ການສໍາຫຼວດທີ່ຈະເກີດຂຶ້ນເວັ້ນເສຍແຕ່ວ່າເຄື່ອງແມ່ຂ່າຍຈະຫມົດເວລາອອກ IDLE. ມັນຍັງໃຊ້ບໍ່ໄດ້ກັບຫຼາຍອັນ
ໂຟນເດີ; ມີພຽງໂຟນເດີທຳອິດເທົ່ານັ້ນທີ່ຈະຖືກສຳຫຼວດ.

ທາງເລືອກ 'ຄຸນສົມບັດ' ແມ່ນກົນໄກການຂະຫຍາຍ. ມັນໃຊ້ເວລາເປັນ string argument, ເຊິ່ງແມ່ນ
ຖືກລະເລີຍໂດຍ fetchmail ຕົວຂອງມັນເອງ. ອາດໃຊ້ສະຕຣິງອາກິວເມັນເພື່ອເກັບຮັກສາການຕັ້ງຄ່າ
ຂໍ້ມູນສໍາລັບສະຄິບທີ່ຕ້ອງການມັນ. ໂດຍສະເພາະ, ຜົນຜະລິດຂອງ '--configdump'
ທາງເລືອກຈະເຮັດໃຫ້ຄຸນສົມບັດທີ່ກ່ຽວຂ້ອງກັບການເຂົ້າຂອງຜູ້ໃຊ້ພ້ອມໃຫ້ກັບ Python
script

Miscellaneous ການດໍາເນີນງານ ການຄວບຄຸມ ທາງເລືອກໃນການ
ຄຳວ່າ 'ທີ່ນີ້' ແລະ 'ຢູ່' ມີຄວາມໝາຍເປັນພາສາອັງກິດທີ່ເປັນປະໂຫຍດ. ປົກກະຕິ 'ຜູ້ໃຊ້ eric
ແມ່ນ esr ຫມາຍຄວາມວ່າ mail ສໍາລັບຜູ້ໃຊ້ຫ່າງໄກສອກຫຼີກ 'eric' ຈະຖືກສົ່ງກັບ 'esr', ແຕ່.
ທ່ານສາມາດເຮັດໃຫ້ຄວາມຊັດເຈນນີ້ໂດຍການເວົ້າວ່າ 'ຜູ້ໃຊ້ eric there is esr here', ຫຼືປ່ຽນມັນໂດຍການເວົ້າວ່າ
'ຜູ້ໃຊ້ esr ນີ້ແມ່ນ eric ຢູ່ທີ່ນັ້ນ'

ຕົວລະບຸໂປຣໂຕຄໍທາງກົດໝາຍສຳລັບໃຊ້ກັບຄຳຫຼັກ 'ໂປຣໂຕຄໍ' ແມ່ນ:

ອັດຕະໂນມັດ (ຫຼື AUTO) (ມໍລະດົກ, ທີ່ຈະເອົາອອກຈາກການປ່ອຍໃນອະນາຄົດ)
pop2 (ຫຼື POP2) (ມໍລະດົກ, ທີ່ຈະເອົາອອກຈາກການປ່ອຍໃນອະນາຄົດ)
pop3 (ຫຼື POP3)
sdps (ຫຼື SDPS)
imap (ຫຼື IMAP)
apop (ຫຼື APOP)
kpop (ຫຼື KPOP)

ປະເພດຂອງການກວດສອບຄວາມຖືກຕ້ອງຕາມກົດໝາຍແມ່ນ 'any', 'password', 'kerberos', 'kerberos_v4', 'kerberos_v5'
ແລະ 'gssapi', 'cram-md5', 'otp', 'msn' (ສະເພາະ POP3), 'ntlm', 'ssh', 'external' (ເທົ່ານັ້ນ
IMAP). ປະເພດ 'ລະຫັດຜ່ານ' ລະບຸການພິສູດຢືນຢັນໂດຍການສົ່ງລະຫັດຜ່ານປົກກະຕິ
(ລະ​ຫັດ​ຜ່ານ​ອາດ​ຈະ​ເປັນ​ຂໍ້​ຄວາມ​ທໍາ​ມະ​ດາ​ຫຼື​ເປັນ​ການ​ເຂົ້າ​ລະ​ຫັດ​ສະ​ເພາະ protocol ເຊັ່ນ​ດຽວ​ກັນ​ກັບ CRAM-
MD5); 'kerberos' ບອກ fetchmail ເພື່ອພະຍາຍາມເອົາປີ້ Kerberos ໃນຕອນເລີ່ມຕົ້ນຂອງແຕ່ລະຄົນ
query ແທນ, ແລະສົ່ງ string arbitrary ເປັນລະຫັດຜ່ານ; ແລະ 'gssapi' ບອກ fetchmail
ເພື່ອໃຊ້ການພິສູດຢືນຢັນ GSSAPI. ເບິ່ງລາຍລະອຽດຂອງຄໍາສໍາຄັນ 'auth' ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

ການລະບຸ 'kpop' ກຳນົດໂປຣໂຕຄໍ POP3 ຜ່ານພອດ 1109 ດ້ວຍການພິສູດຢືນຢັນ Kerberos V4.
ຄ່າເລີ່ມຕົ້ນເຫຼົ່ານີ້ອາດຈະຖືກລົບລ້າງໂດຍທາງເລືອກໃນພາຍຫຼັງ.

ມີບາງຂໍ້ຄວາມທາງເລືອກທົ່ວໂລກ: 'set logfile' ຕິດຕາມດ້ວຍ string ທີ່ຕັ້ງຄືກັນ
ທົ່ວໂລກທີ່ລະບຸໄວ້ໂດຍ --logfile. ຕົວເລືອກແຖວຄໍາສັ່ງ --logfile ຈະ override ນີ້. ຫມາຍ​ເຫດ​
--logfile ນັ້ນມີຜົນພຽງແຕ່ຖ້າ fetchmail ແຍກຕົວມັນເອງອອກຈາກ terminal ແລະ
logfile ມີຢູ່ກ່ອນແລ້ວກ່ອນທີ່ fetchmail ຈະດໍາເນີນການ, ແລະມັນ overrides --syslog ໃນກໍລະນີນີ້.
ນອກຈາກນັ້ນ, 'set daemon' ກໍານົດໄລຍະການສໍາຫຼວດເປັນ --daemon ເຮັດ. ນີ້ສາມາດຖືກລົບລ້າງໂດຍ a
ເສັ້ນຄໍາສັ່ງ --daemon ທາງເລືອກ; ໂດຍສະເພາະ --daemon 0 ສາມາດຖືກນໍາໃຊ້ເພື່ອບັງຄັບ foreground
ການດໍາເນີນງານ. ຄໍາສັ່ງ 'set postmaster' ກໍານົດທີ່ຢູ່ທີ່ multidrop mail
ຄ່າເລີ່ມຕົ້ນຖ້າບໍ່ມີການແຂ່ງຂັນໃນທ້ອງຖິ່ນ. ສຸດທ້າຍ, 'set syslog' ສົ່ງຂໍ້ຄວາມບັນທຶກໄປຫາ
syslogd(8).

ກຳ ລັງດີບັກ FETCHMAIL

fetchmail crashing
ມີ​ວິ​ທີ​ການ​ຕ່າງໆ​ໃນ fetchmail ທີ່​ອາດ​ຈະ "crash​"​, ເຊັ່ນ​: ຢຸດ​ເຊົາ​ການ​ປະ​ຕິ​ບັດ​ຢ່າງ​ກະ​ທັນ​ຫັນ​ແລະ​
ໂດຍບໍ່ຄາດຄິດ. "ການຂັດຂ້ອງ" ປົກກະຕິແລ້ວຫມາຍເຖິງສະພາບຄວາມຜິດພາດທີ່ຊອບແວບໍ່ໄດ້
ຈັດການດ້ວຍຕົວມັນເອງ. ໂຫມດຄວາມລົ້ມເຫລວທີ່ຮູ້ຈັກກັນດີແມ່ນ "segmentation fault" ຫຼື "ສັນຍານ 11" ຫຼື
"SIGSEGV" ຫຼືພຽງແຕ່ "segfault" ສໍາລັບສັ້ນ. ເຫຼົ່ານີ້ສາມາດເກີດຈາກຮາດແວຫຼືຊອບແວ
ບັນຫາ. ປົກກະຕິແລ້ວ segfaults ທີ່ຖືກກະຕຸ້ນຈາກຊອບແວສາມາດຖືກຜະລິດຄືນໄດ້ງ່າຍແລະຢູ່ໃນອັນດຽວກັນ
ສະ​ຖານ​ທີ່, ໃນ​ຂະ​ນະ​ທີ່ segfaults ທີ່​ເກີດ​ຈາກ​ຮາດ​ແວ​ສາ​ມາດ​ຫມົດ​ໄປ​ຖ້າ​ຫາກ​ວ່າ​ຄອມ​ພິວ​ເຕີ​ແມ່ນ rebooted, ຫຼື
powered off ສໍາລັບສອງສາມຊົ່ວໂມງ, ແລະສາມາດເກີດຂຶ້ນໃນສະຖານທີ່ສຸ່ມເຖິງແມ່ນວ່າຖ້າຫາກວ່າທ່ານໃຊ້
ຊອບ​ແວ​ໃນ​ວິ​ທີ​ການ​ດຽວ​ກັນ​.

ສໍາລັບການແກ້ໄຂ segfaults ທີ່ເກີດຈາກຮາດແວ, ຊອກຫາອົງປະກອບທີ່ຜິດພາດແລະສ້ອມແປງຫຼືປ່ຽນແທນ
ມັນ. Sig11 FAQ ⟨http://www.bitwizard.nl/sig11/⟩ອາດຈະຊ່ວຍທ່ານໃນເລື່ອງລາຍລະອຽດ.

ສໍາລັບການແກ້ໄຂ segfaults ທີ່ເກີດຈາກຊອບແວ, ນັກພັດທະນາອາດຈະຕ້ອງການ "stack backtrace".

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

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

ໄຟລ໌ `ທີ່ fetchmail`

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

2. ສະພາບແວດລ້ອມຂອງແກະທີ່ເລີ່ມ fetchmail ຕ້ອງການເປີດໃຊ້ core dumps. ທີ່ສໍາຄັນແມ່ນ
"ຂະຫນາດຫຼັກສູງສຸດ (ໄຟລ໌)" ທີ່ປົກກະຕິແລ້ວສາມາດກໍາຫນົດຄ່າດ້ວຍເຄື່ອງມືທີ່ມີຊື່ວ່າ "ຈໍາກັດ" ຫຼື.
"ulimit". ເບິ່ງເອກະສານສໍາລັບ shell ຂອງທ່ານສໍາລັບລາຍລະອຽດ. ໃນຫອຍ bash ທີ່ນິຍົມ,
"ulimit -Sc unlimited" ຈະອະນຸຍາດໃຫ້ dump ຫຼັກ.

3. ທ່ານຈໍາເປັນຕ້ອງບອກ fetchmail, ເຊັ່ນດຽວກັນ, ເພື່ອອະນຸຍາດໃຫ້ dumps ຫຼັກ. ເພື່ອເຮັດສິ່ງນີ້, ດໍາເນີນການ fetchmail ກັບ
ໄດ້ -d0 -v ທາງເລືອກ. ມັນມັກຈະງ່າຍຂຶ້ນທີ່ຈະເພີ່ມ --nosyslog -N ຄື​ກັນ.

ສຸດທ້າຍ, ທ່ານຈໍາເປັນຕ້ອງໄດ້ແຜ່ພັນ crash ໄດ້. ທ່ານພຽງແຕ່ສາມາດເລີ່ມຕົ້ນ fetchmail ຈາກໄດເລກະທໍລີ
ບ່ອນທີ່ທ່ານລວບລວມມັນໂດຍການພິມ ./fetchmail, ດັ່ງນັ້ນເສັ້ນຄໍາສັ່ງທີ່ສົມບູນຈະເລີ່ມຕົ້ນດ້ວຍ
./fetchmail -Nvd0 --nosyslog ແລະບາງທີລາຍຊື່ທາງເລືອກອື່ນຂອງເຈົ້າ.

ຫຼັງ​ຈາກ​ການ​ເກີດ​ອຸ​ປະ​ຕິ​ເຫດ​, ແລ່ນ debugger ຂອງ​ທ່ານ​ເພື່ອ​ໄດ້​ຮັບ​ການ dump ຫຼັກ​. debugger ມັກຈະເປັນ
GNU GDB, ຫຼັງຈາກນັ້ນທ່ານສາມາດພິມ (ປັບເສັ້ນທາງຕາມຄວາມຈໍາເປັນ) gdb ./fetchmail fetchmail.core ແລະ
ຫຼັງຈາກນັ້ນ, ຫຼັງຈາກ GDB ໄດ້ເລີ່ມຕົ້ນຂຶ້ນແລະອ່ານໄຟລ໌ທັງຫມົດຂອງມັນ, ພິມ ຮອຍຫຼັງ ຢ່າງເຕັມທີ່, ຊ່ວຍປະຢັດ
output (copy & paste ຈະເຮັດ, backtrace ຈະຖືກອ່ານໂດຍມະນຸດ) ແລະຫຼັງຈາກນັ້ນພິມ ເຊົາ to
ອອກຈາກ gdb. ຫມາຍ​ເຫດ​: ໃນບາງລະບົບ, ໄຟລ໌ຫຼັກມີຊື່ທີ່ແຕກຕ່າງກັນ, ພວກມັນອາດຈະມີ
ຕົວ​ເລກ​ແທນ​ທີ່​ຈະ​ເປັນ​ຊື່​ໂຄງ​ການ​, ຫຼື​ຈໍາ​ນວນ​ແລະ​ຊື່​, ແຕ່​ວ່າ​ໂດຍ​ປົກ​ກະ​ຕິ​ມັນ​ຈະ​ມີ "ຫຼັກ​"​.
ເປັນສ່ວນຫນຶ່ງຂອງຊື່ຂອງພວກເຂົາ.

ການແຊກແຊງ ກັບ RFC 822

ເມື່ອພະຍາຍາມກໍານົດທີ່ຢູ່ຕົ້ນສະບັບຂອງຂໍ້ຄວາມ, fetchmail ເບິ່ງຜ່ານ
ສ່ວນຫົວຕາມລຳດັບຕໍ່ໄປນີ້:

ເສັ້ນທາງກັບຄືນ:
Resent-Sender: (ຖືກລະເລີຍຖ້າມັນບໍ່ມີ @ ຫຼື !)
ຜູ້ສົ່ງ: (ຖືກລະເລີຍຖ້າມັນບໍ່ມີ @ ຫຼື !)
ສົ່ງຕໍ່ຈາກ:
From:
ຕອບ​ກັບ:
Apparently-ຈາກ:

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

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

ຫຼັງຈາກນັ້ນ fetchmail ຊອກຫາສາຍ Resent-To:, Resent-Cc:, ແລະ Resent-Bcc:. ຖ້າພວກເຂົາ
ມີຢູ່, ເຂົາເຈົ້າຄວນຈະມີຜູ້ຮັບສຸດທ້າຍ ແລະມີຄວາມສຳຄັນກວ່າເຂົາເຈົ້າ
ເຖິງ:/Cc:/Bcc: ຄູ່. ຖ້າແຖວ Resent-* ບໍ່ມີ, To:, Cc:, Bcc: ແລະ
Apparently-To: ສາຍຖືກຊອກຫາ. (ການປະກົດຕົວຂອງ Resent-To: ຖືກປະຕິບັດເພື່ອຫມາຍຄວາມວ່າ
ບຸກຄົນທີ່ອ້າງເຖິງໂດຍ To: ທີ່ຢູ່ ໄດ້ຮັບແລ້ວສໍາເນົາຕົ້ນສະບັບຂອງ
ເມລ.)

CONFIGURATION ຕົວຢ່າງ

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

ຮູບ​ແບບ​ພື້ນ​ຖານ​ແມ່ນ​:

poll SERVERNAME protocol ໂປຣແກຣມ PROTOCOL ຊື່ຜູ້ໃຊ້ NAME ລະຫັດຜ່ານ ປຊຊ

ຕົວຢ່າງ:

ແບບສຳຫຼວດ pop.provider.net protocol pop3 ຊື່ຜູ້ໃຊ້ "jsmith" ລະຫັດຜ່ານ "secret1"

ຫຼື, ການນໍາໃຊ້ຕົວຫຍໍ້ບາງ:

ແບບສຳຫຼວດ pop.provider.net proto pop3 ຜູ້ໃຊ້ "jsmith" ລະຫັດຜ່ານ "secret1"

ເຊີບເວີຫຼາຍອັນອາດຈະຢູ່ໃນລາຍຊື່:

ແບບສຳຫຼວດ pop.provider.net proto pop3 ຜູ້ໃຊ້ "jsmith" ຜ່ານ "secret1"
ແບບສຳຫຼວດ other.provider.net proto pop2 ຜູ້ໃຊ້ "John.Smith" ຜ່ານ "My^Hat"

ນີ້ແມ່ນສະບັບດຽວກັນທີ່ມີຊ່ອງຫວ່າງຫຼາຍກວ່າແລະບາງຄໍາທີ່ບໍ່ມີສຽງ:

ແບບສຳຫຼວດ pop.provider.net proto pop3
ຜູ້ໃຊ້ "jsmith", ທີ່ມີລະຫັດຜ່ານ secret1, ແມ່ນ "jsmith" ຢູ່ທີ່ນີ້;
ແບບສຳຫຼວດ other.provider.net proto pop2:
ຜູ້ໃຊ້ "John.Smith", ທີ່ມີລະຫັດຜ່ານ "My^Hat", ແມ່ນ "John.Smith" ຢູ່ທີ່ນີ້;

ຖ້າທ່ານຕ້ອງການໃສ່ຊ່ອງຫວ່າງຢູ່ໃນສາຍພາລາມິເຕີຫຼືເລີ່ມຕົ້ນອັນສຸດທ້າຍດ້ວຍຕົວເລກ,
ຄັດຕິດສະຕຣິງໃນວົງຢືມຄູ່. ດັ່ງນັ້ນ:

ແບບສຳຫຼວດ mail.provider.net ກັບ proto pop3:
ຜູ້ໃຊ້ "jsmith" ມີລະຫັດຜ່ານ "4u ແຕ່ທ່ານບໍ່ສາມາດ krak ນີ້"
ແມ່ນ jws ຢູ່ທີ່ນີ້ແລະຕ້ອງການ mda "/bin/mail"

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

ເລີ່ມຕົ້ນ proto pop3
ຜູ້ໃຊ້ "jsmith"
ແບບສຳຫຼວດ pop.provider.net
ຜ່ານ "secret1"
ແບບສຳຫຼວດ mail.provider.net
ຜູ້ໃຊ້ "jjsmith" ມີລະຫັດຜ່ານ "secret2"

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

ແບບສຳຫຼວດ pop.provider.net proto pop3 port 3111
ຜູ້ໃຊ້ "jsmith" ກັບ pass "secret1" ແມ່ນ "smith" ຢູ່ທີ່ນີ້
user jones ກັບ pass "secret2" ແມ່ນ "jjones" ຢູ່ທີ່ນີ້ຮັກສາ

ນີ້ເຊື່ອມໂຍງຊື່ຜູ້ໃຊ້ທ້ອງຖິ່ນ 'smith' ກັບຊື່ຜູ້ໃຊ້ pop.provider.net 'jsmith' ແລະ
ຊື່ຜູ້ໃຊ້ທ້ອງຖິ່ນ 'jjones' ກັບ pop.provider.net ຊື່ຜູ້ໃຊ້ 'jones'. ອີເມວສໍາລັບ 'jones'
ຖືກເກັບຮັກສາໄວ້ໃນເຄື່ອງແມ່ຂ່າຍຫຼັງຈາກການດາວໂຫຼດ.

ນີ້ແມ່ນສິ່ງທີ່ການຕັ້ງຄ່າການດຶງຂໍ້ມູນແບບງ່າຍດາຍສໍາລັບກ່ອງຈົດໝາຍແບບເລື່ອນຫຼາຍອັນຄື:

ແບບສຳຫຼວດ pop.provider.net:
user maildrop with pass secret1 to golux 'hurkle'= 'ມີຄວາມສຸກ' snark ທີ່ນີ້

ນີ້ບອກວ່າກ່ອງຈົດຫມາຍຂອງບັນຊີ 'maildrop' ໃນເຄື່ອງແມ່ຂ່າຍແມ່ນກ່ອງ multidrop, ແລະ
ຂໍ້ຄວາມທີ່ຢູ່ໃນນັ້ນຄວນຈະຖືກວິເຄາະສໍາລັບຊື່ຜູ້ໃຊ້ເຊີບເວີ 'golux', 'hurkle', ແລະ
'ງູ'. ມັນລະບຸຕື່ມອີກວ່າ 'golux' ແລະ 'snark' ມີຊື່ດຽວກັນກັບລູກຄ້າ
ຄືກັບເຄື່ອງແມ່ຂ່າຍ, ແຕ່ mail ສໍາລັບຜູ້ໃຊ້ເຊີຟເວີ 'hurkle' ຄວນຖືກສົ່ງໃຫ້ຜູ້ໃຊ້ລູກຄ້າ
'ມີຄວາມສຸກ'.

ຫມາຍ​ເຫດ​ ທີ່ fetchmail, ຈົນ​ກ​່​ວາ​ສະ​ບັບ 6.3.4, ບໍ່​ໄດ້​ອະ​ນຸ​ຍາດ​ໃຫ້​ການ​ສະ​ເພາະ user@domain ຢ່າງ​ເຕັມ​ທີ່
ທີ່ນີ້, ເຫຼົ່ານີ້ຈະບໍ່ກົງກັນ. fetchmail 6.3.5 ແລະສະຫນັບສະຫນູນໃຫມ່ກວ່າ user@domain
ຂໍ້ມູນສະເພາະຢູ່ເບື້ອງຊ້າຍຂອງແຜນທີ່ຜູ້ໃຊ້.

ນີ້ແມ່ນຕົວຢ່າງຂອງການເຊື່ອມຕໍ່ multidrop ປະເພດອື່ນ:

ແບບສຳຫຼວດ pop.provider.net localdomains loonytoons.org toons.org
ຊອງຈົດໝາຍ X-Envelope-To
user maildrop ກັບ pass secret1 to * here

ນີ້ຍັງບອກວ່າກ່ອງຈົດຫມາຍຂອງບັນຊີ 'maildrop' ໃນເຄື່ອງແມ່ຂ່າຍແມ່ນກ່ອງ multidrop.
ມັນບອກ fetchmail ວ່າທີ່ຢູ່ໃດໆຢູ່ໃນໂດເມນ loonytoons.org ຫຼື toons.org (ລວມທັງ.
ທີ່ຢູ່ຍ່ອຍເຊັ່ນ 'joe@daffy.loonytoons.org') ຄວນຈະຖືກສົ່ງຜ່ານໄປຫາ
ຜູ້ຟັງ SMTP ທ້ອງຖິ່ນໂດຍບໍ່ມີການດັດແປງ. ຈົ່ງລະວັງ mail loops ຖ້າເຈົ້າເຮັດແບບນີ້!

ນີ້ແມ່ນຕົວຢ່າງການຕັ້ງຄ່າໂດຍໃຊ້ ssh ແລະຕົວເລືອກ plugin. ການສອບຖາມແມ່ນເຮັດ
ໂດຍກົງໃນ stdin ແລະ stdout ຂອງ imapd ຜ່ານ ssh. ໃຫ້ສັງເກດວ່າໃນການຕິດຕັ້ງນີ້, IMAP
ການກວດສອບຄວາມຖືກຕ້ອງສາມາດຂ້າມໄດ້.

ແບບສຳຫຼວດ mailhost.net ກັບ proto imap:
plugin "ssh %h /usr/sbin/imapd" auth ssh;
ຜູ້ໃຊ້ esr ແມ່ນ esr ຢູ່ທີ່ນີ້

ການ ໃຊ້ ແລະ ການລ່ວງລະເມີດ OF MULTIDROP ກ່ອງຈົດໝາຍ

ໃຊ້ຄຸນສົມບັດຜູ້ຮັບຫຼາຍທ້ອງຖິ່ນດ້ວຍຄວາມລະມັດລະວັງ -- ມັນສາມາດກັດໄດ້. multidrop ທັງຫມົດ
ຄຸນສົມບັດບໍ່ມີປະສິດທິພາບໃນໂໝດ ETRN ແລະ ODMR.

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

Header ທຽບ ຊອງຈົດຫມາຍ ທີ່ຢູ່
ບັນຫາພື້ນຖານແມ່ນວ່າໂດຍການມີ mailserver ຂອງທ່ານ toss mail ປະຊາຊົນຈໍານວນຫນຶ່ງໃນ a
ກ່ອງ maildrop ດຽວ, ທ່ານອາດຈະໄດ້ຖິ້ມຂໍ້ມູນທີ່ສໍາຄັນທີ່ມີທ່າແຮງກ່ຽວກັບໃຜແຕ່ລະຄົນ
ແທ້ຈິງແລ້ວ, ຈົດຫມາຍສະບັບໄດ້ຖືກສົ່ງກັບ ('ທີ່ຢູ່ຊອງຈົດຫມາຍ', ກົງກັນຂ້າມກັບຫົວຂໍ້.
ທີ່ຢູ່ໃນ RFC822 To/Cc headers - Bcc ບໍ່ມີຢູ່ໃນຕອນຮັບ).
'ທີ່ຢູ່ຊອງຈົດໝາຍ' ນີ້ແມ່ນທີ່ຢູ່ທີ່ທ່ານຕ້ອງການເພື່ອປ່ຽນເສັ້ນທາງຈົດໝາຍຢ່າງຖືກຕ້ອງ.

ບາງຄັ້ງ fetchmail ສາມາດ deduce ທີ່ຢູ່ envelope ໄດ້. ຖ້າເຄື່ອງແມ່ຂ່າຍເມລ MTA ແມ່ນ mailmail
ແລະລາຍການຂອງຈົດໝາຍມີຜູ້ຮັບພຽງຄົນດຽວ, MTA ຈະຂຽນເປັນ 'by/for' clause.
ທີ່ເຮັດໃຫ້ຜູ້ຮັບຊອງຈົດໝາຍເຂົ້າໄປໃນສ່ວນຫົວທີ່ໄດ້ຮັບ. ແຕ່ນີ້ບໍ່ໄດ້ຜົນທີ່ເຊື່ອຖືໄດ້
ສໍາລັບ MTAs ອື່ນໆ, ຫຼືຖ້າມີຫຼາຍກວ່າຫນຶ່ງຜູ້ຮັບ. ໂດຍຄ່າເລີ່ມຕົ້ນ, fetchmail ຊອກຫາ
ທີ່ຢູ່ envelope ໃນແຖວເຫຼົ່ານີ້; ທ່ານສາມາດຟື້ນຟູຄ່າເລີ່ມຕົ້ນນີ້ດ້ວຍ -E "ໄດ້ຮັບ" ຫຼື
'ຊອງທີ່ໄດ້ຮັບ'.

As a ດີກວ່າ ທາງເລືອກ, ບາງເຄື່ອງຟັງ SMTP ແລະ/ຫຼື mail servers ໃສ່ header ໃນແຕ່ລະ
ຂໍ້ຄວາມທີ່ມີສຳເນົາທີ່ຢູ່ຊອງຈົດໝາຍ. ຫົວນີ້ (ເມື່ອມັນມີຢູ່) ແມ່ນ
ເລື້ອຍໆ 'X-Original-To', 'Delivered-To' ຫຼື 'X-Envelope-To'. ສົມມຸດຕິຖານຂອງ Fetchmail ກ່ຽວກັບ
ນີ້ສາມາດປ່ຽນແປງໄດ້ດ້ວຍຕົວເລືອກ -E ຫຼື 'ຊອງຈົດໝາຍ'. ໃຫ້ສັງເກດວ່າການຂຽນຊອງຈົດຫມາຍ
ສ່ວນຫົວຂອງປະເພດນີ້ເປີດເຜີຍຊື່ຂອງຜູ້ຮັບ (ລວມທັງຜູ້ຮັບທີ່ຕາບອດ) ເພື່ອ
ຜູ້​ຮັບ​ທັງ​ຫມົດ​ຂອງ​ຂໍ້​ຄວາມ​, ສະ​ນັ້ນ​ນ​້​ໍ​າ​ຕ້ອງ​ໄດ້​ເກັບ​ຮັກ​ສາ​ຫນຶ່ງ​ສໍາ​ເນົາ​ຂອງ​ຂໍ້​ຄວາມ​ຕໍ່​
ຜູ້ຮັບເພື່ອຫຼີກເວັ້ນການກາຍເປັນບັນຫາຄວາມເປັນສ່ວນຕົວ.

Postfix, ນັບຕັ້ງແຕ່ສະບັບ 2.0, ຂຽນ X-Original-To: header ເຊິ່ງປະກອບດ້ວຍສໍາເນົາຂອງ
ຊອງ​ຈົດ​ຫມາຍ​ດັ່ງ​ທີ່​ໄດ້​ຮັບ​.

Qmail ແລະ Postfix ໂດຍທົ່ວໄປແລ້ວຈະຂຽນຫົວຂໍ້ 'Delivered-To' ເມື່ອສົ່ງຂໍ້ຄວາມໄປຫາ
mail spool ແລະໃຊ້ມັນເພື່ອຫຼີກເວັ້ນການ loops mail. ຢ່າງໃດກໍຕາມ, ໂດເມນ virtual Qmail ຈະນໍາຫນ້າ
ຊື່ຜູ້ໃຊ້ທີ່ມີສະຕຣິງທີ່ປົກກະຕິກົງກັບໂດເມນຂອງຜູ້ໃຊ້. ເພື່ອເອົາຄຳນຳໜ້ານີ້ອອກ
ທ່ານສາມາດໃຊ້ -Q ຫຼື 'qvirtual' ທາງເລືອກ.

ບາງຄັ້ງ, ແຕ່ຫນ້າເສຍດາຍ, ທັງສອງວິທີການເຫຼົ່ານີ້ບໍ່ໄດ້ຜົນ. ນັ້ນແມ່ນຈຸດໃນເວລາທີ່ທ່ານ
ຄວນຕິດຕໍ່ ISP ຂອງເຈົ້າ ແລະຂໍໃຫ້ເຂົາເຈົ້າສະໜອງຫົວຊອງຈົດໝາຍດັ່ງກ່າວ, ແລະເຈົ້າຄວນ
ຢ່າໃຊ້ multidrop ໃນສະຖານະການນີ້. ເມື່ອພວກເຂົາລົ້ມເຫລວທັງຫມົດ, fetchmail ຈະຕ້ອງກັບຄືນໄປບ່ອນຢູ່ໃນ
ເນື້ອໃນຂອງ To/Cc headers (Bcc headers ບໍ່ມີ - ເບິ່ງຂ້າງລຸ່ມນີ້) ເພື່ອພະຍາຍາມກໍານົດ
ທີ່ຢູ່ຜູ້ຮັບ -- ແລະສິ່ງເຫຼົ່ານີ້ບໍ່ຫນ້າເຊື່ອຖື. ໂດຍສະເພາະ, ຊອບແວບັນຊີລາຍຊື່ທາງໄປສະນີ
ມັກຈະສົ່ງ mail ໂດຍມີພຽງແຕ່ລາຍການທີ່ຢູ່ອອກອາກາດໃນຫົວຂໍ້ To.

ຫມາຍ​ເຫດ​ ທີ່ a ໃນອະນາຄົດ ສະບັບພາສາ of fetchmail ອາດຈະ ເອົາ ເຖິງ/Cc paring!

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

ບັນຫາທີ່ກ່ຽວຂ້ອງແມ່ນວ່າເມື່ອທ່ານ blind-copy ຂໍ້ຄວາມ mail, ຂໍ້ມູນ Bcc ແມ່ນ
ປະຕິບັດ ພຽງແຕ່ ທີ່ຢູ່ envelope (ມັນຖືກລຶບອອກຈາກສ່ວນຫົວໂດຍການສົ່ງເມລ
server, ດັ່ງນັ້ນ fetchmail ສາມາດເບິ່ງມັນໄດ້ພຽງແຕ່ຖ້າມີ X-Envelope-To header). ດັ່ງນັ້ນ, ຕາບອດ -
ການຄັດລອກໄປຫາຜູ້ທີ່ໄດ້ຮັບເມລຜ່ານການເຊື່ອມຕໍ່ fetchmail multidrop ຈະລົ້ມເຫລວເວັ້ນເສຍແຕ່ວ່າ
mailserver host ປົກກະຕິຂຽນ X-Envelope-To ຫຼື header ທຽບເທົ່າເຂົ້າໄປໃນຂໍ້ຄວາມໃນ
maildrop ຂອງ​ທ່ານ​.

In ສະຫຼຸບ, ທາງໄປສະນີ ລາຍການ ແລະ Bcc'd ອີເມວ ສາມາດເຮັດໄດ້ ພຽງແຕ່ ການເຮັດວຽກ if ໄດ້ ເຄື່ອງແມ່ຂ່າຍ ເຈົ້າ ການດຶງຂໍ້ມູນ
ຈາກ

(1​) ຮ້ານ ຫນຶ່ງ ຄັດລອກ of ໄດ້ ຂໍ້ຄວາມ ຕໍ່ ຜູ້ຮັບ in ຂອງ​ທ່ານ ໂດເມນ ແລະ

(2​) ການບັນທຶກ ໄດ້ envelope ຂໍ້ມູນຂ່າວສານ in a ພິເສດ header (X-Original-To, ຈັດສົ່ງເຖິງ,
X-Envelop-To).

ດີ ວິທີ To ການນໍາໃຊ້ ຫຼາຍຢອດ ກ່ອງຈົດ ໝາຍ
ສາມາດໃຊ້ຊື່ທ້ອງຖິ່ນຫຼາຍອັນເພື່ອບໍລິຫານລາຍຊື່ທາງໄປສະນີຈາກຝ່າຍລູກຄ້າຂອງ a
fetchmail ການເກັບກໍາ. ສົມມຸດວ່າຊື່ຂອງເຈົ້າແມ່ນ 'esr', ແລະເຈົ້າຕ້ອງການເອົາທັງສອງຂອງເຈົ້າເອງ
mail ແລະຮັກສາບັນຊີລາຍຊື່ທາງໄປສະນີທີ່ເອີ້ນວ່າ (ເວົ້າວ່າ) "fetchmail-friends", ແລະທ່ານຕ້ອງການທີ່ຈະຮັກສາ
ລາຍຊື່ນາມແຝງຢູ່ໃນເຄື່ອງລູກຄ້າຂອງເຈົ້າ.

ໃນເຊີບເວີຂອງທ່ານ, ທ່ານສາມາດ alias 'fetchmail-friends' ເປັນ 'esr'; ຫຼັງຈາກນັ້ນ, ໃນຂອງທ່ານ .fetchmailrc,
ປະກາດ 'ເພື່ອ esr fetchmail-friends ທີ່ນີ້'. ຫຼັງຈາກນັ້ນ, ໃນເວລາທີ່ mail ລວມທັງ 'fetchmail-friends' ເປັນ
ທີ່​ຢູ່​ທ້ອງ​ຖິ່ນ​ໄດ້​ຮັບ​ການ​ດຶງ​ເອົາ​, ຊື່​ລາຍ​ການ​ຈະ​ໄດ້​ຮັບ​ການ​ຕໍ່​ທ້າຍ​ບັນ​ຊີ​ລາຍ​ຊື່​ຂອງ​ຜູ້​ຮັບ​
ຜູ້ຟັງ SMTP ຂອງເຈົ້າເຫັນ. ສະນັ້ນມັນຈະໄດ້ຮັບການຂະຫຍາຍນາມແຝງຢູ່ໃນທ້ອງຖິ່ນ. ໃຫ້ແນ່ໃຈວ່າ
ລວມເອົາ 'esr' ໃນການຂະຫຍາຍນາມແຝງທ້ອງຖິ່ນຂອງ fetchmail-friends, ຫຼືທ່ານຈະບໍ່ເຫັນອີເມວ.
ຖືກສົ່ງໄປຫາລາຍຊື່ເທົ່ານັ້ນ. ນອກຈາກນັ້ນ, ໃຫ້ແນ່ໃຈວ່າຜູ້ຟັງຂອງທ່ານມີຕົວເລືອກ "me-too" ທີ່ກໍານົດໄວ້
(ທາງເລືອກແຖວຄໍາສັ່ງ -oXm ຂອງ sendmail ຫຼືການປະກາດ OXm) ດັ່ງນັ້ນຊື່ຂອງເຈົ້າບໍ່ໄດ້ຖືກໂຍກຍ້າຍອອກຈາກ
ການຂະຫຍາຍນາມແຝງໃນຂໍ້ຄວາມທີ່ທ່ານສົ່ງ.

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

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

ຖ້າເຈົ້າຖືກລໍ້ລວງໃຫ້ໃຊ້ fetchmail ເພື່ອດຶງເອົາຈົດໝາຍສຳລັບຜູ້ໃຊ້ຫຼາຍຄົນຈາກຈົດໝາຍດຽວ
ຫຼຸດລົງຜ່ານ POP ຫຼື IMAP, ຄິດຄືນໃຫມ່ (ແລະອ່ານພາກສ່ວນຫົວຂໍ້ແລະທີ່ຢູ່ envelope
ຂ້າງເທິງ). ມັນຈະເປັນການສະຫລາດກວ່າທີ່ຈະພຽງແຕ່ປ່ອຍໃຫ້ mail ນັ່ງຢູ່ໃນແຖວຂອງ mailserver ແລະໃຊ້
ໂໝດ ETRN ຫຼື ODMR ຂອງ fetchmail ເພື່ອກະຕຸ້ນການສົ່ງ SMTP ເປັນໄລຍະໆ (ແນ່ນອນ, ນີ້ຫມາຍຄວາມວ່າ
ທ່ານ​ຕ້ອງ​ໄດ້​ສໍາ​ຫຼວດ​ເລື້ອຍໆ​ກ​່​ວາ​ໄລ​ຍະ​ເວ​ລາ​ຫມົດ​ອາ​ຍຸ​ຂອງ mailserver​)​. ຖ້າເຈົ້າເຮັດບໍ່ໄດ້
ຈັດອັນນີ້, ລອງຕັ້ງຄ່າຟີດ UUCP.

ຖ້າທ່ານຢ່າງແທ້ຈິງ ຕ້ອງ ໃຊ້ multidrop ສໍາລັບຈຸດປະສົງນີ້, ໃຫ້ແນ່ໃຈວ່າເຄື່ອງແມ່ຂ່າຍເມລຂອງທ່ານຂຽນ
envelope-address header ທີ່ fetchmail ສາມາດເບິ່ງໄດ້. ຖ້າບໍ່ດັ່ງນັ້ນເຈົ້າ ຈະ ສູນເສຍເມລແລະມັນ ຈະ
ກັບ​ຄືນ​ມາ haunt ທ່ານ​.

ຄວາມໄວ Up ຫຼາຍຢອດ ການກວດສອບ
ໂດຍປົກກະຕິ, ເມື່ອຜູ້ໃຊ້ຫຼາຍຄົນຖືກປະກາດ fetchmail ສະກັດທີ່ຢູ່ຜູ້ຮັບເປັນ
ອະທິບາຍຂ້າງເທິງນີ້ແລະກວດເບິ່ງແຕ່ລະ host part ກັບ DNS ເພື່ອເບິ່ງວ່າມັນເປັນນາມແຝງຂອງ
mailserver. ຖ້າເປັນດັ່ງນັ້ນ, ການສ້າງແຜນທີ່ຊື່ທີ່ອະທິບາຍໄວ້ໃນຄໍາປະກາດ "ເຖິງ ... ທີ່ນີ້" ແມ່ນແລ້ວ
ແລະ mail ສົ່ງໃນທ້ອງຖິ່ນ.

ນີ້ແມ່ນວິທີທີ່ສະດວກແຕ່ຍັງຊ້າ. ເພື່ອເຮັດໃຫ້ມັນໄວຂຶ້ນ, ປະກາດນາມແຝງເຊີບເວີ mail ກ່ອນ
ກັບ 'aka'; ສິ່ງເຫຼົ່ານີ້ຖືກກວດສອບກ່ອນທີ່ DNS ຊອກຫາຈະຖືກເຮັດ. ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ແນ່​ນອນ​ວ່າ aka ຂອງ​ທ່ານ​
ບັນຊີລາຍຊື່ປະກອບດ້ວຍ ທັງຫມົດ ນາມແຝງ DNS ຂອງເຄື່ອງແມ່ຂ່າຍເມລ (ແລະຊື່ MX ທັງຫມົດທີ່ຊີ້ໃສ່ມັນ - ຫມາຍເຫດ
ນີ້ອາດຈະມີການປ່ຽນແປງໃນອະນາຄົດ) ທ່ານສາມາດປະກາດ 'no dns' ເພື່ອສະກັດກັ້ນການຊອກຫາ DNS
ທັງຫມົດແລະ ພຽງແຕ່ ຈັບຄູ່ກັບບັນຊີລາຍຊື່ aka.

ຖົງຕີນ

ສະຫນັບສະຫນູນຖົງຕີນ 4/5 ເປັນ ລວບລວມ ທີ່ໃຊ້ເວລາ ທາງ​ເລືອກ​ການ​ຕັ້ງ​ຄ່າ​. ເມື່ອລວບລວມໃນ, fetchmail
ຈະໃຊ້ຫ້ອງສະໝຸດຖົງຕີນ ແລະການຕັ້ງຄ່າຢູ່ໃນລະບົບຂອງເຈົ້າສະເໝີ, ບໍ່ມີການແລ່ນ-
ການປ່ຽນເວລາໃນ fetchmail - ແຕ່ທ່ານຍັງສາມາດກໍາຫນົດຄ່າ SOCKS: ທ່ານສາມາດລະບຸໄດ້
ໄຟລ໌ການຕັ້ງຄ່າ SOCKS ຖືກນໍາໃຊ້ໃນ SOCKS_CONF environment variable

ສໍາລັບຕົວຢ່າງ, ຖ້າທ່ານຕ້ອງການທີ່ຈະຂ້າມ SOCKS proxy ທັງຫມົດແລະມີ fetchmail
ເຊື່ອມຕໍ່ໂດຍກົງ, ທ່ານພຽງແຕ່ສາມາດຜ່ານ SOCKS_CONF=/dev/null ໃນສະພາບແວດລ້ອມ, ສໍາລັບການຍົກຕົວຢ່າງ
(ເພີ່ມຕົວເລືອກເສັ້ນຄໍາສັ່ງປົກກະຕິຂອງທ່ານ - ຖ້າມີ - ໃນຕອນທ້າຍຂອງແຖວນີ້):

env SOCKS_CONF=/dev/null fetchmail

ອອກ ລະຫັດ

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

ລະຫັດອອກທີ່ສົ່ງຄືນໂດຍ fetchmail ມີດັ່ງນີ້:

0 ໜຶ່ງ ຫຼືຫຼາຍຂໍ້ຄວາມຖືກດຶງມາຢ່າງສຳເລັດຜົນ (ຫຼື, ຖ້າຕົວເລືອກ -c ແມ່ນ
ເລືອກ, ຖືກພົບເຫັນລໍຖ້າແຕ່ບໍ່ໄດ້ດຶງຂໍ້ມູນ).

1 ບໍ່ມີຈົດໝາຍທີ່ລໍຖ້າການດຶງຂໍ້ມູນ. (ອາດ​ຈະ​ມີ​ອີ​ເມລ​ເກົ່າ​ຍັງ​ຢູ່​ໃນ
server ແຕ່​ບໍ່​ໄດ້​ເລືອກ​ສໍາ​ລັບ​ການ​ດຶງ​ຂໍ້​ມູນ​.
ເງື່ອນໄຂ (ຕົວຢ່າງ, ສໍາລັບວຽກ cron), ໃຊ້ແກະທີ່ສອດຄ່ອງກັບ POSIX ແລະເພີ່ມ

|| [$? -eq 1 ]

ໃນຕອນທ້າຍຂອງແຖວຄໍາສັ່ງ fetchmail, ໃຫ້ສັງເກດວ່ານີ້ເຮັດໃຫ້ 0 ບໍ່ໄດ້ຮັບການແຕະຕ້ອງ, ແຜນທີ່ 1
ເປັນ 0, ແລະແຜນທີ່ລະຫັດອື່ນໆທັງໝົດເປັນ 1. ເບິ່ງລາຍການ #C8 ໃນ FAQ ນຳ.

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

3 ຂັ້ນຕອນການກວດສອບຜູ້ໃຊ້ລົ້ມເຫລວ. ນີ້ມັກຈະຫມາຍຄວາມວ່າ ID ຜູ້ໃຊ້ທີ່ບໍ່ດີ,
ລະ​ຫັດ​ຜ່ານ​, ຫຼື APOP id ໄດ້​ລະ​ບຸ​ໄວ້​. ຫຼືມັນອາດຈະຫມາຍຄວາມວ່າທ່ານໄດ້ພະຍາຍາມດໍາເນີນການ fetchmail
ພາຍ​ໃຕ້​ສະ​ຖາ​ນະ​ການ​ທີ່​ມັນ​ບໍ່​ໄດ້​ມີ​ມາດ​ຕະ​ຖານ​ການ​ເຂົ້າ​ມາ​ທີ່​ຕິດ​ຢູ່​ກັບ terminal ແລະ​
ບໍ່ສາມາດເຕືອນລະຫັດຜ່ານທີ່ຂາດຫາຍໄປ.

4 ບາງປະເພດຂອງຄວາມຜິດພາດໂປຣໂຕຄໍຮ້າຍແຮງໄດ້ຖືກກວດພົບ.

5 ມີຂໍ້ຜິດພາດ syntax ໃນການໂຕ້ຖຽງກັບ fetchmail, ຫຼືການເຊື່ອມຕໍ່ກ່ອນຫຼືຫລັງ
ຄໍາສັ່ງລົ້ມເຫລວ.

6 ໄຟລ໌ຄວບຄຸມການແລ່ນມີການອະນຸຍາດທີ່ບໍ່ດີ.

7 ມີເງື່ອນໄຂຂໍ້ຜິດພາດທີ່ເຊີບເວີລາຍງານ. ຍັງສາມາດດັບໄຟໄດ້ຖ້າຫາກວ່າ fetchmail
ໝົດເວລາໃນຂະນະທີ່ລໍຖ້າເຊີບເວີ.

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

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

10 The fetchmail ແລ່ນລົ້ມເຫລວໃນຂະນະທີ່ພະຍາຍາມເຮັດການເປີດຜອດ SMTP ຫຼືທຸລະກໍາ.

11 ຄວາມຜິດພາດ DNS ຮ້າຍແຮງ. Fetchmail ພົບຂໍ້ຜິດພາດໃນຂະນະທີ່ດໍາເນີນການຊອກຫາ DNS ຢູ່
ເລີ່ມ​ຕົ້ນ​ແລະ​ບໍ່​ສາ​ມາດ​ດໍາ​ເນີນ​ການ​.

12 ໄຟລ໌ BSMTP ບໍ່ສາມາດເປີດໄດ້.

13 ການຢັ່ງຫາງສຽງຢຸດຕິການດຶງຂໍ້ມູນ (ເບິ່ງຕົວເລືອກ --fetchlimit).

14 ຕົວຊີ້ບອກເຊີບເວີບໍ່ຫວ່າງ.

23 ຄວາມຜິດພາດພາຍໃນ. ທ່ານຄວນເຫັນຂໍ້ຄວາມກ່ຽວກັບຄວາມຜິດພາດມາດຕະຖານທີ່ມີລາຍລະອຽດ.

24 – 26, 28, 29
ເຫຼົ່ານີ້ແມ່ນລະຫັດພາຍໃນແລະບໍ່ຄວນປາກົດຢູ່ພາຍນອກ.

ເມື່ອ​ໃດ​ fetchmail ສອບຖາມຫຼາຍກວ່າຫນຶ່ງເຈົ້າພາບ, ສະຖານະການກັບຄືນແມ່ນ 0 ຖ້າ ໃດ ສອບຖາມສຳເລັດ
ດຶງເອົາຈົດໝາຍ. ຖ້າບໍ່ດັ່ງນັ້ນ, ສະຖານະຄວາມຜິດພາດທີ່ກັບຄືນມາແມ່ນຂອງເຈົ້າພາບສຸດທ້າຍທີ່ສອບຖາມ.

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