fetchmail - ออนไลน์ในคลาวด์

โครงการ:

ชื่อ

fetchmail - ดึงเมลจากเซิร์ฟเวอร์ที่รองรับ POP, IMAP, ETRN หรือ OMR

เรื่องย่อ

ดึงข้อมูล [ตัวเลือก...] [เมลเซิร์ฟเวอร์...]
fetchmailconf

DESCRIPTION

ดึงข้อมูล เป็นยูทิลิตี้การดึงและส่งต่อจดหมาย มันดึงจดหมายจากระยะไกล
เมลเซิร์ฟเวอร์และส่งต่อไปยังระบบการจัดส่งของเครื่อง (ไคลเอนต์) ในพื้นที่ของคุณ คุณสามารถ
จากนั้นจัดการเมลที่ดึงมาโดยใช้ตัวแทนผู้ใช้เมลปกติเช่น โง่(1) ไม้ต้นจำพวก ulmus(1) หรือ
จดหมาย(1) ดึงข้อมูล ยูทิลิตีสามารถเรียกใช้ในโหมด daemon เพื่อสำรวจซ้ำอย่างน้อยหนึ่งรายการ
ระบบในช่วงเวลาที่กำหนด

พื้นที่ ดึงข้อมูล โปรแกรมสามารถรวบรวมเมลจากเซิร์ฟเวอร์ที่สนับสนุนเมลทั่วไป
โปรโตคอลการดึงข้อมูล: POP2 (เดิม จะถูกลบออกจากรุ่นในอนาคต), POP3, IMAP2bis,
IMAP4 และ IMAP4rev1 นอกจากนี้ยังสามารถใช้ส่วนขยาย ESMTP ETRN และ OMR ได้อีกด้วย (RFCs
อธิบายโปรโตคอลเหล่านี้ทั้งหมดอยู่ที่ส่วนท้ายของหน้าคู่มือนี้)

ในขณะที่ ดึงข้อมูล มีวัตถุประสงค์หลักเพื่อใช้ผ่านลิงก์ TCP/IP แบบออนดีมานด์ (เช่น SLIP
หรือการเชื่อมต่อ PPP) อาจมีประโยชน์ในฐานะตัวแทนถ่ายโอนข้อความสำหรับไซต์ที่
ปฏิเสธด้วยเหตุผลด้านความปลอดภัยเพื่ออนุญาตให้ทำธุรกรรม SMTP (ที่เริ่มต้นโดยผู้ส่ง) กับ sendmail

สนับสนุน, การแก้ไขปัญหา
สำหรับการแก้ไขปัญหา การติดตาม และการดีบัก คุณต้องเพิ่มความฟุ่มเฟือยของ fetchmail เป็น
จริงดูว่าเกิดอะไรขึ้น หากต้องการทำเช่นนั้น โปรดเรียกใช้ ทั้งสอง of สอง ดังต่อไปนี้ คำสั่ง
เพิ่ม ทั้งหมด of ตัวเลือก คุณต้องการ ปกติ ใช้

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

(บรรทัดคำสั่งนี้จะพิมพ์เป็นภาษาอังกฤษว่า fetchmail เข้าใจการกำหนดค่าของคุณอย่างไร)

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

(บรรทัดคำสั่งนี้เรียกใช้ fetchmail จริงด้วยเอาต์พุตภาษาอังกฤษแบบละเอียด)

โปรดดูรายการ #G3 ในคำถามที่พบบ่อยของ fetchmail ⟨http://fetchmail.berlios.de/fetchmail-FAQ.html#G3⟩

คุณสามารถละเว้นส่วน LC_ALL=C ด้านบน หากคุณต้องการเอาต์พุตในภาษาท้องถิ่น (if
ได้รับการสนับสนุน). อย่างไรก็ตาม หากคุณกำลังโพสต์ไปยังรายชื่อผู้รับจดหมาย โปรดทิ้งไว้ในนั้น The
ผู้ดูแลไม่จำเป็นต้องเข้าใจภาษาของคุณ โปรดใช้ภาษาอังกฤษ

แนวคิด
If ดึงข้อมูล ใช้กับเซิร์ฟเวอร์ POP หรือ IMAP (แต่ไม่ใช่กับ ETRN หรือ OMR) มีสอง
โหมดการทำงานพื้นฐานสำหรับบัญชีผู้ใช้แต่ละบัญชีที่ดึงจดหมาย:
หยดเดียว- และ หลายหยด-โหมด.

ในโหมด singledrop
ดึงข้อมูล ถือว่าข้อความทั้งหมดในบัญชีผู้ใช้ (เมลบ็อกซ์) ตั้งใจไว้
สำหรับผู้รับคนเดียว ข้อมูลระบุตัวตนของผู้รับจะเริ่มต้นเป็น
ผู้ใช้ในพื้นที่กำลังดำเนินการ ดึงข้อมูลหรือจะต้องระบุให้ชัดเจน
ในไฟล์กำหนดค่า

ดึงข้อมูล ใช้โหมด singledrop เมื่อการกำหนดค่า fetchmailrc มีมากที่สุด
ข้อกำหนดผู้ใช้ภายในเครื่องเดียวสำหรับบัญชีเซิร์ฟเวอร์ที่กำหนด

ในโหมดมัลติดร็อป
ดึงข้อมูล ถือว่าบัญชีเซิร์ฟเวอร์เมลมีเมลที่มีไว้สำหรับ
ผู้รับที่แตกต่างกันจำนวนเท่าใดก็ได้ ดังนั้น, ดึงข้อมูล ต้องพยายามอนุมาน
"ผู้รับซองจดหมาย" ที่เหมาะสมจากส่วนหัวของจดหมายของแต่ละข้อความ ในเรื่องนี้
โหมดการทำงาน, ดึงข้อมูล เกือบจะคล้ายกับตัวแทนโอนเมล (MTA)

โปรดทราบว่าโปรโตคอล POP หรือ IMAP ไม่ได้มีไว้เพื่อใช้ในลักษณะนี้
และด้วยเหตุนี้จึงมักไม่มีข้อมูลซองจดหมายโดยตรง ผู้ให้บริการอินเทอร์เน็ตต้อง
เก็บข้อมูลซองจดหมายไว้ในส่วนหัวของข้อความ และ . ISP ยังต้องจัดเก็บ
หนึ่งสำเนาของข้อความต่อผู้รับ หากไม่เป็นไปตามเงื่อนไขข้อใดข้อหนึ่ง
สำเร็จแล้ว กระบวนการนี้ไม่น่าเชื่อถือเพราะ ดึงข้อมูล ก็ต้องหันไป
เดาผู้รับซองจดหมายที่แท้จริงของข้อความ สิ่งนี้มักจะล้มเหลวสำหรับ
ข้อความรายชื่อผู้รับจดหมายและจดหมาย Bcc:d หรือจดหมายสำหรับผู้รับหลายคนในของคุณ
โดเมน.

ดึงข้อมูล ใช้โหมดมัลติดร็อปเมื่อมีผู้ใช้ในเครื่องมากกว่าหนึ่งรายและ/หรือสัญลักษณ์แทนคือ
ระบุไว้สำหรับบัญชีเซิร์ฟเวอร์เฉพาะในไฟล์การกำหนดค่า

ในโหมด ETRN และ OMR
ข้อควรพิจารณาเหล่านี้ใช้ไม่ได้ เนื่องจากโปรโตคอลเหล่านี้ใช้ SMTP ซึ่ง
ให้ข้อมูลผู้รับซองจดหมายที่ชัดเจน โปรโตคอลเหล่านี้รองรับเสมอ
ผู้รับหลายคน

เมื่อได้รับข้อความแต่ละข้อความ ดึงข้อมูล ปกติจะส่งผ่าน SMTP ไปยังพอร์ต 25 บน
เครื่องกำลังทำงานอยู่ (localhost) เหมือนกับว่าถูกส่งผ่านไปยังเครื่องปกติ
ลิงค์ TCP/IP ดึงข้อมูล ให้เซิร์ฟเวอร์ SMTP กับผู้รับเอนเวโลปที่ได้รับใน
ลักษณะที่อธิบายไว้ก่อนหน้านี้ จดหมายจะถูกส่งไปตาม MTA ของคุณ
กฎ (โดยปกติ Mail Transfer Agent คือ ส่งอีเมล์(8) เอ็กซิม(8) หรือ postfix(8)). อัญเชิญ
MDA ของระบบของคุณ (Mail Delivery Agent) เป็นหน้าที่ของ MTA ของคุณ ทั้งหมดการจัดส่งควบคุม
กลไก (เช่น .ซึ่งไปข้างหน้า ไฟล์) โดยปกติจะมีให้ผ่านระบบ MTA และในเครื่องของคุณ
ตัวแทนจัดส่งจึงจะสมัครตามปกติ

หากการกำหนดค่า fetchmail ของคุณตั้งค่า MDA ในเครื่อง (ดูตัวเลือก --mda) ระบบจะใช้การกำหนดค่านั้น
โดยตรงแทนที่จะพูด SMTP กับพอร์ต 25

หากโปรแกรม fetchmailconf พร้อมใช้งาน มันจะช่วยคุณในการตั้งค่าและแก้ไข a
การกำหนดค่า fetchmailrc มันทำงานภายใต้ระบบ X window และต้องการให้
ภาษา Python และ Tk toolkit (ที่มีการโยง Python) จะปรากฏบนระบบของคุณ ถ้า
คุณกำลังตั้งค่า fetchmail สำหรับโหมดผู้ใช้คนเดียวในครั้งแรก ขอแนะนำให้ใช้
โหมดสามเณร โหมดผู้เชี่ยวชาญให้การควบคุมที่สมบูรณ์ของการกำหนดค่า fetchmail รวมถึง
คุณสมบัติมัลติดรอป ไม่ว่าในกรณีใด ปุ่ม 'โพรบอัตโนมัติ' จะบอกคุณได้มากที่สุด
โปรโตคอลที่มีความสามารถซึ่งเมลเซิร์ฟเวอร์นั้นรองรับ และเตือนคุณถึงปัญหาที่อาจเกิดขึ้นกับสิ่งนั้น
เซิร์ฟเวอร์

ทั่วไป ในการดำเนินกิจการ

พฤติกรรมของ ดึงข้อมูล ถูกควบคุมโดยตัวเลือกบรรทัดคำสั่งและไฟล์ควบคุมการทำงาน
~/.fetchmailrcไวยากรณ์ที่เราอธิบายไว้ในส่วนหลัง (ไฟล์นี้คือสิ่งที่
fetchmailconf แก้ไขโปรแกรม) ตัวเลือกบรรทัดคำสั่งแทนที่ ~/.fetchmailrc ประกาศ

ชื่อเซิร์ฟเวอร์แต่ละชื่อที่คุณระบุตามตัวเลือกในบรรทัดคำสั่งจะเป็น
ถาม หากคุณไม่ได้ระบุเซิร์ฟเวอร์ใดๆ ในบรรทัดคำสั่ง แต่ละรายการ 'โพล' ใน your
~/.fetchmailrc ไฟล์จะถูกสอบถาม

เพื่ออำนวยความสะดวกในการใช้งาน ดึงข้อมูล ในสคริปต์และไปป์ไลน์ จะส่งกลับค่าที่เหมาะสม
รหัสออกเมื่อสิ้นสุด - ดูรหัสทางออกด้านล่าง

ตัวเลือกต่อไปนี้ปรับเปลี่ยนพฤติกรรมของ ดึงข้อมูล. แทบไม่ต้องระบุ
สิ่งเหล่านี้เมื่อคุณมีงานทำ .fetchmailrc ตั้งค่าไฟล์.

เกือบทุกตัวเลือกมีคำหลักที่เกี่ยวข้องซึ่งสามารถใช้เพื่อประกาศใน
.fetchmailrc ไฟล์

ตัวเลือกพิเศษบางอย่างไม่ครอบคลุมที่นี่ แต่มีบันทึกไว้ในหัวข้อ
การรับรองความถูกต้องและ DAEMON MODE ที่ตามมา

General Options
-V | --รุ่น
แสดงข้อมูลเวอร์ชันสำหรับสำเนาของคุณ ดึงข้อมูล. ไม่มีการดึงจดหมายคือ
ดำเนินการ แทน สำหรับแต่ละเซิร์ฟเวอร์ที่ระบุ ข้อมูลตัวเลือกทั้งหมดที่
จะถูกคำนวณถ้า ดึงข้อมูล กำลังเชื่อมต่อกับเซิร์ฟเวอร์นั้นจะปรากฏขึ้น ใด ๆ
พิมพ์ไม่ได้ในรหัสผ่านหรือชื่อสตริงอื่น ๆ จะแสดงเป็นแบ็กสแลช C-like
ลำดับการหลบหนี ตัวเลือกนี้มีประโยชน์สำหรับการตรวจสอบว่าตัวเลือกของคุณได้รับการตั้งค่าแล้ว
ในแบบที่คุณต้องการ

-c | --ตรวจสอบ
ส่งคืนรหัสสถานะเพื่อระบุว่ามีจดหมายรอโดยไม่ต้องจริง
การดึงหรือลบเมล (ดู EXIT CODES ด้านล่าง) ตัวเลือกนี้จะปิด daemon
โหมด (ซึ่งมันจะไร้ประโยชน์) เล่นได้ไม่ดีกับข้อความค้นหาหลายรายการ
ไซต์ และไม่สามารถใช้ได้กับ ETRN หรือ OMR มันจะส่งคืนผลบวกลวงถ้าคุณ
ปล่อยให้เมลอ่านแต่ยังไม่ได้ลบในเมลบ็อกซ์ของเซิร์ฟเวอร์และโปรโตคอลการดึงข้อมูลของคุณไม่สามารถ
บอกข้อความที่เก็บไว้จากข้อความใหม่ ซึ่งหมายความว่าจะทำงานกับ IMAP ไม่ได้ทำงานกับ
POP2 และบางครั้งอาจหลุดออกมาภายใต้ POP3

-s | --เงียบ
โหมดเงียบ ระงับข้อความแสดงความคืบหน้า/สถานะทั้งหมดที่ปกติจะสะท้อนถึง
เอาต์พุตมาตรฐานระหว่างการดึงข้อมูล (แต่ไม่ระงับข้อความแสดงข้อผิดพลาดจริง) ดิ
--verbose ตัวเลือกแทนที่สิ่งนี้

-v | --รายละเอียด
โหมดละเอียด ข้อความควบคุมทั้งหมดที่ส่งผ่านระหว่าง ดึงข้อมูล และเมลเซิร์ฟเวอร์คือ
สะท้อนไปยัง stdout แทนที่ -- เงียบ การเพิ่มตัวเลือกนี้เป็นสองเท่า (-v -v) ทำให้เกิดพิเศษ
ข้อมูลการวินิจฉัยที่จะพิมพ์

--nosoftbounce
(ตั้งแต่ v6.3.10 คำหลัก: ตั้งค่าไม่ซอฟต์แบ็ค ตั้งแต่ v6.3.10)
โหมดตีกลับอย่างหนัก ข้อผิดพลาดในการส่งถาวรทั้งหมดทำให้ข้อความถูกลบจาก
เซิร์ฟเวอร์ต้นน้ำ ดู "ไม่มีซอฟต์เด้ง" ด้านล่าง

--ซอฟท์เด้ง
(ตั้งแต่ v6.3.10 คำหลัก: ตั้งค่า softbounce ตั้งแต่ v6.3.10)
โหมดตีกลับแบบนุ่มนวล ข้อผิดพลาดในการส่งแบบถาวรทั้งหมดทำให้ข้อความถูกทิ้งไว้บน
เซิร์ฟเวอร์ต้นน้ำหากโปรโตคอลรองรับ ตัวเลือก is on by ผิดนัด ไปยัง
การจับคู่ ประวัติศาสตร์ ดึงข้อมูล เอกสาร, และจะเปลี่ยนเป็นโหมดฮาร์ดเด้งใน
การเปิดตัว fetchmail ครั้งต่อไป

การกำจัด Options
-a | --ทั้งหมด | (ตั้งแต่ v6.3.3) --ดึงข้อมูล
(คำสำคัญ: fetchall ตั้งแต่ v3.0)
ดึงทั้งข้อความเก่า (เห็น) และข้อความใหม่จากเซิร์ฟเวอร์เมล ค่าเริ่มต้นคือto
เรียกเฉพาะข้อความที่เซิร์ฟเวอร์ไม่ได้ทำเครื่องหมายว่าเห็น ภายใต้ POP3 ตัวเลือกนี้ด้วย
บังคับให้ใช้ RETR มากกว่า TOP โปรดทราบว่าการดึงข้อมูล POP2 มีลักษณะเหมือน
--all เปิดอยู่เสมอ (ดู RETRIEVAL FAILURE MODES ด้านล่าง) และตัวเลือกนี้ไม่
ทำงานร่วมกับ ETRN หรือ OMR ในขณะที่บรรทัดคำสั่ง -a และ --all และ fetchall rcfile
ตัวเลือกได้รับการสนับสนุนเป็นเวลานาน --fetchall ตัวเลือกบรรทัดคำสั่งคือ
เพิ่มใน v6.3.3

-k | --เก็บไว้
(คำสำคัญ: เก็บไว้)
เก็บข้อความที่ดึงมาบนเซิร์ฟเวอร์เมลระยะไกล โดยปกติข้อความจะถูกลบ
จากโฟลเดอร์ในเมลเซิร์ฟเวอร์หลังจากดึงข้อมูลแล้ว การระบุ
เก็บ ตัวเลือกทำให้ข้อความที่ดึงมายังคงอยู่ในโฟลเดอร์ของคุณบนเซิร์ฟเวอร์เมล
ตัวเลือกนี้ใช้ไม่ได้กับ ETRN หรือ OMR หากใช้กับ POP3 ขอแนะนำ
เพื่อระบุตัวเลือก --uidl หรือคีย์เวิร์ด uidl ด้วย

-K | --nokeep
(Keyword: โนคีป)
ลบข้อความที่ดึงมาจากเซิร์ฟเวอร์เมลระยะไกล ตัวเลือกนี้บังคับให้ดึงข้อมูล
จดหมายที่จะลบ อาจมีประโยชน์หากคุณระบุค่าเริ่มต้นของ เก็บ in
ธุรกิจ .fetchmailrc. ตัวเลือกนี้บังคับด้วย ETRN และ OMR

-F | --ล้าง
(Keyword: ฟลัช)
POP3/IMAP เท่านั้น นี่เป็นตัวเลือกที่อันตรายและอาจทำให้จดหมายสูญหายได้เมื่อใช้
อย่างไม่เหมาะสม มันลบข้อความเก่า (เห็น) จากเมลเซิร์ฟเวอร์ก่อนที่จะดึง
ข้อความใหม่ คำเตือน: ซึ่งอาจทำให้จดหมายสูญหายได้หากคุณตรวจสอบอีเมลกับผู้อื่น
ไคลเอ็นต์มากกว่า fetchmail และทำให้ fetchmail ลบข้อความที่ไม่เคยมี
ดึงมาก่อน นอกจากนี้ยังอาจทำให้เมลสูญหายได้หากเซิร์ฟเวอร์เมลทำเครื่องหมายข้อความ
เห็นหลังจากการดึงข้อมูล (เซิร์ฟเวอร์ IMAP2) คุณไม่ควรใช้ตัวเลือกนี้ใน
ไฟล์การกำหนดค่าของคุณ หากคุณใช้กับ POP3 คุณต้องใช้ตัวเลือก 'uidl'
สิ่งที่คุณต้องการคือการตั้งค่าเริ่มต้น: ถ้าคุณไม่ระบุ '-k' แสดงว่า
fetchmail จะลบข้อความโดยอัตโนมัติหลังจากส่งสำเร็จ

--ลิมิตฟลัช
POP3/IMAP เท่านั้น ตั้งแต่เวอร์ชัน 6.3.0 ลบข้อความขนาดใหญ่ออกจากเซิร์ฟเวอร์เมล
ก่อนจะเรียกข้อความใหม่ ขีดจำกัดขนาดควรระบุแยกต่างหากด้วย
ตัวเลือก --limit ตัวเลือกนี้ใช้ไม่ได้กับ ETRN หรือ OMR

โปรโตคอล และ สอบถาม Options
-p | --โปรโต | --มาตรการ
(Keyword: โปรโต[col])
ระบุโปรโตคอลที่จะใช้เมื่อสื่อสารกับเซิร์ฟเวอร์เมลระยะไกล ถ้าไม่
มีการระบุโปรโตคอล ค่าเริ่มต้นคือ AUTO โปรโต อาจเป็นหนึ่งในสิ่งต่อไปนี้:

AUTO พยายาม IMAP, POP3 และ POP2 (ข้ามสิ่งเหล่านี้ซึ่งไม่มีการสนับสนุน
เรียบเรียงไว้แล้ว)

POP2 Post Office Protocol 2 (เดิม จะถูกลบออกจากรุ่นในอนาคต)

โปรโตคอลที่ทำการไปรษณีย์ POP3 3

APOP ใช้ POP3 พร้อมการรับรองความถูกต้องของ MD5 ที่ล้าสมัย ถือว่าไม่
ต้านทานการโจมตีจากคนกลาง

RPOP ใช้ POP3 พร้อมการตรวจสอบสิทธิ์ RPOP

KPOP ใช้ POP3 พร้อมการตรวจสอบสิทธิ์ Kerberos V4 บนพอร์ต 1109

SDPS ใช้ POP3 กับส่วนขยาย SDPS ของ Demon Internet

IMAP IMAP2bis, IMAP4 หรือ IMAP4rev1 (ดึงข้อมูล ตรวจจับโดยอัตโนมัติ
ความสามารถ)

ETRN ใช้ตัวเลือก ESMTP ETRN

ODMR ใช้โปรไฟล์ ESMTP Mail Relay แบบออนดีมานด์

ทางเลือกทั้งหมดเหล่านี้ทำงานในลักษณะเดียวกัน (สื่อสารกับเซิร์ฟเวอร์มาตรฐาน
daemons เพื่อดึงเมลที่ส่งไปยังเมลบ็อกซ์บนเซิร์ฟเวอร์แล้ว) ยกเว้น ETRN และ OMR
โหมด ETRN อนุญาตให้คุณถามเซิร์ฟเวอร์ ESMTP ที่เข้ากันได้ (เช่น BSD sendmail at release
8.8.0 หรือสูงกว่า) เพื่อเปิดการเชื่อมต่อ SMTP ของผู้ส่งไปยังเครื่องไคลเอนต์ของคุณทันทีและ
เริ่มส่งต่อรายการใด ๆ ที่ส่งไปยังเครื่องไคลเอนต์ของคุณในคิวของเซิร์ฟเวอร์
จดหมายที่ไม่ได้ส่ง โหมด OMR ต้องการเซิร์ฟเวอร์ที่รองรับ DMR และทำงานคล้ายกับ
ETRN ยกเว้นว่าเครื่องไคลเอ็นต์ไม่ต้องการ DNS แบบคงที่

-U | --uidl
(คำสำคัญ: uidl)
บังคับให้ใช้ UIDL (มีผลกับ POP3) เท่านั้น บังคับการติดตามฝั่งไคลเอ็นต์ของ 'ความใหม่'
ของข้อความ (UIDL ย่อมาจาก "รายการ ID ที่ไม่ซ้ำ" และอธิบายไว้ใน RFC1939) ใช้
ด้วย 'เก็บ' เพื่อใช้กล่องจดหมายเป็นข่าวเด็กสำหรับกลุ่มผู้ใช้ ข้อเท็จจริง
ที่ข้อความที่เห็นถูกข้ามจะถูกบันทึก เว้นแต่จะบันทึกข้อผิดพลาดผ่าน
syslog ขณะทำงานในโหมดภูต โปรดทราบว่า fetchmail อาจเปิดใช้งานโดยอัตโนมัติ
ตัวเลือกนี้ขึ้นอยู่กับความสามารถของเซิร์ฟเวอร์ต้นน้ำ โปรดทราบว่าตัวเลือกนี้
อาจถูกลบและบังคับให้เปิดใช้งานในเวอร์ชัน fetchmail ในอนาคต ดูสิ่งนี้ด้วย:
--รหัสไฟล์.

--ไม่ได้ใช้งาน (ตั้งแต่ 6.3.3)
(คำสำคัญ: ว่างตั้งแต่ก่อน 6.0.0)
เปิดใช้งานการใช้ IDLE (มีผลกับ IMAP เท่านั้น) โปรดทราบว่าสิ่งนี้ใช้ได้กับเครื่องเดียวเท่านั้น
โฟลเดอร์ในเวลาที่กำหนด ในขณะที่คีย์เวิร์ด idle rcfile ได้รับการสนับสนุนสำหรับ a
เป็นเวลานาน ตัวเลือกบรรทัดคำสั่ง --idle ถูกเพิ่มในเวอร์ชัน 6.3.3 ใช้งานไม่ได้
หมายความว่า fetchmail บอกเซิร์ฟเวอร์ IMAP ให้ส่งข้อความใหม่ ดังนั้นพวกเขา
สามารถเรียกค้นได้เร็วกว่าที่จะทำได้ด้วยการสำรวจความคิดเห็นปกติ

-P | --บริการ
(Keyword: service) ตั้งแต่เวอร์ชั่น 6.3.0.
ตัวเลือกบริการอนุญาตให้คุณระบุชื่อบริการที่จะเชื่อมต่อ คุณสามารถ
ระบุหมายเลขพอร์ตทศนิยมที่นี่ หากฐานข้อมูลบริการของคุณขาดความจำเป็น
การกำหนดพอร์ตบริการ ดูรายการคำถามที่พบบ่อย R12 และ --ssl เอกสารประกอบสำหรับ
รายละเอียด. สิ่งนี้จะแทนที่ตัวเลือก --port ที่เก่ากว่า

--ท่า
(คำสำคัญ: พอร์ต)
เวอร์ชันที่ล้าสมัยของ --service ที่ไม่มีชื่อบริการ หมายเหตุ ตัวเลือกนี้
อาจถูกลบออกจากเวอร์ชันในอนาคต

--อาจารย์ใหญ่
(คำสำคัญ: เงินต้น)
ตัวเลือกหลักอนุญาตให้คุณระบุหลักการบริการสำหรับส่วนรวม
การรับรองความถูกต้อง ใช้ได้กับ POP3 หรือ IMAP ที่มีการตรวจสอบสิทธิ์ Kerberos 4
เท่านั้น. ใช้ไม่ได้กับ Kerberos 5 หรือ GSSAPI ตัวเลือกนี้อาจถูกลบใน a
เวอร์ชัน fetchmail ในอนาคต

-t | --หมดเวลา
(คำสำคัญ: หมดเวลา)
ตัวเลือกการหมดเวลาช่วยให้คุณสามารถตั้งค่าการหมดเวลาไม่ตอบสนองของเซิร์ฟเวอร์ในไม่กี่วินาที ถ้า
เมลเซิร์ฟเวอร์ไม่ส่งข้อความทักทายหรือตอบสนองต่อคำสั่งที่ให้มา
จำนวนวินาที ดึงข้อมูล จะยกเลิกการเชื่อมต่อกับมัน โดยไม่ต้องเช่น
การหยุดพักชั่วคราว ดึงข้อมูล อาจค้างจนกว่าการเชื่อมต่อ TCP จะหมดเวลา พยายามดึงข้อมูล
จดหมายจากโฮสต์ลงซึ่งอาจยาวมาก มันจะน่ารำคาญเป็นพิเศษ
สำหรับ ดึงข้อมูล ทำงานในพื้นหลัง มีการหมดเวลาเริ่มต้นซึ่ง
fetchmail -V จะรายงาน หากการเชื่อมต่อที่กำหนดได้รับการหมดเวลามากเกินไปใน
การสืบทอด fetchmail จะพิจารณาว่าถูกตรึงและหยุดลองอีกครั้ง ผู้ใช้ที่โทร
จะได้รับแจ้งทางอีเมลหากสิ่งนี้เกิดขึ้น

เริ่มต้นด้วย fetchmail 6.3.10 ไคลเอนต์ SMTP ใช้ค่าต่ำสุดที่แนะนำ
หมดเวลาจาก RFC-5321 ขณะรอเซิร์ฟเวอร์ SMTP/LMTP ที่กำลังสนทนาอยู่
คุณสามารถเพิ่มระยะหมดเวลาได้มากขึ้น แต่ไม่สามารถย่อให้สั้นลงได้ นี่คือการหลีกเลี่ยง
สถานการณ์ที่เจ็บปวดซึ่ง fetchmail ได้รับการกำหนดค่าด้วยการหมดเวลาสั้น ๆ (a
นาทีหรือน้อยกว่า) ส่งข้อความยาว (หลาย MBytes) ไปยัง MTA ในพื้นที่ซึ่งแล้ว
ใช้เวลานานกว่าหมดเวลาในการตอบกลับ "ตกลง" ซึ่งในที่สุดจะเป็นเช่นนั้น ที่จะ
หมายความว่าจดหมายได้รับการจัดส่งอย่างถูกต้อง แต่ fetchmail ไม่สามารถสังเกตได้และจะเป็นเช่นนั้น
ดึงข้อความใหญ่นี้ซ้ำแล้วซ้ำอีก

--เสียบเข้าไป
(คำสำคัญ: ปลั๊กอิน)
ตัวเลือกปลั๊กอินช่วยให้คุณใช้โปรแกรมภายนอกเพื่อสร้าง TCP
การเชื่อมต่อ. สิ่งนี้มีประโยชน์หากคุณต้องการใช้ ssh หรือต้องการสิ่งพิเศษ
การตั้งค่าไฟร์วอลล์ โปรแกรมจะถูกค้นหาใน $PATH และสามารถเลือกเป็น
ส่งผ่านชื่อโฮสต์และพอร์ตเป็นอาร์กิวเมนต์โดยใช้ "%h" และ "%p" ตามลำดับ (note
ว่าตรรกะการแก้ไขนั้นค่อนข้างเป็นพื้นฐานและโทเค็นเหล่านี้ต้องถูก จำกัด
โดยช่องว่างหรือจุดเริ่มต้นของสตริงหรือจุดสิ้นสุดของสตริง) Fetchmail จะเขียนถึง
stdin ของปลั๊กอินและอ่านจาก stdout ของปลั๊กอิน

--ปลั๊กออก
(คำสำคัญ: เสียบปลั๊ก)
เหมือนกับตัวเลือกปลั๊กอินด้านบน แต่ตัวเลือกนี้ใช้สำหรับ SMTP
การเชื่อมต่อ

-r | --โฟลเดอร์
(คำสำคัญ: โฟลเดอร์[s])
ทำให้โฟลเดอร์เมลที่ไม่ใช่ค่าเริ่มต้นที่ระบุบนเซิร์ฟเวอร์เมล (หรือคั่นด้วยเครื่องหมายจุลภาค
รายการโฟลเดอร์) ที่จะดึงข้อมูล ไวยากรณ์ของชื่อโฟลเดอร์คือเซิร์ฟเวอร์-
ขึ้นอยู่กับ. ตัวเลือกนี้ไม่พร้อมใช้งานใน POP3, ETRN หรือ OMR

--เทรซโพลล์
(Keyword: แบบสำรวจ)
แจ้ง fetchmail ให้สำรวจข้อมูลการติดตามในรูปแบบ 'บัญชีการสำรวจความคิดเห็น %s' และ
'โฟลเดอร์ %s' ไปยังบรรทัดที่ได้รับที่สร้าง โดยที่ %s จะถูกแทนที่ด้วย
ชื่อรีโมตของผู้ใช้ ป้ายโพลล์ และโฟลเดอร์ (เมลบ็อกซ์) หากมี
(ตามปกติส่วนหัวที่ได้รับจะมีชื่อจริงของเซิร์ฟเวอร์ด้วย) นี้สามารถ
ใช้เพื่ออำนวยความสะดวกในการกรองเมลตามบัญชีที่ได้รับ
ข้อมูลโฟลเดอร์ถูกเขียนขึ้นตั้งแต่เวอร์ชัน 6.3.4 เท่านั้น

--ssl (คำสำคัญ: ssl)
ทำให้การเชื่อมต่อกับเมลเซิร์ฟเวอร์ถูกเข้ารหัสผ่าน SSL โดยการเจรจา
SSL โดยตรงหลังจากเชื่อมต่อ (โหมดห่อด้วย SSL) ขอแนะนำให้ใช้
--sslcertck เพื่อตรวจสอบใบรับรองที่แสดงโดยเซิร์ฟเวอร์ โปรดดูที่
คำอธิบายของ --sslproto ด้านล่าง! ข้อมูลเพิ่มเติมสามารถดูได้ใน README.SSL
ไฟล์ที่มาพร้อมกับ fetchmail

โปรดทราบว่าแม้ว่าจะละเว้นตัวเลือกนี้ แต่ fetchmail อาจยังคงเจรจา SSL in-band
สำหรับ POP3 หรือ IMAP ผ่านฟีเจอร์ STLS หรือ STARTTLS คุณสามารถใช้ --sslproto
ตัวเลือกในการปรับเปลี่ยนพฤติกรรมนั้น

หากไม่มีการระบุพอร์ต ให้พยายามเชื่อมต่อกับพอร์ตที่รู้จักกันดีของ
เวอร์ชัน SSL ของโปรโตคอลพื้นฐาน โดยทั่วไปจะเป็นพอร์ตที่แตกต่างจากพอร์ต
ใช้โดยโปรโตคอลพื้นฐาน สำหรับ IMAP นี่คือพอร์ต 143 สำหรับโปรโตคอลที่ชัดเจนและ
พอร์ต 993 สำหรับโปรโตคอลความปลอดภัย SSL; สำหรับ POP3 เป็นพอร์ต 110 สำหรับข้อความที่ชัดเจน
และพอร์ต 995 สำหรับตัวแปรที่เข้ารหัส

หากระบบของคุณไม่มีรายการที่เกี่ยวข้องจาก / etc / บริการดู
--บริการตัวเลือกและระบุหมายเลขพอร์ตตัวเลขตามที่ระบุในก่อนหน้า
ย่อหน้า (เว้นแต่ ISP ของคุณจะนำคุณไปยังพอร์ตต่าง ๆ ซึ่งเป็นเรื่องปกติ
อย่างไรก็ตาม).

--sslcert
(คำค้น: sslcert)
สำหรับการรับรองความถูกต้องของไคลเอ็นต์ตามใบรับรอง ต้องการเซิร์ฟเวอร์ที่เข้ารหัส SSL บางตัว
คีย์ฝั่งไคลเอ็นต์และใบรับรองสำหรับการรับรองความถูกต้อง ในกรณีส่วนใหญ่ นี่คือ
ไม่จำเป็น. ระบุตำแหน่งของใบรับรองคีย์สาธารณะที่จะ
แสดงต่อเซิร์ฟเวอร์ในขณะที่สร้างเซสชัน SSL มันไม่ใช่
จำเป็น (แต่อาจมีให้) หากเซิร์ฟเวอร์ไม่ต้องการ อาจจะเป็น
ไฟล์เดียวกันกับไพรเวตคีย์ (คีย์รวมและไฟล์ใบรับรอง) แต่นี่ไม่ใช่
ที่แนะนำ. ดู --sslkey ด้านล่างด้วย

หมายเหตุ: หากคุณใช้การพิสูจน์ตัวตนไคลเอ็นต์ ชื่อผู้ใช้จะถูกดึงมาจาก
CommonName ของใบรับรองและแทนที่ชื่อที่ตั้งไว้ด้วย --user

--sslkey
(คำสำคัญ: sslkey)
ระบุชื่อไฟล์ของคีย์ SSL ส่วนตัวฝั่งไคลเอ็นต์ เข้ารหัส SSL บางส่วน
เซิร์ฟเวอร์ต้องใช้คีย์ฝั่งไคลเอ็นต์และใบรับรองสำหรับการตรวจสอบสิทธิ์ ส่วนใหญ่
กรณีนี้เป็นทางเลือก ระบุตำแหน่งของคีย์ส่วนตัวที่ใช้เพื่อ
ลงนามในธุรกรรมกับเซิร์ฟเวอร์ในขณะที่สร้างเซสชัน SSL มัน
ไม่จำเป็น (แต่อาจมีให้) หากเซิร์ฟเวอร์ไม่ต้องการ มันอาจจะ
ไฟล์เดียวกับกุญแจสาธารณะ (รหัสรวมและไฟล์ใบรับรอง) แต่นี่ไม่ใช่
แนะนำ

หากต้องใช้รหัสผ่านเพื่อปลดล็อกคีย์ ระบบจะแจ้งให้คุณทราบในขณะนั้น
ก่อนสร้างเซสชันไปยังเซิร์ฟเวอร์ นี้อาจทำให้บางส่วน
ภาวะแทรกซ้อนในโหมดภูต

ดู --sslcert ด้านบนด้วย

--sslproto
(คำสำคัญ: sslproto หมายเหตุ: การเปลี่ยนแปลงความหมายตั้งแต่ 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

'TLS1' ต้องการ TLSv1. สิ่งนี้ไม่เจรจา TLSv1.1 หรือใหม่กว่า และไม่สนับสนุน
แทนที่ด้วย TLS1+ เว้นแต่ว่าอันหลังจะทำให้เซิร์ฟเวอร์ของคุณติดขัด

'ทล.1+'
ตั้งแต่ v6.4.0 ดู 'fBauto'

'TLS1.1'
ตั้งแต่ v6.4.0 ต้องการ TLS v1.1 อย่างแน่นอน

'ทล.1.1+'
ตั้งแต่ v6.4.0 ต้องใช้ TLS เจรจาอัตโนมัติ TLSv1.1 หรือใหม่กว่า

'TLS1.2'
ตั้งแต่ v6.4.0 ต้องการ TLS v1.2 อย่างแน่นอน

'ทล.1.2+'
ตั้งแต่ v6.4.0 ต้องใช้ TLS เจรจาอัตโนมัติ TLSv1.2 หรือใหม่กว่า

พารามิเตอร์ที่ไม่รู้จัก
ได้รับการปฏิบัติเช่นเดียวกับ 'รถยนต์'.

หมายเหตุ: คุณแทบจะไม่ต้องใช้อะไรอื่นนอกจาก '' (เพื่อบังคับ an
การเชื่อมต่อที่ไม่ได้เข้ารหัส) หรือ 'อัตโนมัติ' (เพื่อบังคับใช้ TLS)

--sslcertck
(คำค้น: sslcertck)
ทำให้ fetchmail กำหนดให้ใช้ SSL/TLS และยกเลิกการเชื่อมต่อหากไม่สามารถทำได้
ประสบความสำเร็จในการเจรจา SSL หรือ TLS หรือหากไม่สามารถตรวจสอบและตรวจสอบได้สำเร็จ
ใบรับรองและติดตามไปยังจุดยึดที่เชื่อถือได้ (หรือใบรับรองหลักที่เชื่อถือได้) ดิ
Trust Anchor มอบให้เป็นชุดของใบรับรอง Trusted ในพื้นที่ (ดู sslcertfile
และ sslcertpath ตัวเลือก). หากไม่สามารถรับใบรับรองเซิร์ฟเวอร์ได้หรือไม่
ลงนามโดยหนึ่งในผู้ที่เชื่อถือได้ (โดยตรงหรือโดยอ้อม) fetchmail will
ตัดการเชื่อมต่อโดยไม่คำนึงถึง ลายนิ้วมือ ตัวเลือก

โปรดทราบว่า CRL (รายการเพิกถอนใบรับรอง) รองรับเฉพาะใน OpenSSL 0.9.7
และใหม่กว่า! นาฬิการะบบของคุณควรแม่นยำพอสมควรเมื่อใช้สิ่งนี้
ตัวเลือก

โปรดทราบว่าการทำงานทางเลือกนี้อาจกลายเป็นพฤติกรรมเริ่มต้นใน fetchmail . ในอนาคต
รุ่นที่

--sslcertfile
(คำสำคัญ: sslcertfile ตั้งแต่ v6.3.17)
ตั้งค่าไฟล์ fetchmail ที่ใช้เพื่อค้นหาใบรับรองในเครื่อง ค่าเริ่มต้นว่างเปล่า
นี้สามารถให้ได้นอกเหนือจาก --sslcertpath ด้านล่างและใบรับรองที่ระบุใน
--sslcertfile จะถูกดำเนินการก่อนเหล่านั้นใน --sslcertpath. ทางเลือกคือ
ใช้นอกเหนือจาก --sslcertpath.

ไฟล์เป็นไฟล์ข้อความ มีการต่อใบรับรอง CA ที่เชื่อถือได้
ในรูปแบบ PEM

โปรดทราบว่าการใช้ตัวเลือกนี้จะระงับการโหลด CA . เริ่มต้นที่เชื่อถือได้ของ SSL
ไฟล์ใบรับรองเว้นแต่คุณจะตั้งค่าตัวแปรสภาพแวดล้อม
FETCHMAIL_INCLUDE_DEFAULT_X509_CA_CERTS เป็นค่าที่ไม่ว่างเปล่า

--sslcertpath
(คำสำคัญ: sslcertpath)
ตั้งค่าไดเร็กทอรี fetchmail ที่ใช้เพื่อค้นหาใบรับรองในเครื่อง ค่าเริ่มต้นคือ
ไดเรกทอรีเริ่มต้น OpenSSL ของคุณ ไดเร็กทอรีจะต้องถูกแฮชแบบ OpenSSL
คาดหวัง - ทุกครั้งที่คุณเพิ่มหรือแก้ไขใบรับรองในไดเร็กทอรีคุณต้อง
ที่จะใช้ c_rehash เครื่องมือ (ซึ่งมาพร้อมกับ OpenSSL ใน tools/ subdirectory)
นอกจากนี้ หลังจากอัปเกรด OpenSSL คุณอาจต้องเรียกใช้ c_rehash; โดยเฉพาะอย่างยิ่งเมื่อ
อัปเกรดจาก 0.9.X เป็น 1.0.0

นี้สามารถให้ได้นอกเหนือจาก --sslcertfile ข้างบนซึ่งเห็นความสำคัญ
กฎระเบียบ

โปรดทราบว่าการใช้ตัวเลือกนี้จะระงับการเพิ่ม CA . เริ่มต้นที่เชื่อถือได้ของ SSL
ไดเร็กทอรีใบรับรองเว้นแต่คุณจะตั้งค่าตัวแปรสภาพแวดล้อม
FETCHMAIL_INCLUDE_DEFAULT_X509_CA_CERTS เป็นค่าที่ไม่ว่างเปล่า

--sslชื่อสามัญ <ทั่วไป ชื่อ>
(คำสำคัญ: sslcommonname; ตั้งแต่ v6.3.9)
ห้ามใช้ตัวเลือกนี้ ก่อนใช้งานโปรดติดต่อผู้ดูแลระบบของ
เซิร์ฟเวอร์ต้นน้ำของคุณและขอใบรับรอง SSL ที่เหมาะสมเพื่อใช้ ถ้าอย่างนั้น
ไม่สามารถบรรลุได้ ตัวเลือกนี้สามารถใช้เพื่อระบุชื่อ (CommonName) ที่
fetchmail คาดหวังในใบรับรองเซิร์ฟเวอร์ เซิร์ฟเวอร์ที่กำหนดค่าอย่างถูกต้อง will
ตั้งค่านี้เป็นชื่อโฮสต์ที่เข้าถึงได้ และโดยค่าเริ่มต้น fetchmail will
คาดหวังมาก ใช้ตัวเลือกนี้เมื่อ CommonName ถูกตั้งค่าเป็นค่าอื่น to
หลีกเลี่ยงคำเตือน "Server CommonName mismatch" และเฉพาะในกรณีที่เซิร์ฟเวอร์ต้นน้ำ
ไม่สามารถใช้ใบรับรองที่เหมาะสมได้

--sslfingerprint
(คีย์เวิร์ด: sslfingerprint)
ระบุลายนิ้วมือของคีย์เซิร์ฟเวอร์ (แฮช MD5 ของคีย์) เป็นเลขฐานสิบหก
สัญกรณ์ที่มีเครื่องหมายทวิภาคคั่นกลุ่มของตัวเลขสองหลัก ตัวเลขฐานสิบหกตัวอักษรต้องเป็น
ในตัวพิมพ์ใหญ่ นี่คือรูปแบบที่ fetchmail ใช้ในการรายงานลายนิ้วมือ
เมื่อสร้างการเชื่อมต่อ SSL เมื่อระบุสิ่งนี้ fetchmail จะ
เปรียบเทียบลายนิ้วมือของคีย์เซิร์ฟเวอร์กับอันที่กำหนดและการเชื่อมต่อจะล้มเหลว
หากไม่ตรงกันโดยไม่คำนึงถึง sslcertck การตั้งค่า การเชื่อมต่อก็จะ
ล้มเหลวหาก fetchmail ไม่สามารถรับใบรับรอง SSL จากเซิร์ฟเวอร์ นี้สามารถ
ใช้เพื่อป้องกันการโจมตีแบบคนกลาง แต่ลายนิ้วมือจากเซิร์ฟเวอร์
จะต้องได้รับหรือตรวจสอบผ่านช่องทางที่ปลอดภัย และแน่นอนไม่เกิน
การเชื่อมต่ออินเทอร์เน็ตเดียวกันกับที่ fetchmail จะใช้

การใช้ตัวเลือกนี้จะป้องกันข้อผิดพลาดในการตรวจสอบใบรับรองการพิมพ์ตราบเท่าที่
--sslcertck ไม่ได้ตั้งค่า

ในการรับลายนิ้วมือของใบรับรองที่จัดเก็บไว้ในไฟล์ cert.pem ให้ลอง:

opensl x509 - ใน cert.pem -noout -md5 -ลายนิ้วมือ

สำหรับรายละเอียดโปรดดู x509(1ssl)

การส่งสาร Control Options
-S | --smtphos
(คำสำคัญ: smtp[โฮสต์])
ระบุรายชื่อโฮสต์ที่จะส่งต่อจดหมายไปยัง (ชื่อโฮสต์อย่างน้อยหนึ่งชื่อ จุลภาค-
แยกออกจากกัน). โฮสต์จะถูกลองตามลำดับรายการ อันแรกที่ขึ้นกลายเป็น
เป้าหมายการส่งต่อสำหรับการรันปัจจุบัน หากไม่ได้ระบุตัวเลือกนี้
'localhost' ถูกใช้เป็นค่าเริ่มต้น ชื่อโฮสต์แต่ละชื่ออาจมีหมายเลขพอร์ตดังต่อไปนี้
ชื่อโฮสต์ หมายเลขพอร์ตแยกจากชื่อโฮสต์ด้วยเครื่องหมายทับ ที่
พอร์ตเริ่มต้นคือ "smtp" หากคุณระบุชื่อพาธสัมบูรณ์ (ขึ้นต้นด้วย /)
มันจะถูกตีความว่าเป็นชื่อของซ็อกเก็ต UNIX ที่ยอมรับการเชื่อมต่อ LMTP
(เช่นได้รับการสนับสนุนโดย Cyrus IMAP daemon) ตัวอย่าง:

--เซิร์ฟเวอร์ smtphost1,เซิร์ฟเวอร์2/2525,เซิร์ฟเวอร์3,/var/imap/socket/lmtp

ตัวเลือกนี้สามารถใช้ได้กับ ODMR และจะทำให้ fetchmail เป็นรีเลย์ระหว่างODMR
เซิร์ฟเวอร์และตัวรับ SMTP หรือ LMTP

--fetchdomains
(คำสำคัญ: fetchdomains)
ในโหมด ETRN หรือ ODMR ตัวเลือกนี้จะระบุรายการโดเมนที่เซิร์ฟเวอร์ควร
ส่งเมลทันทีที่การเชื่อมต่อถูกเปลี่ยน ค่าเริ่มต้นคือ FQDN ของ
เครื่องวิ่ง ดึงข้อมูล.

-D | --smtpaddress
(คำค้น: smtpaddress)
ระบุโดเมนที่จะต่อท้ายที่อยู่ในบรรทัด RCPT TO ที่ส่งไปยัง SMTP
เมื่อไม่ได้ระบุชื่อเซิร์ฟเวอร์ SMTP (ตามที่ระบุโดย
--smtphost) ใช้สำหรับ SMTP/LMTP และ 'localhost' ใช้สำหรับซ็อกเก็ต UNIX/BSMTP

--smtpname
(คำสำคัญ: smtpname)
ระบุโดเมนและผู้ใช้ที่จะใส่ในบรรทัด RCPT TO ที่จัดส่งไปยัง SMTP ดิ
ผู้ใช้เริ่มต้นคือผู้ใช้ภายในเครื่องปัจจุบัน

-Z | --แอนตี้สแปม <nnn[, nn]...>
(คำสำคัญ: แอนตี้สแปม)
ระบุรายการข้อผิดพลาด SMTP ที่เป็นตัวเลขที่จะถูกตีความว่าเป็นสแปม
ปิดกั้นการตอบสนองจากผู้ฟัง ค่า -1 ปิดการใช้งานตัวเลือกนี้ สำหรับ
ตัวเลือกบรรทัดคำสั่ง ค่ารายการควรคั่นด้วยเครื่องหมายจุลภาค

-m | --mda
(Keyword: เอ็มดีเอ)
ตัวเลือกนี้ช่วยให้ ดึงข้อมูล ใช้ข้อความหรือตัวแทนจัดส่งในพื้นที่ (MDA หรือ LDA)
โดยตรง แทนที่จะส่งต่อผ่าน SMTP หรือ LMTP

เพื่อหลีกเลี่ยงการสูญเสียจดหมาย ใช้ตัวเลือกนี้เฉพาะกับ MDA เช่น maildrop หรือ MTA เช่น
sendmail ที่ออกโดยมีสถานะไม่ใช่ศูนย์เมื่อเกิดข้อผิดพลาดในการจัดส่งเต็มดิสก์และอื่นๆ
สถานะที่ไม่ใช่ศูนย์บอก fetchmail ว่าการส่งล้มเหลวและป้องกันข้อความ
จากการถูกลบบนเซิร์ฟเวอร์

If ดึงข้อมูล ทำงานเป็นรูท โดยจะตั้งค่า ID ผู้ใช้ขณะส่งเมลผ่าน
MDA ดังนี้: ขั้นแรก สภาพแวดล้อม FETCHMAILUSER, LOGNAME และ USER
ตัวแปรจะถูกตรวจสอบตามลำดับนี้ ค่าของตัวแปรแรกจากรายการของเขา
ที่กำหนดไว้ (แม้ว่าจะว่างเปล่า!) จะถูกค้นหาในฐานข้อมูลผู้ใช้ระบบ ถ้า
ไม่มีการกำหนดตัวแปรใด ๆ fetchmail จะใช้ ID ผู้ใช้จริงที่เคยเป็น
เริ่มด้วย. หากมีการกำหนดตัวแปรตัวใดตัวหนึ่ง แต่ผู้ใช้ระบุว่าไม่มี
พบ fetchmail ยังคงทำงานเป็น root โดยไม่ตรวจสอบตัวแปรที่เหลืออยู่ใน
รายการ. ในทางปฏิบัติ นี่หมายความว่าหากคุณเรียกใช้ fetchmail เป็น root (ไม่ใช่
แนะนำ) จะเป็นประโยชน์มากที่สุดในการกำหนดตัวแปรสภาพแวดล้อม FETCHAILUSER เป็น
ตั้งค่าผู้ใช้ที่ MDA ควรเรียกใช้เป็น MDA บางตัว (เช่น Maildrop) ได้รับการออกแบบ
เป็น setuid root และ setuid ให้กับ user id ของผู้รับ จึงไม่สูญหาย
ทำงานในลักษณะนี้แม้ในขณะที่เรียกใช้ fetchmail ในฐานะผู้ใช้ที่ไม่มีสิทธิพิเศษ ตรวจสอบ
คู่มือ MDA สำหรับรายละเอียด

MDA ที่เป็นไปได้บางส่วนคือ "/usr/sbin/sendmail -i -f %F -- %T" (หมายเหตุ บางส่วน
เวอร์ชันที่เก่ากว่าหรือเวอร์ชันของ sendmail ของผู้ขายผิดพลาด - สำหรับที่อยู่แทนที่จะเป็น
ตัวบ่งชี้เพื่อทำเครื่องหมายจุดสิ้นสุดของอาร์กิวเมนต์ตัวเลือก), "/usr/bin/deliver" และ
"/usr/bin/maildrop -d %T" ที่อยู่จัดส่งในพื้นที่จะถูกแทรกลงใน MDA
คำสั่งทุกที่ที่คุณวาง %T; ที่อยู่ผู้ส่งของข้อความเมลจะถูกแทรก
ที่คุณวาง %F

Do ไม่ แนบ %F or %T เชือก in เดียว คำพูด! สำหรับทั้ง %T และ %F, fetchmail
ล้อมรอบที่อยู่ในเครื่องหมายคำพูดเดี่ยว (') หลังจากลบเครื่องหมายคำพูดเดียวพวกเขา
อาจมีก่อนที่คำสั่ง MDA จะถูกส่งไปยังเชลล์

Do ไม่ ใช้ an ภาคตะวันออกเฉียงเหนือ การวิงวอน ที่ ส่ง on เนื้อหา of ถึง/สำเนา/สำเนาลับ, กดไลก์
"sendmail -i -t" หรือ "qmail-inject" จะสร้างลูปเมลและนำ
พระพิโรธของปรมาจารย์หลายคนตกอยู่บนหัวของคุณ นี่เป็นหนึ่งในบ่อยที่สุด
การกำหนดค่าผิดพลาด!

นอกจากนี้ทำ ไม่ ลองรวมโหมด multidrop กับ MDA เช่น maildrop ที่สามารถ
ยอมรับที่อยู่เดียวเท่านั้น เว้นแต่ต้นน้ำของคุณจะเก็บสำเนาข้อความไว้หนึ่งสำเนาต่อ
ผู้รับและขนส่งผู้รับซองจดหมายในส่วนหัว คุณจะสูญเสียจดหมาย

ที่รู้จักกันดี ประกาศ(1) แพ็คเกจนั้นยากต่อการกำหนดค่าอย่างเหมาะสม มี
พฤติกรรม "ล้มผ่านกฎถัดไป" ที่น่ารังเกียจมากเกี่ยวกับข้อผิดพลาดในการจัดส่ง (แม้
อันชั่วคราว เช่น พื้นที่ดิสก์หมดถ้า mail daemon ของผู้ใช้รายอื่นคัดลอก
เมลบ็อกซ์ที่อยู่รอบๆ เพื่อล้างข้อความเก่า) ดังนั้นจดหมายของคุณจะลงเอยด้วยความผิดพลาด
กล่องจดหมายไม่ช้าก็เร็ว การกำหนดค่า procmail ที่เหมาะสมอยู่นอกขอบเขตของ
เอกสารนี้. โดยใช้ Maildrop(1) มักจะง่ายกว่ามากและผู้ใช้หลายคนพบว่า
ไวยากรณ์ตัวกรองที่ใช้โดย Maildrop เข้าใจง่ายขึ้น

สุดท้ายนี้ เราขอแนะนำให้คุณทำ ไม่ ใช้ qmail-inject บรรทัดคำสั่ง
อินเทอร์เฟซไม่ได้มาตรฐานโดยไม่ได้ให้ประโยชน์สำหรับการใช้งานทั่วไปและ fetchmail
ไม่พยายามรองรับการเบี่ยงเบนของ qmail-inject จากมาตรฐาน บาง
ของตัวเลือกบรรทัดคำสั่งและสภาพแวดล้อมของ qmail-inject นั้นอันตรายจริง ๆ และ
อาจทำให้เกิดเธรดที่เสียหาย ข้อความที่ซ้ำกันที่ตรวจไม่พบ และการส่งต่อวนซ้ำ

--lmtp (คีย์เวิร์ด: lmtp)
ทำให้เกิดการจัดส่งผ่าน LMTP (Local Mail Transfer Protocol) โฮสต์บริการและพอร์ต
ต้อง ระบุไว้อย่างชัดเจนในแต่ละโฮสต์ในรายการค้นหา smtphost (ดูด้านบน) if
เลือกตัวเลือกนี้ พอร์ตเริ่มต้น 25 จะ (ตาม RFC 2033) ไม่ใช่
ได้รับการยอมรับ

--bsmtp
(คำสำคัญ: bsmtp)
ผนวกเมลที่ดึงมาต่อท้ายไฟล์ BSMTP นี้ประกอบด้วยคำสั่ง SMTP ที่
โดยปกติ fetchmail จะถูกสร้างขึ้นเมื่อส่งเมลไปยังตัวฟัง SMTP
ภูต

อาร์กิวเมนต์ของ '-' ทำให้แบตช์ SMTP ถูกเขียนไปยังเอาต์พุตมาตรฐาน ซึ่งก็คือ
ของการใช้งานที่จำกัด: สิ่งนี้เหมาะสมสำหรับการดีบักเท่านั้น เพราะ fetchmail เป็นแบบปกติ
เอาต์พุตจะกระจายอยู่ในช่องทางเดียวกัน จึงไม่เหมาะสำหรับ mail
จัดส่ง. โหมดพิเศษนี้อาจถูกลบออกในภายหลัง

โปรดทราบว่าการสร้างบรรทัด MAIL FROM และ RCPT TO ขึ้นใหม่ของ fetchmail ไม่ใช่
รับประกันความถูกต้อง; คำเตือนที่กล่าวถึงภายใต้ การใช้และการใช้ในทางที่ผิดของ MULTIDROP
MAILBOXES ด้านล่างใช้ โหมดนี้มีลำดับความสำคัญก่อน --mda และ SMTP/LMTP

-- ส่วนหัวไม่ดี {ปฏิเสธ|ยอมรับ}
(คำหลัก: ส่วนหัวไม่ดี ตั้งแต่ v6.3.15)
ระบุว่าควรให้ fetchmail จัดการกับข้อความที่มีส่วนหัวที่ไม่ถูกต้องอย่างไร เช่น ส่วนหัว
ด้วยไวยากรณ์ที่ไม่ดี ตามเนื้อผ้า fetchmail ปฏิเสธข้อความดังกล่าว แต่มีบางส่วน
ผู้จัดจำหน่ายแก้ไข fetchmail เพื่อยอมรับ ตอนนี้คุณสามารถกำหนดค่า fetchmail's . ได้แล้ว
พฤติกรรมต่อเซิร์ฟเวอร์

ทรัพยากร ลิมิตสวิตช์ Control Options
-l | --จำกัด
(คำสำคัญ: จำกัด)
รับอาร์กิวเมนต์ขนาดออคเต็ตสูงสุด โดยที่ 0 เป็นค่าดีฟอลต์และเป็นค่าพิเศษด้วย
คุณค่าที่กำหนด "ไม่จำกัด" ถ้าไม่ใช่ศูนย์ ข้อความที่ใหญ่กว่าขนาดนี้จะไม่
ถูกดึงออกมาและจะถูกทิ้งไว้บนเซิร์ฟเวอร์ (ในเซสชันเบื้องหน้า ความคืบหน้า
ข้อความจะสังเกตว่า "เกินขนาด") หากโปรโตคอลการดึงข้อมูลอนุญาต (in
โดยเฉพาะภายใต้ IMAP หรือ POP3 ที่ไม่มีตัวเลือกดึงข้อมูล) ข้อความจะไม่เป็น
ทำเครื่องหมายว่าเห็น

ขีด จำกัด --limit ที่ชัดเจนคือ 0 แทนที่ขีดจำกัดใดๆ ที่ตั้งไว้ในไฟล์ควบคุมการทำงานของคุณ นี้
ตัวเลือกมีไว้สำหรับผู้ที่ต้องการควบคุมเวลาในการดึงข้อมูลอย่างเข้มงวดเนื่องจาก
อัตราค่าโทรศัพท์แพงและแปรผัน

เมื่อรวมกับ --limitflush สามารถใช้เพื่อลบข้อความขนาดใหญ่ที่รออยู่
เซิร์ฟเวอร์ ในโหมด daemon การแจ้งเตือนขนาดใหญ่จะถูกส่งไปยังผู้ใช้ที่โทร
(ดูตัวเลือก --คำเตือน) ตัวเลือกนี้ใช้ไม่ได้กับ ETRN หรือ OMR

-w | --คำเตือน
(คำสำคัญ: คำเตือน)
ใช้เวลาช่วงเป็นวินาที เมื่อคุณโทร ดึงข้อมูล ด้วยตัวเลือก 'จำกัด' ใน
โหมด daemon ซึ่งจะควบคุมช่วงเวลาที่เตือนเกี่ยวกับข้อความขนาดใหญ่
ถูกส่งไปยังผู้ใช้ที่โทร (หรือผู้ใช้ที่ระบุโดยตัวเลือก 'postmaster')
หนึ่งการแจ้งเตือนดังกล่าวจะถูกส่งต่อเมื่อสิ้นสุดการสำรวจครั้งแรกที่
ตรวจพบข้อความขนาดใหญ่ จากนั้นจึงระงับการแจ้งซ้ำจนกว่า
หลังจากพ้นช่วงเตือน (จะเกิดขึ้นเมื่อสิ้นสุดช่วงแรก
โพลต่อไป)

-b | --แบทช์ลิมิต
(คำสำคัญ: batchlimit)
ระบุจำนวนข้อความสูงสุดที่จะส่งไปยังผู้ฟัง SMTP
ก่อนที่การเชื่อมต่อจะถูกรื้อและสร้างใหม่โดยเจตนา (ค่าเริ่มต้นคือ 0 หมายถึง
ไม่มีขีด จำกัด). ชัดเจน --batchlimit ของ 0 แทนที่ขีด จำกัด ใด ๆ ที่กำหนดไว้ในการรันของคุณ
ไฟล์ควบคุม ในขณะที่ ส่งอีเมล์(8) ปกติจะเริ่มส่งข้อความ
ทันทีที่ได้รับตัวยุติข้อความ ผู้ฟัง SMTP บางคนไม่เป็นเช่นนั้น
พร้อมท์ MTA ชอบ Smail(8) อาจรอจนกว่าซ็อกเก็ตการจัดส่งจะปิดลงถึง
ส่งมอบ. ซึ่งอาจทำให้เกิดความล่าช้าที่น่ารำคาญเมื่อ ดึงข้อมูล กำลังประมวลผลขนาดใหญ่มาก
แบทช์ การตั้งค่าขีดจำกัดแบทช์เป็นขนาดที่ไม่ใช่ศูนย์จะป้องกันความล่าช้าเหล่านี้
ตัวเลือกนี้ใช้ไม่ได้กับ ETRN หรือ OMR

-B | --ดึงข้อมูลจำกัด
(คำสำคัญ: fetchlimit)
จำกัดจำนวนข้อความที่ยอมรับจากเซิร์ฟเวอร์ที่กำหนดในแบบสำรวจเดียว โดย
ค่าเริ่มต้นไม่มีขีด จำกัด ชัดเจน --fetchlimit ของ 0 แทนที่ขีด จำกัด ใด ๆ set
ในไฟล์ควบคุมการทำงานของคุณ ตัวเลือกนี้ใช้ไม่ได้กับ ETRN หรือ OMR

--ดึงข้อมูลขนาดจำกัด
(คีย์เวิร์ด: fetchsizelimit)
จำกัดจำนวนขนาดข้อความที่ยอมรับจากเซิร์ฟเวอร์ที่กำหนดในเซิร์ฟเวอร์เดียว
ธุรกรรม. ตัวเลือกนี้มีประโยชน์ในการลดความล่าช้าในการดาวน์โหลดครั้งแรก
เมลเมื่อมีเมลมากเกินไปในเมลบ็อกซ์ โดยค่าเริ่มต้น ขีดจำกัดคือ 100
หากตั้งค่าเป็น 0 ขนาดของข้อความทั้งหมดจะถูกดาวน์โหลดเมื่อเริ่มต้น ตัวเลือกนี้ไม่
ไม่ทำงานกับ ETRN หรือ OMR สำหรับ POP3 ค่าที่ไม่ใช่ศูนย์ที่ถูกต้องเท่านั้นคือ 1

--fastuidl
(คีย์เวิร์ด: fastuidl)
ทำไบนารีแทนการค้นหาเชิงเส้นสำหรับ UID ที่มองไม่เห็นครั้งแรก หลีกเลี่ยงการค้นหาไบนารี
กำลังดาวน์โหลด UID ของเมลทั้งหมด ช่วยประหยัดเวลา (โดยเฉพาะในโหมดภูต)
โดยที่การดาวน์โหลด UID ชุดเดียวกันในแต่ละโพลจะทำให้แบนด์วิดท์เสียเปล่า ดิ
ตัวเลข 'n' บ่งชี้ว่าการค้นหาเชิงเส้นควรดำเนินการบ่อยเพียงใด ในโหมดภูต
ใช้การค้นหาเชิงเส้นหนึ่งครั้งตามด้วยการค้นหาแบบไบนารีในโพล 'n-1' หาก 'n' คือ
มากกว่า 1; การค้นหาแบบไบนารีจะใช้เสมอหาก 'n' คือ 1; การค้นหาเชิงเส้นอยู่เสมอ
ใช้ถ้า 'n' เป็น 0 ในโหมด non-daemon การค้นหาแบบไบนารีจะถูกใช้หาก 'n' เป็น 1; มิฉะนั้น
ใช้การค้นหาเชิงเส้น ค่าเริ่มต้นของ 'n' คือ 4 ตัวเลือกนี้ใช้ได้กับ POP3
เท่านั้น

-e | --ล้างข้อมูล
(Keyword: ล้าง)
จัดให้มีการลบเสร็จสิ้นหลังจากจำนวนข้อความที่กำหนด ภายใต้
POP2 หรือ POP3, fetchmail ไม่สามารถทำการลบขั้นสุดท้ายโดยไม่ส่ง QUIT และสิ้นสุด
เซสชัน -- เมื่อเปิดตัวเลือกนี้ fetchmail จะทำให้การเรียกเมลยาวเสียหาย
เซสชันเป็นหลายเซสชันย่อย โดยส่ง QUIT หลังจากแต่ละเซสชันย่อย มันคือ
การป้องกันที่ดีจากการตกบรรทัดบนเซิร์ฟเวอร์ POP3 ภายใต้ IMAP ดึงข้อมูล ปกติ
ออกคำสั่ง EXPUNGE หลังจากการลบแต่ละครั้งเพื่อบังคับให้การลบเป็น
ทำทันที วิธีนี้จะปลอดภัยที่สุดเมื่อการเชื่อมต่อกับเซิร์ฟเวอร์ของคุณไม่สม่ำเสมอและ
ราคาแพง เนื่องจากช่วยหลีกเลี่ยงการส่งซ้ำเมลซ้ำหลังจากมีการตีบรรทัด อย่างไรก็ตาม on
กล่องจดหมายขนาดใหญ่ค่าใช้จ่ายในการสร้างดัชนีใหม่หลังจากทุกข้อความสามารถโจมตีเซิร์ฟเวอร์ได้
ค่อนข้างยาก ดังนั้นหากการเชื่อมต่อของคุณเชื่อถือได้ การล้างข้อมูลให้น้อยลงจะเป็นการดี
บ่อย. โปรดทราบด้วยว่าเซิร์ฟเวอร์บางแห่งบังคับใช้การหน่วงเวลาไม่กี่วินาทีหลังจาก
ออกจากกันทุกครั้ง ดังนั้น fetchmail อาจไม่สามารถกลับเข้ามาใหม่ได้ในทันทีหลังจากล้างข้อมูลออก
-- คุณอาจเห็นข้อผิดพลาด "ล็อกไม่ว่าง" หากเกิดเหตุการณ์นี้ขึ้น หากคุณระบุตัวเลือกนี้เป็น an
จำนวนเต็ม N มันบอก ดึงข้อมูล เพื่อออกเฉพาะการล้างข้อมูลทุกครั้งที่ลบ Nth หนึ่ง
อาร์กิวเมนต์ของศูนย์จะระงับการล้างข้อมูลทั้งหมด (ดังนั้นจึงไม่มีการล้างข้อมูลเลย)
จนกว่าจะสิ้นสุดการวิ่ง) ตัวเลือกนี้ใช้ไม่ได้กับ ETRN หรือ OMR

การยืนยันตัวตน Options
-u | --ผู้ใช้ | --ชื่อผู้ใช้
(คำสำคัญ: ผู้ใช้[ชื่อ])
ระบุรหัสผู้ใช้ที่จะใช้เมื่อเข้าสู่ระบบเมลเซิร์ฟเวอร์
การระบุผู้ใช้ที่เหมาะสมนั้นขึ้นอยู่กับเซิร์ฟเวอร์และผู้ใช้ ค่าเริ่มต้น
เป็นชื่อล็อกอินของคุณบนเครื่องไคลเอนต์ที่ทำงานอยู่ ดึงข้อมูล. ดูUSER
การรับรองความถูกต้องด้านล่างสำหรับคำอธิบายที่สมบูรณ์

-I | --อินเตอร์เฟซ
(คำสำคัญ: อินเทอร์เฟซ)
กำหนดให้อุปกรณ์อินเทอร์เฟซเฉพาะต้องเปิดและมีเฉพาะในเครื่องหรือระยะไกล
IPv4 (ตัวเลือกนี้ยังไม่รองรับ IPv6) ที่อยู่ (หรือช่วง) ก่อนโพล
มัก ดึงข้อมูล ถูกใช้ผ่านลิงค์ TCP/IP แบบจุดต่อจุดชั่วคราว
สร้างโดยตรงไปยังเมลเซิร์ฟเวอร์ผ่าน SLIP หรือ PPP ที่ค่อนข้างปลอดภัย
ช่อง. แต่เมื่อเส้นทาง TCP/IP อื่นไปยังเซิร์ฟเวอร์เมลมีอยู่ (เช่น เมื่อลิงก์
เชื่อมต่อกับ ISP อื่น) ชื่อผู้ใช้และรหัสผ่านของคุณอาจเสี่ยงต่อ
การสอดแนม (โดยเฉพาะอย่างยิ่งเมื่อโหมด daemon โพลหาจดหมายโดยอัตโนมัติ การจัดส่งa
ล้างรหัสผ่านบนเน็ตในช่วงเวลาที่คาดเดาได้) ตัวเลือก --interface อาจ
ใช้เพื่อป้องกันสิ่งนี้ เมื่อลิงค์ที่ระบุไม่ขึ้นหรือไม่ได้เชื่อมต่อกับ
ที่อยู่ IP ที่ตรงกัน โพลจะถูกข้ามไป รูปแบบคือ:

อินเทอร์เฟซ/iii.iii.iii.iii[/mmm.mmm.mmm.mmm]

ฟิลด์ก่อนเครื่องหมายทับแรกคือชื่ออินเทอร์เฟซ (เช่น sl0, ppp0 เป็นต้น) ดิ
ก่อนเครื่องหมายทับที่สองคือที่อยู่ IP ที่ยอมรับได้ สนามหลัง
เครื่องหมายทับที่สองคือมาสก์ซึ่งระบุช่วงของที่อยู่ IP ที่จะยอมรับ ถ้าไม่
หน้ากากมีอยู่ 255.255.255.255 ถือว่า (เช่น ตรงกันทุกประการ) ตัวเลือกนี้คือ
ปัจจุบันรองรับเฉพาะใน Linux และ FreeBSD โปรดดูที่ หน้าจอ ส่วน
สำหรับด้านล่างสำหรับข้อมูลเฉพาะ FreeBSD

โปรดทราบว่าตัวเลือกนี้อาจถูกลบออกจาก fetchmail เวอร์ชันในอนาคต

-M | --เฝ้าสังเกต
(คำสำคัญ: มอนิเตอร์)
โหมด Daemon อาจทำให้เกิดลิงก์ชั่วคราวซึ่งจะถูกลบออกโดยอัตโนมัติหลังจาก a
ระยะเวลาที่ไม่มีการใช้งาน (เช่น ลิงก์ PPP) จะยังคงมีอยู่อย่างไม่มีกำหนด ตัวเลือกนี้
ระบุอินเตอร์เฟส TCP/IP ของระบบที่จะมอนิเตอร์สำหรับกิจกรรม หลังจากแต่ละโพล
ช่วงเวลา ถ้าลิงก์ขึ้นแต่ไม่มีกิจกรรมอื่นเกิดขึ้นบนลิงก์ ดังนั้น
โพลจะถูกข้ามไป อย่างไรก็ตาม เมื่อ fetchmail ถูกปลุกโดยสัญญาณ
การตรวจสอบจอภาพถูกข้ามและการสำรวจความคิดเห็นจะดำเนินไปโดยไม่มีเงื่อนไข ตัวเลือกนี้คือ
ปัจจุบันรองรับเฉพาะใน Linux และ FreeBSD สำหรับ หน้าจอ และ อินเตอร์เฟซ
ตัวเลือกในการทำงานสำหรับผู้ใช้ที่ไม่ใช่รูทภายใต้ FreeBSD ไบนารีของ fetchmail ต้องเป็น
ติดตั้ง SGID kmem นี่อาจเป็นช่องโหว่ด้านความปลอดภัย แต่ fetchmail ทำงานด้วย
GID ที่มีประสิทธิภาพถูกตั้งค่าเป็นของกลุ่ม kmem เพียง เมื่อมีข้อมูลอินเทอร์เฟซ
รวบรวม

โปรดทราบว่าตัวเลือกนี้อาจถูกลบออกจาก fetchmail เวอร์ชันในอนาคต

--รับรองความถูกต้อง
(คำสำคัญ: auth[เชื้อเชิญ])
ตัวเลือกนี้อนุญาตให้คุณระบุประเภทการรับรองความถูกต้อง (ดู USER AUTHENTICATION
ด้านล่างสำหรับรายละเอียด) ค่าที่เป็นไปได้คือ ใด, รหัสผ่าน, เคอร์เบรอส_v5, Kerberos
(หรือเพื่อความแม่นยําอย่างยิ่ง เคอร์เบรอส_v4), กสซาปี้, อัด-md5, OTP, ntm, MSN
(เฉพาะ POP3), ภายนอก (เฉพาะ IMAP) และ SSH. เมื่อ ใด (ค่าเริ่มต้น) is
ระบุไว้ fetchmail ลองใช้วิธีแรกที่ไม่ต้องใช้รหัสผ่าน (ภายนอก
GSSAPI, KERBEROS IV, KERBEROS 5); จากนั้นจะมองหาวิธีการที่ปิดบังรหัสผ่านของคุณ
(CRAM-MD5, NTLM, X-OTP - โปรดทราบว่า MSN รองรับเฉพาะ POP3 แต่ไม่รองรับ
ตรวจสอบอัตโนมัติ); และเฉพาะในกรณีที่เซิร์ฟเวอร์ไม่รองรับสิ่งเหล่านี้เท่านั้นที่จะจัดส่งของคุณ
รหัสผ่าน en clair. ค่าอื่นๆ อาจใช้บังคับการรับรองความถูกต้องต่างๆ ได้
วิธีการ (SSH ระงับการรับรองความถูกต้องและมีประโยชน์สำหรับ IMAP PREAUTH)
(ภายนอก ระงับการรับรองความถูกต้องและมีประโยชน์สำหรับ IMAP EXTERNAL) ใด ๆ
ค่าอื่นที่ไม่ใช่ รหัสผ่าน, อัด-md5, ntm, MSN or OTP ระงับการทำงานปกติของ fetchmail
สอบถามรหัสผ่าน ระบุ SSH เมื่อคุณใช้การรักษาความปลอดภัยแบบ end-to-end
การเชื่อมต่อเช่นอุโมงค์ ssh ระบุ ภายนอก เมื่อคุณใช้ TLS กับไคลเอนต์
รับรองความถูกต้องและระบุ กสซาปี้ or เคอร์เบรอส_v4 หากคุณกำลังใช้โปรโตคอล
ตัวแปรที่ใช้ GSSAPI หรือ K4 การเลือกโปรโตคอล KPOP จะเลือกโดยอัตโนมัติ
การรับรองความถูกต้องของ Kerberos ตัวเลือกนี้ใช้ไม่ได้กับ ETRN บริการ GSSAPI
ชื่อสอดคล้องกับการลงทะเบียน RFC-2743 และ IANA โปรดดูความปลอดภัยทั่วไป
Service Application Program Interface (GSSAPI)/Kerberos/Simple Authentication และ
ชื่อบริการ Security Layer (SASL) ⟨http://www.iana.org/assignments/
gssapi-service-names/⟩. gssapi-บริการ-ชื่อ/⟩.

เบ็ดเตล็ด Options
-f | --fetchmailrc
ระบุชื่อที่ไม่ใช่ค่าเริ่มต้นสำหรับ ~/.fetchmailrc เรียกใช้ไฟล์ควบคุม ชื่อพาธ
อาร์กิวเมนต์ต้องเป็น "-" (ขีดเดียว หมายถึงอ่านการกำหนดค่าจาก
อินพุตมาตรฐาน) หรือชื่อไฟล์ เว้นเสียแต่ว่าเปิดตัวเลือก --version ไว้ ชื่อ
อาร์กิวเมนต์ไฟล์ต้องมีสิทธิ์เปิดไม่เกิน 0700 (u=rwx,g=,o=) มิฉะนั้นจะเป็น
/dev/null.

-i | --รหัสไฟล์
(คำสำคัญ: idfile)
ระบุชื่ออื่นสำหรับไฟล์ .fetchids ที่ใช้ในการบันทึก UID ของข้อความ บันทึก:
ตั้งแต่ fetchmail 6.3.0 ให้เขียนไดเร็กทอรีที่มี idfile is
จำเป็น เนื่องจาก fetchmail เขียนไฟล์ชั่วคราวและเปลี่ยนชื่อเป็น
idfile จริงก็ต่อเมื่อเขียนไฟล์ชั่วคราวสำเร็จเท่านั้น สิ่งนี้หลีกเลี่ยง
การตัดทอน idfiles เมื่อพื้นที่ดิสก์หมด

--pidfile
(คำสำคัญ: pidfile; ตั้งแต่ fetchmail v6.3.4)
แทนที่ตำแหน่งเริ่มต้นของไฟล์ PID ค่าเริ่มต้น: ดู "สิ่งแวดล้อม" ด้านล่าง

-n | --norewrite
(Keyword: ไม่เขียนซ้ำ)
ปกติ ดึงข้อมูล แก้ไขส่วนหัวที่อยู่ RFC-822 (ถึง จาก สำเนาถึง สำเนาลับ และตอบกลับ)
ในเมลที่ดึงมาเพื่อให้ ID เมลในเครื่องเซิร์ฟเวอร์ถูกขยายให้เต็ม
ที่อยู่ (@ และชื่อโฮสต์ของเซิร์ฟเวอร์อีเมลถูกต่อท้าย) สิ่งนี้ทำให้ตอบกลับบน
ลูกค้าจะได้รับที่อยู่อย่างถูกต้อง (มิฉะนั้นผู้ส่งจดหมายของคุณอาจคิดว่าพวกเขา
ควรระบุถึงผู้ใช้ในพื้นที่บนเครื่องไคลเอนต์!) ตัวเลือกนี้ปิดใช้งาน
เขียนใหม่ (ตัวเลือกนี้จัดทำขึ้นเพื่อปลอบโยนผู้ที่หวาดระแวงเกี่ยวกับ
มี MTA แก้ไขส่วนหัวของเมลและต้องการทราบว่าสามารถป้องกันได้ แต่มันคือ
โดยทั่วไปไม่ใช่ความคิดที่ดีที่จะปิดการเขียนซ้ำ) เมื่อใช้ ETRN หรือ OMR
ตัวเลือกการเขียนซ้ำไม่ได้ผล

-E | --ซองจดหมาย
(คำสำคัญ: ซองจดหมาย; หลายดรอปเท่านั้น)
ในไฟล์คอนฟิกูเรชัน ใช้ไวยากรณ์ขั้นสูง:
ซองจดหมาย [ ]

ตัวเลือกนี้เปลี่ยนส่วนหัว ดึงข้อมูล สันนิษฐานว่าจะดำเนินการสำเนาจดหมายของ
ที่อยู่ซองจดหมาย โดยปกตินี่คือ 'X-Envelope-To' อื่น ๆ มักจะพบส่วนหัว
ข้อมูลซองจดหมายคือ 'X-Original-To' และ 'Delivered-To' ตอนนี้ตั้งแต่
ส่วนหัวเหล่านี้ไม่ได้มาตรฐาน การปฏิบัติแตกต่างกันไป ดูการสนทนาของ
การจัดการที่อยู่หลายดรอปด้านล่าง เป็นกรณีพิเศษ เปิดใช้งาน 'ซองจดหมาย "ที่ได้รับ"
การแยกวิเคราะห์บรรทัดรับแบบ sendmail นี่เป็นค่าเริ่มต้น แต่ท้อใจ
เพราะมันไม่น่าเชื่อถือเต็มที่

โปรดทราบว่า fetchmail คาดว่ารายการ Received-line จะอยู่ในรูปแบบเฉพาะ: มันจะต้อง
ประกอบด้วย "by เจ้าภาพ for ที่อยู่"ที่ไหน เจ้าภาพ ต้องตรงกับหนึ่งในชื่อเซิร์ฟเวอร์เมล
ที่ fetchmail รู้จักสำหรับบัญชีที่เป็นปัญหา

อาร์กิวเมนต์การนับที่เลือกได้ (มีเฉพาะในไฟล์การกำหนดค่า) กำหนด
ข้ามหัวข้อประเภทนี้ไปกี่บรรทัด การนับ 1 หมายถึง ข้ามครั้งแรก
ใช้เวลาที่สอง การนับ 2 หมายถึง ข้ามครั้งแรกและครั้งที่สอง ใช้ครั้งที่สาม และ
เป็นต้น

-Q | --qเสมือน
(คำสำคัญ: qvirtual; หลายดรอปเท่านั้น)
คำนำหน้าสตริงที่กำหนดให้กับตัวเลือกนี้จะถูกลบออกจากชื่อผู้ใช้ที่พบ
ในส่วนหัวที่ระบุด้วย ซองจดหมาย ตัวเลือก (ก่อน ทำชื่อหลายรายการ
การแมปหรือการตรวจสอบโดเมนท้องถิ่น หากมี) ตัวเลือกนี้มีประโยชน์หาก
คุณกำลังใช้ ดึงข้อมูล เพื่อรวบรวมจดหมายสำหรับทั้งโดเมนและ ISP ของคุณ (หรือ
ผู้ให้บริการเปลี่ยนเส้นทางอีเมลของคุณ) กำลังใช้ qmail หนึ่งในคุณสมบัติพื้นฐานของ qmail
คือ ส่งถึง: ส่วนหัวของข้อความ เมื่อใดก็ตามที่ qmail ส่งข้อความไปยังท้องถิ่น
กล่องจดหมายจะใส่ชื่อผู้ใช้และชื่อโฮสต์ของผู้รับซองจดหมายในบรรทัดนี้
สาเหตุหลักคือเพื่อป้องกันการวนซ้ำของอีเมล การตั้งค่า qmail เป็นแบทช์เมล
สำหรับไซต์ที่ไม่ได้เชื่อมต่อ ISP-mailhost มักจะใส่ไซต์นั้นไว้ใน
ไฟล์ควบคุม 'Virtualhosts' จึงจะเพิ่มคำนำหน้าให้กับที่อยู่อีเมลทั้งหมดสำหรับสิ่งนี้
งาน. ส่งผลให้มีการส่งจดหมายไปที่ '[ป้องกันอีเมล]' มี
ส่งถึง: บรรทัดของแบบฟอร์ม:

ส่งถึง: [ป้องกันอีเมล]

ISP สามารถสร้างคำนำหน้า 'mbox-userstr-' อะไรก็ได้ที่พวกเขาเลือก ยกเว้นสตริงที่ตรงกับ
ชื่อโฮสต์ของผู้ใช้มีแนวโน้มว่า โดยใช้ตัวเลือก 'ซองจดหมายส่งถึง:' คุณสามารถสร้าง
fetchmail สามารถระบุผู้รับซองจดหมายเดิมได้อย่างน่าเชื่อถือ แต่คุณต้องถอด
คำนำหน้า 'mbox-userstr-' เพื่อส่งไปยังผู้ใช้ที่ถูกต้อง นี่คือสิ่งที่ตัวเลือกนี้มีไว้สำหรับ

--configdump
แยกวิเคราะห์ ~/.fetchmailrc ไฟล์ ตีความตัวเลือกบรรทัดคำสั่งใดๆ ที่ระบุ และ
ดัมพ์รายงานการกำหนดค่าไปยังเอาต์พุตมาตรฐาน รายงานการกำหนดค่าเป็น data
การกำหนดโครงสร้างในภาษา Python ตัวเลือกนี้มีไว้สำหรับใช้กับ
โต้ตอบ ~/.fetchmailrc บรรณาธิการชอบ fetchmailconf, เขียนด้วยภาษาไพทอน

ลบออก Options
-T | --netsec
นำออกก่อนเวอร์ชัน 6.3.0 ไลบรารี inet6_apps ที่จำเป็นได้ถูกลบไปแล้ว
ถูกยกเลิกและไม่สามารถใช้ได้อีก

USER การตรวจสอบ AND การเข้ารหัส

โหมดทั้งหมดยกเว้น ETRN ต้องการการรับรองความถูกต้องของไคลเอ็นต์กับเซิร์ฟเวอร์ ผู้ใช้ทั่วไป
การรับรองความถูกต้องใน ดึงข้อมูล เหมือนกับกลไกการพิสูจน์ตัวตนของ .มาก FTP(1)
ID ผู้ใช้และรหัสผ่านที่ถูกต้องขึ้นอยู่กับระบบความปลอดภัยพื้นฐานที่เมลเซิร์ฟเวอร์

หากเมลเซิร์ฟเวอร์เป็นเครื่อง Unix ที่คุณมีบัญชีผู้ใช้ทั่วไป คุณ
ใช้ชื่อล็อกอินและรหัสผ่านปกติกับ ดึงข้อมูล. หากคุณใช้ชื่อล็อกอินเดียวกัน
ทั้งบนเซิร์ฟเวอร์และเครื่องไคลเอนต์ คุณไม่จำเป็นต้องกังวลเกี่ยวกับการระบุรหัสผู้ใช้
กับ -u ตัวเลือก -- ลักษณะการทำงานเริ่มต้นคือการใช้ชื่อล็อกอินของคุณบนเครื่องไคลเอนต์
เป็นรหัสผู้ใช้บนเครื่องเซิร์ฟเวอร์ หากคุณใช้ชื่อล็อกอินอื่นบนเซิร์ฟเวอร์
เครื่อง ระบุชื่อล็อกอินนั้นด้วยเครื่องหมาย -u ตัวเลือก. เช่น ถ้าชื่อล็อกอินของคุณคือ 'jsmith'
บนเครื่องชื่อ 'mailgrunt' คุณจะเริ่ม ดึงข้อมูล ดังต่อไปนี้:

fetchmail -u jsmith mailgrunt

พฤติกรรมเริ่มต้นของ ดึงข้อมูล คือการให้คุณใส่รหัสผ่านเมลเซิร์ฟเวอร์ของคุณก่อน
การเชื่อมต่อถูกสร้างขึ้น นี่เป็นวิธีที่ปลอดภัยที่สุดในการใช้ ดึงข้อมูล และรับรองว่า .ของคุณ
รหัสผ่านจะไม่ถูกบุกรุก คุณอาจระบุรหัสผ่านของคุณใน
~/.fetchmailrc ไฟล์. สะดวกเมื่อใช้งาน ดึงข้อมูล ในโหมดภูตหรือกับ
สคริปต์

การใช้ เน็ตอาร์ซี ไฟล์
หากคุณไม่ได้ระบุรหัสผ่านและ ดึงข้อมูล ไม่สามารถดึงหนึ่งจากของคุณ
~/.fetchmailrc ไฟล์มันจะมองหา a ~/.netrc ไฟล์ในโฮมไดเร็กตอรี่ของคุณก่อน
ขอหนึ่งแบบโต้ตอบ; หากพบรายการที่ตรงกับเมลเซิร์ฟเวอร์ในไฟล์นั้น
รหัสผ่านจะถูกใช้ อันดับแรก Fetchmail จะค้นหาชื่อที่ตรงกัน ถ้ามันเจอ
ไม่มี จะตรวจสอบการจับคู่โดยใช้ชื่อ ดู FTP(1) man page สำหรับรายละเอียดของ
วากยสัมพันธ์ของ ~/.netrc ไฟล์. เพื่อแสดงตัวอย่างที่ใช้งานได้จริง .netrc อาจมีลักษณะดังนี้:

เครื่อง hermes.example.org
เข้าสู่ระบบ jo
รหัสผ่าน ความลับสุดยอด

คุณสามารถบล็อกนี้ซ้ำด้วยข้อมูลผู้ใช้ที่แตกต่างกัน หากคุณต้องการให้มากกว่า
หนึ่งรหัสผ่าน

คุณลักษณะนี้อาจช่วยให้คุณหลีกเลี่ยงข้อมูลรหัสผ่านที่ซ้ำกันมากกว่าหนึ่งรายการ
ไฟล์

บนเมลเซิร์ฟเวอร์ที่ไม่มีบัญชีผู้ใช้ทั่วไป ID ผู้ใช้และรหัสผ่านของคุณคือ
โดยปกติผู้ดูแลระบบเซิร์ฟเวอร์จะกำหนดเมื่อคุณสมัครกล่องจดหมายบนเซิร์ฟเวอร์
ติดต่อผู้ดูแลระบบเซิร์ฟเวอร์ของคุณหากคุณไม่ทราบ ID ผู้ใช้และรหัสผ่านที่ถูกต้องสำหรับ
บัญชีกล่องจดหมายของคุณ

POP3 ตัวแปร

POP3 เวอร์ชันก่อนหน้า (RFC1081, RFC1225) รองรับรูปแบบคร่าวๆ ของอิสระ
การรับรองความถูกต้องโดยใช้ .rhost ไฟล์ทางฝั่งเมลเซิร์ฟเวอร์ ภายใต้รูปแบบ RPOP นี้ a
ID ต่อผู้ใช้คงที่เทียบเท่ากับรหัสผ่านถูกส่งผ่านลิงก์ไปยังที่สงวนไว้
port ด้วยคำสั่ง RPOP แทน PASS เพื่อเตือนเซิร์ฟเวอร์ว่าควรทำแบบพิเศษ
การตรวจสอบ RPOP ได้รับการสนับสนุนโดย ดึงข้อมูล (คุณสามารถระบุ 'โปรโตคอล RPOP' เพื่อให้มี
โปรแกรมส่ง 'RPOP' มากกว่า 'PASS') แต่ห้ามใช้อย่างยิ่งและสนับสนุน
จะถูกลบออกจากเวอร์ชัน fetchmail ในอนาคต สถานที่นี้เสี่ยงต่อการปลอมแปลง
และถูกถอนออกใน RFC1460

RFC1460 แนะนำการพิสูจน์ตัวตน APOP ในรูปแบบ POP3 นี้ คุณจะต้องลงทะเบียน APOP
รหัสผ่านบนโฮสต์เซิร์ฟเวอร์ของคุณ (ในบางเซิร์ฟเวอร์ โปรแกรมที่จะทำสิ่งนี้เรียกว่า
ป๊อปอัป(8)). คุณใส่รหัสผ่านเดียวกันในของคุณ ~/.fetchmailrc ไฟล์. แต่ละครั้ง ดึงข้อมูล
เข้าสู่ระบบจะส่งแฮช MD5 ของรหัสผ่านของคุณและเวลาทักทายของเซิร์ฟเวอร์ไปยังเซิร์ฟเวอร์
ซึ่งสามารถตรวจสอบได้โดยการตรวจสอบฐานข้อมูลการอนุญาต

หมายเหตุ ที่ อปท is ไม่ อีกต่อไป ถือว่า ต้านทาน กับ คน-in-the-กลาง การโจมตี

ร.ฟ.ท or TOP
ดึงข้อมูล พยายามทำให้เซิร์ฟเวอร์เชื่อว่าไม่ได้รับข้อความ
โดยใช้คำสั่ง TOP ที่มีจำนวนบรรทัดมากเมื่อเป็นไปได้ TOP คือคำสั่ง
ที่ดึงส่วนหัวแบบเต็มและ a ดึงข้อมูล- ระบุจำนวนเส้นของร่างกาย มันคือ
เป็นทางเลือกและดังนั้นจึงไม่ได้ใช้งานโดยเซิร์ฟเวอร์ทั้งหมด และบางเซิร์ฟเวอร์ก็ทราบว่าจะนำไปใช้
อย่างไม่เหมาะสม อย่างไรก็ตาม ในหลายเซิร์ฟเวอร์ คำสั่ง RETR ที่ดึงข้อความเต็ม
ด้วยส่วนหัวและเนื้อหา ตั้งค่าสถานะ "เห็น" (เช่น ในอินเทอร์เฟซเว็บ) ในขณะที่
คำสั่ง TOP ไม่ได้ทำอย่างนั้น

ดึงข้อมูล จะใช้คำสั่ง RETR เสมอหากมีการตั้งค่า "fetchall" ดึงข้อมูล ก็จะใช้
คำสั่ง RETR หากตั้งค่า "keep" และไม่ได้ตั้งค่า "uidl" ในที่สุด, ดึงข้อมูล จะใช้
คำสั่ง RETR บนเซิร์ฟเวอร์ Maillennium POP3/PROXY (ใช้โดย Comcast) เพื่อหลีกเลี่ยง TOP โดยเจตนา
การตีความผิดในเซิร์ฟเวอร์นี้ที่ทำให้ข้อความเสียหาย

ในกรณีอื่นๆ ทั้งหมด ดึงข้อมูล จะใช้คำสั่ง TOP นี่หมายความว่าในการ "รักษา"
การตั้งค่า ต้องตั้งค่า "uidl" หากต้องการ "TOP"

หมายเหตุ ว่าคำอธิบายนี้เป็นจริงสำหรับ fetchmail เวอร์ชันปัจจุบัน แต่พฤติกรรม
อาจมีการเปลี่ยนแปลงในเวอร์ชันต่อๆ ไป โดยเฉพาะอย่างยิ่ง fetchmail อาจชอบคำสั่ง RETR
เนื่องจากคำสั่ง TOP ทำให้เกิดความเศร้าสลดในเซิร์ฟเวอร์บางเครื่องและเป็นทางเลือกเท่านั้น

ALTERNATE การตรวจสอบ รูปแบบ

หากคุณ ดึงข้อมูล สร้างขึ้นด้วยการสนับสนุน Kerberos และคุณระบุการพิสูจน์ตัวตน Kerberos
(ไม่ว่าจะด้วย --auth หรือ the .fetchmailrc ตัวเลือก รับรองความถูกต้อง เคอร์เบรอส_v4) จะพยายาม
รับตั๋ว Kerberos จากเมลเซิร์ฟเวอร์เมื่อเริ่มต้นการสืบค้นแต่ละครั้ง หมายเหตุ: ถ้าทั้ง
ชื่อโพลหรือทางชื่อคือ 'เฮเซียด' fetchmail จะพยายามใช้เฮเซียดเพื่อค้นหา
เมลเซิร์ฟเวอร์

หากคุณใช้ POP3 หรือ IMAP กับการตรวจสอบสิทธิ์ GSSAPI ดึงข้อมูล คาดว่าเซิร์ฟเวอร์จะ
มีความสามารถ GSSAPI ที่สอดคล้องกับ RFC1731- หรือ RFC1734 และจะใช้งาน ปัจจุบันนี้
ได้รับการทดสอบบน Kerberos V เท่านั้น ดังนั้นคุณคาดว่าจะมีการออกตั๋วแล้ว
ตั๋ว. คุณอาจส่งชื่อผู้ใช้ที่แตกต่างจากชื่อหลักของคุณโดยใช้มาตรฐาน
--ผู้ใช้ คำสั่งหรือโดย .fetchmailrc ตัวเลือก ผู้ใช้งาน.

หาก IMAP daemon ของคุณส่งคืนการตอบสนองของ PREAUTH ในบรรทัดทักทาย fetchmail will
สังเกตสิ่งนี้และข้ามขั้นตอนการรับรองความถูกต้องตามปกติ สิ่งนี้มีประโยชน์ เช่น ถ้าคุณ
เริ่ม imapd อย่างชัดเจนโดยใช้ ssh ในกรณีนี้คุณสามารถประกาศค่าการพิสูจน์ตัวตนได้
'ssh' ในรายการไซต์นั้นเพื่อหยุด .fetchmail จากการขอรหัสผ่านเมื่อเริ่มต้น
ขึ้น

หากคุณใช้การพิสูจน์ตัวตนไคลเอ็นต์กับ TLS1 และ IMAP daemon ของคุณจะส่งคืน AUTH=ภายนอก
ตอบกลับ fetchmail จะสังเกตเห็นสิ่งนี้และจะใช้ทางลัดการตรวจสอบสิทธิ์และจะไม่
ส่งข้อความรหัสผ่าน ในกรณีนี้ คุณสามารถประกาศค่าการรับรองความถูกต้อง 'ภายนอก'
บนเว็บไซต์นั้นเพื่อหยุด ดึงข้อมูล จากการขอรหัสผ่านเมื่อเริ่มทำงาน

หากคุณกำลังใช้ POP3 และเซิร์ฟเวอร์ออกการท้าทายรหัสผ่านครั้งเดียวที่สอดคล้องกับ
อาร์เอฟซี1938, ดึงข้อมูล จะใช้รหัสผ่านของคุณเป็นวลีรหัสผ่านเพื่อสร้างรหัสผ่านที่จำเป็น
การตอบสนอง. เพื่อหลีกเลี่ยงการส่งความลับผ่านเน็ตที่ไม่ได้เข้ารหัส

รองรับการตรวจสอบสิทธิ์ RPA ของ Compuserve หากคุณรวบรวมในการสนับสนุน ดึงข้อมูล
จะพยายามดำเนินการตรวจสอบข้อความรหัสผ่าน RPA แทนการส่งรหัสผ่าน
en clair หากตรวจพบ "@compuserve.com" ในชื่อโฮสต์

หากคุณใช้ IMAP การตรวจสอบสิทธิ์ NTLM ของ Microsoft (ใช้โดย Microsoft Exchange) จะเป็น
ได้รับการสนับสนุน. หากคุณรวบรวมในการสนับสนุน ดึงข้อมูล จะพยายามดำเนินการ NTLM
การตรวจสอบสิทธิ์ (แทนที่จะส่งรหัสผ่าน en clair) ทุกครั้งที่เซิร์ฟเวอร์ส่งคืน
AUTH=NTLM ในการตอบสนองความสามารถ ระบุค่าตัวเลือกผู้ใช้ที่มีลักษณะดังนี้
'user@domain': ส่วนทางด้านซ้ายของ @ จะถูกส่งต่อเป็นชื่อผู้ใช้และส่วน
ทางด้านขวาเป็นโดเมน NTLM

ปลอดภัย เบ้า เลเยอร์ (เอสเอสแอล) และ การขนส่ง ชั้น Security (ทล.)
ขนส่ง. นอกจากนี้ การเรียก POP3 และ IMAP ยังสามารถต่อรอง SSL/TLS ได้โดยใช้
STARTTLS (หรือ STLS)

โปรดทราบว่าปัจจุบัน fetchmail ใช้ไลบรารี OpenSSL ซึ่งมีเอกสารไม่เพียงพออย่างมาก
ดังนั้นความล้มเหลวอาจเกิดขึ้นเพียงเพราะโปรแกรมเมอร์ไม่ได้ตระหนักถึงข้อกำหนดของ 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 และไม่มีพอร์ตที่ชัดเจน is
ระบุไว้ นอกจากนี้ --sslcertck บรรทัดคำสั่งหรือ sslcertck เรียกใช้ตัวเลือกไฟล์ควบคุม
ควรใช้บังคับการตรวจสอบใบรับรองอย่างเข้มงวด - ดูด้านล่าง

หากไม่ได้กำหนดค่า SSL ไว้ โดยปกติ fetchmail จะพยายามใช้ STARTTLS ตามโอกาส
STARTTLS สามารถบังคับใช้ได้โดยใช้ --sslproto auto และเอาชนะโดยใช้ --sslproto ''
การเชื่อมต่อ TLS ใช้พอร์ตเดียวกันกับโปรโตคอลเวอร์ชันที่ไม่ได้เข้ารหัสและการเจรจา
TLS ผ่านคำสั่งพิเศษ บรรทัดคำสั่ง --sslcertck หรือ sslcertck เรียกใช้ตัวเลือกไฟล์ควบคุม
ควรใช้บังคับการตรวจสอบใบรับรองอย่างเข้มงวด - ดูด้านล่าง

--sslcertck is แนะนำ: เมื่อเชื่อมต่อกับเซิร์ฟเวอร์ที่เข้ารหัส SSL หรือ TLS เซิร์ฟเวอร์
แสดงใบรับรองให้กับลูกค้าเพื่อตรวจสอบ ใบรับรองถูกตรวจสอบเพื่อยืนยัน
ว่าชื่อสามัญในใบรับรองตรงกับชื่อของเซิร์ฟเวอร์ที่ติดต่อและ
ว่าวันที่มีผลและวันหมดอายุในใบรับรองระบุว่าเป็นปัจจุบัน
ถูกต้อง. หากการตรวจสอบใดล้มเหลว จะมีการพิมพ์ข้อความเตือน แต่การเชื่อมต่อ
ดำเนินต่อไป ใบรับรองเซิร์ฟเวอร์ไม่จำเป็นต้องลงนามโดย Certifying . ใด ๆ
ผู้มีอำนาจและอาจเป็นใบรับรอง "ลงนามเอง" หาก --sslcertck ตัวเลือกบรรทัดคำสั่ง
หรือใช้ตัวเลือกไฟล์ควบคุมการรัน sslcertck fetchmail จะยกเลิกหากมีสิ่งใดสิ่งหนึ่งเหล่านี้
การตรวจสอบล้มเหลวเพราะต้องถือว่ามีการโจมตีแบบคนกลางในนี้
สถานการณ์ ดังนั้น fetchmail จะต้องไม่เปิดเผยรหัสผ่านข้อความธรรมดา การใช้ sslcertck หรือ
ดังนั้นจึงแนะนำให้ใช้ตัวเลือก --sslcertck

เซิร์ฟเวอร์ที่เข้ารหัส SSL บางตัวอาจขอใบรับรองฝั่งไคลเอ็นต์ สาธารณะฝั่งไคลเอ็นต์
อาจมีการระบุใบรับรอง SSL และคีย์ SSL ส่วนตัว หากเซิร์ฟเวอร์ร้องขอ
ใบรับรองไคลเอ็นต์จะถูกส่งไปยังเซิร์ฟเวอร์เพื่อตรวจสอบความถูกต้อง เซิร์ฟเวอร์บางเครื่องอาจต้องใช้ valid
ใบรับรองไคลเอ็นต์และอาจปฏิเสธการเชื่อมต่อหากไม่มีใบรับรองหรือหาก
ใบรับรองไม่ถูกต้อง เซิร์ฟเวอร์บางเครื่องอาจต้องมีการลงนามใบรับรองฝั่งไคลเอ็นต์โดย
หน่วยงานรับรองที่ได้รับการยอมรับ รูปแบบของไฟล์คีย์และไฟล์ใบรับรอง
เป็นสิ่งที่จำเป็นโดยไลบรารี SSL พื้นฐาน (OpenSSL ในกรณีทั่วไป)

คำพูดที่ใส่ใจเกี่ยวกับการใช้ SSL: ในขณะที่การตั้งค่าดังกล่าวข้างต้นกับเซิร์ฟเวอร์ที่ลงนามเอง
ใบรับรองที่ดึงมาจากสายไฟสามารถปกป้องคุณจากการดักฟังแบบพาสซีฟได้
ไม่ช่วยต่อต้านผู้โจมตีที่ใช้งานอยู่ เห็นได้ชัดว่ามีการปรับปรุงมากกว่าการส่ง
รหัสผ่านชัดเจน แต่คุณควรระวังว่าการโจมตีแบบคนกลางนั้นไม่สำคัญ
เป็นไปได้ (โดยเฉพาะกับเครื่องมือเช่น dsniff ⟨http://monkey.org/~dugsong/dsniff/⟩, )
ใช้การตรวจสอบใบรับรองที่เข้มงวดกับผู้มีสิทธิ์ออกใบรับรองที่เซิร์ฟเวอร์รู้จักและ
ไคลเอนต์ หรืออาจเป็นอุโมงค์ SSH (ดูตัวอย่างด้านล่าง) จะดีกว่าถ้าคุณ
ใส่ใจอย่างจริงจังเกี่ยวกับความปลอดภัยของกล่องจดหมายและรหัสผ่านของคุณ

สพม รับรอง
ดึงข้อมูล ยังรองรับการพิสูจน์ตัวตนไปยังเซิร์ฟเวอร์ ESMTP ทางฝั่งไคลเอ็นต์ตาม
RFC 2554 คุณสามารถระบุคู่ชื่อ/รหัสผ่านเพื่อใช้กับคำหลัก 'esmtpname'
และ 'esmtppassword'; ค่าเริ่มต้นเดิมเป็นชื่อผู้ใช้ของผู้ใช้ที่โทร

เดมอน โหมด

เปิดประสบการณ์ใหม่ ภูต โหมด
ในโหมดภูต ดึงข้อมูล วางตัวเองเป็นพื้นหลังและทำงานตลอดไป ถามแต่ละอย่าง
โฮสต์ที่ระบุ จากนั้นจึงเข้าสู่โหมดสลีปสำหรับช่วงเวลาการโพลที่กำหนด

ที่เริ่มต้น ภูต โหมด
มีหลายวิธีในการทำให้ fetchmail ทำงานในโหมด daemon บนบรรทัดคำสั่ง
--ภูต or -d ตัวเลือกวิ่ง ดึงข้อมูล ในโหมดภูต คุณต้อง
ระบุอาร์กิวเมนต์ตัวเลขซึ่งเป็นช่วงการโพล (เวลาที่รอหลังจากเสร็จสิ้นa
รอบการสำรวจทั้งหมดกับเซิร์ฟเวอร์สุดท้ายและก่อนที่จะเริ่มรอบการสำรวจถัดไปด้วย
เซิร์ฟเวอร์แรก) ในไม่กี่วินาที

ตัวอย่าง: เรียกง่ายๆ

fetchmail -d 900

ดังนั้นจะสำรวจโฮสต์ทั้งหมดที่อธิบายไว้ใน .ของคุณ ~/.fetchmailrc ไฟล์ (ยกเว้นไฟล์เหล่านั้น
ยกเว้นอย่างชัดเจนด้วยกริยา 'ข้าม') น้อยกว่าหนึ่งครั้งทุกๆ 15 นาที
(แน่นอน: 15 นาที + เวลาที่โพลล์ใช้)

นอกจากนี้ยังสามารถกำหนดช่วงเวลาการหยั่งเสียงใน your ~/.fetchmailrc ไฟล์โดยพูดว่า
'เซ็ตภูต ', ที่ไหน เป็นจำนวนเต็มของวินาที ถ้าคุณทำ
สิ่งนี้ fetchmail จะเริ่มในโหมด daemon เสมอ เว้นแต่คุณจะแทนที่ด้วยคำสั่ง-
ตัวเลือกบรรทัด --daemon 0 หรือ -d0

อนุญาตให้ใช้กระบวนการ daemon ได้เพียงหนึ่งกระบวนการต่อผู้ใช้หนึ่งราย ในโหมดภูต ดึงข้อมูล ตั้งค่าต่อ
ผู้ใช้ lockfile เพื่อรับประกันสิ่งนี้ (อย่างไรก็ตาม คุณสามารถโกงและตั้งค่า FETCHAILHOME . ได้
ตัวแปรสภาพแวดล้อมที่จะเอาชนะการตั้งค่านี้ แต่ในกรณีนั้นเป็นความรับผิดชอบของคุณ
เพื่อให้แน่ใจว่าคุณไม่ได้สำรวจเซิร์ฟเวอร์เดียวกันกับสองกระบวนการในเวลาเดียวกัน)

การกระตุ้น พื้นหลัง ภูต
โดยปกติ การเรียก fetchmail ด้วย daemon ในพื้นหลังจะส่งสัญญาณปลุกไปที่
daemon และออกโดยไม่มีเอาต์พุต ดีมอนเบื้องหลังจะเริ่มรอบการสำรวจถัดไป
โดยทันที. สัญญาณปลุก SIGUSR1 สามารถส่งด้วยตนเองได้เช่นกัน การกระทำปลุก
ยังล้างแฟล็ก 'wedge' ใด ๆ ที่ระบุว่าการเชื่อมต่อมีการตัดทอนเนื่องจากล้มเหลว
การรับรองความถูกต้องหรือการหมดเวลาหลายครั้ง

ยกเลิก พื้นหลัง ภูต
ทางเลือก --ล้มเลิก จะฆ่ากระบวนการ daemon ที่ทำงานอยู่แทนที่จะปลุกมันขึ้นมา (ถ้ามี
ไม่มีกระบวนการดังกล่าว ดึงข้อมูล จะแจ้งให้ทราบ) หากตัวเลือก --quit ปรากฏล่าสุดบน
บรรทัดคำสั่ง, ดึงข้อมูล จะฆ่ากระบวนการ daemon ที่กำลังทำงานอยู่ แล้วออก มิฉะนั้น,
ดึงข้อมูล จะฆ่ากระบวนการ daemon ที่ทำงานอยู่ก่อนแล้วจึงทำงานต่อด้วย
ตัวเลือกอื่น.

มีประโยชน์ ตัวเลือก for ภูต โหมด
พื้นที่ -L or --ล็อกไฟล์ ตัวเลือก (คำสำคัญ: set logfile) มีผลเท่านั้น
เมื่อดึง fetchmail และอยู่ในโหมด daemon สังเกตว่า ไฟล์บันทึก ต้อง มีอยู่ ก่อน
เรียกใช้ fetchmail คุณสามารถใช้ แตะ(1) คำสั่งที่มีชื่อไฟล์เป็นอาร์กิวเมนต์เพียงอย่างเดียว
เพื่อสร้างมัน
ตัวเลือกนี้อนุญาตให้คุณเปลี่ยนเส้นทางข้อความสถานะไปยังไฟล์บันทึกที่ระบุ (ทำตาม
ตัวเลือกที่มีชื่อล็อกไฟล์) ไฟล์บันทึกถูกเปิดเพื่อผนวก ดังนั้นข้อความก่อนหน้า
ไม่ถูกลบ สิ่งนี้มีประโยชน์หลักสำหรับการดีบักการกำหนดค่า สังเกตว่า
fetchmail ตรวจไม่พบว่ามีการหมุนไฟล์บันทึกหรือไม่ ไฟล์บันทึกจะถูกเปิดเพียงครั้งเดียวเมื่อ
fetchmail เริ่มต้นขึ้น คุณต้องรีสตาร์ท fetchmail หลังจากหมุนไฟล์บันทึกและก่อนหน้านั้น
บีบอัด (ถ้ามี)

พื้นที่ --syslog ตัวเลือก (คำสำคัญ: set syslog) ให้คุณเปลี่ยนเส้นทางสถานะและข้อความแสดงข้อผิดพลาด
ปล่อยสู่ syslog(3) ระบบภูตถ้ามี ข้อความถูกบันทึกด้วยรหัสของ
ดึงข้อมูล, สิ่งอำนวยความสะดวก ล็อก_เมลและลำดับความสำคัญ LOG_ERR, LOG_ALERT or LOG_INFO. นี้
ตัวเลือกมีไว้สำหรับบันทึกสถานะและข้อความแสดงข้อผิดพลาดซึ่งระบุสถานะของ
daemon และผลลัพธ์ขณะดึงเมลจากเซิร์ฟเวอร์ ข้อความแสดงข้อผิดพลาดสำหรับคำสั่ง
ตัวเลือกบรรทัดและการแยกวิเคราะห์ .fetchmailrc ไฟล์ยังคงเขียนไปที่ stderr หรือไปที่
ไฟล์บันทึกที่ระบุ ดิ --nosyslog ตัวเลือกปิดการใช้ syslog(3) สมมติว่าเป็น
เปิดอยู่ใน ~/.fetchmailrc ไฟล์. ตัวเลือกนี้ถูกแทนที่ ในบางสถานการณ์
by --ล็อกไฟล์ (ซึ่งเห็น)

พื้นที่ -N or --โนเดแทค ตัวเลือกระงับการแบ็กกราวด์และการแยกส่วนของโปรเซส daemon
จากขั้วควบคุมของมัน สิ่งนี้มีประโยชน์สำหรับการดีบักหรือเมื่อ fetchmail ทำงานเป็น
ลูกของกระบวนการผู้บังคับบัญชาเช่น init(8) หรือ Gerrit Pape's runit(8). โปรดทราบว่าสิ่งนี้
ยังทำให้ตัวเลือก logfile ถูกละเว้น

โปรดทราบว่าในขณะที่ทำงานในโหมด daemon ที่สำรวจเซิร์ฟเวอร์ POP2 หรือ IMAP2bis ข้อผิดพลาดชั่วคราว
(เช่น ความล้มเหลวของ DNS หรือการปฏิเสธการส่ง sendmail) อาจบังคับให้ตัวเลือกการดึงข้อมูลเปิดสำหรับ
ระยะเวลาของรอบการเลือกตั้งครั้งต่อไป นี่คือคุณสมบัติความทนทาน หมายความว่า ถ้า
ข้อความถูกดึงออกมา (และถูกทำเครื่องหมายโดยเมลเซิร์ฟเวอร์) แต่ไม่ได้ส่งในเครื่องเนื่องจาก
สำหรับข้อผิดพลาดชั่วคราว ข้อมูลนั้นจะถูกดึงข้อมูลใหม่ในระหว่างรอบการสำรวจถัดไป (IMAP
ตรรกะจะไม่ลบข้อความจนกว่าจะมีการจัดส่ง ดังนั้นปัญหานี้จะไม่เกิดขึ้น)

หากคุณสัมผัสหรือเปลี่ยน ~/.fetchmailrc ไฟล์ในขณะที่ fetchmail ทำงานในโหมด daemon
สิ่งนี้จะถูกตรวจพบเมื่อเริ่มต้นรอบการสำรวจครั้งต่อไป เมื่อมีการเปลี่ยนแปลง
~/.fetchmailrc ตรวจพบ fetchmail อ่านซ้ำและเริ่มต้นใหม่ตั้งแต่ต้น (โดยใช้ exec(2);
ไม่มีข้อมูลสถานะถูกเก็บไว้ในอินสแตนซ์ใหม่) โปรดทราบว่าหาก fetchmail จำเป็นต้อง
สอบถามรหัสผ่านของสิ่งนั้นหากคุณทำลาย ~/.fetchmailrc ไวยากรณ์ของไฟล์ new
อินสแตนซ์จะหายไปอย่างนุ่มนวลและเงียบ ๆ เมื่อเริ่มต้น

บริหาร OPTIONS

พื้นที่ --นายไปรษณีย์ option (keyword: set postmaster) ระบุ Last-resort
ชื่อผู้ใช้ที่จะส่งต่อเมลหลายรายการหากไม่มีผู้รับในเครื่องที่ตรงกัน
พบ. นอกจากนี้ยังใช้เป็นปลายทางของจดหมายที่ไม่สามารถจัดส่งได้หาก 'bouncemail' global
ตัวเลือกปิดอยู่และเพิ่มเติมสำหรับเมลที่ถูกบล็อกสแปมหากตัวเลือกส่วนกลาง 'bouncemail' คือ
ปิดและเปิดตัวเลือก 'สแปมบอลซ์' ทั่วโลก ตัวเลือกนี้มีค่าเริ่มต้นสำหรับผู้ใช้ที่เรียกใช้
ดึงข้อมูล. หากผู้ใช้ที่เรียกใช้คือรูท ค่าเริ่มต้นของตัวเลือกนี้คือผู้ใช้
'นายไปรษณีย์' การตั้งค่า postmaster เป็นสตริงว่างทำให้เกิดเมลดังกล่าวตามที่อธิบายไว้ข้างต้น
ที่จะละทิ้ง - อย่างไรก็ตาม นี่เป็นความคิดที่ไม่ดี ดูเพิ่มเติมที่คำอธิบายของ
ตัวแปรสภาพแวดล้อม 'FETCHAILUSER' ในส่วนสิ่งแวดล้อมด้านล่าง

พื้นที่ --โนเด้ง ทำตัวเหมือนตัวเลือกส่วนกลาง "ไม่ตั้งค่าการตีกลับ" ซึ่งเห็น

พื้นที่ --ล่องหน ตัวเลือก (คำสำคัญ: ตั้งค่าล่องหน) พยายามทำให้ fetchmail ล่องหน
โดยปกติ fetchmail จะทำงานเหมือนกับ MTA อื่นๆ ซึ่งจะสร้างส่วนหัวที่ได้รับ
ในแต่ละข้อความที่บรรยายถึงตำแหน่งของมันในสายการส่งสัญญาณและบอกกับเอ็มทีเอว่า
ส่งต่อไปยังเมลที่มาจากเครื่อง fetchmail ที่ทำงานอยู่ ถ้า
ตัวเลือกที่มองไม่เห็นเปิดอยู่ ส่วนหัวที่ได้รับจะถูกระงับและ fetchmail พยายามปลอมแปลง
MTA ส่งต่อไปยังคิดว่ามันมาจากโฮสต์เมลเซิร์ฟเวอร์โดยตรง

พื้นที่ --showdots ตัวเลือก (คำสำคัญ: set showdots) บังคับให้ fetchmail แสดงจุดความคืบหน้าแม้
หากเอาต์พุตไปที่ไฟล์หรือ fetchmail ไม่ได้อยู่ในโหมด verbose Fetchmail แสดงให้เห็นว่า
จุดโดยค่าเริ่มต้นเมื่อทำงานใน --verbose mode และ เอาต์พุตไปที่คอนโซล ตัวเลือกนี้คือ
ละเว้นใน --silent โหมด

โดยระบุ --เทรซโพลล์ คุณสามารถขอให้ fetchmail เพิ่มข้อมูลลงใน
ได้รับส่วนหัวในรูปแบบ "polling {label} บัญชี {user}" โดยที่ {label} เป็นบัญชี
label (จาก rcfile ที่ระบุ ปกติ ~/.fetchmailrc) และ {user} คือชื่อผู้ใช้
ซึ่งใช้ในการล็อกออนเข้าสู่เมลเซิร์ฟเวอร์ ส่วนหัวนี้สามารถใช้ในการกรองได้
อีเมลที่ไม่มีข้อมูลส่วนหัวที่เป็นประโยชน์และคุณต้องการอีเมลจากที่แตกต่างกัน
บัญชีที่จัดเรียงตามกล่องจดหมายต่างๆ (เช่น อาจเกิดขึ้นหากคุณมี
บัญชีบนเซิร์ฟเวอร์เดียวกันที่เรียกใช้รายการส่งเมล และสมัครรับข้อมูลรายการโดยใช้
บัญชีนั้น) ค่าเริ่มต้นไม่ได้เพิ่มส่วนหัวดังกล่าว ใน .fetchmailrcนี้เรียกว่า
'ผลสำรวจ'

การเรียกคืน ความล้มเหลว โหมด

โปรโตคอล ดึงข้อมูล ใช้ในการพูดคุยกับเมลเซิร์ฟเวอร์อยู่ถัดจากกันกระสุน ตามปกติ
การดำเนินการส่งต่อไปยังพอร์ต 25 ไม่มีข้อความใดถูกลบ (หรือแม้แต่ทำเครื่องหมายเพื่อลบ)
บนโฮสต์จนกว่าผู้ฟัง SMTP ทางฝั่งไคลเอ็นต์จะรับทราบ ดึงข้อมูล ที่
ข้อความได้รับการยอมรับสำหรับการจัดส่งหรือถูกปฏิเสธเนื่องจากการบล็อกสแปม

อย่างไรก็ตาม เมื่อส่งต่อไปยัง MDA มีความเป็นไปได้ที่จะเกิดข้อผิดพลาดมากกว่า MDA บางส่วนคือ
'ปลอดภัย' และคืนค่าสถานะที่ไม่ใช่ศูนย์ได้อย่างน่าเชื่อถือสำหรับข้อผิดพลาดในการจัดส่งใด ๆ แม้แต่อันเดียวเนื่องจาก
ขีดจำกัดทรัพยากรชั่วคราว ดิ Maildrop(1) โปรแกรมเป็นแบบนี้ โปรแกรมส่วนใหญ่ก็เช่นกัน
ออกแบบให้เป็นตัวแทนขนส่งทางไปรษณีย์ เช่น ส่งอีเมล์(1) รวมทั้งเครื่องห่อ sendmail ของ
Postfix และ เอ็กซิม(1). โปรแกรมเหล่านี้ตอบแทนการตอบรับเชิงบวกที่เชื่อถือได้และสามารถ
ใช้กับตัวเลือก mda โดยไม่มีความเสี่ยงที่เมลจะสูญหาย แม้ว่า MDA ที่ไม่ปลอดภัยอาจส่งคืน 0
แม้การส่งมอบล้มเหลว หากเกิดเหตุการณ์นี้ คุณจะสูญเสียจดหมาย

โหมดปกติของ ดึงข้อมูล คือพยายามดาวน์โหลดเฉพาะข้อความ 'ใหม่' เท่านั้น โดยมิได้ถูกแตะต้อง
(และไม่ได้ลบ) ข้อความที่คุณได้อ่านโดยตรงบนเซิร์ฟเวอร์แล้ว (หรือดึงด้วย a
ก่อน ดึงข้อมูล --เก็บไว้). แต่คุณอาจพบว่าข้อความที่คุณได้อ่านแล้วใน
กำลังดึงข้อมูลเซิร์ฟเวอร์ (และลบ) แม้ว่าคุณจะไม่ได้ระบุ --all มี
สาเหตุหลายประการที่อาจเกิดขึ้นได้

หนึ่งอาจเป็นได้ว่าคุณกำลังใช้ POP2 โปรโตคอล POP2 ไม่มีการเป็นตัวแทนของ
สถานะ 'ใหม่' หรือ 'เก่า' ในข้อความ ดังนั้น ดึงข้อมูล ต้องถือว่าข้อความทั้งหมดเป็นข้อความใหม่ทั้งหมด
เวลา. แต่ POP2 นั้นล้าสมัย ดังนั้นจึงไม่น่าเป็นไปได้

ปัญหาที่อาจเกิดขึ้นกับ POP3 อาจเป็นเซิร์ฟเวอร์ที่แทรกข้อความไว้ตรงกลางกล่องจดหมาย
(มีข่าวลือว่าการนำ VMS ไปใช้งานของเมลบางอย่างทำสิ่งนี้) ดิ ดึงข้อมูล รหัสสมมติ
ว่าข้อความใหม่จะถูกผนวกเข้ากับส่วนท้ายของเมลบ็อกซ์ เมื่อสิ่งนี้ไม่เป็นความจริงก็อาจ
ถือว่าข้อความเก่าเป็นข้อความใหม่และในทางกลับกัน ใช้ UIDL ขณะตั้งค่า fastuidl 0 อาจ
แก้ไขปัญหานี้ มิฉะนั้น ให้พิจารณาเปลี่ยนเป็น IMAP

ปัญหา POP3 อีกประการหนึ่งคือหากพวกเขาไม่สามารถสร้าง tempfiles ในบ้านของผู้ใช้ได้
ไดเร็กทอรี เซิร์ฟเวอร์ POP3 บางตัวจะส่งการตอบกลับที่ไม่มีเอกสารซึ่งทำให้เกิด fetchmail
แจ้งความเท็จว่า "ไม่มีจดหมาย"

รหัส IMAP ใช้การมีอยู่หรือไม่มีของแฟล็กเซิร์ฟเวอร์ \Seen เพื่อตัดสินใจว่า or
ไม่ใช่ข้อความใหม่ นี่ไม่ใช่สิ่งที่ถูกต้อง fetchmail ควรตรวจสอบ
UIDVALIDITY และใช้ UID แต่ยังไม่ได้ทำ ภายใต้ Unix จะใช้ IMAP . ของคุณ
เซิร์ฟเวอร์ให้สังเกตสถานะสถานะแบบ BSD ที่กำหนดโดยตัวแทนผู้ใช้เมลและตั้งค่า \Seen flag
จากพวกเขาตามความเหมาะสม เซิร์ฟเวอร์ Unix IMAP ทั้งหมดที่เรารู้จักทำสิ่งนี้ แม้ว่าจะไม่ใช่
ระบุโดย IMAP RFC ถ้าเคยท่องเซิฟเวอร์ที่ไม่ขึ้น อาการจะ
ไม่ว่าข้อความที่คุณอ่านแล้วบนโฮสต์ของคุณจะดูใหม่บนเซิร์ฟเวอร์ ในเรื่องนี้
(ไม่น่าเป็นไปได้) เฉพาะข้อความที่คุณดึงมาด้วย ดึงข้อมูล --เก็บไว้ จะถูกลบทั้งคู่
และทำเครื่องหมายว่าเก่า

ในโหมด ETRN และ OMR ดึงข้อมูล ไม่รับข้อความจริง กลับถาม
ตัวฟัง SMTP ของเซิร์ฟเวอร์เพื่อเริ่มการล้างคิวไปยังไคลเอนต์ผ่าน SMTP ดังนั้นมัน
ส่งข้อความที่ยังไม่ได้ส่งเท่านั้น

SPAM การกรอง

ผู้ฟัง SMTP จำนวนมากอนุญาตให้ผู้ดูแลระบบตั้งค่า 'ตัวกรองสแปม' ที่บล็อกที่ไม่พึงประสงค์ได้
อีเมลจากโดเมนที่ระบุ MAIL FROM หรือ DATA line ที่เรียกคุณสมบัตินี้จะ
กระตุ้นการตอบสนอง SMTP ซึ่ง (น่าเสียดาย) แตกต่างกันไปตามผู้ฟัง

เวอร์ชันที่ใหม่กว่าของ ส่งอีเมล์ ส่งคืนรหัสข้อผิดพลาด 571

ตาม RFC2821 สิ่งที่ถูกต้องที่จะส่งคืนในสถานการณ์นี้คือ 550 "Requested
ไม่ได้ดำเนินการ: ไม่มีกล่องจดหมาย" (ร่างเพิ่ม "[เช่น ไม่พบกล่องจดหมาย ไม่มี
การเข้าถึงหรือคำสั่งถูกปฏิเสธด้วยเหตุผลด้านนโยบาย]")

เวอร์ชันเก่าของ เอ็กซิม MTA ส่งคืน 501 "ข้อผิดพลาดทางไวยากรณ์ในพารามิเตอร์หรืออาร์กิวเมนต์"

พื้นที่ postfix MTA เรียกใช้ 554 เป็นการตอบโต้สแปม

ซเมลเลอร์ อาจปฏิเสธรหัสที่มีการตอบสนอง 500 (ตามด้วยรหัสสถานะขั้นสูงที่
มีข้อมูลเพิ่มเติม)

ส่งคืนรหัสซึ่ง ดึงข้อมูล ถือว่าเป็นการตอบโต้สแปมและละทิ้งข้อความได้
ตั้งค่าด้วยตัวเลือก 'ป้องกันสแปม' นี่เป็นหนึ่งใน เพียง สามกรณีตามนั้น
fetchmail ไม่เคยทิ้งเมล (ข้อผิดพลาดอื่นๆ คือ 552 และ 553 ที่อธิบายไว้ด้านล่าง และ
การระงับข้อความหลายรายการที่มี ID ข้อความที่เห็นแล้ว)

If ดึงข้อมูล กำลังดึงข้อมูลจากเซิร์ฟเวอร์ IMAP การตอบสนองของแอนตี้สแปมจะถูกตรวจพบและ
ข้อความถูกปฏิเสธทันทีหลังจากดึงข้อมูลส่วนหัวโดยไม่ต้องอ่าน
เนื้อหาข้อความ ดังนั้น คุณจะไม่ต้องจ่ายสำหรับการดาวน์โหลดเนื้อหาข้อความสแปม

ตามค่าเริ่มต้น รายการการตอบกลับของแอนตี้สแปมจะว่างเปล่า

ถ้า สแปม ตัวเลือกโกลบอลเปิดอยู่ เมลที่ถูกบล็อกสแปมจะทริกเกอร์และ
ข้อความตีกลับ RFC1892/RFC1894 แจ้งผู้สร้างว่าเราไม่รับจดหมายจาก
มัน. ดูเพิ่มเติมที่ BUGS

SMTP/อีเอสเอ็มทีพี ข้อผิดพลาด การจัดการ

นอกจากการบล็อกสแปมที่อธิบายข้างต้นแล้ว fetchmail ยังดำเนินการพิเศษ ซึ่งอาจเป็น
แก้ไขโดย --softbounce ตัวเลือก — บนรหัสตอบกลับข้อผิดพลาด SMTP/ESMTP ต่อไปนี้

452 (ที่เก็บข้อมูลระบบไม่เพียงพอ)
ฝากข้อความไว้ในกล่องจดหมายของเซิร์ฟเวอร์เพื่อเรียกค้นในภายหลัง

552 (ข้อความเกินขนาดข้อความสูงสุดที่กำหนดไว้)
ลบข้อความจากเซิร์ฟเวอร์ ส่งอีเมลตีกลับถึงผู้สร้าง

553 (โดเมนที่ส่งไม่ถูกต้อง)
ลบข้อความจากเซิร์ฟเวอร์ อย่าพยายามส่งจดหมายตีกลับไปที่
ผู้ริเริ่ม

ข้อผิดพลาดอื่นๆ ที่มากกว่าหรือเท่ากับ 500 ทริกเกอร์อีเมลตีกลับถึงผู้สร้าง เว้นแต่
ถูกระงับโดย --softbounce. ดูเพิ่มเติมที่ BUGS

DIE วิ่ง ควบคุม ไฟล์

วิธีที่ต้องการในการตั้งค่า fetchmail คือการเขียน a .fetchmailrc ไฟล์ในบ้านของคุณ
ไดเร็กทอรี (คุณสามารถทำได้โดยตรงด้วยโปรแกรมแก้ไขข้อความหรือโดยอ้อมผ่านทาง fetchmailconf).
เมื่อมีข้อขัดแย้งระหว่างอาร์กิวเมนต์บรรทัดคำสั่งและอาร์กิวเมนต์ใน this
ไฟล์ อาร์กิวเมนต์บรรทัดคำสั่งมีความสำคัญกว่า

เพื่อป้องกันความปลอดภัยของรหัสผ่านของคุณ ~/.fetchmailrc ปกติจะไม่มีมากกว่า
มากกว่า 0700 (u=rwx,g=,o=) สิทธิ์; ดึงข้อมูล จะบ่นและออกไปเป็นอย่างอื่น (นี้
การตรวจสอบจะถูกระงับเมื่อเปิด --version)

คุณสามารถอ่านไฟล์ .fetchmailrc file เป็นรายการคำสั่งที่จะดำเนินการเมื่อ ดึงข้อมูล is
เรียกโดยไม่มีข้อโต้แย้ง

วิ่ง Control วากยสัมพันธ์
ความคิดเห็นเริ่มต้นด้วย '#' และขยายไปจนสุดบรรทัด มิฉะนั้นไฟล์
ประกอบด้วยชุดของรายการเซิร์ฟเวอร์หรือคำสั่งตัวเลือกส่วนกลางในรูปแบบอิสระ
ไวยากรณ์ที่เน้นโทเค็น

โทเค็นมีสี่ประเภท: คำหลักไวยากรณ์ ตัวเลข (เช่น ลำดับหลักทศนิยม)
สตริงที่ไม่ได้ใส่เครื่องหมายคำพูดและสตริงที่ยกมา สตริงที่อ้างอิงถูกล้อมรอบด้วยเครื่องหมายคำพูดคู่และ may
มีช่องว่าง (และตัวเลขที่ยกมาจะถือเป็นสตริง) โปรดทราบว่าสตริงที่ยกมา
จะมีอักขระป้อนบรรทัดด้วยหากข้ามสองบรรทัดขึ้นไป เว้นแต่คุณจะ
ใช้แบ็กสแลชเพื่อรวมบรรทัด (ดูด้านล่าง) สตริงที่ไม่มีเครื่องหมายอัญประกาศคือใดๆ ที่คั่นด้วยช่องว่าง
โทเค็นที่ไม่ใช่ตัวเลข สตริงที่ยกมา และไม่มีอักขระพิเศษ ',', ';',
':' หรือ '='

ช่องว่างจำนวนเท่าใดก็ได้แยกโทเค็นในรายการเซิร์ฟเวอร์ แต่จะถูกละเว้น คุณ
อาจใช้แบ็กสแลชหลีกซีเควนซ์ (\n สำหรับ LF, \t สำหรับ HT, \b สำหรับ BS, \r สำหรับ CR, \มมมม for
ทศนิยม (โดยที่ nnn ไม่สามารถเริ่มต้นด้วย 0), \0OOO สำหรับฐานแปดและ \xhh สำหรับเลขฐานสิบหก) เพื่อฝัง
อักขระที่ไม่สามารถพิมพ์ได้หรือตัวคั่นสตริงในสตริง ในสตริงที่ยกมา แบ็กสแลช
ที่ส่วนท้ายสุดของบรรทัดจะทำให้เกิดแบ็กสแลชเองและการป้อนบรรทัด (LF หรือ NL, ใหม่
บรรทัด) อักขระที่จะละเว้น เพื่อให้คุณสามารถตัดสตริงที่ยาว ไม่มีแบ็กสแลชที่
ปลายบรรทัด อักขระป้อนบรรทัดจะกลายเป็นส่วนหนึ่งของสตริง

คำเตือน: แม้ว่าสิ่งเหล่านี้จะคล้ายกับ Escape Sequence แบบ C แต่ก็ไม่เหมือนกัน fetchmail
รองรับแปดสไตล์นี้เท่านั้น C รองรับ Escape Sequence เพิ่มเติมที่ประกอบด้วย
แบ็กสแลช (\) และอักขระตัวเดียว แต่ไม่รองรับรหัสทศนิยมและไม่
ต้องการ 0 นำหน้าในสัญกรณ์ฐานแปด ตัวอย่าง: fetchmail ตีความ \233 เหมือนกับ
\xE9 (อักษรตัวเล็กละติน e ที่มีเฉียบพลัน) โดยที่ C จะตีความ \233 เป็นเลขฐานแปด 0233 = \x9B
(CSI ผู้แนะนำลำดับการควบคุม)

แต่ละรายการเซิร์ฟเวอร์ประกอบด้วยหนึ่งในคำหลัก 'โพล' หรือ 'ข้าม' ตามด้วยเซิร์ฟเวอร์
ชื่อตามด้วยตัวเลือกเซิร์ฟเวอร์ตามด้วยจำนวนผู้ใช้ (หรือชื่อผู้ใช้)
คำอธิบาย ตามด้วยตัวเลือกผู้ใช้ หมายเหตุ: สาเหตุที่พบบ่อยที่สุดของข้อผิดพลาดทางไวยากรณ์คือ
ผสมผสานตัวเลือกผู้ใช้และเซิร์ฟเวอร์ หรือวางตัวเลือกผู้ใช้ไว้หน้าคำอธิบายผู้ใช้

สำหรับความเข้ากันได้แบบย้อนหลัง คำว่า 'เซิร์ฟเวอร์' เป็นคำพ้องความหมายสำหรับ 'โพล'

คุณสามารถใช้คีย์เวิร์ดเสียง 'และ' 'กับ' 'มี' 'ต้องการ' และ 'ตัวเลือก' ได้ทุกที่ใน
เข้ามาทำให้เหมือนภาษาอังกฤษ พวกเขาถูกละเลย แต่สามารถทำให้รายการง่ายขึ้นมาก
เพื่ออ่านได้อย่างรวดเร็ว เครื่องหมายวรรคตอน ':', ';' และ ',' จะถูกละเว้นด้วย

โพลล์ เมื่อเทียบกับ ข้ามไป
กริยา 'poll' จะบอกให้ fetchmail ทำการสอบถามโฮสต์นี้เมื่อรันโดยไม่มีอาร์กิวเมนต์ ดิ
กริยา 'ข้าม' บอก ดึงข้อมูล ไม่สำรวจโฮสต์นี้เว้นแต่จะมีการตั้งชื่อไว้อย่างชัดเจนใน
บรรทัดคำสั่ง. (กริยา 'ข้าม' ช่วยให้คุณสามารถทดสอบรายการทดสอบได้อย่างปลอดภัยหรือ
ปิดการใช้งานรายการสำหรับโฮสต์ที่หยุดทำงานชั่วคราวได้อย่างง่ายดาย)

คีย์เวิร์ด/ตัวเลือก สรุป
นี่คือตัวเลือกทางกฎหมาย คำต่อท้ายคำสำคัญที่อยู่ในวงเล็บเหลี่ยมเป็นทางเลือก
ที่สอดคล้องกับตัวเลือกบรรทัดคำสั่งสั้น ๆ ตามด้วย '-' และที่เหมาะสม
จดหมายตัวเลือก หากตัวเลือกเกี่ยวข้องกับโหมดการทำงานเดียวเท่านั้น จะระบุเป็น
's' หรือ 'm' สำหรับโหมด singledrop- หรือ multidrop-mode ตามลำดับ

นี่คือตัวเลือกสากลทางกฎหมาย:

ฟังก์ชันโหมดการเลือกคำหลัก
─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────... ───────────────────
set daemon -d ตั้งค่าช่วงเวลาโพลพื้นหลังใน
วินาที
ตั้ง postmaster ให้ชื่อรีสอร์ทสุดท้าย
ผู้รับเมล (ค่าเริ่มต้น: user
เรียกใช้ fetchmail, "postmaster" if
ดำเนินการโดยผู้ใช้รูท)
ตั้งค่า Bouncemail Direct error mail ไปยังผู้ส่ง
(เริ่มต้น)
ตั้งค่าไม่มีการตีกลับ เมลแสดงข้อผิดพลาดโดยตรงไปยังท้องถิ่น
ไปรษณีย์ (ตาม
ตัวเลือกสากล 'postmaster' ด้านบน)
ตั้งไม่สแปม ไม่ตีกลับ เมลที่ถูกบล็อกสแปม
(ค่าเริ่มต้น).
ตั้งค่าสแปม ตีกลับ บล็อกอีเมลที่ถูกบล็อกสแปม
(ตามผู้ใช้ 'แอนตี้สแปม'
ตัวเลือก) กลับไปที่ปลายทางเป็น
ระบุโดย 'bouncemail'
ตัวเลือกระดับโลก การเตือน: Do not
ใช้สิ่งนี้เพื่อตีกลับสแปมไปที่
ผู้ส่ง - สแปมส่วนใหญ่ถูกส่ง
ด้วยที่อยู่ผู้ส่งเท็จและดังนั้น
ตัวเลือกนี้ทำร้ายผู้บริสุทธิ์
ผู้ยืนดู
ตั้งไม่ซอฟต์เด้ง ลบไม่ได้อย่างถาวร
จดหมาย แนะนำให้ใช้
ตัวเลือกนี้หากการกำหนดค่า
ได้รับการทดสอบอย่างละเอียด
ตั้งค่า softbounce Keep ส่งมอบไม่ได้อย่างถาวร
จดหมายราวกับว่าเป็นข้อผิดพลาดชั่วคราว
ได้เกิดขึ้น (ค่าเริ่มต้น)
ตั้งค่า logfile -L ชื่อของไฟล์ที่จะผนวกข้อผิดพลาดและ
ข้อความสถานะไปที่ เท่านั้น
มีประสิทธิภาพในโหมดภูตและ if
fetchmail แยกออก หากได้ผล
แทนที่ ชุด syslog.
ตั้งค่า idfile -i ชื่อของไฟล์ที่จะเก็บ UID
รายการใน
ตั้งค่า syslog ทำการบันทึกข้อผิดพลาดผ่าน
syslog(3). อาจถูกแทนที่โดย ชุด
ไฟล์บันทึก.

ตั้งค่าไม่มี syslog ปิดการบันทึกข้อผิดพลาดผ่าน
syslog(3). (ค่าเริ่มต้น)
ตั้งค่าคุณสมบัติ ค่าสตริงที่ละเว้นโดย
fetchmail (อาจใช้โดย
สคริปต์ส่วนขยาย)

นี่คือตัวเลือกเซิร์ฟเวอร์ที่ถูกกฎหมาย:

ฟังก์ชันโหมดการเลือกคำหลัก
─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────... ─────────────────────────────────────────────────────────────────────────────────────...
ผ่านระบุชื่อ DNS ของเมลเซิร์ฟเวอร์
เอาชนะชื่อโพลล์
proto[col] -p ระบุโปรโตคอล (กรณี
ไม่ละเอียดอ่อน): POP2, POP3, IMAP,
เอป๊อป, เคป๊อป
local[domains] m ระบุโดเมนที่จะพิจารณา
เป็นท้องถิ่น
port ระบุพอร์ตบริการ TCP/IP
(ล้าสมัย โปรดใช้ 'บริการ' แทน)
service -P ระบุชื่อบริการ (ตัวเลข
ค่ายังได้รับอนุญาตและ
ถือเป็นหมายเลขพอร์ต TCP/IP)
auth[enticate] ตั้งค่าประเภทการรับรองความถูกต้อง (ค่าเริ่มต้น
'ใด ๆ')
หมดเวลา -t เซิร์ฟเวอร์ไม่ใช้งาน หมดเวลาใน
วินาที (ค่าเริ่มต้น 300)
ซองจดหมาย -E m ระบุส่วนหัวของที่อยู่ซองจดหมาย
ชื่อ
ไม่มีซองจดหมาย m ปิดการใช้งานกำลังมองหาซองจดหมาย
ที่อยู่
qvirtual -Q m คำนำหน้าโดเมนเสมือนของ Qmail ถึง
ลบออกจากชื่อผู้ใช้
aka m ระบุชื่อ DNS สำรองของ
เมลเซิร์ฟเวอร์
ส่วนต่อประสาน -ฉันระบุอินเทอร์เฟซ IP ที่ต้อง
จะขึ้นสำหรับการสำรวจเซิร์ฟเวอร์ที่จะใช้
สถานที่
monitor -M ระบุที่อยู่ IP ที่จะตรวจสอบสำหรับ
อยากทำกิจกรรม
ปลั๊กอิน ระบุคำสั่งผ่านที่จะ
ทำการเชื่อมต่อเซิร์ฟเวอร์
plugout ระบุคำสั่งที่จะ
สร้างการเชื่อมต่อผู้ฟัง
dns m เปิดใช้งานการค้นหา DNS สำหรับ multidrop
(เริ่มต้น)
no dns m ปิดใช้งานการค้นหา DNS สำหรับ multidrop
checkalias m ทำการเปรียบเทียบตามที่อยู่ IP สำหรับ
หลายหยด
ไม่มีเช็คนามแฝง m ทำการเปรียบเทียบตามชื่อสำหรับ
หลายดรอป (ค่าเริ่มต้น)
uidl -U บังคับให้ POP3 ใช้ฝั่งไคลเอ็นต์
UIDL (แนะนำ)
ไม่มี uidl ปิดการใช้ POP3 ของฝั่งไคลเอ็นต์
UIDL (ค่าเริ่มต้น)
ช่วงเวลา ตรวจสอบไซต์นี้ทุก ๆ N โพล
รอบ; N คืออาร์กิวเมนต์ที่เป็นตัวเลข
tracepolls เพิ่มข้อมูลการติดตามโพลไปที่
ส่วนหัวที่ได้รับ
หลัก ตั้ง Kerberos เงินต้น (เท่านั้น
มีประโยชน์กับ IMAP และ kerberos)
esmtpname ตั้งชื่อให้ RFC2554
การรับรองความถูกต้องกับ ESMTP
เซิร์ฟเวอร์
esmtppassword ตั้งรหัสผ่านสำหรับ RFC2554
การรับรองความถูกต้องกับ ESMTP
เซิร์ฟเวอร์

bad-header วิธีจัดการกับข้อความที่ไม่ดี
หัวข้อ. สามารถปฏิเสธได้ (ค่าเริ่มต้น) หรือ
ยอมรับ.

นี่คือคำอธิบายและตัวเลือกที่ถูกต้องตามกฎหมายของผู้ใช้:

ฟังก์ชันโหมดการเลือกคำหลัก
─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────... ──────────────────
ผู้ใช้[ชื่อ] -u นี่คือคำอธิบายผู้ใช้และ
ต้องมาก่อนเซิร์ฟเวอร์
คำอธิบายและหลังจากนั้น
ตัวเลือกเซิร์ฟเวอร์และก่อนผู้ใช้
ตัวเลือก
มันตั้งค่าชื่อผู้ใช้ระยะไกลถ้าโดย
ตัวเองหรือตามด้วย 'มี' หรือ
ชื่อผู้ใช้ท้องถิ่นถ้าตามด้วย
'ที่นี่'.
คือเชื่อมต่อผู้ใช้ในพื้นที่และระยะไกล
ชื่อ
เพื่อเชื่อมต่อผู้ใช้ในพื้นที่และระยะไกล
ชื่อ
pass[word] ระบุรหัสผ่านบัญชีระยะไกล
ssl เชื่อมต่อกับเซิร์ฟเวอร์ผ่าน
โปรโตคอลพื้นฐานที่ระบุโดยใช้ SSL
การเข้ารหัสลับ
sslcert ระบุไฟล์สำหรับ ไคลเอนต์ ด้าน
ใบรับรอง SSL สาธารณะ
sslcertfile ระบุไฟล์ด้วย CA . ที่เชื่อถือได้
ใบรับรอง
sslcertpath ระบุไดเร็กทอรี c_rehash-ed ด้วย
ใบรับรอง CA ที่เชื่อถือได้
sslkey ระบุไฟล์สำหรับ ไคลเอนต์ ด้าน
คีย์ SSL ส่วนตัว
sslproto บังคับโปรโตคอล SSL สำหรับการเชื่อมต่อ
โฟลเดอร์ -r ระบุโฟลเดอร์ระยะไกลที่จะสอบถาม
smtphost -S ระบุโฮสต์ smtp เพื่อส่งต่อไปยัง
fetchdomains m ระบุโดเมนสำหรับ mail
ควรจะดึงออกมา
smtpaddress -D ระบุโดเมนที่จะใส่ใน
RCPT TO บรรทัด
smtpname ระบุผู้ใช้และโดเมนที่จะเป็น
ใส่ RCPT TO บรรทัด
antispam -Z ระบุว่า SMTP ส่งคืนอะไร
ตีความว่าเป็นบล็อกนโยบายสแปม
mda -m ระบุ MDA สำหรับการจัดส่งในพื้นที่
bsmtp -o ระบุไฟล์แบตช์ BSMTP ที่จะผนวก
ไปยัง
preconnect คำสั่งที่จะดำเนินการก่อนแต่ละ
การเชื่อมต่อ
คำสั่ง postconnect ที่จะดำเนินการหลังจากแต่ละ
การเชื่อมต่อ
เก็บ -k อย่าลบข้อความที่เห็นจาก
เซิร์ฟเวอร์ (สำหรับ POP3, uidl is
แนะนำ)
flush -F ล้างข้อความที่เห็นก่อนหน้านี้ทั้งหมด
การสอบถาม (อันตราย)
limitflush ล้างข้อความขนาดใหญ่ทั้งหมด
ก่อนสอบถาม
fetchall -a ดึงข้อความทั้งหมดไม่ว่าจะเห็นหรือ
ไม่
เขียนใหม่ เขียนที่อยู่ปลายทางสำหรับ
ตอบกลับ (ค่าเริ่มต้น)
stripcr Strip carriage return จากปลาย
ของเส้น
forcecr รถบังคับกลับมาเมื่อสิ้นสุด
เส้น

pass8bits บังคับ BODY=8BITMIME เป็น ESMTP
ผู้ฟัง
dropstatus Strip Status และ X-Mozilla-Status
ออกจากจดหมายขาเข้า
dropdelivered Strip ส่งถึงบรรทัดจาก
จดหมายเข้า
mimedecode แปลงใบเสนอราคา-พิมพ์ได้เป็น 8 บิต
ในข้อความ MIME
ไม่ได้ใช้งาน ไม่ได้ใช้งานรอข้อความใหม่
หลังจากแต่ละโพล (IMAP เท่านั้น)
no keep -K ลบข้อความที่เห็นจากเซิร์ฟเวอร์
(เริ่มต้น)
ไม่ล้าง ไม่ล้างข้อความที่เห็นทั้งหมด
ก่อนสอบถาม (ค่าเริ่มต้น)
ไม่มีการดึงข้อมูล รับเฉพาะข้อความใหม่
(เริ่มต้น)
ไม่เขียนซ้ำ อย่าเขียนส่วนหัวใหม่
no stripcr อย่าลอกการคืนสินค้า
(เริ่มต้น)
no forcecr อย่าบังคับรถกลับที่
EOL (ค่าเริ่มต้น)
ไม่มี pass8bits อย่าบังคับ BODY=8BITMIME เป็น ESMTP
ผู้ฟัง (ค่าเริ่มต้น)
ไม่มี dropstatus อย่าวางส่วนหัวของสถานะ
(เริ่มต้น)
no dropdelivered ไม่ดรอป Delivery-To headers
(เริ่มต้น)
ไม่มี mimedecode อย่าแปลงที่เสนอราคาพิมพ์เป็น
8 บิตในข้อความ MIME (ค่าเริ่มต้น)
ไม่ว่าง ไม่ว่าง รอของใหม่
ข้อความหลังการสำรวจแต่ละครั้ง (IMAP
เท่านั้น)
จำกัด -l ตั้งค่าขีด จำกัด ขนาดข้อความ
คำเตือน -w ตั้งค่าช่วงเวลาเตือนขนาดข้อความ
batchlimit -b Max # ข้อความที่จะส่งต่อใน
การเชื่อมต่อเดียว
fetchlimit -B Max # ข้อความที่จะดึงใน single
ต่อ
fetchsizelimit ขนาดข้อความสูงสุดที่จะดึงเข้ามา
ธุรกรรมเดียว
fastuidl ใช้การค้นหาแบบไบนารีสำหรับสิ่งที่มองไม่เห็นครั้งแรก
ข้อความ (POP3 เท่านั้น)
ล้าง -e ทำการล้างบนทุก #th
ข้อความ (IMAP และ POP3 เท่านั้น)
คุณสมบัติ ค่าสตริงถูกละเว้นโดย
fetchmail (อาจใช้โดย
สคริปต์ส่วนขยาย)

ตัวเลือกผู้ใช้ทั้งหมดต้องขึ้นต้นด้วยคำอธิบายผู้ใช้ (ตัวเลือกผู้ใช้หรือชื่อผู้ใช้) และ ปฏิบัติตาม
คำอธิบายและตัวเลือกเซิร์ฟเวอร์ทั้งหมด

ในไฟล์ .fetchmailrc อาร์กิวเมนต์สตริง 'envelope' อาจนำหน้าด้วยช่องว่าง-
แยกเบอร์. ตัวเลขนี้ (หากระบุ) คือจำนวนส่วนหัวดังกล่าวที่ต้องข้ามไป
(นั่นคืออาร์กิวเมนต์ 1 เลือกส่วนหัวที่สองของประเภทที่กำหนด) นี่คือบางครั้ง
มีประโยชน์สำหรับการละเว้นส่วนหัวของซองจดหมายปลอมที่สร้างโดยตัวแทนจัดส่งในพื้นที่ของ ISP หรือ
การส่งต่อภายใน (ผ่านระบบตรวจสอบจดหมาย เป็นต้น)

คำสำคัญ ไม่ ตรงกัน ไปยัง ตัวเลือกเสริม (Option) สวิทช์
ตัวเลือก 'โฟลเดอร์' และ 'smtphost' (ไม่เหมือนกับบรรทัดคำสั่งที่เทียบเท่า) สามารถใช้
รายชื่อที่คั่นด้วยช่องว่างหรือจุลภาคที่ตามมา

ตัวเลือกทั้งหมดสอดคล้องกับอาร์กิวเมนต์บรรทัดคำสั่งที่ชัดเจน ยกเว้นสิ่งต่อไปนี้: 'ผ่าน',
'ช่วง', 'aka', 'คือ', 'ถึง', 'dns'/'no dns', 'checkalias'/'no checkalias', 'รหัสผ่าน',
'เชื่อมต่อล่วงหน้า', 'เชื่อมต่อภายหลัง', 'localdomains', 'stripcr'/'no stripcr', 'forcecr'/'no
forcecr', 'pass8bits'/'no pass8bits' 'dropstatus/no dropstatus', 'dropdelivered/no
dropdelivered', 'mimedecode/no mimedecode', 'no idle' และ 'no envelope'

ตัวเลือก 'ผ่าน' มีไว้สำหรับถ้าคุณต้องการให้มีการกำหนดค่ามากกว่าหนึ่งรายการชี้ไปที่
เว็บไซต์เดียวกัน หากมี อาร์กิวเมนต์สตริงจะถูกใช้เป็นชื่อ DNS จริงของ
โฮสต์เมลเซิร์ฟเวอร์ที่จะสอบถาม สิ่งนี้จะแทนที่อาร์กิวเมนต์ของโพล ซึ่งสามารถ
เพียงแค่เป็นป้ายกำกับที่ชัดเจนสำหรับการกำหนดค่า (เช่น สิ่งที่คุณจะให้ในคำสั่ง
บรรทัดเพื่อสอบถามโฮสต์นี้อย่างชัดเจน)

ตัวเลือก 'ช่วงเวลา' (ซึ่งใช้อาร์กิวเมนต์ที่เป็นตัวเลข) ช่วยให้คุณสำรวจเซิร์ฟเวอร์ได้น้อยลง
บ่อยกว่าช่วงโพลพื้นฐาน หากคุณพูดว่า 'interval N' เซิร์ฟเวอร์ตัวเลือกนี้
ถูกแนบมาจะถูกสอบถามทุก ๆ ช่วงโพล N เท่านั้น

หยดเดียว เมื่อเทียบกับ หลายดรอป ตัวเลือก
โปรดตรวจสอบให้แน่ใจว่าคุณได้อ่านหัวข้อที่ชื่อว่า DIE ใช้ AND การละเมิด OF มัลติดร็อป กล่องจดหมาย ถ้าคุณ
ตั้งใจจะใช้โหมดหลายดรอป

คีย์เวิร์ด 'is' หรือ 'to' เชื่อมโยงกับชื่อท้องถิ่น (ไคลเอนต์) (หรือชื่อเซิร์ฟเวอร์)
ไปยังการแม็พชื่อไคลเอนต์โดยคั่นด้วย =) ด้วยชื่อผู้ใช้เมลเซิร์ฟเวอร์ในรายการ ถ้า
is/to list มี '*' เป็นนามสกุล ชื่อที่ไม่รู้จักจะถูกส่งผ่านง่ายๆ บันทึก
จนกระทั่ง ดึงข้อมูล เวอร์ชัน 6.3.4 โดยรวมแล้ว รายการเหล่านี้มีได้เฉพาะชิ้นส่วนในเครื่องเท่านั้น
ของชื่อผู้ใช้ (fetchmail จะดูที่ส่วนหน้าเครื่องหมาย @ เท่านั้น) ดึงข้อมูล
เวอร์ชัน 6.3.5 และใหม่กว่ารองรับที่อยู่ทางด้านซ้ายมือของการแมปเหล่านี้
และมีความสำคัญเหนือกว่า 'localdomains', 'aka', 'via' หรือการแมปที่คล้ายกัน

สามารถใช้ชื่อท้องถิ่นเพียงชื่อเดียวเพื่อรองรับการเปลี่ยนเส้นทางอีเมลของคุณเมื่อชื่อผู้ใช้ของคุณบน
เครื่องไคลเอนต์จะแตกต่างจากชื่อของคุณในเมลเซิร์ฟเวอร์ เมื่อมีเพียงคนเดียว
ชื่อท้องถิ่น จดหมายจะถูกส่งต่อไปยังชื่อผู้ใช้ในเครื่องนั้นโดยไม่คำนึงถึงข้อความที่ได้รับ
ส่วนหัวถึง สำเนาถึง และสำเนาลับถึง ในกรณีนี้, ดึงข้อมูล ไม่เคยทำการค้นหา DNS

เมื่อมีชื่อท้องถิ่นมากกว่าหนึ่งชื่อ (หรือการจับคู่ชื่อ) ดึงข้อมูล มองไปที่ซองจดหมาย
ส่วนหัว หากกำหนดค่าไว้ และอื่นๆ ที่ส่วนหัวที่ได้รับ ถึง สำเนาถึง และสำเนาลับของข้อมูลที่ดึงมา
เมล (นี่คือ 'โหมดมัลติดร็อป') ค้นหาที่อยู่กับส่วนชื่อโฮสต์ที่ตรงกัน
ชื่อโพลของคุณหรือตัวเลือก 'ผ่าน', 'aka' หรือ 'localdomains' และมักจะสำหรับ
ส่วนชื่อโฮสต์ที่ DNS บอกว่าเป็นชื่อแทนของเมลเซิร์ฟเวอร์ ดูการสนทนาของ
'dns', 'checkalias', 'localdomains' และ 'aka' สำหรับรายละเอียดว่าที่อยู่ตรงกันเป็นอย่างไร
จัดการ

If ดึงข้อมูล ไม่สามารถจับคู่ชื่อผู้ใช้เมลเซิร์ฟเวอร์หรือที่อยู่โดเมนในเครื่องได้ เมลจะ
ถูกตีกลับ ปกติจะเด้งไปที่ผู้ส่ง แต่ถ้า 'bouncemail' ทั่วโลก
ปิดตัวเลือกนี้ เมลจะไปที่ไปรษณีย์ท้องถิ่นแทน (ดู 'นายไปรษณีย์'
ตัวเลือกสากล) ดูเพิ่มเติมที่ BUGS

ตัวเลือก 'dns' (ปกติเปิดอยู่) ควบคุมวิธีที่อยู่จากกล่องจดหมายหลายดรอป
ตรวจสอบแล้ว เปิดใช้งานลอจิกเพื่อตรวจสอบที่อยู่โฮสต์แต่ละรายการที่ไม่ตรงกับ 'aka' หรือ
การประกาศ 'localdomains' โดยการค้นหาด้วย DNS เมื่อชื่อผู้ใช้เมลเซิร์ฟเวอร์คือ
รู้จักกับส่วนชื่อโฮสต์ที่ตรงกัน การแมปในเครื่องจะถูกเพิ่มในรายการของ
ผู้รับในพื้นที่

ตัวเลือก 'checkalias' (ปกติปิด) จะขยายการค้นหาที่ดำเนินการโดยคำหลัก 'dns'
ในโหมด multidrop ให้วิธีจัดการกับ MTA ระยะไกลที่ระบุตัวเองโดยใช้
ชื่อตามรูปแบบบัญญัติของพวกเขา ในขณะที่พวกเขาสำรวจโดยใช้นามแฝง เมื่อมีการสำรวจเซิร์ฟเวอร์ดังกล่าว
การตรวจสอบเพื่อแยกที่อยู่ซองจดหมายล้มเหลวและ ดึงข้อมูล เปลี่ยนกลับเป็นการจัดส่งโดยใช้
To/Cc/Bcc headers (ดูด้านล่าง 'Header vs. Envelope address') ระบุตัวเลือกนี้
สั่งสอน ดึงข้อมูล เพื่อดึงที่อยู่ IP ทั้งหมดที่เกี่ยวข้องกับทั้งชื่อการสำรวจ
และชื่อที่ใช้โดย MTA ระยะไกลและเพื่อทำการเปรียบเทียบที่อยู่ IP นี้
มีประโยชน์ในสถานการณ์ที่เซิร์ฟเวอร์ระยะไกลใช้ชื่อบัญญัติทั่วไป
การเปลี่ยนแปลง มิฉะนั้นจะต้องมีการแก้ไข rcfile 'checkalias' ไม่มี
มีผลหากระบุ 'no dns' ใน rcfile

ตัวเลือก 'aka' ใช้สำหรับกล่องจดหมายหลายกล่อง ช่วยให้คุณสามารถประกาศรายชื่อล่วงหน้าได้
ของชื่อแทน DNS สำหรับเซิร์ฟเวอร์ นี่คือแฮ็คการเพิ่มประสิทธิภาพที่ให้คุณแลกเปลี่ยนพื้นที่
เพื่อความรวดเร็ว เมื่อไหร่ ดึงข้อมูลขณะประมวลผลกล่องจดหมายหลายรายการ ให้ควานหาข้อความ
ส่วนหัวที่กำลังมองหาชื่อของเมลเซิร์ฟเวอร์ การประกาศชื่อทั่วไปล่วงหน้าสามารถบันทึกได้จาก
ต้องทำการค้นหา DNS หมายเหตุ: ชื่อที่คุณตั้งเป็นอาร์กิวเมนต์ของ 'aka' จะถูกจับคู่เป็น
คำต่อท้าย -- หากคุณระบุ (พูด) 'aka netaxs.com' สิ่งนี้จะไม่ใช่แค่ชื่อโฮสต์เท่านั้น
netaxs.com แต่ชื่อโฮสต์ใดๆ ที่ลงท้ายด้วย '.netaxs.com'; เช่น (พูด) pop3.netaxs.com
และ mail.netaxs.com

ตัวเลือก 'localdomains' ช่วยให้คุณสามารถประกาศรายชื่อโดเมนที่ fetchmail ควร
พิจารณาท้องถิ่น เมื่อ fetchmail กำลังแยกวิเคราะห์บรรทัดที่อยู่ในโหมดมัลติดร็อป และ a
ส่วนท้ายของชื่อโฮสต์ตรงกับโดเมนท้องถิ่นที่ประกาศ ที่อยู่นั้นจะถูกส่งผ่าน
ผ่านไปยังผู้ฟังหรือ MDA ไม่เปลี่ยนแปลง (การแมปชื่อท้องถิ่นคือ ไม่ สมัครแล้ว).

หากคุณกำลังใช้ 'localdomains' คุณอาจต้องระบุ 'no envelope' ด้วย ซึ่ง
คนพิการ ดึงข้อมูลความพยายามปกติในการอนุมานที่อยู่ซองจดหมายจากบรรทัดที่ได้รับ
หรือส่วนหัว X-Envelope-To หรือส่วนหัวใดก็ตามที่ 'ซองจดหมาย' กำหนดไว้ก่อนหน้านี้ ถ้าคุณ
ตั้งค่า 'ไม่มีซองจดหมาย' ในรายการเริ่มต้น เป็นไปได้ที่จะเลิกทำในแต่ละรายการ
โดยใช้ 'ซองจดหมาย '. เป็นกรณีพิเศษ 'ซองจดหมายที่ได้รับ' คืนค่า
การแยกวิเคราะห์เริ่มต้นของรายการที่ได้รับ

พื้นที่ รหัสผ่าน ตัวเลือกต้องมีอาร์กิวเมนต์สตริงซึ่งเป็นรหัสผ่านที่จะใช้กับ
เซิร์ฟเวอร์ของรายการ

คีย์เวิร์ด 'เชื่อมต่อล่วงหน้า' ช่วยให้คุณระบุคำสั่งเชลล์ที่จะดำเนินการก่อนได้
แต่ละครั้ง ดึงข้อมูล สร้างการเชื่อมต่อเมลเซิร์ฟเวอร์ นี้อาจเป็นประโยชน์ถ้าคุณ
พยายามตั้งค่าการเชื่อมต่อ POP ที่ปลอดภัยด้วยความช่วยเหลือของ SSH(1). ถ้าคำสั่ง
คืนค่าสถานะที่ไม่ใช่ศูนย์ โพลของเมลเซิร์ฟเวอร์นั้นจะถูกยกเลิก

ในทำนองเดียวกัน คีย์เวิร์ด 'postconnect' ช่วยให้คุณระบุคำสั่งเชลล์ที่จะเป็น . ในทำนองเดียวกัน
ดำเนินการทุกครั้งที่มีการยกเลิกการเชื่อมต่อเมลเซิร์ฟเวอร์

ตัวเลือก 'forcecr' ควบคุมว่าบรรทัดที่สิ้นสุดโดย LF จะได้รับ CRLF . เท่านั้นหรือไม่
สิ้นสุดก่อนการส่งต่อ การพูดอย่างเคร่งครัด RFC821 ต้องการสิ่งนี้ แต่มี MTA น้อย
บังคับใช้ข้อกำหนดเพื่อให้ตัวเลือกนี้โดยปกติปิด (มีเพียง MTA, qmail เท่านั้นที่อยู่ใน
การใช้งานที่สำคัญในขณะที่เขียน)

ตัวเลือก 'stripcr' ควบคุมว่าการคืนสินค้าจะถูกดึงออกจากเมลที่ดึงมาหรือไม่
ก่อนจะส่งต่อ โดยปกติไม่จำเป็นต้องตั้งค่านี้ เนื่องจากค่าเริ่มต้นเป็น
'เปิด' (เปิดใช้งานการปอก CR) เมื่อมีการประกาศ MDA แต่ 'ปิด' (การปอก CR
ปิดใช้งาน) เมื่อส่งต่อผ่าน SMTP หาก 'stripcr' และ 'forcecr' เปิดอยู่ 'stripcr'
จะแทนที่

มีตัวเลือก 'pass8bits' เพื่อรับมือกับโปรแกรมเมลของ Microsoft ที่ตบ a . อย่างโง่เขลา
"การเข้ารหัสการถ่ายโอนเนื้อหา: 7 บิต" ในทุกสิ่ง เมื่อปิดตัวเลือกนี้ (ค่าเริ่มต้น) และ
มีส่วนหัวดังกล่าว ดึงข้อมูล ประกาศ BODY=7BIT แก่ผู้ฟังที่มีความสามารถ ESMTP นี้
ทำให้เกิดปัญหากับข้อความจริง ๆ โดยใช้ชุดอักขระ ISO แบบ 8 บิตหรือ KOI-8 ซึ่งจะทำให้
ถูกทำให้อ่านไม่ออกโดยถอดส่วนสูงของตัวละครทั้งหมดออก หาก 'pass8bits' เปิดอยู่
ดึงข้อมูล ถูกบังคับให้ประกาศ BODY=8BITMIME สำหรับผู้ฟังที่มีความสามารถ ESMTP ถ้า
ผู้ฟังนั้นสะอาด 8 บิต (เพราะตอนนี้ที่สำคัญทั้งหมด) สิ่งที่ถูกต้องน่าจะ
ผล.

ตัวเลือก 'dropstatus' จะควบคุมว่าบรรทัดสถานะ nonempty และ X-Mozilla-Status เป็นหรือไม่
เก็บไว้ในเมลที่ดึงมา (ค่าเริ่มต้น) หรือละทิ้ง การเก็บรักษาไว้ช่วยให้ MUA ของคุณ
ดูว่าข้อความใด (ถ้ามี) ถูกทำเครื่องหมายว่าเห็นบนเซิร์ฟเวอร์ ในทางกลับกันก็สามารถ
สร้างความสับสนให้กับตัวแจ้งเตือนอีเมลใหม่ ซึ่งถือว่าทุกอย่างที่มีบรรทัดสถานะอยู่ในนั้น
ได้เห็น (หมายเหตุ: บรรทัดสถานะว่างที่แทรกโดยเซิร์ฟเวอร์ POP แบบบั๊กกี้บางตัวคือ
ทิ้งโดยไม่มีเงื่อนไข)

ตัวเลือก 'dropdelivered' จะควบคุมว่าจะเก็บส่วนหัวของ Delivered-To หรือไม่
จดหมาย (ค่าเริ่มต้น) หรือละทิ้ง ส่วนหัวเหล่านี้เพิ่มโดย Qmail และ Postfix mailservers
เพื่อหลีกเลี่ยงเมลวนซ้ำ แต่อาจเข้ามาขวางทางคุณหากคุณพยายาม "สะท้อน" เมลเซิร์ฟเวอร์
ภายในโดเมนเดียวกัน ใช้ด้วยความระมัดระวัง

ตัวเลือก 'mimedecode' ควบคุมว่าข้อความ MIME โดยใช้การเข้ารหัสที่พิมพ์ได้
จะถูกแปลงเป็นข้อมูล 8 บิตล้วนๆ โดยอัตโนมัติ หากคุณกำลังส่งจดหมายไปยัง ESMTP-
ผู้ฟังที่มีความสามารถ 8 บิตสะอาด (ซึ่งรวมถึง MTA ที่สำคัญทั้งหมดเช่น sendmail) จากนั้น
สิ่งนี้จะแปลงส่วนหัวของข้อความและข้อมูลที่สามารถพิมพ์ได้โดยอัตโนมัติเป็นข้อมูล 8 บิต
ทำให้ง่ายต่อการเข้าใจเมื่ออ่านจดหมาย หากโปรแกรมอีเมลของคุณรู้วิธีจัดการ
ด้วยข้อความ MIME ดังนั้นตัวเลือกนี้จึงไม่จำเป็น ตัวเลือก mimedecode ถูกปิดโดย
ค่าเริ่มต้นเนื่องจากการแปลง RFC2047 บนส่วนหัวจะทิ้งข้อมูลชุดอักขระ
และอาจนำไปสู่ผลลัพธ์ที่ไม่ดีหากการเข้ารหัสส่วนหัวแตกต่างจากการเข้ารหัสเนื้อหา

ตัวเลือก 'ไม่ได้ใช้งาน' มีไว้สำหรับใช้กับเซิร์ฟเวอร์ IMAP ที่รองรับ RFC2177 IDLE
ส่วนขยายคำสั่งแต่ไม่ได้บังคับอย่างเข้มงวด หากเปิดใช้งานและ fetchmail
ตรวจพบว่า IDLE ได้รับการสนับสนุน IDLE จะออกเมื่อสิ้นสุดการสำรวจแต่ละครั้ง นี่จะ
บอกเซิร์ฟเวอร์ IMAP ให้เปิดการเชื่อมต่อไว้และแจ้งให้ไคลเอ็นต์ทราบเมื่อมีเมลใหม่
มีอยู่. หากไม่รองรับ IDLE fetchmail จะจำลองโดยการออกเป็นระยะ
นพ. หากคุณต้องการโพลลิงก์บ่อยๆ IDLE สามารถบันทึกแบนด์วิดท์ได้โดยกำจัด TCP/IP
เชื่อมต่อและลำดับ LOGIN/LOGOUT ในทางกลับกัน การเชื่อมต่อที่ไม่ได้ใช้งานจะกินเกือบหมด
เวลาทั้งหมดของ fetchmail ของคุณ เพราะมันจะไม่ทำให้การเชื่อมต่อหลุดและยอมให้คนอื่น ๆ
โพลที่จะเกิดขึ้นเว้นแต่เซิร์ฟเวอร์หมดเวลา IDLE นอกจากนี้ยังใช้ไม่ได้กับหลายรายการ
โฟลเดอร์; เฉพาะโฟลเดอร์แรกเท่านั้นที่จะสำรวจ

ตัวเลือก 'คุณสมบัติ' เป็นกลไกการขยาย ใช้อาร์กิวเมนต์สตริงซึ่งก็คือ
ถูกละเลยโดย fetchmail เอง อาร์กิวเมนต์สตริงอาจใช้เพื่อจัดเก็บการกำหนดค่า
ข้อมูลสำหรับสคริปต์ที่ต้องการ โดยเฉพาะผลลัพธ์ของ '--configdump'
ตัวเลือกจะทำให้คุณสมบัติที่เกี่ยวข้องกับรายการผู้ใช้พร้อมใช้งานในPython
ต้นฉบับ

เบ็ดเตล็ด วิ่ง Control Options
คำว่า 'ที่นี่' และ 'ที่นั่น' มีความหมายเหมือนภาษาอังกฤษที่เป็นประโยชน์ โดยปกติ 'ผู้ใช้เอริค
คือ esr' หมายความว่าเมลสำหรับผู้ใช้ระยะไกล 'eric' จะถูกส่งไปยัง 'esr' แต่
คุณสามารถทำให้สิ่งนี้ชัดเจนขึ้นโดยพูดว่า 'user eric มี esr ที่นี่' หรือย้อนกลับโดยพูดว่า
'user esr นี่คือ eric อยู่ที่นั่น'

ตัวระบุโปรโตคอลทางกฎหมายสำหรับใช้กับคำหลัก 'โปรโตคอล' คือ:

อัตโนมัติ (หรือ AUTO) (เดิม จะถูกลบออกจากรุ่นในอนาคต)
pop2 (หรือ POP2) (เดิม จะถูกลบออกจากรุ่นในอนาคต)
pop3 (หรือ POP3)
sdps (หรือ SDPS)
imap (หรือ IMAP)
apop (หรือ APOP)
เคป๊อป (หรือเคป๊อป)

ประเภทการตรวจสอบความถูกต้องตามกฎหมาย ได้แก่ 'any', 'password', 'kerberos', 'kerberos_v4', 'kerberos_v5'
และ 'gssapi', 'cram-md5', 'otp', 'msn' (สำหรับ POP3) เท่านั้น, 'ntlm', 'ssh', 'external' (เท่านั้น
IMAP) ประเภท 'รหัสผ่าน' ระบุการรับรองความถูกต้องโดยการส่งรหัสผ่านปกติ
(รหัสผ่านอาจเป็นข้อความธรรมดาหรือขึ้นอยู่กับการเข้ารหัสเฉพาะโปรโตคอลเช่นเดียวกับใน CRAM-
MD5); 'kerberos' บอก ดึงข้อมูล เพื่อลองรับตั๋ว Kerberos ที่จุดเริ่มต้นของแต่ละคน
แบบสอบถามแทนและส่งสตริงโดยพลการเป็นรหัสผ่าน และ 'gssapi' บอก fetchmail
เพื่อใช้การตรวจสอบสิทธิ์ GSSAPI ดูคำอธิบายของคีย์เวิร์ด 'auth' สำหรับข้อมูลเพิ่มเติม

การระบุ 'kpop' จะตั้งค่าโปรโตคอล POP3 บนพอร์ต 1109 ด้วยการตรวจสอบสิทธิ์ Kerberos V4
ค่าเริ่มต้นเหล่านี้อาจถูกแทนที่ด้วยตัวเลือกในภายหลัง

มีคำสั่งตัวเลือกส่วนกลางบางส่วน: 'set logfile' ตามด้วยสตริงที่ตั้งค่าเหมือนกัน
โกลบอลที่ระบุโดย --logfile ตัวเลือกบรรทัดคำสั่ง --logfile จะแทนที่สิ่งนี้ บันทึก
นั่น --logfile จะมีผลก็ต่อเมื่อ fetchmail แยกตัวเองออกจากเทอร์มินัลและ
logfile มีอยู่แล้วก่อนที่จะเรียกใช้ fetchmail และจะแทนที่ --syslog ในกรณีนี้
นอกจากนี้ 'set daemon' จะตั้งค่าช่วงเวลาการสำรวจตามที่ --daemon ทำ นี้สามารถแทนที่โดย
บรรทัดคำสั่ง --daemon ตัวเลือก; โดยเฉพาะอย่างยิ่ง --daemon 0 สามารถใช้บังคับเบื้องหน้าได้
การดำเนินการ. คำสั่ง 'set postmaster' จะกำหนดที่อยู่ของจดหมายหลายฉบับ
ค่าเริ่มต้นหากไม่มีการแข่งขันในเครื่อง สุดท้าย 'set syslog' จะส่งข้อความบันทึกไปที่
syslogd(8)

การดีบัก FETCHAIL

fetchmail crashing
มีหลายวิธีในการที่ fetchmail อาจ "ขัดข้อง" เช่น หยุดการทำงานกะทันหันและ
โดยไม่คาดคิด "ข้อขัดข้อง" มักจะหมายถึงเงื่อนไขข้อผิดพลาดที่ซอฟต์แวร์ไม่ได้
จัดการด้วยตัวเอง โหมดความล้มเหลวที่รู้จักกันดีคือ "ข้อผิดพลาดในการแบ่งส่วน" หรือ "สัญญาณ 11" หรือ
"SIGSEGV" หรือเพียงแค่ "segfault" สั้นๆ อาจเกิดจากฮาร์ดแวร์หรือซอฟต์แวร์
ปัญหา. segfault ที่เกิดจากซอฟต์แวร์มักจะทำซ้ำได้ง่ายและเหมือนกัน
ในขณะที่ segfault ที่เกิดจากฮาร์ดแวร์สามารถหายไปได้หากคอมพิวเตอร์รีบูทหรือ
ดับไปสองสามชั่วโมง และสามารถเกิดขึ้นได้ในสถานที่สุ่มแม้ว่าคุณจะใช้
ซอฟต์แวร์ในลักษณะเดียวกัน

สำหรับการแก้ไขเซกฟอลต์ที่เกิดจากฮาร์ดแวร์ ให้ค้นหาส่วนประกอบที่ผิดพลาดและซ่อมแซมหรือเปลี่ยน
มัน. คำถามที่พบบ่อยเกี่ยวกับ Sig11 ⟨http://www.bitwizard.nl/sig11/⟩ อาจช่วยให้คุณมีรายละเอียด

สำหรับการแก้ไขเซกฟอลต์ที่เกิดจากซอฟต์แวร์ นักพัฒนาอาจต้องมี "stack backtrace"

การเปิดใช้งาน ดึงข้อมูล แกน ทิ้ง
โดยค่าเริ่มต้น fetchmail จะระงับการดัมพ์หลัก เนื่องจากอาจมีรหัสผ่านและอื่นๆ
ข้อมูลที่ละเอียดอ่อน สำหรับการดีบักการขัดข้องของ fetchmail การรับ "stack backtrace" จาก
คอร์ดัมพ์มักจะเป็นวิธีที่เร็วที่สุดในการแก้ปัญหา และเมื่อโพสต์ปัญหาของคุณ
ในรายชื่อส่งเมล ผู้พัฒนาอาจขอ "backtrace" จากคุณ

1. ในการรับ backtraces ที่มีประโยชน์ ต้องติดตั้ง fetchmail โดยไม่ถูกถอดออก
สัญลักษณ์การรวบรวม น่าเสียดายที่แพ็คเกจไบนารีส่วนใหญ่ที่ติดตั้งอยู่นั้น
ไฟล์ที่ถูกปล้นและไฟล์หลักจากโปรแกรมที่ถอดสัญลักษณ์นั้นไร้ค่า ดังนั้นคุณอาจต้อง
คอมไพล์ fetchmail อีกครั้ง ในหลายระบบ คุณสามารถพิมพ์

ไฟล์ `ซึ่ง fetchmail`

เพื่อดูว่า fetchmail ถูกถอดสัญลักษณ์หรือไม่ ถ้าคุณไม่ได้ถอดเสื้อผ้าออก ก็ไม่เป็นไร
ดำเนินการต่อ หากถูกถอดออก คุณต้องคอมไพล์ซอร์สโค้ดใหม่ก่อน คุณทำไม่ได้
มักจะต้องติดตั้ง fetchmail เพื่อทำการดีบั๊ก

2. สภาวะแวดล้อมเชลล์ที่เริ่ม fetchmail จำเป็นต้องเปิดใช้งาน core dumps ที่สำคัญคือ
"ขนาดคอร์ (ไฟล์) สูงสุด" ที่ปกติสามารถกำหนดค่าด้วยเครื่องมือชื่อ "จำกัด" หรือ
"อูลิมิต". ดูเอกสารประกอบสำหรับเชลล์ของคุณสำหรับรายละเอียด ใน bash shell ยอดนิยม
"ulimit -Sc unlimited" จะอนุญาตให้มีการถ่ายโอนข้อมูลหลัก

3. คุณต้องบอก fetchmail ด้วย เพื่ออนุญาตให้ core dumps ในการดำเนินการนี้ ให้เรียกใช้ fetchmail ด้วย
-d0 -v ตัวเลือก. มักจะง่ายกว่าที่จะเพิ่มด้วย --nosyslog -N เช่นกัน

สุดท้าย คุณต้องสร้างความผิดพลาดซ้ำ คุณสามารถเริ่ม fetchmail จากไดเร็กทอรี
ที่คุณรวบรวมโดยพิมพ์ ./fetchmailดังนั้นบรรทัดคำสั่งที่สมบูรณ์จะเริ่มต้นด้วย
./fetchmail -Nvd0 --nosyslog และอาจแสดงรายการตัวเลือกอื่นๆ ของคุณ

หลังจากเกิดข้อขัดข้อง ให้เรียกใช้โปรแกรมแก้ไขข้อบกพร่องเพื่อรับคอร์ดัมพ์ ดีบักเกอร์มักจะเป็น
GNU GDB จากนั้นคุณสามารถพิมพ์ (ปรับเส้นทางตามความจำเป็น) จีดีบี ./fetchmail fetchmail.core และ
จากนั้นหลังจากที่ GDB เริ่มต้นและอ่านไฟล์ทั้งหมดแล้ว ให้พิมพ์ ย้อนรอย เต็ม, บันทึก
เอาท์พุท (คัดลอกและวางจะทำ backtrace จะถูกอ่านโดยมนุษย์) จากนั้นพิมพ์ เลิก ไปยัง
ออกจาก gdb หมายเหตุ ในบางระบบ ไฟล์หลักมีชื่อต่างกัน อาจมี
ตัวเลขแทนชื่อโปรแกรม หรือ เบอร์กับชื่อ แต่ปกติจะมี "แกน"
เป็นส่วนหนึ่งของชื่อของพวกเขา

ปฏิสัมพันธ์ กับ RFC 822

เมื่อพยายามระบุที่อยู่ต้นทางของข้อความ fetchmail จะตรวจสอบผ่าน
ส่วนหัวตามลำดับต่อไปนี้:

กลับ-Path:
ผู้ส่งซ้ำ: (ละเว้นหากไม่มี @ หรือ !)
ผู้ส่ง: (ละเว้นหากไม่มี @ หรือ !)
ส่ง-จาก:
จาก:
ตอบกลับ:
เห็นได้ชัดว่า-จาก:

ที่อยู่ต้นทางใช้สำหรับบันทึกและตั้งค่าที่อยู่ MAIL FROM เมื่อ
ส่งต่อไปยัง SMTP คำสั่งนี้มีจุดประสงค์เพื่อรับมือกับการรับรายชื่อผู้รับจดหมายอย่างสง่างาม
ข้อความในโหมดมัลติดร็อป เจตนาคือถ้าไม่มีที่อยู่ในท้องถิ่น
ข้อความตีกลับจะไม่ถูกส่งกลับโดยสุ่มสี่สุ่มห้าถึงผู้เขียนหรือรายการเอง แต่
ไปที่ตัวจัดการรายการ (ซึ่งน่ารำคาญน้อยกว่า)

ในโหมดมัลติดร็อป ส่วนหัวของปลายทางจะถูกประมวลผลดังนี้: ขั้นแรกให้ fetchmail ดู
สำหรับส่วนหัวที่ระบุโดยตัวเลือก 'ซองจดหมาย' เพื่อกำหนดท้องถิ่น
ที่อยู่ผู้รับ หากส่งจดหมายถึงผู้รับมากกว่าหนึ่งราย บรรทัดที่ได้รับ
จะไม่มีข้อมูลใดๆ เกี่ยวกับที่อยู่ของผู้รับ

จากนั้น fetchmail จะค้นหาบรรทัด Resent-To:, Resent-Cc: และ Resent-Bcc: ถ้าพวกเขา
ที่มีอยู่ พวกเขาควรมีผู้รับสุดท้ายและมีความสำคัญเหนือของพวกเขา
ถึง:/Cc:/Bcc: คู่หู หากไม่มีบรรทัด Resent-* ให้ไปที่ To:, Cc:, Bcc: and
เห็นได้ชัดว่า-ถึง: ค้นหาบรรทัด (การมีอยู่ของ Resent-To: หมายความว่า
บุคคลที่อ้างอิงถึง: ที่อยู่ได้รับสำเนาต้นฉบับของ .แล้ว
จดหมาย)

การกำหนดค่า ตัวอย่าง

โปรดทราบว่าแม้ว่าจะมีการประกาศรหัสผ่านในหลายตัวอย่างด้านล่าง
นี้เป็นหลักเพื่อวัตถุประสงค์ในการเป็นตัวอย่าง เราขอแนะนำให้ซ่อนคู่บัญชี/รหัสผ่านใน
ไฟล์ $HOME/.netrc ของคุณ ซึ่งสามารถใช้ได้ไม่เพียงแค่ fetchmail แต่โดย FTP(1) และ
โปรแกรมอื่นๆ

รูปแบบพื้นฐานคือ:

มา ชื่อเซิร์ฟเวอร์ โปรโตคอล มาตรการ ชื่อผู้ใช้ ชื่อ รหัสผ่าน รหัสผ่าน

ตัวอย่าง:

โพล pop.provider.net โปรโตคอล pop3 ชื่อผู้ใช้ "jsmith" รหัสผ่าน "secret1"

หรือใช้ตัวย่อบางตัว:

โพล pop.provider.net proto pop3 ผู้ใช้ "jsmith" รหัสผ่าน "secret1"

เซิร์ฟเวอร์หลายรายการอาจแสดงรายการ:

โพล pop.provider.net โปรโต 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"

คุณอาจมีคำอธิบายเซิร์ฟเวอร์เริ่มต้นที่นำโดยคำหลัก 'ค่าเริ่มต้น' แทน
'แบบสำรวจ' ตามด้วยชื่อ บันทึกดังกล่าวถูกตีความว่าเป็นค่าเริ่มต้นสำหรับข้อความค้นหาทั้งหมดถึง
ใช้. อาจถูกเขียนทับโดยคำอธิบายเซิร์ฟเวอร์แต่ละรายการ ดังนั้น คุณสามารถเขียนว่า:

ค่าเริ่มต้นโปรโต pop3
ผู้ใช้ "เจสมิท"
โพล pop.provider.net
ผ่าน "secret1"
โพล mail.provider.net
ผู้ใช้ "jjsmith" มีรหัสผ่าน "secret2"

เป็นไปได้ที่จะระบุผู้ใช้มากกว่าหนึ่งรายต่อเซิร์ฟเวอร์ คำหลัก 'ผู้ใช้' นำไปสู่ ​​a
คำอธิบายผู้ใช้ และข้อกำหนดผู้ใช้ทุกรายการในรายการผู้ใช้หลายรายต้องรวมไว้ด้วย
นี่คือตัวอย่าง:

โพล pop.provider.net proto pop3 พอร์ต 3111
ผู้ใช้ "jsmith" ที่มีรหัสผ่าน "secret1" คือ "smith" ที่นี่
ผู้ใช้ jones ที่มีรหัสผ่าน "secret2" คือ "jones" ที่นี่เก็บ

สิ่งนี้เชื่อมโยงชื่อผู้ใช้ท้องถิ่น 'smith' กับชื่อผู้ใช้ pop.provider.net 'jsmith' และ
ชื่อผู้ใช้ท้องถิ่น 'jones' ที่มีชื่อผู้ใช้ pop.provider.net 'jones' จดหมายสำหรับ 'โจนส์'
จะถูกเก็บไว้บนเซิร์ฟเวอร์หลังจากดาวน์โหลด

การกำหนดค่าการดึงข้อมูลอย่างง่ายสำหรับกล่องจดหมายหลายรายการมีลักษณะดังนี้:

โพล pop.provider.net:
maildrop ของผู้ใช้พร้อม pass secret1 ไปยัง golux 'hurkle'='happy' snark ที่นี่

นี่บอกว่ากล่องจดหมายของบัญชี 'maildrop' บนเซิร์ฟเวอร์เป็นกล่องหลายรายการและ
ข้อความในนั้นควรแยกวิเคราะห์สำหรับชื่อผู้ใช้เซิร์ฟเวอร์ 'golux', 'hurkle' และ
'สแน็ค'. นอกจากนี้ยังระบุเพิ่มเติมว่า 'golux' และ 'snark' มีชื่อเดียวกันในไคลเอนต์
เช่นเดียวกับบนเซิร์ฟเวอร์ แต่ควรส่งเมลสำหรับผู้ใช้เซิร์ฟเวอร์ 'hurkle' ไปยังผู้ใช้ไคลเอนต์
'มีความสุข'.

หมายเหตุ ที่ ดึงเมล, จนถึงเวอร์ชัน 6.3.4 ไม่อนุญาตข้อกำหนด user@domain แบบเต็ม
ที่นี่สิ่งเหล่านี้จะไม่มีวันตรงกัน fetchmail 6.3.5 และใหม่กว่ารองรับ user@domain
ข้อกำหนดทางด้านซ้ายมือของการแมปผู้ใช้

ต่อไปนี้คือตัวอย่างการเชื่อมต่อแบบหลายจุดแบบอื่น:

โพล pop.provider.net localdomains loonytoons.org toons.org
ซองจดหมาย X-Envelope-To
ผู้ใช้ maildrop พร้อม pass secret1 ไปที่ * ที่นี่

สิ่งนี้ยังบอกด้วยว่ากล่องจดหมายของบัญชี 'maildrop' บนเซิร์ฟเวอร์เป็นกล่องหลายรายการ
มันบอก fetchmail ว่าที่อยู่ใดๆ ในโดเมน loonytoons.org หรือ toons.org (รวมถึง
ที่อยู่โดเมนย่อย เช่น '[ป้องกันอีเมล]') ควรส่งผ่านไปยัง
ตัวฟัง SMTP ในพื้นที่โดยไม่มีการแก้ไข ระวังจดหมายวนซ้ำหากคุณทำเช่นนี้!

นี่คือตัวอย่างการกำหนดค่าโดยใช้ ssh และตัวเลือกปลั๊กอิน มีคำถามเกิดขึ้น
โดยตรงบน stdin และ stdout ของ imapd ผ่าน ssh โปรดทราบว่าในการตั้งค่านี้ IMAP
สามารถข้ามการตรวจสอบสิทธิ์ได้

โพล mailhost.net ด้วย proto imap:
ปลั๊กอิน "ssh %h /usr/sbin/imapd" รับรองความถูกต้อง ssh;
ผู้ใช้ esr คือ esr ที่นี่

DIE ใช้ AND การละเมิด OF มัลติดร็อป กล่องจดหมาย

ใช้คุณลักษณะผู้รับหลายรายด้วยความระมัดระวัง เนื่องจากอาจกัดได้ หลายรายการทั้งหมด
คุณลักษณะจะไม่ได้ผลในโหมด ETRN และ OMR

นอกจากนี้ โปรดทราบว่าในโหมดมัลติดร็อป อีเมลที่ซ้ำกันจะถูกระงับ ชิ้นส่วนของจดหมายคือ
ถือว่าซ้ำกันหากมี message-ID เดียวกันกับข้อความที่อยู่ข้างหน้าทันที
และผู้รับมากกว่าหนึ่งคน การรันข้อความดังกล่าวอาจถูกสร้างขึ้นเมื่อสำเนาของ
ข้อความที่ส่งถึงผู้ใช้หลายคนจะถูกส่งไปยังกล่องหลายรายการ

ส่วนหัว เมื่อเทียบกับ ซองจดหมาย ที่อยู่
ปัญหาพื้นฐานคือการที่เซิร์ฟเวอร์อีเมลของคุณโยนจดหมายของคนหลายคนใน a
กล่องไปรษณีย์กล่องเดียว คุณอาจทิ้งข้อมูลสำคัญเกี่ยวกับตัวใครตัวมันทิ้งไป
อันที่จริงมีการส่งจดหมายถึง ('ที่อยู่ซองจดหมาย' ตรงข้ามกับส่วนหัว
ที่อยู่ในส่วนหัวของ RFC822 To/Cc - Bcc ไม่พร้อมใช้งานที่ปลายทางการรับ)
'ที่อยู่ซองจดหมาย' นี้เป็นที่อยู่ที่คุณต้องการเพื่อเปลี่ยนเส้นทางจดหมายอย่างถูกต้อง

บางครั้ง ดึงข้อมูล สามารถอนุมานที่อยู่ซองจดหมายได้ หาก MTA ของเมลเซิร์ฟเวอร์คือ ส่งอีเมล์
และรายการอีเมลมีผู้รับเพียงรายเดียว MTA จะเขียนประโยค 'by/for'
ที่ให้ผู้รับซองจดหมายอยู่ในส่วนหัวที่ได้รับ แต่สิ่งนี้ไม่ได้ผลอย่างน่าเชื่อถือ
สำหรับ MTA อื่นๆ หรือหากมีผู้รับมากกว่าหนึ่งราย โดยค่าเริ่มต้น, ดึงข้อมูล มองหา
ที่อยู่ซองจดหมายในบรรทัดเหล่านี้ คุณสามารถกู้คืนค่าเริ่มต้นนี้ด้วย -E "Received" หรือ
'ได้รับซองแล้ว'

As a ดีกว่า ทางเลือก ตัวฟัง SMTP และ/หรือเซิร์ฟเวอร์อีเมลบางตัวแทรกส่วนหัวในแต่ละส่วน
ข้อความที่มีสำเนาที่อยู่ซองจดหมาย ส่วนหัวนี้ (เมื่อมี) คือ
มักจะเป็น 'X-Original-To', 'Delivered-To' หรือ 'X-Envelope-To' ข้อสันนิษฐานของ Fetchmail เกี่ยวกับ
ซึ่งสามารถเปลี่ยนแปลงได้ด้วยตัวเลือก -E หรือ 'ซองจดหมาย' โปรดทราบว่าการเขียนซองจดหมาย
ส่วนหัวประเภทนี้เปิดเผยชื่อผู้รับ (รวมถึงผู้รับสำเนาลับ) ถึง
ผู้รับข้อความทั้งหมด ดังนั้นต้นน้ำจึงต้องเก็บสำเนาข้อความไว้หนึ่งฉบับต่อหนึ่งฉบับ
ผู้รับเพื่อหลีกเลี่ยงปัญหาความเป็นส่วนตัว

Postfix ตั้งแต่เวอร์ชัน 2.0 เขียนส่วนหัว X-Original-To: ซึ่งมีสำเนาของ
ซองจดหมายตามที่ได้รับ

โดยทั่วไป Qmail และ Postfix จะเขียนส่วนหัว 'Delivered-To' เมื่อส่งข้อความถึง
สปูลเมล และใช้เพื่อหลีกเลี่ยงการวนซ้ำของเมล โดเมนเสมือนของ Qmail จะขึ้นต้นด้วย
ชื่อผู้ใช้ที่มีสตริงที่ปกติจะตรงกับโดเมนของผู้ใช้ หากต้องการลบคำนำหน้านี้
คุณสามารถใช้ตัวเลือก -Q หรือ 'qvirtual'

บางครั้ง โชคไม่ดีที่วิธีการเหล่านี้ใช้ไม่ได้ผล นั่นคือประเด็นเมื่อคุณ
ควรติดต่อ ISP ของคุณและขอให้พวกเขาจัดเตรียมส่วนหัวของซองจดหมายดังกล่าว และคุณควร
ไม่ใช้ multidrop ในสถานการณ์นี้ เมื่อพวกเขาทั้งหมดล้มเหลว fetchmail ต้องถอยกลับใน
เนื้อหาของส่วนหัวถึง/สำเนาถึง (ไม่มีส่วนหัว Bcc - ดูด้านล่าง) เพื่อลองพิจารณา
ผู้รับผู้รับ -- และสิ่งเหล่านี้ไม่น่าเชื่อถือ โดยเฉพาะซอฟต์แวร์รายชื่อผู้รับจดหมาย
มักจะจัดส่งจดหมายที่มีเฉพาะที่อยู่ออกอากาศรายการในส่วนหัวถึง

หมายเหตุ ที่ a อนาคต รุ่น of ดึงข้อมูล อาจ เอาออก ถึง/สำเนาถึง แยกวิเคราะห์!

เมื่อ ดึงข้อมูล ไม่สามารถอนุมานที่อยู่ผู้รับที่อยู่ในท้องถิ่นและผู้รับที่ต้องการได้
ที่อยู่คือบุคคลอื่นที่ไม่ใช่ผู้ใช้ที่เรียกของ fetchmail อีเมล จะ ได้รับ สูญหาย. นี่คืออะไร
ทำให้คุณสมบัติ multidrop มีความเสี่ยงโดยไม่มีข้อมูลซองจดหมายที่เหมาะสม

ปัญหาที่เกี่ยวข้องคือเมื่อคุณคัดลอกข้อความอีเมลโดยไม่ปิดบัง ข้อมูล Bcc จะเป็น
ดำเนินการ เพียง เป็นที่อยู่ซองจดหมาย (ลบออกจากส่วนหัวโดยการส่งจดหมาย
เซิร์ฟเวอร์ ดังนั้น fetchmail จะสามารถเห็นได้ก็ต่อเมื่อมีส่วนหัว X-Envelope-To) ดังนั้นคนตาบอด-
การคัดลอกไปยังผู้ที่ได้รับเมลผ่านลิงก์ fetchmail multidrop จะล้มเหลว เว้นแต่
โฮสต์เมลเซิร์ฟเวอร์เขียน X-Envelope-To หรือส่วนหัวที่เทียบเท่าลงในข้อความเป็นประจำ
จดหมายของคุณ

In สรุป ทางไปรษณีย์ รายการ และ สำเนาลับ อีเมล สามารถ เพียง งาน if เซิร์ฟเวอร์ คุณ กำลังเรียก
ราคาเริ่มต้นที่

(1) ร้านค้า หนึ่ง สำเนา of ข่าวสาร ต่อ ผู้รับ in ธุรกิจ โดเมน และ

(2) บันทึก ซองจดหมาย ข้อมูล in a พิเศษ ส่วนหัว (X-ต้นฉบับ-ถึง, ส่งถึง,
X-ซองจดหมาย-ถึง).

ดี วิธี ไปยัง ใช้ หลายดรอป กล่องจดหมาย
สามารถใช้ชื่อท้องถิ่นหลายชื่อเพื่อจัดการรายชื่อส่งเมลจากฝั่งไคลเอ็นต์ของa
ดึงข้อมูล ของสะสม. สมมติว่าชื่อของคุณคือ 'esr' และคุณต้องการทั้งสองรับเอง
จดหมายและรักษารายชื่อผู้รับจดหมายที่เรียกว่า (พูด) "fetchmail-friends" และคุณต้องการเก็บไว้
รายการนามแฝงบนเครื่องไคลเอนต์ของคุณ

บนเซิร์ฟเวอร์ของคุณ คุณสามารถใช้นามแฝง 'fetchmail-friends' เป็น 'esr'; จากนั้นใน .ของคุณ .fetchmailrc,
ประกาศ 'ถึง esr fetchmail-friends ที่นี่' จากนั้นเมื่อเมลรวมถึง 'fetchmail-friends' as
ที่อยู่ในท้องถิ่นได้รับการเรียกชื่อรายการจะถูกผนวกเข้ากับรายชื่อผู้รับ
ผู้ฟัง SMTP ของคุณเห็น ดังนั้นมันจะได้รับการขยายนามแฝงในเครื่อง ให้แน่ใจว่าได้
รวม 'esr' ในการขยายนามแฝงท้องถิ่นของ fetchmail-friends มิฉะนั้นคุณจะไม่เห็นเมล
ส่งไปที่รายการเท่านั้น ตรวจสอบให้แน่ใจด้วยว่าผู้ฟังของคุณมีตัวเลือก "ฉันด้วย" ที่ตั้งไว้
(ตัวเลือกบรรทัดคำสั่ง -oXm ของ sendmail หรือการประกาศ OXm) ดังนั้นชื่อของคุณจะไม่ถูกลบออกจาก
การขยายนามแฝงในข้อความที่คุณส่ง

เคล็ดลับนี้ไม่ได้ไม่มีปัญหาอย่างไรก็ตาม คุณจะเริ่มเห็นสิ่งนี้เมื่อมีข้อความ
มาในที่จ่าหน้าถึงรายชื่อผู้รับจดหมายที่คุณทำเท่านั้น ไม่ ได้ประกาศเป็นท้องถิ่น
ชื่อ. แต่ละข้อความดังกล่าวจะมีส่วนหัว 'X-Fetchmail-Warning' ซึ่งสร้างขึ้น
เนื่องจาก fetchmail ไม่พบชื่อท้องถิ่นที่ถูกต้องในที่อยู่ของผู้รับ เช่น
ข้อความเริ่มต้น (ตามที่อธิบายไว้ข้างต้น) เพื่อถูกส่งไปยังผู้ใช้ในพื้นที่ที่ทำงานอยู่
ดึงข้อมูลแต่โปรแกรมไม่มีทางรู้ได้เลยว่านั่นเป็นสิ่งที่ถูกต้อง

ไม่ดี วิธี ไปยัง ใช้ผิดวิธี หลายดรอป กล่องจดหมาย
กล่องจดหมายหลายดรอปและ ดึงข้อมูล ให้บริการผู้ใช้หลายคนในโหมดภูตไม่ผสมกัน ดิ
ปัญหาก็คือ จดหมายจากรายชื่อผู้รับจดหมาย ซึ่งปกติแล้วจะไม่มีบุคคล
ที่อยู่ผู้รับในนั้น เว้นเสียแต่ว่า ดึงข้อมูล สามารถอนุมานที่อยู่ซองจดหมายได้ จดหมายดังกล่าวจะ
ไปที่บัญชีที่ใช้ fetchmail เท่านั้น (อาจเป็น root) นอกจากนี้ ผู้ใช้ที่ตาบอดยัง
เป็นไปได้มากที่จะไม่เห็นจดหมายของพวกเขาเลย

ถ้าคุณอยากลองใช้ ดึงข้อมูล เพื่อดึงเมลสำหรับผู้ใช้หลายคนจากเมลเดียว
วางผ่าน POP หรือ IMAP คิดใหม่ (และอ่านหัวข้อที่อยู่ส่วนหัวและซองจดหมายซ้ำ)
ข้างต้น). คงจะฉลาดกว่าถ้าปล่อยให้เมลนั่งอยู่ในคิวของเมลเซิร์ฟเวอร์แล้วใช้งาน
โหมด ETRN หรือ OMR ของ fetchmail เพื่อทริกเกอร์การส่ง SMTP เป็นระยะ (แน่นอนว่านี่หมายถึง
คุณต้องโพลบ่อยกว่าช่วงหมดอายุของเมลเซิร์ฟเวอร์) ถ้าคุณทำไม่ได้
จัดการสิ่งนี้ ลองตั้งค่าฟีด UUCP

ถ้าคุณแน่ ต้อง ใช้ multidrop เพื่อจุดประสงค์นี้ ตรวจสอบให้แน่ใจว่าเซิร์ฟเวอร์อีเมลของคุณเขียนและ
ส่วนหัวที่อยู่ซองจดหมายที่ fetchmail มองเห็นได้ มิฉะนั้นคุณ จะ เสียจดหมายและมัน จะ
กลับมาหลอกหลอนคุณ

การเร่ง Up หลายดรอป การตรวจสอบ
โดยปกติเมื่อมีการประกาศผู้ใช้หลายคน ดึงข้อมูล แยกที่อยู่ผู้รับเป็น
ที่อธิบายไว้ข้างต้นและตรวจสอบแต่ละส่วนของโฮสต์ด้วย DNS เพื่อดูว่าเป็นนามแฝงของ
เมลเซิร์ฟเวอร์ ถ้าใช่ การจับคู่ชื่อที่อธิบายไว้ในประกาศ "ถึง ... ที่นี่" จะเสร็จสิ้น
และไปรษณีย์ที่จัดส่งในพื้นที่

วิธีนี้เป็นวิธีที่สะดวกแต่ยังช้าอีกด้วย เพื่อเร่งความเร็ว ให้ประกาศชื่อแทนเมลเซิร์ฟเวอร์ล่วงหน้า
ด้วย 'อาคา'; สิ่งเหล่านี้จะถูกตรวจสอบก่อนที่การค้นหา DNS จะเสร็จสิ้น ถ้าคุณมั่นใจ aka . ของคุณ
รายการประกอบด้วย ทั้งหมด ชื่อแทน DNS ของเซิร์ฟเวอร์เมล (และชื่อ MX ทั้งหมดที่ชี้ไปที่มัน - note
อาจมีการเปลี่ยนแปลงในเวอร์ชันอนาคต) คุณสามารถประกาศ 'no dns' เพื่อระงับการค้นหา DNS ได้
ทั้งหมดและ เพียง ตรงกับรายการ aka

ถุงเท้า

รองรับถุงเท้า4/5เป็น รวบรวม เวลา ตัวเลือกการกำหนดค่า เมื่อคอมไพล์แล้ว fetchmail
จะใช้ไลบรารีถุงเท้าและการกำหนดค่าในระบบของคุณเสมอ ไม่มีการเรียกใช้
เวลาเปลี่ยนใน fetchmail - แต่คุณยังสามารถกำหนดค่า SOCKS ได้: คุณสามารถระบุได้
ไฟล์การกำหนดค่า SOCKS ใช้ใน SOCKS_CONF ตัวแปรสภาพแวดล้อม

ตัวอย่างเช่น หากคุณต้องการเลี่ยงผ่านพร็อกซี SOCKS ทั้งหมดและมี fetchmail
เชื่อมต่อโดยตรง คุณสามารถส่ง SOCKS_CONF=/dev/null ในสภาพแวดล้อมได้ ตัวอย่างเช่น
(เพิ่มตัวเลือกบรรทัดคำสั่งปกติของคุณ - ถ้ามี - ต่อท้ายบรรทัดนี้):

env SOCKS_CONF=/dev/null fetchmail

EXIT รหัส

เพื่ออำนวยความสะดวกในการใช้งาน ดึงข้อมูล ในเชลล์สคริปต์ รหัสสถานะการออกจะถูกส่งคืนไปที่
ระบุสิ่งที่เกิดขึ้นระหว่างการเชื่อมต่อที่กำหนด

รหัสทางออกที่ส่งคืนโดย ดึงข้อมูล มีรายละเอียดดังนี้:

0 เรียกคืนข้อความได้สำเร็จอย่างน้อยหนึ่งข้อความ (หรือหากตัวเลือก -c เป็น
ถูกเลือก พบว่ากำลังรอ แต่ไม่ได้รับ)

1 ไม่มีจดหมายที่รอการดึงข้อมูล (อาจมีจดหมายเก่ายังคงอยู่ใน
เซิร์ฟเวอร์แต่ไม่ได้ถูกเลือกให้ดึงข้อมูล) หากคุณไม่ต้องการให้ "ไม่มีเมล" เป็นข้อผิดพลาด
เงื่อนไข (เช่น สำหรับงาน cron) ให้ใช้เชลล์ที่เข้ากันได้กับ POSIX และ add

- - -eq 1 ]

ที่ส่วนท้ายของบรรทัดคำสั่ง fetchmail โปรดทราบว่าสิ่งนี้จะไม่ถูกแตะต้อง 0 แมป 1
เป็น 0 และจับคู่รหัสอื่นๆ ทั้งหมดกับ 1 โปรดดูรายการ #C8 ในคำถามที่พบบ่อย

2 เกิดข้อผิดพลาดขณะพยายามเปิดซ็อกเก็ตเพื่อเรียกข้อมูลเมล ถ้าคุณ
ไม่รู้ว่าซ็อกเก็ตคืออะไร ไม่ต้องกังวลกับมัน - ถือว่าสิ่งนี้เป็น
'ข้อผิดพลาดที่ไม่สามารถกู้คืนได้' ข้อผิดพลาดนี้อาจเป็นเพราะโปรโตคอล fetchmail ต้องการ
ที่จะใช้ไม่อยู่ใน /etc/services

3 ขั้นตอนการตรวจสอบผู้ใช้ล้มเหลว ซึ่งมักจะหมายความว่า ID ผู้ใช้ที่ไม่ดี
รหัสผ่านหรือรหัส APOP ถูกระบุ หรืออาจหมายความว่าคุณพยายามเรียกใช้ fetchmail
ภายใต้สถานการณ์ที่ไม่มีอินพุตมาตรฐานติดอยู่กับเทอร์มินัลและ
ไม่สามารถถามรหัสผ่านที่หายไปได้

4 ตรวจพบข้อผิดพลาดของโปรโตคอลที่ร้ายแรงบางประเภท

5 มีข้อผิดพลาดทางไวยากรณ์ในอาร์กิวเมนต์ถึง ดึงข้อมูล, หรือการเชื่อมต่อล่วงหน้าหรือหลังการเชื่อมต่อ
คำสั่งล้มเหลว

6 ไฟล์ควบคุมการทำงานมีการอนุญาตที่ไม่ถูกต้อง

7 มีข้อผิดพลาดที่เซิร์ฟเวอร์รายงาน ยังสามารถยิงได้ถ้า ดึงข้อมูล
หมดเวลาขณะรอเซิร์ฟเวอร์

8 ข้อผิดพลาดในการยกเว้นฝั่งไคลเอ็นต์ แปลว่า ดึงข้อมูล หรือพบสำเนาอื่นของ
ตัวเองทำงานอยู่แล้วหรือล้มเหลวในลักษณะที่ไม่แน่ใจว่าเป็นอย่างอื่น
สำเนากำลังทำงาน

9 ขั้นตอนการตรวจสอบสิทธิ์ผู้ใช้ล้มเหลวเนื่องจากเซิร์ฟเวอร์ตอบกลับ "ไม่ว่างขณะล็อก" ลอง
อีกครั้งหลังจากหยุดชั่วคราว! ข้อผิดพลาดนี้ไม่ได้นำไปใช้กับโปรโตคอลทั้งหมดหรือ
สำหรับเซิร์ฟเวอร์ทั้งหมด หากไม่ได้ใช้งานสำหรับเซิร์ฟเวอร์ของคุณ ระบบจะส่งคืน "3" แทน
ดูด้านบน. อาจถูกส่งคืนเมื่อพูดคุยกับ qpopper หรือเซิร์ฟเวอร์อื่นที่สามารถ
ตอบกลับด้วย "lock busy" หรือข้อความที่คล้ายกันที่มีคำว่า "lock"

10 ดึงข้อมูล การทำงานล้มเหลวขณะพยายามเปิดพอร์ต SMTP หรือทำธุรกรรม

11 ข้อผิดพลาด DNS ร้ายแรง Fetchmail พบข้อผิดพลาดขณะทำการค้นหา DNS ที่
สตาร์ทแล้วไปต่อไม่ได้

ไม่สามารถเปิดไฟล์แบตช์ 12 BSMTP

13 การสำรวจความคิดเห็นสิ้นสุดลงด้วยขีดจำกัดการดึงข้อมูล (ดูตัวเลือก --fetchlimit)

14 บ่งชี้ว่าเซิร์ฟเวอร์ไม่ว่าง

23 ข้อผิดพลาดภายใน คุณควรเห็นข้อความเกี่ยวกับข้อผิดพลาดมาตรฐานพร้อมรายละเอียด

24 - 26, 28, 29ปี
รหัสเหล่านี้เป็นรหัสภายในและไม่ควรปรากฏภายนอก

เมื่อ ดึงข้อมูล ค้นหามากกว่าหนึ่งโฮสต์ สถานะส่งคืนคือ 0 if ใด แบบสอบถามเรียบร้อยแล้ว
จดหมายที่ได้รับ มิฉะนั้น สถานะข้อผิดพลาดที่ส่งคืนคือสถานะของโฮสต์ล่าสุดที่สอบถาม

ใช้ fetchmail ออนไลน์โดยใช้บริการ onworks.net