fetchmailrc - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

फ़ेचमेल - किसी POP, IMAP, ETRN, या ODMR-सक्षम सर्वर से मेल प्राप्त करें

SYNOPSIS

फ़ेचमेल [विकल्प...] [डाक सर्वर...]
फ़ेचमेलकॉन्फ़

वर्णन

फ़ेचमेल एक मेल-पुनर्प्राप्ति और अग्रेषण उपयोगिता है; यह रिमोट से मेल प्राप्त करता है
मेलसर्वर और इसे आपके स्थानीय (क्लाइंट) मशीन के वितरण प्रणाली को अग्रेषित करता है। आप ऐसा कर सकते हैं
फिर सामान्य मेल उपयोगकर्ता एजेंटों जैसे का उपयोग करके पुनर्प्राप्त मेल को संभालें मूर्ख(1) एल्म(1) या
मेल(1)। फ़ेचमेल उपयोगिता को एक या अधिक बार बार-बार मतदान करने के लिए डेमॉन मोड में चलाया जा सकता है
एक निश्चित अंतराल पर सिस्टम।

RSI फ़ेचमेल प्रोग्राम किसी भी सामान्य मेल का समर्थन करने वाले सर्वर से मेल एकत्र कर सकता है-
पुनर्प्राप्ति प्रोटोकॉल: POP2 (विरासत, भविष्य के रिलीज़ से हटाई जाने वाली), POP3, IMAP2bis,
IMAP4, और IMAP4rev1. यह ESMTP ETRN एक्सटेंशन और ODMR का भी उपयोग कर सकता है। (आरएफसी
इन सभी प्रोटोकॉल का वर्णन इस मैनुअल पेज के अंत में सूचीबद्ध है।)

जबकि फ़ेचमेल मुख्य रूप से ऑन-डिमांड टीसीपी/आईपी लिंक (जैसे एसएलआईपी) पर उपयोग करने का इरादा है
या पीपीपी कनेक्शन), यह उन साइटों के लिए संदेश हस्तांतरण एजेंट के रूप में भी उपयोगी हो सकता है जो
सुरक्षा कारणों से सेंडमेल के साथ एसएमटीपी लेनदेन की अनुमति (प्रेषक द्वारा शुरू) के लिए मना करें।

सहयोग, समस्या निवारण
समस्या निवारण, ट्रेसिंग और डिबगिंग के लिए, आपको फ़ेचमेल की वर्बोसिटी को बढ़ाने की आवश्यकता है
वास्तव में देखें क्या होता है। ऐसा करने के लिए, कृपया दौड़ें के छात्रों of la दो निम्नलिखित आदेश,
जोड़ने सब of la विकल्पों आप चाहते सामान्य रूप से का उपयोग करें.

env LC_ALL=C फ़ेचमेल -V -v --nodetach --nosyslog

(यह कमांड लाइन अंग्रेजी में प्रिंट करती है कि कैसे फ़ेचमेल आपके कॉन्फ़िगरेशन को समझता है।)

env LC_ALL=C फ़ेचमेल -vvv --nodetach --nosyslog

(यह कमांड लाइन वास्तव में वर्बोज़ इंग्लिश आउटपुट के साथ फ़ेचमेल चलाती है।)

फ़ेचमेल के अक्सर पूछे जाने वाले प्रश्नों में आइटम #G3 भी देखेंhttp://fetchmail.berlios.de/fetchmail-FAQ.html#G3⟩

यदि आप स्थानीय भाषा में आउटपुट चाहते हैं तो आप ऊपर LC_ALL=C भाग को छोड़ सकते हैं (यदि
का समर्थन किया)। हालाँकि यदि आप मेलिंग सूचियों में पोस्ट कर रहे हैं, तो कृपया इसे अंदर छोड़ दें
अनुरक्षक आपकी भाषा को जरूरी नहीं समझते हैं, कृपया अंग्रेजी का प्रयोग करें।

अवधारणाओं
If फ़ेचमेल POP या IMAP सर्वर के साथ प्रयोग किया जाता है (लेकिन ETRN या ODMR के साथ नहीं), इसमें दो हैं
प्रत्येक उपयोगकर्ता खाते के संचालन के मूलभूत तरीके जिससे वह मेल प्राप्त करता है:
सिंगलड्रॉप- और मल्टी ड्रॉप-तरीका।

सिंगलड्रॉप-मोड में,
फ़ेचमेल मानता है कि उपयोगकर्ता के खाते (मेलबॉक्स) में सभी संदेश अभिप्रेत हैं
एकल प्राप्तकर्ता के लिए। प्राप्तकर्ता की पहचान या तो डिफ़ॉल्ट होगी
स्थानीय उपयोगकर्ता वर्तमान में निष्पादित कर रहा है फ़ेचमेल, या स्पष्ट रूप से निर्दिष्ट करने की आवश्यकता होगी
कॉन्फ़िगरेशन फ़ाइल में।

फ़ेचमेल सिंगलड्रॉप-मोड का उपयोग करता है जब fetchmailrc कॉन्फ़िगरेशन में अधिकतम शामिल होता है
किसी दिए गए सर्वर खाते के लिए एकल स्थानीय उपयोगकर्ता विनिर्देश।

मल्टीड्रॉप-मोड में,
फ़ेचमेल मानता है कि मेल सर्वर खाते में वास्तव में मेल का इरादा है
विभिन्न प्राप्तकर्ताओं की संख्या। इसलिए, फ़ेचमेल निकालने का प्रयास करना चाहिए
प्रत्येक संदेश के मेल हेडर से उचित "लिफाफा प्राप्तकर्ता"। इसमें
आपरेशन करने का तरीका, फ़ेचमेल लगभग एक मेल ट्रांसफर एजेंट (एमटीए) जैसा दिखता है।

ध्यान दें कि न तो पीओपी और न ही आईएमएपी प्रोटोकॉल इस तरह से उपयोग के लिए अभिप्रेत थे,
और इसलिए लिफाफा जानकारी अक्सर सीधे उपलब्ध नहीं होती है। आईएसपी चाहिए
कुछ संदेश शीर्षलेख में लिफाफा जानकारी संग्रहीत करता है और. ISP को भी स्टोर करना चाहिए
प्रति प्राप्तकर्ता संदेश की एक प्रति। यदि शर्तों में से कोई एक नहीं है
पूरा हुआ, यह प्रक्रिया अविश्वसनीय है, क्योंकि फ़ेचमेल फिर सहारा लेना चाहिए
एक संदेश के सच्चे लिफाफा प्राप्तकर्ता (ओं) का अनुमान लगाना। यह आमतौर पर विफल रहता है
मेलिंग सूची संदेश और गुप्त प्रतिलिपि:d मेल, या आपके में एकाधिक प्राप्तकर्ताओं के लिए मेल
डोमेन.

फ़ेचमेल एक से अधिक स्थानीय उपयोगकर्ता और/या वाइल्डकार्ड होने पर मल्टीड्रॉप-मोड का उपयोग करता है
कॉन्फ़िगरेशन फ़ाइल में किसी विशेष सर्वर खाते के लिए निर्दिष्ट।

ETRN और ODMR मोड में,
ये विचार लागू नहीं होते, क्योंकि ये प्रोटोकॉल SMTP पर आधारित होते हैं, जो
स्पष्ट लिफाफा प्राप्तकर्ता जानकारी प्रदान करता है। ये प्रोटोकॉल हमेशा समर्थन करते हैं
एकाधिक प्राप्तकर्ता।

जैसा कि प्रत्येक संदेश को पुनः प्राप्त किया जाता है, फ़ेचमेल सामान्य रूप से इसे एसएमटीपी के माध्यम से पोर्ट 25 पर वितरित करता है
मशीन यह चल रहा है (लोकलहोस्ट), जैसे कि इसे सामान्य से अधिक में पारित किया जा रहा था
टीसीपी / आईपी लिंक। फ़ेचमेल एसएमटीपी सर्वर प्रदान करता है जिसमें एक लिफाफा प्राप्तकर्ता प्राप्त होता है
पहले वर्णित तरीके से। मेल तब आपके एमटीए के अनुसार डिलीवर किया जाएगा
नियम (मेल ट्रांसफर एजेंट आमतौर पर होता है मेल भेजे(8) एग्जिम(8), या पोस्टफ़िक्स(8))। लागू
आपके सिस्टम का एमडीए (मेल डिलीवरी एजेंट) आपके एमटीए का कर्तव्य है। सभी वितरण-नियंत्रण
तंत्र (जैसे ।आगे फ़ाइलें) सामान्य रूप से आपके सिस्टम के माध्यम से उपलब्ध हैं एमटीए और स्थानीय
इसलिए डिलीवरी एजेंटों को हमेशा की तरह लागू किया जाएगा।

यदि आपका फ़ेचमेल कॉन्फ़िगरेशन स्थानीय एमडीए सेट करता है (देखें --mda विकल्प), तो इसका उपयोग किया जाएगा
सीधे एसएमटीपी से पोर्ट 25 पर बात करने के बजाय।

यदि कार्यक्रम फ़ेचमेलकॉन्फ़ उपलब्ध है, यह आपको स्थापित करने और संपादित करने में सहायता करेगा
फ़ेचमेलआरसी कॉन्फ़िगरेशन। यह X विंडो सिस्टम के अंतर्गत चलता है और इसके लिए आवश्यक है कि
भाषा Python और Tk टूलकिट (पायथन बाइंडिंग के साथ) आपके सिस्टम पर मौजूद हों। अगर
आप पहले एकल-उपयोगकर्ता मोड के लिए फ़ेचमेल सेट कर रहे हैं, यह अनुशंसा की जाती है कि आप इसका उपयोग करें
नौसिखिया मोड। विशेषज्ञ मोड फ़ेचमेल कॉन्फ़िगरेशन का पूर्ण नियंत्रण प्रदान करता है, जिसमें शामिल हैं
मल्टीड्रॉप सुविधाएँ। किसी भी मामले में, 'स्वतः जांच' बटन आपको सबसे अधिक बताएगा
सक्षम प्रोटोकॉल एक दिया गया मेलसर्वर समर्थन करता है, और आपको इसके साथ संभावित समस्याओं के बारे में चेतावनी देता है
सर्वर.

सामान्य संचालन

का व्यवहार फ़ेचमेल कमांड-लाइन विकल्पों और एक रन कंट्रोल फ़ाइल द्वारा नियंत्रित किया जाता है,
~/.fetchmailrc, जिसका वाक्य-विन्यास हम बाद के खंड में वर्णित करते हैं (यह फ़ाइल वही है जो
फ़ेचमेलकॉन्फ़ कार्यक्रम संपादन)। कमांड-लाइन विकल्प ओवरराइड ~/.fetchmailrc घोषणाएं

प्रत्येक सर्वर नाम जिसे आप कमांड लाइन पर विकल्पों का पालन करते हुए निर्दिष्ट करते हैं, वह होगा:
पूछा। यदि आप कमांड लाइन पर कोई सर्वर निर्दिष्ट नहीं करते हैं, तो प्रत्येक 'पोल' प्रविष्टि आपके
~/.fetchmailrc फाइल पूछी जाएगी।

के उपयोग की सुविधा के लिए फ़ेचमेल लिपियों और पाइपलाइनों में, यह एक उपयुक्त देता है
समाप्ति पर निकास कोड -- नीचे दिए गए EXIT CODES देखें।

निम्नलिखित विकल्प के व्यवहार को संशोधित करते हैं फ़ेचमेल. यह शायद ही कभी निर्दिष्ट करने के लिए आवश्यक है
इनमें से कोई भी एक बार आपके पास काम करने के बाद .fetchmailrc फ़ाइल सेट अप।

लगभग सभी विकल्पों में एक संबंधित कीवर्ड होता है जिसका उपयोग उन्हें ए . में घोषित करने के लिए किया जा सकता है
.fetchmailrc फ़ाइल.

कुछ विशेष विकल्पों को यहां शामिल नहीं किया गया है, बल्कि इसके बजाय अनुभागों में प्रलेखित किया गया है
प्रमाणीकरण और डेमन मोड जो अनुसरण करते हैं।

सामान्य जानकारी ऑप्शंस
-V | --संस्करण
आपकी प्रतिलिपि के लिए संस्करण जानकारी प्रदर्शित करता है फ़ेचमेल. कोई मेल फ़ेच नहीं है
प्रदर्शन किया। इसके बजाय, निर्दिष्ट प्रत्येक सर्वर के लिए, सभी विकल्प जानकारी जो
गणना की जाएगी यदि फ़ेचमेल उस सर्वर से कनेक्ट हो रहे थे प्रदर्शित होता है। कोई भी
पासवर्ड या अन्य स्ट्रिंग नामों में गैर-मुद्रण योग्य बैकस्लैश सी-लाइक के रूप में दिखाए जाते हैं
भागने के क्रम। यह विकल्प यह सत्यापित करने के लिए उपयोगी है कि आपके विकल्प सेट हैं
जिस तरह से आप उन्हें चाहते हैं।

-c | --जाँच
यह इंगित करने के लिए एक स्थिति कोड लौटाएं कि क्या मेल प्रतीक्षा है, वास्तव में बिना
मेल लाना या हटाना (नीचे EXIT CODES देखें)। यह विकल्प डेमॉन को बंद कर देता है
मोड (जिसमें यह बेकार होगा)। यह कई प्रश्नों के साथ अच्छी तरह से नहीं खेलता है
साइटों, और ETRN या ODMR के साथ काम नहीं करता। यह एक झूठी सकारात्मक लौटाएगा यदि आप
अपने सर्वर मेलबॉक्स में पढ़ना छोड़ दें लेकिन हटाए गए मेल नहीं कर सकते हैं और आपका फ़ेच प्रोटोकॉल नहीं कर सकता है
नए से रखा संदेश बताओ। इसका मतलब है कि यह IMAP के साथ काम करेगा, इसके साथ काम नहीं करेगा
POP2, और कभी-कभी POP3 के तहत बाहर निकल सकते हैं।

-s | --चुप
शांत अवस्था। सभी प्रगति/स्थिति संदेशों को दबा देता है जो सामान्य रूप से प्रतिध्वनित होते हैं
एक लाने के दौरान मानक आउटपुट (लेकिन वास्तविक त्रुटि संदेशों को दबाता नहीं है)। NS
--verbose विकल्प इसे ओवरराइड करता है।

-v | --शब्दशः
वाचाल प्रकार। सभी नियंत्रण संदेश के बीच से गुजरे फ़ेचमेल और मेलसर्वर हैं
स्टडआउट के लिए गूँज उठा। ओवरराइड - चुप। इस विकल्प को दोगुना करने (-v -v) अतिरिक्त कारण बनता है
नैदानिक ​​जानकारी मुद्रित करने के लिए।

--नोसॉफ्टबाउंस
(v6.3.10 के बाद से, कीवर्ड: v6.3.10 के बाद से कोई सॉफ्टबाउंस सेट नहीं करें)
कठिन उछाल मोड। सभी स्थायी वितरण त्रुटियों के कारण संदेशों को हटा दिया जाता है
अपस्ट्रीम सर्वर, नीचे "कोई सॉफ्टबाउंस नहीं" देखें।

--सॉफ्टबाउंस
(v6.3.10 के बाद से, कीवर्ड: v6.3.10 के बाद से softbounce सेट करें)
नरम उछाल मोड। सभी स्थायी वितरण त्रुटियों के कारण संदेशों को इस पर छोड़ दिया जाता है
अपस्ट्रीम सर्वर अगर प्रोटोकॉल इसका समर्थन करता है। इस विकल्प is on by चूक सेवा मेरे
मैच ऐतिहासिक फ़ेचमेल प्रलेखन, और हार्ड बाउंस मोड में बदल दिया जाएगा
अगली फ़ेचमेल रिलीज़।

निपटान ऑप्शंस
-a | --सब | (जबसे v6.3.3) --fetch
(कीवर्ड: fetchall, v3.0 के बाद से)
मेलसर्वर से पुराने (देखे) और नए संदेश दोनों को पुनः प्राप्त करें। डिफ़ॉल्ट है
केवल वे संदेश प्राप्त करें जिन्हें सर्वर ने देखा के रूप में चिह्नित नहीं किया है। POP3 के तहत यह विकल्प भी
TOP के बजाय RETR का उपयोग करने के लिए बाध्य करता है। ध्यान दें कि POP2 पुनर्प्राप्ति इस तरह व्यवहार करती है
--सभी हमेशा चालू रहते हैं (नीचे पुनर्प्राप्ति विफलता मोड देखें) और यह विकल्प नहीं है
ETRN या ODMR के साथ काम करें। जबकि -a और --all कमांड-लाइन और आरसीफाइल प्राप्त करें
विकल्प लंबे समय से समर्थित हैं, --fetchall कमांड-लाइन विकल्प था
v6.3.3 में जोड़ा गया।

-k | --रखना
(कीवर्ड: रखें)
पुनर्प्राप्त संदेशों को दूरस्थ मेलसर्वर पर रखें। आम तौर पर, संदेश हटा दिए जाते हैं
मेलसर्वर पर फ़ोल्डर से पुनर्प्राप्त होने के बाद। निर्दिष्ट करना
रखना विकल्प पुनर्प्राप्त संदेशों को मेलसर्वर पर आपके फ़ोल्डर में रहने का कारण बनता है।
यह विकल्प ETRN या ODMR के साथ काम नहीं करता है। यदि POP3 के साथ प्रयोग किया जाता है, तो इसकी अनुशंसा की जाती है
--uidl विकल्प या uidl कीवर्ड भी निर्दिष्ट करने के लिए।

-K | --नोकीप
(कीवर्ड: नोकीप)
दूरस्थ मेलसर्वर से पुनर्प्राप्त संदेशों को हटाएं। यह विकल्प पुनः प्राप्त करने के लिए बाध्य करता है
मेल को हटाना है। यह उपयोगी हो सकता है यदि आपने का डिफ़ॉल्ट निर्दिष्ट किया है रखना in
तुंहारे .fetchmailrc. यह विकल्प ETRN और ODMR के साथ ज़बरदस्ती चालू है।

-F | --फ्लश
(कीवर्ड: फ्लश)
केवल POP3/IMAP। यह एक खतरनाक विकल्प है और इसका उपयोग करने पर मेल हानि हो सकती है
अनुचित तरीके से। यह पुनर्प्राप्त करने से पहले मेलसर्वर से पुराने (देखे गए) संदेशों को हटा देता है
नए संदेश। चेतावनी: यदि आप अपना मेल दूसरे के साथ चेक करते हैं तो यह मेल हानि का कारण बन सकता है
फ़ेचमेल की तुलना में क्लाइंट, और फ़ेचमेल को उस संदेश को हटाने का कारण बनता है जो उसने कभी नहीं किया था
पहले लाया। यदि मेल सर्वर संदेश को चिह्नित करता है तो यह मेल हानि का कारण भी बन सकता है
पुनर्प्राप्ति (IMAP2 सर्वर) के बाद देखा गया। आपको शायद इस विकल्प का उपयोग नहीं करना चाहिए
आपकी कॉन्फ़िगरेशन फ़ाइल। यदि आप इसे POP3 के साथ प्रयोग करते हैं, तो आपको 'uidl' विकल्प का प्रयोग अवश्य करना चाहिए।
आप जो चाहते हैं वह डिफ़ॉल्ट सेटिंग है: यदि आप '-k' निर्दिष्ट नहीं करते हैं, तो
सफल डिलीवरी के बाद फ़ेचमेल स्वचालित रूप से संदेशों को हटा देगा।

--लिमिटफ्लश
केवल POP3/IMAP, संस्करण 6.3.0 के बाद से। मेलसर्वर से बड़े आकार के संदेश हटाएं
नए संदेश प्राप्त करने से पहले। आकार सीमा को अलग से निर्दिष्ट किया जाना चाहिए
--सीमा विकल्प। यह विकल्प ETRN या ODMR के साथ काम नहीं करता है।

प्रोटोकॉल और प्रश्न ऑप्शंस
-p | --प्रोटो | --मसविदा बनाना
(कीवर्ड: प्रोटो [कोल])
दूरस्थ मेलसर्वर के साथ संचार करते समय उपयोग करने के लिए प्रोटोकॉल निर्दिष्ट करें। अगर नहीं
प्रोटोकॉल निर्दिष्ट है, डिफ़ॉल्ट ऑटो है। आद्य निम्नलिखित में से एक हो सकता है:

ऑटो IMAP, POP3 और POP2 का प्रयास करता है (इनमें से किसी को भी छोड़कर जिसके लिए समर्थन नहीं है
में संकलित किया गया है।)

POP2 पोस्ट ऑफिस प्रोटोकॉल 2 (विरासत, भविष्य के रिलीज से हटाया जाएगा)

POP3 पोस्ट ऑफिस प्रोटोकॉल 3

APOP पुराने जमाने के MD3-चैलेंज प्रमाणीकरण के साथ POP5 का उपयोग करें। नहीं माना जाता है
मानव-में-मध्य हमलों के लिए प्रतिरोधी।

RPOP RPOP प्रमाणीकरण के साथ POP3 का उपयोग करें।

KPOP पोर्ट 3 पर Kerberos V4 प्रमाणीकरण के साथ POP1109 का उपयोग करें।

SDPS POP3 का उपयोग डेमन इंटरनेट के SDPS एक्सटेंशन के साथ करें।

IMAP IMAP2bis, IMAP4, या IMAP4rev1 (फ़ेचमेल स्वचालित रूप से उनका पता लगाता है
क्षमताएं)।

ETRN ESMTP ETRN विकल्प का उपयोग करें।

ओडीएमआर ऑन-डिमांड मेल रिले ईएसएमटीपी प्रोफाइल का प्रयोग करें।

ये सभी विकल्प मूल रूप से उसी तरह काम करते हैं (मानक सर्वर के साथ संचार
ETRN और ODMR को छोड़कर सर्वर पर पहले से ही मेलबॉक्स में डिलीवर किए गए मेल को लाने के लिए डेमॉन)।
ईटीआरएन मोड आपको एक अनुपालन ईएसएमटीपी सर्वर (जैसे बीएसडी सेंडमेल रिलीज होने पर) पूछने की अनुमति देता है
8.8.0 या उच्चतर) अपने क्लाइंट मशीन पर प्रेषक-एसएमटीपी कनेक्शन को तुरंत खोलने के लिए और
सर्वर की कतार में अपने क्लाइंट मशीन को संबोधित किसी भी आइटम को अग्रेषित करना शुरू करें
डिलीवर नहीं किया गया मेल। ओडीएमआर मोड के लिए ओडीएमआर-सक्षम सर्वर की आवश्यकता होती है और यह इसी तरह काम करता है
ETRN, सिवाय इसके कि इसके लिए क्लाइंट मशीन के लिए एक स्थिर DNS की आवश्यकता नहीं होती है।

-U | --uidl
(कीवर्ड: यूआईडीएल)
UIDL के उपयोग को बाध्य करें (केवल POP3 के साथ प्रभावी)। क्लाइंट-साइड ट्रैकिंग को 'नयापन' के लिए बाध्य करें
संदेशों का (यूआईडीएल का अर्थ "अद्वितीय आईडी सूचीकरण" है और इसका वर्णन RFC1939 में किया गया है)। उपयोग
उपयोगकर्ताओं के समूह के लिए मेलबॉक्स को बेबी न्यूज ड्रॉप के रूप में उपयोग करने के लिए 'रखें' के साथ। तथ्य
देखे गए संदेशों को छोड़ दिया जाता है, लॉग किया जाता है, जब तक कि त्रुटि लॉगिंग के माध्यम से नहीं किया जाता है
डेमॉन मोड में चलते समय syslog। ध्यान दें कि फ़ेचमेल स्वचालित रूप से सक्षम हो सकता है
यह विकल्प अपस्ट्रीम सर्वर क्षमताओं पर निर्भर करता है। यह भी ध्यान दें कि यह विकल्प
हटाया जा सकता है और भविष्य के फ़ेचमेल संस्करण में ज़बरदस्ती सक्षम किया जा सकता है। यह सभी देखें:
--idfile.

--बेकार (जबसे 6.3.3)
(कीवर्ड: निष्क्रिय, 6.0.0 से पहले)
IDLE उपयोग सक्षम करें (केवल IMAP के साथ प्रभावी)। ध्यान दें कि यह केवल एक के साथ काम करता है
एक निश्चित समय पर फ़ोल्डर। जबकि निष्क्रिय rcfile कीवर्ड को a . के लिए समर्थित किया गया था
लंबे समय तक, --idle कमांड-लाइन विकल्प 6.3.3 संस्करण में जोड़ा गया था। निष्क्रिय उपयोग
इसका मतलब है कि फ़ेचमेल IMAP सर्वर को नए संदेशों की सूचना भेजने के लिए कहता है, इसलिए वे
नियमित मतदान के साथ जितनी जल्दी संभव हो सके, इसे पुनः प्राप्त किया जा सकता है।

-P | --सेवा
(कीवर्ड: सेवा) संस्करण 6.3.0 के बाद से।
सेवा विकल्प आपको कनेक्ट करने के लिए एक सेवा नाम निर्दिष्ट करने की अनुमति देता है। आप ऐसा कर सकते हैं
यदि आपके सेवा डेटाबेस में आवश्यक की कमी है, तो यहां एक दशमलव पोर्ट संख्या निर्दिष्ट करें
सर्विस-पोर्ट असाइनमेंट। इसके लिए अक्सर पूछे जाने वाले प्रश्न आइटम R12 और --ssl दस्तावेज़ देखें
विवरण। यह पुराने --port विकल्प को प्रतिस्थापित करता है।

--बंदरगाह
(कीवर्ड: पोर्ट)
--service का अप्रचलित संस्करण जो सेवा के नाम नहीं लेता है। नोट: इस विकल्प
भविष्य के संस्करण से हटाया जा सकता है।

--प्रधान
(कीवर्ड: प्रिंसिपल)
प्रिंसिपल विकल्प आपको पारस्परिक के लिए एक सेवा प्रिंसिपल निर्दिष्ट करने की अनुमति देता है
प्रमाणीकरण। यह POP3 या IMAP पर Kerberos 4 प्रमाणीकरण के साथ लागू होता है
केवल। यह Kerberos 5 या GSSAPI पर लागू नहीं होता है। यह विकल्प a . में हटाया जा सकता है
भविष्य के फ़ेचमेल संस्करण।

-t | --समय समाप्त
(कीवर्ड: टाइमआउट)
टाइमआउट विकल्प आपको सेकंड में सर्वर-गैर-प्रतिक्रिया टाइमआउट सेट करने की अनुमति देता है। यदि एक
मेलसर्वर एक ग्रीटिंग संदेश नहीं भेजता है या दिए गए आदेशों का जवाब नहीं देता है
सेकंड की संख्या, फ़ेचमेल से कनेक्शन छोड़ देंगे। ऐसे बिना
मध्यांतर फ़ेचमेल टीसीपी कनेक्शन समय समाप्त होने तक लटका सकता है, लाने की कोशिश कर रहा है
एक डाउन होस्ट से मेल, जो बहुत लंबा हो सकता है। यह विशेष रूप से कष्टप्रद होगा
एक के लिए फ़ेचमेल पृष्ठभूमि में चल रहा है। एक डिफ़ॉल्ट टाइमआउट है जो
फ़ेचमेल -वी रिपोर्ट करेगा। यदि किसी दिए गए कनेक्शन में बहुत अधिक टाइमआउट प्राप्त होते हैं
उत्तराधिकार, फ़ेचमेल इसे वेज्ड मानेगा और पुन: प्रयास करना बंद कर देगा। कॉलिंग यूजर
ऐसा होने पर ईमेल द्वारा सूचित किया जाएगा।

फ़ेचमेल 6.3.10 से शुरू होकर, एसएमटीपी क्लाइंट अनुशंसित न्यूनतम का उपयोग करता है
RFC-5321 से टाइमआउट एसएमटीपी/एलएमटीपी सर्वर की प्रतीक्षा करते समय यह बात कर रहा है।
आप टाइमआउट को और भी बढ़ा सकते हैं, लेकिन आप उन्हें छोटा नहीं कर सकते। यह बचने के लिए है
एक दर्दनाक स्थिति जहां फ़ेचमेल को थोड़े समय के साथ कॉन्फ़िगर किया गया है (a
मिनट या उससे कम), स्थानीय MTA को एक लंबा संदेश (कई MBytes) भेजता है, जो तब
"ओके" का जवाब देने के लिए टाइमआउट से अधिक समय लगता है, जो अंततः होगा; वह होगा
इसका मतलब है कि मेल ठीक से डिलीवर हो जाता है, लेकिन फ़ेचमेल इसे नोटिस नहीं कर सकता है और इस प्रकार होगा
इस बड़े संदेश को बार-बार रीचेक करें।

--लगाना
(कीवर्ड: प्लगइन)
प्लगइन विकल्प आपको टीसीपी स्थापित करने के लिए बाहरी प्रोग्राम का उपयोग करने की अनुमति देता है
कनेक्शन। यह उपयोगी है यदि आप ssh का उपयोग करना चाहते हैं, या कुछ विशेष की आवश्यकता है
फ़ायरवॉल सेटअप। कार्यक्रम $PATH में देखा जाएगा और वैकल्पिक रूप से हो सकता है
होस्टनाम और पोर्ट को क्रमशः "%h" और "%p" का उपयोग करके तर्क के रूप में पारित किया (नोट
कि प्रक्षेप तर्क बल्कि आदिम है, और इन टोकनों को बाध्य किया जाना चाहिए
व्हाइटस्पेस या स्ट्रिंग की शुरुआत या स्ट्रिंग के अंत से)। Fetchmail को लिखेंगे
प्लगइन का स्टड और प्लगइन के स्टडआउट से पढ़ें।

--बाहर निकाल लें
(कीवर्ड: प्लगआउट)
उपरोक्त प्लगइन विकल्प के समान है, लेकिन इसका उपयोग एसएमटीपी के लिए किया जाता है
कनेक्शन.

-r | --फ़ोल्डर
(कीवर्ड: फोल्डर [एस])
मेलसर्वर पर एक निर्दिष्ट गैर-डिफ़ॉल्ट मेल फ़ोल्डर का कारण बनता है (या अल्पविराम से अलग
फ़ोल्डरों की सूची) को पुनः प्राप्त किया जाना है। फ़ोल्डर नाम का सिंटैक्स सर्वर है-
आश्रित। यह विकल्प POP3, ETRN, या ODMR के अंतर्गत उपलब्ध नहीं है।

--ट्रेसपोल
(कीवर्ड: ट्रेसपोल)
'पोलिंग अकाउंट %s' फॉर्म में पोल ​​ट्रेस जानकारी को फ़ेचमेल बताएं और
'फ़ोल्डर% s' को प्राप्त लाइन में यह उत्पन्न करता है, जहां% s भागों को बदल दिया जाता है
उपयोगकर्ता का दूरस्थ नाम, पोल लेबल, और फ़ोल्डर (मेलबॉक्स) जहां उपलब्ध हो
(प्राप्त शीर्षलेख में सामान्य रूप से सर्वर का सही नाम भी शामिल होता है)। यह हो सकता है
जिस खाते से इसे प्राप्त किया जा रहा है, उसके आधार पर मेल फ़िल्टरिंग की सुविधा के लिए उपयोग किया जाता है।
फ़ोल्डर जानकारी केवल संस्करण 6.3.4 के बाद से लिखी गई है।

--एसएसएल (कीवर्ड: एसएसएल)
मेल सर्वर से कनेक्शन को बातचीत करके एसएसएल के माध्यम से एन्क्रिप्ट किया जाता है
कनेक्ट करने के बाद सीधे एसएसएल (एसएसएल-लिपटे मोड)। इसका उपयोग करने की अत्यधिक अनुशंसा की जाती है
--sslcertck सर्वर द्वारा प्रस्तुत प्रमाणपत्रों को मान्य करने के लिए। कृपया देखें
--sslproto का विवरण नीचे! अधिक जानकारी में उपलब्ध है रीडमी.एसएसएल
फ़ाइल जो फ़ेचमेल के साथ शिप करती है।

ध्यान दें कि भले ही यह विकल्प छोड़ दिया गया हो, फिर भी फ़ेचमेल एसएसएल इन-बैंड पर बातचीत कर सकता है
POP3 या IMAP के लिए, STLS या STARTTLS सुविधा के माध्यम से। आप --sslproto . का उपयोग कर सकते हैं
उस व्यवहार को संशोधित करने का विकल्प।

यदि कोई पोर्ट निर्दिष्ट नहीं है, तो कनेक्शन को जाने-माने पोर्ट से जोड़ने का प्रयास किया जाता है
बेस प्रोटोकॉल का एसएसएल संस्करण। यह आम तौर पर बंदरगाह से अलग बंदरगाह है
बेस प्रोटोकॉल द्वारा उपयोग किया जाता है। IMAP के लिए, यह स्पष्ट प्रोटोकॉल के लिए पोर्ट 143 है और
एसएसएल सुरक्षित प्रोटोकॉल के लिए पोर्ट 993; POP3 के लिए, यह स्पष्ट पाठ के लिए पोर्ट 110 है
और एन्क्रिप्टेड वैरिएंट के लिए पोर्ट 995।

यदि आपके सिस्टम में से संबंधित प्रविष्टियों का अभाव है / Etc / सेवाओं, देखें
--service विकल्प और संख्यात्मक पोर्ट संख्या निर्दिष्ट करें जैसा कि पिछले में दिया गया है
पैराग्राफ (जब तक कि आपके आईएसपी ने आपको अलग-अलग बंदरगाहों पर निर्देशित नहीं किया है, जो असामान्य है
तथापि)।

--sslcert
(कीवर्ड: sslcert)
प्रमाणपत्र-आधारित क्लाइंट प्रमाणीकरण के लिए। कुछ एसएसएल एन्क्रिप्टेड सर्वर की आवश्यकता होती है
प्रमाणीकरण के लिए क्लाइंट साइड कुंजियाँ और प्रमाणपत्र। ज्यादातर मामलों में, यह है
वैकल्पिक। यह सार्वजनिक कुंजी प्रमाणपत्र के स्थान को निर्दिष्ट करता है
SSL सत्र की स्थापना के समय सर्वर को प्रस्तुत किया जाता है। यह नहीं
आवश्यक (लेकिन प्रदान किया जा सकता है) यदि सर्वर को इसकी आवश्यकता नहीं है। यह हो सकता है
निजी कुंजी (संयुक्त कुंजी और प्रमाणपत्र फ़ाइल) के समान फ़ाइल लेकिन यह नहीं है
अनुशंसित। नीचे --sslkey भी देखें।

नोट: यदि आप क्लाइंट प्रमाणीकरण का उपयोग करते हैं, तो उपयोगकर्ता नाम से प्राप्त किया जाता है
प्रमाणपत्र का सामान्य नाम और --user के साथ सेट किए गए नाम को ओवरराइड करता है।

--sslkey
(कीवर्ड: sslkey)
क्लाइंट साइड निजी एसएसएल कुंजी का फ़ाइल नाम निर्दिष्ट करता है। कुछ एसएसएल एन्क्रिप्टेड
प्रमाणीकरण के लिए सर्वरों को क्लाइंट साइड कुंजियों और प्रमाणपत्रों की आवश्यकता होती है। अधिकांश में
मामलों, यह वैकल्पिक है। यह उपयोग की जाने वाली निजी कुंजी के स्थान को निर्दिष्ट करता है
एसएसएल सत्र की स्थापना के समय सर्वर के साथ लेनदेन पर हस्ताक्षर करें। यह
यदि सर्वर को इसकी आवश्यकता नहीं है तो इसकी आवश्यकता नहीं है (लेकिन प्रदान किया जा सकता है)। हो सकता है
सार्वजनिक कुंजी (संयुक्त कुंजी और प्रमाणपत्र फ़ाइल) के समान फ़ाइल लेकिन यह नहीं है
की सिफारिश की.

यदि कुंजी को अनलॉक करने के लिए पासवर्ड की आवश्यकता होती है, तो उस समय इसके लिए संकेत दिया जाएगा
सर्वर पर सत्र स्थापित करने से ठीक पहले। यह कुछ का कारण बन सकता है
डेमॉन मोड में जटिलताएं।

ऊपर --sslcert भी देखें।

--sslproto
(कीवर्ड: sslproto, नोट: v6.4.0 के बाद से अर्थ परिवर्तन)
ऐतिहासिक फ़ेचमेल व्यवहार में से इस विकल्प का दोहरा उपयोग है। यह दोनों को नियंत्रित करता है
SSL/TLS प्रोटोकॉल संस्करण और, यदि --ssl निर्दिष्ट नहीं है, तो STARTTLS व्यवहार
(प्रोटोकॉल को एसएसएल या टीएलएस कनेक्शन इन-बैंड में अपग्रेड करना)। कुछ अन्य विकल्प
हालांकि टीएलएस को अनिवार्य बना सकता है।

केवल अगर यह विकल्प और --ssl दोनों एक मतदान के लिए गायब हैं, तो अवसरवादी TLS होगा
POP3 और IMAP के लिए, जहां फ़ेचमेल TLSv1 या नए में अपग्रेड करने का प्रयास करेगा।

--sslproto के लिए मान्यता प्राप्त मान नीचे दिए गए हैं। आपको सामान्य रूप से इनमें से किसी एक को चुनना चाहिए
ऑटो-बातचीत के विकल्प, अर्थात 'स्वत:' या प्लस में समाप्त होने वाले विकल्पों में से एक (+)
चरित्र। ध्यान दें कि ओपनएसएसएल लाइब्रेरी संस्करण और कॉन्फ़िगरेशन के आधार पर, कुछ विकल्प
रन-टाइम त्रुटियों का कारण बनता है क्योंकि अनुरोधित एसएसएल या टीएलएस संस्करण इसके द्वारा समर्थित नहीं हैं
विशेष रूप से स्थापित ओपनएसएसएल पुस्तकालय।

'', खाली स्ट्रिंग
STARTTLS अक्षम करें। यदि --ssl उसी सर्वर के लिए दिया जाता है, तो एक त्रुटि लॉग करें और
दिखाओ कि 'स्वत:' की जगह इस्तेमाल किया गया था।

'स्वत:' (चूक जाना)। v6.4.0 के बाद से। टीएलएस की आवश्यकता है। TLSv1 या नए से ऑटो-बातचीत करें, अक्षम करें
एसएसएलवी3 डाउनग्रेड। (फ़ेचमेल 6.3.26 और पुराने सभी ने स्वतः बातचीत की है
प्रोटोकॉल जो उनकी ओपनएसएसएल लाइब्रेरी समर्थित है, जिसमें टूटे हुए एसएसएलवी3 भी शामिल हैं)।

'SSL23'
देख 'स्वत:'.

'SSL3' बिल्कुल SSLv3 की आवश्यकता है। SSLv3 टूटा हुआ है, सभी सिस्टम पर समर्थित नहीं है, इससे बचें
यह यदि संभव हो तो। इससे फ़ेचमेल केवल SSLv3 पर बातचीत करेगा, और यह है
इसके अलावा एकमात्र रास्ता 'एसएसएल3+' फ़ेचमेल 6.4.0 या नया परमिट SSLv3 प्राप्त करने के लिए।

'एसएसएल3+'
के समान 'स्वत:', लेकिन SSLv3 को भी अनुमति दें। इसके अलावा यही एकमात्र तरीका है
'SSL3' फ़ेचमेल 6.4.0 या नया परमिट SSLv3 प्राप्त करने के लिए।

'TLS1' TLSv1. यह TLSv1.1 या नए संस्करण पर बातचीत नहीं करता है, और इसे हतोत्साहित किया जाता है।
TLS1+ से बदलें जब तक कि बाद वाला आपके सर्वर को चोक न कर दे।

'टीएलएस1+'
v6.4.0 के बाद से। 'एफबॉटो' देखें।

'TLS1.1'
v6.4.0 के बाद से। बिल्कुल TLS v1.1 की आवश्यकता है।

'टीएलएस1.1+'
v6.4.0 के बाद से। टीएलएस की आवश्यकता है। स्वत: बातचीत TLSv1.1 या नए।

'TLS1.2'
v6.4.0 के बाद से। बिल्कुल TLS v1.2 की आवश्यकता है।

'टीएलएस1.2+'
v6.4.0 के बाद से। टीएलएस की आवश्यकता है। स्वत: बातचीत TLSv1.2 या नए।

अपरिचित पैरामीटर
के समान व्यवहार किया जाता है'स्वत:'.

नोट: आपको शायद ही कभी '' के अलावा किसी और चीज का उपयोग करने की आवश्यकता हो (किसी को मजबूर करने के लिए)
अनएन्क्रिप्टेड कनेक्शन) या 'ऑटो' (टीएलएस लागू करने के लिए)।

--sslcertck
(कीवर्ड: sslcertck)
फ़ेचमेल के कारण एसएसएल/टीएलएस का उपयोग करने की आवश्यकता होती है और यदि यह नहीं हो सकता है तो डिस्कनेक्ट करें
सफलतापूर्वक एसएसएल या टीएलएस पर बातचीत करें, या यदि यह सफलतापूर्वक सत्यापित और मान्य नहीं कर सकता है
प्रमाणपत्र और एक ट्रस्ट एंकर (या विश्वसनीय रूट प्रमाणपत्र) के लिए उसका पालन करें। NS
ट्रस्ट एंकर स्थानीय विश्वसनीय प्रमाणपत्रों के एक सेट के रूप में दिए जाते हैं (देखें sslcertfile
और sslcertpath विकल्प)। यदि सर्वर प्रमाणपत्र प्राप्त नहीं किया जा सकता है या नहीं
विश्वसनीय लोगों में से एक द्वारा हस्ताक्षरित (प्रत्यक्ष या अप्रत्यक्ष रूप से), फ़ेचमेल होगा
डिस्कनेक्ट करें, की परवाह किए बिना एसएसएलफ़िंगरप्रिंट विकल्प.

ध्यान दें कि CRL (प्रमाणपत्र निरस्तीकरण सूचियाँ) केवल OpenSSL 0.9.7 . में समर्थित हैं
और नया! इसका उपयोग करते समय आपकी सिस्टम घड़ी भी उचित रूप से सटीक होनी चाहिए
विकल्प.

ध्यान दें कि यह वैकल्पिक व्यवहार भविष्य के फ़ेचमेल में डिफ़ॉल्ट व्यवहार बन सकता है
संस्करणों.

--sslcertfile
(कीवर्ड: sslcertfile, v6.3.17 के बाद से)
फ़ाइल फ़ेचमेल स्थानीय प्रमाणपत्र देखने के लिए उपयोग करता है सेट करता है। डिफ़ॉल्ट खाली है।
इसके अलावा दिया जा सकता है --sslcertpath नीचे, और में निर्दिष्ट प्रमाण पत्र
--sslcertfile में उन लोगों से पहले संसाधित किया जाएगा --sslcertpath. विकल्प हो सकता है
के अलावा इस्तेमाल किया --sslcertpath.

फ़ाइल एक टेक्स्ट फ़ाइल है। इसमें विश्वसनीय CA प्रमाणपत्रों का संयोजन शामिल है
पीईएम प्रारूप में।

ध्यान दें कि इस विकल्प का उपयोग करने से डिफ़ॉल्ट SSL विश्वसनीय CA लोड करना बंद हो जाएगा
प्रमाणपत्र फ़ाइल जब तक आप पर्यावरण चर सेट नहीं करते हैं
FETCHMAIL_INCLUDE_DEFAULT_X509_CA_CERTS एक गैर-रिक्त मूल्य के लिए।

--sslcertpath
(कीवर्ड: sslcertpath)
स्थानीय प्रमाणपत्र देखने के लिए उपयोग की जाने वाली निर्देशिका को सेट करता है। डिफ़ॉल्ट है
आपकी ओपनएसएसएल डिफ़ॉल्ट निर्देशिका। निर्देशिका को OpenSSL की तरह हैश किया जाना चाहिए
इसकी अपेक्षा करता है - हर बार जब आप निर्देशिका में कोई प्रमाणपत्र जोड़ते या संशोधित करते हैं, तो आपको इसकी आवश्यकता होती है
उपयोग करने के लिए c_rehash टूल (जो टूल्स/उपनिर्देशिका में ओपनएसएसएल के साथ आता है)।
साथ ही, ओपनएसएसएल अपग्रेड के बाद, आपको चलाने की आवश्यकता हो सकती है c_rehash; खासकर जब
0.9.X से 1.0.0 में अपग्रेड करना।

इसके अलावा दिया जा सकता है --sslcertfile ऊपर, जो पूर्वता के लिए देखते हैं
नियमों.

ध्यान दें कि इस विकल्प का उपयोग करने से डिफ़ॉल्ट एसएसएल विश्वसनीय सीए जोड़ना बंद हो जाएगा
प्रमाणपत्र निर्देशिका जब तक आप पर्यावरण चर सेट नहीं करते हैं
FETCHMAIL_INCLUDE_DEFAULT_X509_CA_CERTS एक गैर-रिक्त मूल्य के लिए।

--sslcommonname <आम नाम>
(कीवर्ड: sslcommonname; v6.3.9 के बाद से)
इस विकल्प का उपयोग हतोत्साहित किया जाता है। इसका उपयोग करने से पहले, के व्यवस्थापक से संपर्क करें
अपने अपस्ट्रीम सर्वर और उचित एसएसएल प्रमाणपत्र का उपयोग करने के लिए कहें। कि अगर
प्राप्त नहीं किया जा सकता है, इस विकल्प का उपयोग उस नाम (CommonName) को निर्दिष्ट करने के लिए किया जा सकता है जो
सर्वर प्रमाणपत्र पर फ़ेचमेल अपेक्षा करता है। एक सही ढंग से कॉन्फ़िगर किया गया सर्वर होगा
इस सेट को उस होस्टनाम पर सेट करें जिसके द्वारा वह पहुंचा है, और डिफ़ॉल्ट रूप से फ़ेचमेल होगा
उतनी ही अपेक्षा करें। इस विकल्प का उपयोग तब करें जब CommonName को किसी अन्य मान पर सेट किया जाए
"सर्वर कॉमननाम बेमेल" चेतावनी से बचें, और केवल अगर अपस्ट्रीम सर्वर
उचित प्रमाणपत्रों का उपयोग करने के लिए नहीं बनाया जा सकता है।

--sslfingerprint
(कीवर्ड: sslfingerprint)
हेक्साडेसिमल में सर्वर कुंजी (कुंजी का MD5 हैश) का फ़िंगरप्रिंट निर्दिष्ट करें
दो अंकों के समूहों को अलग करने वाले कोलन के साथ अंकन। अक्षर हेक्स अंक होना चाहिए
ऊपरी मामले में। यह वह प्रारूप है जो फ़ेचमेल फ़िंगरप्रिंट की रिपोर्ट करने के लिए उपयोग करता है
जब एक एसएसएल कनेक्शन स्थापित होता है। जब यह निर्दिष्ट किया जाता है, तो फ़ेचमेल होगा
दिए गए के साथ सर्वर कुंजी फ़िंगरप्रिंट की तुलना करें, और कनेक्शन विफल हो जाएगा
यदि वे मेल नहीं खाते हैं, तो इसकी परवाह किए बिना एसएसएलसर्टक स्थापना। कनेक्शन भी होगा
विफल अगर फ़ेचमेल सर्वर से एसएसएल प्रमाणपत्र प्राप्त नहीं कर सकता है। यह हो सकता है
बीच-बीच में होने वाले हमलों को रोकने के लिए उपयोग किया जाता है, लेकिन सर्वर से फिंगर प्रिंट
एक सुरक्षित चैनल पर प्राप्त या सत्यापित करने की आवश्यकता है, और निश्चित रूप से अधिक नहीं
वही इंटरनेट कनेक्शन जो फ़ेचमेल उपयोग करेगा।

इस विकल्प का उपयोग करने से प्रमाणपत्र सत्यापन त्रुटियों को तब तक रोका जा सकेगा जब तक
--sslcertck सेट नहीं है।

cert.pem फ़ाइल में संग्रहीत प्रमाणपत्र का फ़िंगरप्रिंट प्राप्त करने के लिए, प्रयास करें:

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

जानकारी के लिए, देखें x509(1एसएसएल)।

प्रसव नियंत्रण ऑप्शंस
-S | --smtphost
(कीवर्ड: एसएमटीपी [होस्ट])
मेल को अग्रेषित करने के लिए मेजबानों की एक शिकार सूची निर्दिष्ट करें (एक या अधिक होस्टनाम, अल्पविराम-
अलग)। सूची क्रम में मेजबानों की कोशिश की जाती है; पहला जो ऊपर है वह बन जाता है
वर्तमान रन के लिए अग्रेषण लक्ष्य। यदि यह विकल्प निर्दिष्ट नहीं है,
'लोकलहोस्ट' का उपयोग डिफ़ॉल्ट के रूप में किया जाता है। प्रत्येक होस्टनाम में निम्नलिखित पोर्ट नंबर हो सकता है
मेजबान का नाम। पोर्ट नंबर को स्लैश द्वारा होस्ट नाम से अलग किया जाता है; NS
डिफ़ॉल्ट पोर्ट "smtp" है। यदि आप एक निरपेक्ष पथ नाम निर्दिष्ट करते हैं (एक / से शुरू),
इसे LMTP कनेक्शन स्वीकार करने वाले UNIX सॉकेट के नाम के रूप में व्याख्यायित किया जाएगा
(जैसे कि साइरस IMAP डेमॉन द्वारा समर्थित है) उदाहरण:

--smtphost server1,server2/2525,server3,/var/imap/सॉकेट/lmtp

इस विकल्प का उपयोग ओडीएमआर के साथ किया जा सकता है, और फ़ेचमेल को ओडीएमआर के बीच एक रिले बना देगा
सर्वर और एसएमटीपी या एलएमटीपी रिसीवर।

--fetchडोमेन
(कीवर्ड: फ़ेचडोमेन)
ETRN या ODMR मोड में, यह विकल्प उन डोमेन की सूची निर्दिष्ट करता है जिन्हें सर्वर को चाहिए
एक बार कनेक्शन चालू करने के बाद मेल भेजें। डिफ़ॉल्ट का FQDN है
मशीन चल रहा है फ़ेचमेल.

-D | --smtpaddress
(कीवर्ड: smtpaddress)
आरसीपीटी में पतों के साथ जोड़े जाने वाले डोमेन को एसएमटीपी को शिप की गई लाइनों के लिए निर्दिष्ट करें।
जब यह निर्दिष्ट नहीं है, तो एसएमटीपी सर्वर का नाम (जैसा कि द्वारा निर्दिष्ट किया गया है
--smtphost) का उपयोग SMTP/LMTP के लिए किया जाता है और 'लोकलहोस्ट' का उपयोग UNIX सॉकेट/BSMTP के लिए किया जाता है।

--smtpname
(कीवर्ड: smtpname)
डोमेन और उपयोगकर्ता को आरसीपीटी में डालने के लिए निर्दिष्ट करें ताकि एसएमटीपी को भेज दिया जा सके। NS
डिफ़ॉल्ट उपयोगकर्ता वर्तमान स्थानीय उपयोगकर्ता है।

-Z | --स्पैम - विरोधी <nnn[, एनएनएन]...>
(कीवर्ड: एंटीस्पैम)
संख्यात्मक एसएमटीपी त्रुटियों की सूची निर्दिष्ट करता है जिन्हें स्पैम के रूप में व्याख्यायित किया जाना है-
श्रोता से प्रतिक्रिया को अवरुद्ध करें। -1 का मान इस विकल्प को निष्क्रिय कर देता है। के लिए
कमांड-लाइन विकल्प, सूची मानों को अल्पविराम से अलग किया जाना चाहिए।

-m | --एमडीए
(कीवर्ड: एमडीए)
यह विकल्प देता है फ़ेचमेल एक संदेश या स्थानीय वितरण एजेंट (एमडीए या एलडीए) का उपयोग करें
सीधे, एसएमटीपी या एलएमटीपी के माध्यम से अग्रेषित करने के बजाय।

मेल खोने से बचने के लिए, इस विकल्प का उपयोग केवल एमडीए जैसे मेलड्रॉप या एमटीए जैसे के साथ करें
सेंडमेल जो डिस्क-पूर्ण और अन्य वितरण त्रुटियों पर गैर-शून्य स्थिति से बाहर निकलता है;
गैर-शून्य स्थिति फ़ेचमेल को बताती है कि वितरण विफल रहा और संदेश को रोकता है
सर्वर पर डिलीट होने से।

If फ़ेचमेल रूट के रूप में चल रहा है, यह मेल डिलीवर करते समय अपना यूजर आईडी सेट करता है
एक एमडीए इस प्रकार है: पहला, FETCHMAILUSER, LOGNAME, और USER परिवेश
इस क्रम में चर की जाँच की जाती है। उसकी सूची से पहले चर का मान
जिसे परिभाषित किया गया है (भले ही वह खाली हो!) सिस्टम उपयोगकर्ता डेटाबेस में देखा जाता है। अगर
कोई भी चर परिभाषित नहीं है, फ़ेचमेल उस वास्तविक उपयोगकर्ता आईडी का उपयोग करेगा जो वह थी
के साथ शुरू किया। यदि चरों में से एक को परिभाषित किया गया था, लेकिन उपयोगकर्ता ने कहा कि वहाँ नहीं है
पाया गया, फ़ेचमेल रूट के रूप में चल रहा है, शेष चरों की जाँच किए बिना
सूची। व्यावहारिक रूप से, इसका मतलब है कि यदि आप फ़ेचमेल को रूट के रूप में चलाते हैं (नहीं
अनुशंसित), FETCHMAILUSER पर्यावरण चर को परिभाषित करना सबसे उपयोगी है
उपयोगकर्ता को सेट करें कि एमडीए के रूप में चलना चाहिए। कुछ एमडीए (जैसे मेलड्रॉप) डिज़ाइन किए गए हैं
प्राप्तकर्ता की उपयोगकर्ता आईडी के लिए रूट और सेटयूड होने के लिए, ताकि आप हारें नहीं
फ़ेचमेल को अनपेक्षित उपयोगकर्ता के रूप में चलाते समय भी इस तरह से कार्यक्षमता। नियन्त्रण
विवरण के लिए एमडीए का मैनुअल।

कुछ संभावित एमडीए हैं "/usr/sbin/sendmail -i -f %F -- %T" (नोट: कुछ कई
पुराने या विक्रेता सेंडमेल संस्करण गलती - एक पते के बजाय, एक पते के लिए
विकल्प तर्कों के अंत को चिह्नित करने के लिए संकेतक), "/ usr/bin/deliver" और
"/ usr/bin/maildrop -d %T"। स्थानीय वितरण पते एमडीए में डाले जाएंगे
आप जहां कहीं भी %T डालते हैं, कमांड करें; मेल संदेश का प्रेषक पता डाला जाएगा
जहाँ आप %F लगाते हैं।

Do नहीं लगा देना la %F or %T स्ट्रिंग in एक उल्लेख! %T और %F दोनों के लिए, फ़ेचमेल
एकल उद्धरणों (') में पतों को संलग्न करता है, किसी एकल उद्धरण को हटाने के बाद वे
एमडीए कमांड को शेल में पास करने से पहले हो सकता है।

Do नहीं उपयोग an एमडीए मंगलाचरण कि डिस्पैच on la अंतर्वस्तु of प्रति/प्रतिलिपि/गुप्त प्रति, पसंद
"sendmail -i -t" या "qmail-inject", यह मेल लूप बनाएगा और जस्ट लाएगा
आपके सिर पर कई डाकपालों का क्रोध उतर आया है। यह सबसे अधिक बार में से एक है
कॉन्फ़िगरेशन त्रुटियाँ!

इसके अलावा, करो नहीं एक एमडीए के साथ मल्टीड्रॉप मोड को संयोजित करने का प्रयास करें जैसे मेलड्रॉप जो कर सकता है
केवल एक पता स्वीकार करें, जब तक कि आपका अपस्ट्रीम प्रति संदेश की एक प्रति संग्रहीत न करे
प्राप्तकर्ता और लिफाफा प्राप्तकर्ता को एक हेडर में स्थानांतरित करता है; आप मेल खो देंगे।

प्रसिद्ध घोषणा करना(1) पैकेज को ठीक से कॉन्फ़िगर करना बहुत कठिन है, इसमें a
वितरण त्रुटियों पर बहुत बुरा "अगले नियम के माध्यम से गिरना" व्यवहार (यहां तक ​​कि
अस्थायी वाले, जैसे डिस्क स्थान से बाहर यदि किसी अन्य उपयोगकर्ता का मेल डेमॉन कॉपी करता है
पुराने संदेशों को शुद्ध करने के लिए मेलबॉक्स), इसलिए आपका मेल गलत में समाप्त हो जाएगा
मेलबॉक्स जल्दी या बाद में। उचित घोषणा विन्यास इसके दायरे से बाहर है
इस दस्तावेज़। का उपयोग करते हुए मेल प्राप्त करने का स्थान(1) आमतौर पर बहुत आसान होता है, और कई उपयोगकर्ता पाते हैं
मेलड्रॉप द्वारा उपयोग किए जाने वाले फ़िल्टर सिंटैक्स को समझना आसान है।

अंत में, हम दृढ़ता से सलाह देते हैं कि आप करते हैं नहीं क्यूमेल-इंजेक्ट का प्रयोग करें। कमांड लाइन
इंटरफ़ेस विशिष्ट उपयोग के लिए लाभ प्रदान किए बिना गैर-मानक है, और फ़ेचमेल
मानक से क्यूमेल-इंजेक्ट के विचलन को समायोजित करने का कोई प्रयास नहीं करता है। कुछ
क्यूमेल-इंजेक्ट की कमांड-लाइन और पर्यावरण विकल्प वास्तव में खतरनाक हैं और
टूटे धागे, गैर-पता लगाए गए डुप्लिकेट संदेशों और अग्रेषण लूप का कारण बन सकता है।

--एलएमटीपी (कीवर्ड: एलएमटीपी)
LMTP (लोकल मेल ट्रांसफर प्रोटोकॉल) के माध्यम से डिलीवरी का कारण। एक सेवा होस्ट और पोर्ट
चाहिए smtphost शिकार सूची में प्रत्येक मेजबान पर स्पष्ट रूप से निर्दिष्ट किया जाना चाहिए (ऊपर देखें) if
यह विकल्प चुना गया है; डिफ़ॉल्ट पोर्ट 25 होगा (RFC 2033 के अनुसार) नहीं
स्वीकृत होना।

--बीएसएमटीपी
(कीवर्ड: bsmtp)
प्राप्त मेल को किसी BSMTP फ़ाइल में जोड़ें। इसमें बस SMTP कमांड शामिल हैं जो
एसएमटीपी श्रोता को मेल पास करते समय सामान्य रूप से फ़ेचमेल द्वारा उत्पन्न किया जाएगा
डेमॉन।

'-' के तर्क के कारण SMTP बैच को मानक आउटपुट पर लिखा जाता है, जो है
सीमित उपयोग का: यह केवल डिबगिंग के लिए समझ में आता है, क्योंकि फ़ेचमेल का नियमित
आउटपुट एक ही चैनल पर प्रतिच्छेदित है, इसलिए यह मेल के लिए उपयुक्त नहीं है
वितरण। इस विशेष मोड को बाद के रिलीज में हटाया जा सकता है।

ध्यान दें कि फ़ेचमेल का मेल FROM और RCPT TO लाइनों का पुनर्निर्माण नहीं है
गारंटी सही; मल्टीड्रॉप के उपयोग और दुरुपयोग के तहत चर्चा की गई चेतावनी
नीचे दिए गए मेलबॉक्स लागू होते हैं। इस मोड की प्राथमिकता --mda और SMTP/LMTP से पहले है।

--बैड-हेडर {अस्वीकार करें|स्वीकार करें}
(कीवर्ड: बैड-हेडर; v6.3.15 के बाद से)
निर्दिष्ट करें कि कैसे फ़ेचमेल को खराब हेडर, यानी हेडर वाले संदेशों का इलाज करना चाहिए
खराब वाक्यविन्यास के साथ। परंपरागत रूप से, फ़ेचमेल ने ऐसे संदेशों को अस्वीकार कर दिया है, लेकिन कुछ
वितरकों ने उन्हें स्वीकार करने के लिए फ़ेचमेल को संशोधित किया। अब आप फ़ेचमेल को कॉन्फ़िगर कर सकते हैं
प्रति सर्वर व्यवहार।

संसाधन सीमा नियंत्रण ऑप्शंस
-l | --सीमा
(कीवर्ड: सीमा)
अधिकतम ऑक्टेट आकार तर्क लेता है, जहां 0 डिफ़ॉल्ट है और विशेष भी है
"कोई सीमा नहीं" नामित मूल्य। यदि शून्य नहीं है, तो इस आकार से बड़े संदेश नहीं होंगे
लाया जाएगा और सर्वर पर छोड़ दिया जाएगा (अग्रभूमि सत्रों में, प्रगति
संदेश ध्यान देंगे कि वे "बड़े आकार के" हैं)। यदि फ़ेच प्रोटोकॉल अनुमति देता है (में
विशेष रूप से, IMAP या POP3 के अंतर्गत बिना फ़ेचऑल विकल्प के) संदेश नहीं होगा
देखा चिह्नित।

0 की एक स्पष्ट --limit आपकी रन नियंत्रण फ़ाइल में निर्धारित किसी भी सीमा को ओवरराइड करती है। इस
विकल्प उन लोगों के लिए अभिप्रेत है जिन्हें के कारण फ़ेच समय को सख्ती से नियंत्रित करने की आवश्यकता है
महंगी और परिवर्तनीय फोन दरें।

--limitflush के साथ संयुक्त, इसका उपयोग प्रतीक्षारत बड़े संदेशों को हटाने के लिए किया जा सकता है
एक सर्वर। डेमॉन मोड में, बड़े आकार की सूचनाएं कॉलिंग उपयोगकर्ता को मेल की जाती हैं
(-चेतावनी विकल्प देखें)। यह विकल्प ETRN या ODMR के साथ काम नहीं करता है।

-w | --चेतावनी
(कीवर्ड: चेतावनियां)
सेकंड में एक अंतराल लेता है। जब तुमने फोन किया फ़ेचमेल में 'सीमा' विकल्प के साथ
डेमॉन मोड, यह उस अंतराल को नियंत्रित करता है जिस पर बड़े आकार के संदेशों के बारे में चेतावनी दी जाती है
कॉलिंग उपयोगकर्ता (या 'पोस्टमास्टर' विकल्प द्वारा निर्दिष्ट उपयोगकर्ता) को मेल किया जाता है।
ऐसी एक अधिसूचना हमेशा पहले मतदान के अंत में भेजी जाती है कि
बड़े आकार के संदेश का पता चला है। इसके बाद, पुन: अधिसूचना को तब तक दबा दिया जाता है जब तक
चेतावनी अंतराल समाप्त होने के बाद (यह पहले के अंत में होगा
मतदान के बाद)।

-b | --बैचलिमिट
(कीवर्ड: बैचलिमिट)
SMTP श्रोता को भेजे जाने वाले संदेशों की अधिकतम संख्या निर्दिष्ट करें
इससे पहले कि कनेक्शन जानबूझकर टूट गया और फिर से बनाया गया (डिफ़ॉल्ट 0, अर्थ
कोई सीमा नहीं)। 0 की स्पष्ट --batchlimit आपके रन में निर्धारित किसी भी सीमा को ओवरराइड करती है
नियंत्रण फ़ाइल। जबकि मेल भेजे(8) आम तौर पर एक संदेश की डिलीवरी शुरू करता है
संदेश टर्मिनेटर प्राप्त करने के तुरंत बाद, कुछ एसएमटीपी श्रोता ऐसा नहीं हैं
तत्पर। एमटीए पसंद करते हैं smail(8) डिलीवरी सॉकेट बंद होने तक प्रतीक्षा कर सकता है
पहुंचाना। यह कष्टप्रद देरी उत्पन्न कर सकता है जब फ़ेचमेल बहुत बड़ा प्रसंस्करण कर रहा है
बैच बैच सीमा को कुछ गैर-शून्य आकार में सेट करने से इन विलंबों को रोका जा सकेगा।
यह विकल्प ETRN या ODMR के साथ काम नहीं करता है।

-B | --fetchlimit
(कीवर्ड: भ्रूण सीमा)
किसी दिए गए सर्वर से एक ही पोल में स्वीकार किए गए संदेशों की संख्या सीमित करें। द्वारा
डिफ़ॉल्ट कोई सीमा नहीं है। 0 की स्पष्ट --fetchlimit सेट की गई किसी भी सीमा को ओवरराइड करती है
आपकी रन कंट्रोल फ़ाइल में। यह विकल्प ETRN या ODMR के साथ काम नहीं करता है।

--fetchsizelimit
(कीवर्ड: fetchsizelimit)
किसी दिए गए सर्वर से एकल में स्वीकार किए गए संदेशों के आकार की संख्या सीमित करें
लेन - देन। यह विकल्प पहले डाउनलोड करने में होने वाली देरी को कम करने में उपयोगी है
मेलबॉक्स में बहुत अधिक मेल होने पर मेल करें। डिफ़ॉल्ट रूप से, सीमा 100 है।
यदि 0 पर सेट किया जाता है, तो सभी संदेशों के आकार प्रारंभ में डाउनलोड किए जाते हैं। यह विकल्प करता है
ETRN या ODMR के साथ काम नहीं करते। POP3 के लिए, केवल मान्य गैर-शून्य मान 1 है।

--फास्टुइडली
(कीवर्ड: Fastuidl)
पहली अनदेखी यूआईडी के लिए रैखिक खोज के बजाय बाइनरी करें। द्विआधारी खोज से बचा जाता है
सभी मेलों के यूआईडी डाउनलोड करना। यह समय बचाता है (विशेषकर डेमॉन मोड में)
जहां हर पोल में यूआईडी के एक ही सेट को डाउनलोड करना बैंडविड्थ की बर्बादी है। NS
संख्या 'एन' इंगित करता है कि कितनी बार एक रैखिक खोज की जानी चाहिए। डेमॉन मोड में,
रैखिक खोज का उपयोग एक बार 'n-1' चुनावों में बाइनरी खोजों के बाद किया जाता है यदि 'n' is
1 से अधिक; बाइनरी सर्च हमेशा प्रयोग किया जाता है यदि 'एन' 1 है; रैखिक खोज हमेशा होती है
उपयोग किया जाता है यदि 'n' 0 है। गैर-डिमन मोड में, बाइनरी खोज का उपयोग किया जाता है यदि 'n' 1 है; अन्यथा
रैखिक खोज का उपयोग किया जाता है। 'n' का डिफ़ॉल्ट मान 4 है। यह विकल्प POP3 के साथ काम करता है
केवल.

-e | --निकालना
(कीवर्ड: मिटाएं)
संदेशों की एक निश्चित संख्या के बाद हटाने को अंतिम रूप देने की व्यवस्था करें। अंतर्गत
POP2 या POP3, फ़ेचमेल QUIT को भेजे बिना और समाप्त किए बिना विलोपन को अंतिम नहीं बना सकता
सत्र -- इस विकल्प के साथ, फ़ेचमेल एक लंबी मेल पुनर्प्राप्ति को तोड़ देगा
कई उप-सत्रों में सत्र, प्रत्येक उप-सत्र के बाद QUIT भेजना। यह है एक
POP3 सर्वर पर लाइन ड्रॉप के खिलाफ अच्छा बचाव। आईएमएपी के तहत, फ़ेचमेल सामान्य रूप से
हटाने के लिए बाध्य करने के लिए प्रत्येक विलोपन के बाद एक EXPUNGE आदेश जारी करता है
तुरंत किया। यह सबसे सुरक्षित है जब सर्वर से आपका कनेक्शन कमजोर हो और
महंगा है, क्योंकि यह एक लाइन हिट के बाद डुप्लिकेट मेल को फिर से भेजने से बचता है। हालांकि, पर
बड़े मेलबॉक्स प्रत्येक संदेश के बाद पुन: अनुक्रमण के ओवरहेड सर्वर को स्लैम कर सकते हैं
बहुत कठिन है, इसलिए यदि आपका कनेक्शन विश्वसनीय है तो कम निकालना अच्छा है
बार - बार। यह भी ध्यान दें कि कुछ सर्वर कुछ सेकंड की देरी के बाद लागू करते हैं
प्रत्येक ने छोड़ दिया है, इसलिए हो सकता है कि फ़ेचमेल एक निष्कासन के तुरंत बाद वापस न आ सके
-- ऐसा होने पर आपको "लॉक बिजी" त्रुटियाँ दिखाई दे सकती हैं। यदि आप इस विकल्प को a . के लिए निर्दिष्ट करते हैं
पूर्णांक एन, यह बताता है फ़ेचमेल प्रत्येक एनएच डिलीट पर केवल एक्सपंज जारी करने के लिए। एक
शून्य दमन का तर्क पूरी तरह से समाप्त हो जाता है (इसलिए कोई भी निष्कासन बिल्कुल नहीं किया जाएगा
रन के अंत तक)। यह विकल्प ETRN या ODMR के साथ काम नहीं करता है।

प्रमाणीकरण ऑप्शंस
-u | --उपयोगकर्ता | --उपयोगकर्ता नाम
(कीवर्ड: उपयोगकर्ता [नाम])
मेलसर्वर में लॉग इन करते समय उपयोग की जाने वाली उपयोगकर्ता पहचान को निर्दिष्ट करता है।
उपयुक्त उपयोगकर्ता पहचान सर्वर और उपयोगकर्ता-निर्भर दोनों है। डिफ़ॉल्ट
चल रही क्लाइंट मशीन पर आपका लॉगिन नाम है फ़ेचमेल. उपयोगकर्ता देखें
संपूर्ण विवरण के लिए नीचे प्रमाणीकरण।

-I | --इंटरफेस
(कीवर्ड: इंटरफ़ेस)
आवश्यकता है कि एक विशिष्ट इंटरफ़ेस डिवाइस ऊपर हो और एक विशिष्ट स्थानीय या रिमोट हो
मतदान से पहले IPv4 (IPv6 इस विकल्प द्वारा समर्थित नहीं है) पता (या श्रेणी)।
अक्सर फ़ेचमेल एक क्षणिक बिंदु से बिंदु टीसीपी/आईपी लिंक पर प्रयोग किया जाता है
SLIP या PPP के माध्यम से सीधे मेलसर्वर को स्थापित किया जाता है। यह अपेक्षाकृत सुरक्षित है
चैनल। लेकिन जब मेलसर्वर के लिए अन्य टीसीपी/आईपी मार्ग मौजूद हों (उदाहरण के लिए जब लिंक
एक वैकल्पिक आईएसपी से जुड़ा है), आपका उपयोगकर्ता नाम और पासवर्ड असुरक्षित हो सकता है
स्नूपिंग (विशेषकर जब डेमॉन मोड स्वचालित रूप से मेल के लिए मतदान करता है, शिपिंग a
अनुमानित अंतराल पर नेट पर पासवर्ड साफ़ करें)। --इंटरफ़ेस विकल्प मई
इसे रोकने के लिए इस्तेमाल किया जा सकता है। जब निर्दिष्ट लिंक ऊपर नहीं है या इससे जुड़ा नहीं है
मेल खाने वाला आईपी पता, मतदान छोड़ दिया जाएगा। प्रारूप है:

इंटरफ़ेस/iii.iii.iii.iii[/mmm.mmm.mmm.mmm]

पहले स्लैश से पहले का क्षेत्र इंटरफ़ेस नाम (यानी sl0, ppp0 आदि) है। NS
दूसरे स्लैश से पहले का क्षेत्र स्वीकार्य आईपी पता है। मैदान के बाद
दूसरा स्लैश एक मुखौटा है जो स्वीकार करने के लिए आईपी पते की एक श्रृंखला निर्दिष्ट करता है। अगर नहीं
मुखौटा मौजूद है 255.255.255.255 मान लिया गया है (यानी एक सटीक मिलान)। यह विकल्प है
वर्तमान में केवल Linux और FreeBSD के अंतर्गत समर्थित है। कृपया देखें मॉनिटर अनुभाग
FreeBSD विशिष्ट जानकारी के लिए नीचे के लिए।

ध्यान दें कि इस विकल्प को भविष्य के फ़ेचमेल संस्करण से हटाया जा सकता है।

-M | --मॉनिटर
(कीवर्ड: मॉनिटर)
डेमॉन मोड क्षणिक लिंक का कारण बन सकता है जो स्वचालित रूप से एक के बाद नीचे ले जाया जाता है
निष्क्रियता की अवधि (जैसे पीपीपी लिंक) अनिश्चित काल तक बने रहने के लिए। इस विकल्प
गतिविधि के लिए निगरानी के लिए एक सिस्टम टीसीपी/आईपी इंटरफेस की पहचान करता है। प्रत्येक मतदान के बाद
अंतराल, यदि लिंक चालू है लेकिन लिंक पर कोई अन्य गतिविधि नहीं हुई है, तो
मतदान छोड़ दिया जाएगा। हालांकि, जब फ़ेचमेल एक सिग्नल द्वारा जगाया जाता है, तो
मॉनिटर चेक को छोड़ दिया जाता है और मतदान बिना शर्त संपन्न हो जाता है। यह विकल्प है
वर्तमान में केवल Linux और FreeBSD के अंतर्गत समर्थित है। के लिए मॉनिटर और इंटरफेस
फ्रीबीएसडी के तहत गैर रूट उपयोगकर्ताओं के लिए काम करने के विकल्प, फ़ेचमेल बाइनरी होना चाहिए
SGID kmem स्थापित। यह एक सुरक्षा छेद होगा, लेकिन फ़ेचमेल इसके साथ चलता है
प्रभावी GID kmem समूह के लिए सेट है केवल जब इंटरफ़ेस डेटा किया जा रहा है
जुटाया हुआ।

ध्यान दें कि इस विकल्प को भविष्य के फ़ेचमेल संस्करण से हटाया जा सकता है।

--प्रमाण
(कीवर्ड: प्रमाणीकरण[एन्टीकेट])
यह विकल्प आपको प्रमाणीकरण प्रकार निर्दिष्ट करने की अनुमति देता है (उपयोगकर्ता प्रमाणीकरण देखें)
विवरण के लिए नीचे)। संभावित मान हैं कोई, पासवर्ड, करबरोस_v5, Kerberos
(या, कष्टदायी सटीकता के लिए, करबरोस_v4), जीएसएसएपीआई, क्रैम-एमडी5, OTP, एनटीएलएम, एमएसएन
(केवल POP3 के लिए), बाहरी (केवल IMAP) और एसएसएच. जब कोई (डिफ़ॉल्ट) is
निर्दिष्ट, फ़ेचमेल पहले तरीकों का प्रयास करता है जिनके लिए पासवर्ड की आवश्यकता नहीं होती है (बाहरी,
जीएसएसएपीआई, केर्बेरोज IV, केर्बेरोस 5); फिर यह उन तरीकों की तलाश करता है जो आपके पासवर्ड को छुपाते हैं
(CRAM-MD5, NTLM, X-OTP - ध्यान दें कि MSN केवल POP3 के लिए समर्थित है, लेकिन नहीं
ऑटोप्रोबेड); और केवल अगर सर्वर उनमें से किसी का समर्थन नहीं करता है, तो यह आपको भेज देगा
पासवर्ड एन क्लेयर। अन्य मूल्यों का उपयोग विभिन्न प्रमाणीकरण को बाध्य करने के लिए किया जा सकता है
विधियाँ (एसएसएच प्रमाणीकरण को दबाता है और इस प्रकार IMAP PREAUTH के लिए उपयोगी है)।
(बाहरी प्रमाणीकरण को दबाता है और इस प्रकार IMAP बाहरी के लिए उपयोगी है)। कोई भी
के अलावा अन्य मूल्य पासवर्ड, क्रैम-एमडी5, एनटीएलएम, एमएसएन or OTP फ़ेचमेल के सामान्य को दबा देता है
पासवर्ड के लिए पूछताछ। उल्लिखित करना एसएसएच जब आप एंड-टू-एंड सिक्योर का उपयोग कर रहे हों
एक ssh सुरंग जैसे कनेक्शन; उल्लिखित करना बाहरी जब आप क्लाइंट के साथ TLS का उपयोग करते हैं
प्रमाणीकरण और निर्दिष्ट करें जीएसएसएपीआई or करबरोस_v4 यदि आप प्रोटोकॉल का उपयोग कर रहे हैं
वैरिएंट जो GSSAPI या K4 को नियोजित करता है। KPOP प्रोटोकॉल का चयन स्वचालित रूप से चयन करता है
करबरोस प्रमाणीकरण। यह विकल्प ETRN के साथ काम नहीं करता है। जीएसएसएपीआई सेवा
नाम RFC-2743 और IANA पंजीकरण के अनुरूप हैं, जेनेरिक सुरक्षा देखें
सर्विस एप्लीकेशन प्रोग्राम इंटरफेस (जीएसएसएपीआई)/केर्बरोस/सिंपल ऑथेंटिकेशन और
सुरक्षा परत (एसएएसएल) सेवा के नामhttp://www.iana.org/assignments/
gssapi-सेवा-नाम/⟩.

कई तरह का ऑप्शंस
-f | --fetchmailrc
के लिए एक गैर-डिफ़ॉल्ट नाम निर्दिष्ट करें ~/.fetchmailrc नियंत्रण फ़ाइल चलाएँ। पथनाम
तर्क या तो "-" होना चाहिए (एक एकल डैश, जिसका अर्थ कॉन्फ़िगरेशन को पढ़ने के लिए है
मानक इनपुट) या फ़ाइल नाम। जब तक --version विकल्प भी चालू न हो, एक नामांकित
फ़ाइल तर्क में अनुमतियाँ 0700 से अधिक खुली नहीं होनी चाहिए (u=rwx,g=,o=) अन्यथा हो
/ देव / शून्य।

-i | --idfile
(कीवर्ड: आईडीफाइल)
संदेश UIDs को सहेजने के लिए प्रयुक्त .fetchids फ़ाइल के लिए एक वैकल्पिक नाम निर्दिष्ट करें। ध्यान दें:
भ्रूणमेल 6.3.0 के बाद से, idfile युक्त निर्देशिका तक पहुंच लिखें
आवश्यक है, क्योंकि फ़ेचमेल एक अस्थायी फ़ाइल लिखता है और उसका नाम बदलकर उसके स्थान पर रख देता है
असली आईडीफाइल केवल तभी जब अस्थायी फ़ाइल सफलतापूर्वक लिखी गई हो। इससे बचा जाता है
डिस्क स्थान से बाहर होने पर idfiles का काट-छाँट।

--पिडफाइल
(कीवर्ड: पिडफाइल; चूंकि फ़ेचमेल v6.3.4)
PID फ़ाइल के डिफ़ॉल्ट स्थान को ओवरराइड करें। डिफ़ॉल्ट: नीचे "पर्यावरण" देखें।

-n | --नोरेराइट
(कीवर्ड: कोई पुनर्लेखन नहीं)
सामान्य रूप से, फ़ेचमेल RFC-822 पता शीर्षलेख संपादित करता है (प्रति, प्रेषक, प्रतिलिपि, गुप्त प्रतिलिपि, और उत्तर-प्रति)
फ़ेच किए गए मेल में ताकि सर्वर पर स्थानीय किसी भी मेल आईडी को पूर्ण रूप से विस्तारित किया जा सके
पते (@ और मेलसर्वर होस्टनाम संलग्न हैं)। यह उत्तरों को सक्षम करता है
क्लाइंट को सही ढंग से संबोधित करने के लिए (अन्यथा आपका मेलर सोच सकता है कि वे
क्लाइंट मशीन पर स्थानीय उपयोगकर्ताओं को संबोधित किया जाना चाहिए!) यह विकल्प अक्षम करता है
पुनर्लेखन। (यह विकल्प उन लोगों को शांत करने के लिए प्रदान किया जाता है जो पागल हैं
एक एमटीए होने से मेल हेडर संपादित होते हैं और जानना चाहते हैं कि वे इसे रोक सकते हैं, लेकिन यह है
आमतौर पर पुनर्लेखन को वास्तव में बंद करना एक अच्छा विचार नहीं है।) ETRN या ODMR का उपयोग करते समय,
पुनर्लेखन विकल्प अप्रभावी है।

-E | --लिफ़ाफ़ा
(कीवर्ड: लिफाफा; केवल मल्टीड्रॉप)
कॉन्फ़िगरेशन फ़ाइल में, एक उन्नत सिंटैक्स का उपयोग किया जाता है:
लिफाफा [ ]

यह विकल्प शीर्षलेख बदलता है फ़ेचमेल मान लें कि मेल की एक प्रति ले जाएगा
लिफाफा पता। आम तौर पर यह 'एक्स-लिफाफा-टू' होता है। अन्य आम तौर पर पाए जाने वाले शीर्षलेख
लिफाफा जानकारी ले जाने के लिए 'X-Original-To' और 'Delivered-To' हैं। अब, चूंकि
ये शीर्षलेख मानकीकृत नहीं हैं, अभ्यास भिन्न होता है। की चर्चा देखें
नीचे मल्टीड्रॉप एड्रेस हैंडलिंग। एक विशेष मामले के रूप में, 'लिफाफा "प्राप्त"' सक्षम करता है
सेंडमेल-स्टाइल की पार्सिंग प्राप्त लाइनें। यह डिफ़ॉल्ट है, लेकिन निराश है
क्योंकि यह पूरी तरह विश्वसनीय नहीं है।

ध्यान दें कि फ़ेचमेल प्राप्त-पंक्ति को एक विशिष्ट प्रारूप में होने की अपेक्षा करता है: यह होना चाहिए
शामिल "द्वारा मेजबान एसटी पता", कहाँ पे मेजबान मेलसर्वर नामों में से एक से मेल खाना चाहिए
वह फ़ेचमेल विचाराधीन खाते के लिए पहचानता है।

वैकल्पिक गणना तर्क (केवल कॉन्फ़िगरेशन फ़ाइल में उपलब्ध) निर्धारित करता है
इस प्रकार की कितनी शीर्षलेख पंक्तियाँ छोड़ी जाती हैं। 1 की गिनती का अर्थ है: पहले छोड़ें,
दूसरा लो। 2 की गिनती का अर्थ है: पहला और दूसरा छोड़ें, तीसरा लें, और
शीघ्र।

-Q | --qआभासी
(कीवर्ड: qvirtual; केवल मल्टीड्रॉप)
इस विकल्प को निर्दिष्ट स्ट्रिंग उपसर्ग को मिले उपयोगकर्ता नाम से हटा दिया जाएगा
के साथ निर्दिष्ट शीर्षलेख में लिफाफा विकल्प (से पहले मल्टीड्रॉप नाम करना
मानचित्रण या स्थानीय डोमेन जाँच, यदि कोई लागू हो)। यह विकल्प उपयोगी है यदि
आप उपयोग कर रहे हैं फ़ेचमेल संपूर्ण डोमेन और आपके ISP के लिए मेल एकत्र करने के लिए (या
आपका मेल पुनर्निर्देशन प्रदाता) qmail का उपयोग कर रहा है। Qmail की मूलभूत विशेषताओं में से एक
विश्व का सबसे लोकप्रिय एंव बितरण किया: संदेश हैडर। जब भी qmail किसी स्थानीय को संदेश डिलीवर करता है
मेलबॉक्स यह इस लाइन पर लिफाफा प्राप्तकर्ता का उपयोगकर्ता नाम और होस्टनाम डालता है।
इसका प्रमुख कारण मेल लूप्स को रोकना है। qmail को बैच मेल में सेट करने के लिए
डिस्कनेक्ट की गई साइट के लिए ISP-mailhost ने सामान्य रूप से उस साइट को अपने में रखा होगा
'वर्चुअलहोस्ट' नियंत्रण फ़ाइल इसलिए यह इसके लिए सभी मेल पतों में एक उपसर्ग जोड़ देगा
स्थल। इसका परिणाम 'को भेजे गए मेल' में होता है[ईमेल संरक्षित]' एक होना
बितरण किया: फॉर्म की लाइन:

बितरण किया: [ईमेल संरक्षित]

ISP 'mbox-userstr-' उपसर्ग जो कुछ भी वे चुनते हैं उसे बना सकते हैं, लेकिन एक स्ट्रिंग से मेल खाती है
उपयोगकर्ता होस्ट नाम की संभावना है। 'लिफाफा डिलीवर-टू:' विकल्प का उपयोग करके आप बना सकते हैं
फ़ेचमेल विश्वसनीय रूप से मूल लिफ़ाफ़ा प्राप्तकर्ता की पहचान करता है, लेकिन आपको उसे हटाना होगा
सही उपयोगकर्ता को डिलीवर करने के लिए 'mbox-userstr-' उपसर्ग। यही विकल्प के लिए है।

--configdump
पार्स करें ~/.fetchmailrc फ़ाइल, निर्दिष्ट किसी भी कमांड-लाइन विकल्प की व्याख्या करें, और
कॉन्फ़िगरेशन रिपोर्ट को मानक आउटपुट पर डंप करें। कॉन्फ़िगरेशन रिपोर्ट एक डेटा है
पायथन भाषा में संरचना असाइनमेंट। इस विकल्प के साथ प्रयोग करने के लिए है
एक इंटरैक्टिव ~/.fetchmailrc संपादक की तरह फ़ेचमेलकॉन्फ़, पायथन में लिखा गया है।

हटाया ऑप्शंस
-T | --नेटसेक
संस्करण 6.3.0 से पहले हटा दिया गया, आवश्यक अंतर्निहित inet6_apps पुस्तकालय था
बंद कर दिया गया है और अब उपलब्ध नहीं है।

USER प्रमाणीकरण और एन्क्रिप्शन

ETRN को छोड़कर सभी मोड में सर्वर से क्लाइंट के प्रमाणीकरण की आवश्यकता होती है। सामान्य उपयोगकर्ता
प्रमाणीकरण फ़ेचमेल के प्रमाणीकरण तंत्र की तरह है FTP(1)।
सही यूजर-आईडी और पासवर्ड मेलसर्वर पर अंतर्निहित सुरक्षा प्रणाली पर निर्भर करता है।

यदि मेलसर्वर एक यूनिक्स मशीन है जिस पर आपका एक सामान्य उपयोगकर्ता खाता है, तो आपका
नियमित लॉगिन नाम और पासवर्ड के साथ प्रयोग किया जाता है फ़ेचमेल. यदि आप एक ही लॉगिन नाम का उपयोग करते हैं
सर्वर और क्लाइंट मशीन दोनों पर, आपको उपयोगकर्ता-आईडी निर्दिष्ट करने के बारे में चिंता करने की आवश्यकता नहीं है
साथ -u विकल्प -- डिफ़ॉल्ट व्यवहार क्लाइंट मशीन पर अपने लॉगिन नाम का उपयोग करना है
सर्वर मशीन पर यूजर-आईडी के रूप में। यदि आप सर्वर पर किसी भिन्न लॉगिन नाम का उपयोग करते हैं
मशीन, उस लॉगिन नाम को निर्दिष्ट करें -u विकल्प। उदाहरण के लिए यदि आपका लॉगिन नाम 'jsmith' है
'मेलग्रंट' नामक मशीन पर, आप प्रारंभ करेंगे फ़ेचमेल के रूप में इस प्रकार है:

फ़ेचमेल -यू जेस्मिथ मेलग्रंट

का डिफ़ॉल्ट व्यवहार फ़ेचमेल से पहले आपको आपके मेलसर्वर पासवर्ड के लिए संकेत देना है
कनेक्शन स्थापित है। यह उपयोग करने का सबसे सुरक्षित तरीका है फ़ेचमेल और यह सुनिश्चित करता है कि आपका
पासवर्ड से समझौता नहीं किया जाएगा। आप अपना पासवर्ड भी अपने में निर्दिष्ट कर सकते हैं
~/.fetchmailrc फ़ाइल। उपयोग करते समय यह सुविधाजनक है फ़ेचमेल डेमॉन मोड में या साथ
स्क्रिप्ट।

का प्रयोग नेटआरसी फ़ाइलों
यदि आप पासवर्ड निर्दिष्ट नहीं करते हैं, और फ़ेचमेल अपने से एक नहीं निकाल सकता
~/.fetchmailrc फ़ाइल, यह एक की तलाश करेगा ~/.netrc पहले अपने होम डायरेक्टरी में फाइल करें
अंतःक्रियात्मक रूप से अनुरोध करना; यदि उस फ़ाइल में मेलसर्वर से मेल खाने वाली प्रविष्टि मिलती है,
पासवर्ड का उपयोग किया जाएगा। Fetchmail पहले पोल के नाम पर एक मैच की तलाश करता है; अगर यह मिल जाता है
कोई नहीं, यह नाम के माध्यम से एक मैच के लिए जाँच करता है। देखें FTP(1) मैन पेज के विवरण के लिए
वाक्य रचना ~/.netrc फ़ाइल। एक व्यावहारिक उदाहरण दिखाने के लिए, एक .netrc इस तरह दिख सकता है:

मशीन हर्मीस.example.org
लॉगिन जो
पासवर्ड टॉपसीक्रेट

यदि आपको इससे अधिक प्रदान करने की आवश्यकता है तो आप इस ब्लॉक को विभिन्न उपयोगकर्ता जानकारी के साथ दोहरा सकते हैं
एक पासवर्ड।

यह सुविधा आपको पासवर्ड जानकारी को एक से अधिक में डुप्लीकेट करने से बचने की अनुमति दे सकती है
फ़ाइल.

मेलसर्वर पर जो सामान्य उपयोगकर्ता खाते प्रदान नहीं करते हैं, आपकी उपयोगकर्ता-आईडी और पासवर्ड हैं
जब आप सर्वर पर मेलबॉक्स के लिए आवेदन करते हैं तो आमतौर पर सर्वर व्यवस्थापक द्वारा असाइन किया जाता है।
यदि आप के लिए सही उपयोगकर्ता-आईडी और पासवर्ड नहीं जानते हैं तो अपने सर्वर व्यवस्थापक से संपर्क करें
आपका मेलबॉक्स खाता।

POP3 वेरिएंट

POP3 (RFC1081, RFC1225) के शुरुआती संस्करणों ने स्वतंत्र के कच्चे रूप का समर्थन किया
प्रमाणीकरण का उपयोग कर .rhosts मेलसर्वर पक्ष पर फ़ाइल। इस RPOP संस्करण के तहत, a
एक पासवर्ड के बराबर निश्चित प्रति-उपयोगकर्ता आईडी एक आरक्षित के लिंक पर स्पष्ट रूप से भेजा गया था
पोर्ट, सर्वर को सचेत करने के लिए पास के बजाय RPOP कमांड के साथ कि उसे विशेष करना चाहिए
जाँच। RPOP द्वारा समर्थित है फ़ेचमेल (आप 'प्रोटोकॉल RPOP' को निर्दिष्ट करने के लिए निर्दिष्ट कर सकते हैं
प्रोग्राम 'पास' के बजाय 'RPOP' भेजता है) लेकिन इसका उपयोग दृढ़ता से हतोत्साहित करता है, और समर्थन करता है
भविष्य के फ़ेचमेल संस्करण से हटा दिया जाएगा। यह सुविधा स्पूफ़िंग की चपेट में थी
और RFC1460 में वापस ले लिया गया था।

RFC1460 ने APOP प्रमाणीकरण पेश किया। POP3 के इस प्रकार में, आप एक APOP पंजीकृत करते हैं
आपके सर्वर होस्ट पर पासवर्ड (कुछ सर्वरों पर, ऐसा करने के लिए प्रोग्राम को कहा जाता है
पॉपौथ(8))। आप अपने में वही पासवर्ड डाले ~/.fetchmailrc फ़ाइल। हर बार फ़ेचमेल
लॉग इन करता है, यह आपके पासवर्ड का MD5 हैश और सर्वर को सर्वर ग्रीटिंग टाइम भेजता है,
जो अपने प्राधिकरण डेटाबेस की जाँच करके इसे सत्यापित कर सकता है।

नोट कि एक पॉप is नहीं लंबे समय तक माना प्रतिरोधी के खिलाफ मैन-इन-द-मिडल हमला करता है।

आरईटीआर or टॉप
फ़ेचमेल सर्वर को यह विश्वास दिलाने के लिए कुछ प्रयास करता है कि संदेशों को पुनर्प्राप्त नहीं किया गया था,
जब संभव हो तो बड़ी संख्या में लाइनों के साथ TOP कमांड का उपयोग करके। टॉप एक कमांड है
जो पूर्ण शीर्षलेख पुनर्प्राप्त करता है और a फ़ेचमेल- शरीर की रेखाओं की निर्दिष्ट मात्रा। यह है
वैकल्पिक और इसलिए सभी सर्वरों द्वारा लागू नहीं किया गया है, और कुछ इसे लागू करने के लिए जाने जाते हैं
अनुचित तरीके से। हालांकि कई सर्वरों पर, आरईटीआर कमांड जो पूरा संदेश प्राप्त करता है
हेडर और बॉडी के साथ, "देखा" ध्वज सेट करता है (उदाहरण के लिए, एक वेब इंटरफ़ेस में), जबकि
TOP कमांड ऐसा नहीं करता है।

फ़ेचमेल यदि "fetchall" सेट है, तो हमेशा RETR कमांड का उपयोग करेगा। फ़ेचमेल भी इस्तेमाल करेंगे
आरईटीआर कमांड यदि "रखें" सेट है और "यूआईडीएल" सेट नहीं है। आखिरकार, फ़ेचमेल का उपयोग करेगा
जानबूझकर TOP से बचने के लिए Maillennium POP3/PROXY सर्वर (Comcast द्वारा प्रयुक्त) पर RETR कमांड
इस सर्वर में गलत व्याख्या जो संदेश भ्रष्टाचार का कारण बनती है।

अन्य सभी मामलों में, फ़ेचमेल TOP कमांड का उपयोग करेगा। इसका तात्पर्य है कि "रखने" में
सेटअप, "यूआईडीएल" सेट किया जाना चाहिए यदि "टॉप" वांछित है।

नोट कि यह विवरण फ़ेचमेल के वर्तमान संस्करण के लिए सही है, लेकिन व्यवहार
भविष्य के संस्करणों में बदल सकता है। विशेष रूप से, फ़ेचमेल आरईटीआर कमांड को प्राथमिकता दे सकता है
क्योंकि TOP कमांड कुछ सर्वरों पर बहुत दुख का कारण बनता है और केवल वैकल्पिक है।

वैकल्पिक प्रमाणीकरण फॉर्म

यदि आपके फ़ेचमेल Kerberos समर्थन के साथ बनाया गया था और आप Kerberos प्रमाणीकरण निर्दिष्ट करते हैं
(या तो --auth या the . के साथ .fetchmailrc विकल्प प्रमाणित करबरोस_v4) यह कोशिश करेगा
प्रत्येक क्वेरी के प्रारंभ में मेलसर्वर से Kerberos टिकट प्राप्त करें। नोट: यदि या तो
पोलनाम या नाम के माध्यम से 'हेसियोड' है, फ़ेचमेल इसे देखने के लिए हेसियोड का उपयोग करने का प्रयास करेगा
डाक सर्वर।

यदि आप GSSAPI प्रमाणीकरण के साथ POP3 या IMAP का उपयोग करते हैं, फ़ेचमेल सर्वर की अपेक्षा करेंगे
RFC1731- या RFC1734-अनुरूप GSSAPI क्षमता है, और इसका उपयोग करेगा। वर्तमान में यह
केवल Kerberos V पर परीक्षण किया गया है, इसलिए आपसे पहले से ही टिकट देने की अपेक्षा की जाती है
टिकट। आप मानक का उपयोग करके अपने मूल नाम से भिन्न उपयोगकर्ता नाम पास कर सकते हैं
--उपयोगकर्ता आदेश या द्वारा .fetchmailrc विकल्प उपयोगकर्ता.

यदि आपका IMAP डेमॉन अपनी ग्रीटिंग लाइन में PREAUTH प्रतिक्रिया देता है, तो फ़ेचमेल करेगा
इस पर ध्यान दें और सामान्य प्रमाणीकरण चरण को छोड़ दें। यह उपयोगी हो सकता है, उदाहरण के लिए यदि आप
स्पष्ट रूप से ssh का उपयोग करके imapd प्रारंभ करें। इस मामले में आप प्रमाणीकरण मान घोषित कर सकते हैं
उस साइट पर 'ssh' को रोकने के लिए प्रविष्टि .फ़ेचमेल शुरू होने पर आपसे पासवर्ड मांगने से
ऊपर.

यदि आप क्लाइंट प्रमाणीकरण का उपयोग करते हैं TLS1 और आपका IMAP डेमॉन लौटाता है AUTH=बाहरी
प्रतिक्रिया, फ़ेचमेल इसे नोटिस करेगा और प्रमाणीकरण शॉर्टकट का उपयोग करेगा और नहीं करेगा
पासफ़्रेज़ भेजें। इस मामले में आप प्रमाणीकरण मान 'बाहरी' घोषित कर सकते हैं
उस साइट पर रुकने के लिए फ़ेचमेल शुरू होने पर आपसे पासवर्ड मांगने से।

यदि आप POP3 का उपयोग कर रहे हैं, और सर्वर निम्नलिखित के अनुरूप वन-टाइम-पासवर्ड चुनौती जारी करता है
आरएफसी1938, फ़ेचमेल आवश्यक उत्पन्न करने के लिए पास वाक्यांश के रूप में आपके पासवर्ड का उपयोग करेगा
प्रतिक्रिया। यह अनएन्क्रिप्टेड नेट पर रहस्य भेजने से बचता है।

Compuserve का RPA प्रमाणीकरण समर्थित है। यदि आप समर्थन में संकलित करते हैं, फ़ेचमेल
पासवर्ड भेजने के बजाय RPA पास-वाक्यांश प्रमाणीकरण करने का प्रयास करेगा
en क्लेयर अगर यह होस्टनाम में "@compuserve.com" का पता लगाता है।

यदि आप IMAP का उपयोग कर रहे हैं, तो Microsoft का NTLM प्रमाणीकरण (Microsoft Exchange द्वारा उपयोग किया जाता है) है
का समर्थन किया। यदि आप समर्थन में संकलित करते हैं, फ़ेचमेल NTLM करने का प्रयास करेंगे
प्रमाणीकरण (पासवर्ड एन क्लेयर पर भेजने के बजाय) जब भी सर्वर वापस आता है
AUTH=NTLM इसकी क्षमता प्रतिक्रिया में। ऐसा उपयोगकर्ता विकल्प मान निर्दिष्ट करें जो दिखता है
'उपयोगकर्ता @ डोमेन': @ के बाईं ओर का भाग उपयोगकर्ता नाम और भाग के रूप में पारित किया जाएगा
NTLM डोमेन के रूप में दाईं ओर।

सुरक्षित गर्तिका परतें (एसएसएल) और ट्रांसपोर्ट परत सुरक्षा (टीएलएस)
परिवहन। इसके अतिरिक्त, POP3 और IMAP पुनर्प्राप्ति भी SSL/TLS के माध्यम से बातचीत कर सकते हैं
STARTTLS (या एसटीएलएस)।

ध्यान दें कि फ़ेचमेल वर्तमान में ओपनएसएसएल लाइब्रेरी का उपयोग करता है, जो गंभीर रूप से कम प्रलेखित है,
इसलिए विफलताएं सिर्फ इसलिए हो सकती हैं क्योंकि प्रोग्रामर को ओपनएसएसएल की आवश्यकता के बारे में पता नहीं है
दिन का। उदाहरण के लिए, v6.3.16 के बाद से, फ़ेचमेल OpenSSL_add_all_algorithms() को कॉल करता है,
जो ओपनएसएसएल 256 पर SHA0.9.8 का उपयोग करके प्रमाणपत्रों का समर्थन करने के लिए आवश्यक है - यह
जानकारी दस्तावेज़ीकरण में गहराई से छिपी हुई है और बिल्कुल स्पष्ट नहीं है। कृपया नहीं करे
सूक्ष्म एसएसएल विफलताओं की रिपोर्ट करने में संकोच करें।

आप --ssl से शुरू होने वाले विकल्पों को निर्दिष्ट करके एसएसएल एन्क्रिप्टेड सेवाओं तक पहुंच सकते हैं, जैसे
जैसे --ssl, --sslproto, --sslcertck, और अन्य। आप इसका उपयोग करके भी कर सकते हैं
.fetchmailrc फ़ाइल में संबंधित उपयोगकर्ता विकल्प। कुछ सेवाएँ, जैसे POP3 और
आईएमएपी, एसएसएल एन्क्रिप्टेड सेवाओं के लिए परिभाषित विभिन्न प्रसिद्ध बंदरगाह हैं। NS
एसएसएल सक्षम होने पर एन्क्रिप्टेड पोर्ट स्वचालित रूप से चुने जाएंगे और कोई स्पष्ट पोर्ट नहीं है
निर्दिष्ट। साथ ही, --sslcertck कमांड लाइन या sslcertck रन कंट्रोल फाइल विकल्प
सख्त प्रमाणपत्र जाँच को बाध्य करने के लिए इस्तेमाल किया जाना चाहिए - नीचे देखें।

यदि एसएसएल कॉन्फ़िगर नहीं किया गया है, तो फ़ेचमेल आमतौर पर अवसरवादी रूप से STARTTLS का उपयोग करने का प्रयास करेगा।
STARTTLS को --sslproto auto का उपयोग करके लागू किया जा सकता है और --sslproto '' का उपयोग करके पराजित किया जा सकता है।
TLS कनेक्शन प्रोटोकॉल के अनएन्क्रिप्टेड संस्करण के समान पोर्ट का उपयोग करते हैं और बातचीत करते हैं
विशेष आदेश के माध्यम से टीएलएस। --sslcertck कमांड लाइन या sslcertck रन कंट्रोल फाइल विकल्प
सख्त प्रमाणपत्र जाँच को बाध्य करने के लिए इस्तेमाल किया जाना चाहिए - नीचे देखें।

--sslcertck is की सिफारिश की: एसएसएल या टीएलएस एन्क्रिप्टेड सर्वर से कनेक्ट करते समय, सर्वर
सत्यापन के लिए ग्राहक को एक प्रमाण पत्र प्रस्तुत करता है। सत्यापित करने के लिए प्रमाणपत्र की जाँच की जाती है
कि प्रमाणपत्र में सामान्य नाम संपर्क किए जा रहे सर्वर के नाम से मेल खाता है और
प्रमाणपत्र में प्रभावी और समाप्ति तिथियां इंगित करती हैं कि यह वर्तमान में है
वैध। यदि इनमें से कोई भी जाँच विफल हो जाती है, तो एक चेतावनी संदेश मुद्रित होता है, लेकिन कनेक्शन
कायम है। सर्वर प्रमाणपत्र को किसी विशिष्ट प्रमाणन द्वारा हस्ताक्षरित करने की आवश्यकता नहीं है
प्राधिकरण और "स्व-हस्ताक्षरित" प्रमाणपत्र हो सकता है। यदि --sslcertck कमांड लाइन विकल्प
या sslcertck रन कंट्रोल फ़ाइल विकल्प का उपयोग किया जाता है, यदि इनमें से कोई भी हो तो इसके बजाय फ़ेचमेल निरस्त हो जाएगा
चेक विफल हो जाते हैं, क्योंकि यह मान लेना चाहिए कि इसमें एक आदमी के बीच का हमला है
परिदृश्य, इसलिए फ़ेचमेल को क्लीयरटेक्स्ट पासवर्ड का खुलासा नहीं करना चाहिए। sslcertck का उपयोग या
इसलिए --sslcertck विकल्प की सलाह दी जाती है।

कुछ एसएसएल एन्क्रिप्टेड सर्वर क्लाइंट साइड सर्टिफिकेट का अनुरोध कर सकते हैं। एक ग्राहक पक्ष सार्वजनिक
एसएसएल प्रमाणपत्र और निजी एसएसएल कुंजी निर्दिष्ट की जा सकती है। यदि सर्वर द्वारा अनुरोध किया जाता है, तो
क्लाइंट प्रमाणपत्र सत्यापन के लिए सर्वर को भेजा जाता है। कुछ सर्वरों को एक वैध . की आवश्यकता हो सकती है
ग्राहक प्रमाणपत्र और यदि प्रमाणपत्र प्रदान नहीं किया गया है या यदि कनेक्शन से इनकार कर सकते हैं
प्रमाण पत्र मान्य नहीं है। कुछ सर्वरों को क्लाइंट साइड प्रमाणपत्रों पर हस्ताक्षर करने की आवश्यकता हो सकती है
एक मान्यता प्राप्त प्रमाणन प्राधिकरण। मुख्य फाइलों और प्रमाणपत्र फाइलों के लिए प्रारूप
क्या यह अंतर्निहित एसएसएल पुस्तकालयों (सामान्य मामले में ओपनएसएसएल) द्वारा आवश्यक है।

एसएसएल के उपयोग के बारे में ध्यान देने योग्य बात: स्व-हस्ताक्षरित सर्वर के साथ उपर्युक्त सेटअप के दौरान
तारों से प्राप्त प्रमाणपत्र आपको निष्क्रिय छिपकर सुनने वाले से बचा सकते हैं, यह
एक सक्रिय हमलावर के खिलाफ मदद नहीं करता है। यह स्पष्ट रूप से भेजने पर एक सुधार है
पासवर्ड स्पष्ट हैं, लेकिन आपको इस बात की जानकारी होनी चाहिए कि बीच-बीच में किया जाने वाला हमला मामूली होता है
संभव है (विशेषकर dsniff जैसे टूल के साथ)http://monkey.org/~dugsong/dsniff/,)।
सर्वर द्वारा मान्यता प्राप्त प्रमाणन प्राधिकरण के साथ सख्त प्रमाणपत्र जाँच का उपयोग और
क्लाइंट, या शायद SSH टनल का (कुछ उदाहरणों के लिए नीचे देखें) बेहतर है यदि आप
अपने मेलबॉक्स और पासवर्ड की सुरक्षा के बारे में गंभीरता से ध्यान रखें।

ईएसएमटीपी प्राधि
फ़ेचमेल इसके अनुसार ग्राहक पक्ष पर ESMTP सर्वर के प्रमाणीकरण का भी समर्थन करता है
RFC 2554. आप 'esmtpname' कीवर्ड के साथ उपयोग किए जाने वाले नाम/पासवर्ड जोड़ी को निर्दिष्ट कर सकते हैं
और 'esmtppassword'; कॉलिंग उपयोगकर्ता के उपयोगकर्ता नाम के लिए पूर्व डिफ़ॉल्ट।

डेमोन मोड

परिचय la डेमॉन मोड
डेमॉन मोड में, फ़ेचमेल खुद को पृष्ठभूमि में रखता है और हमेशा के लिए चलता है, प्रत्येक से पूछताछ करता है
निर्दिष्ट होस्ट और फिर दिए गए मतदान अंतराल के लिए सो रहा है।

शुरुआत में la डेमॉन मोड
फ़ेचमेल को डेमॉन मोड में काम करने के कई तरीके हैं। कमांड लाइन पर,
--डेमन or -d विकल्प चलता है फ़ेचमेल डेमॉन मोड में। आपको चाहिए
एक संख्यात्मक तर्क निर्दिष्ट करें जो एक मतदान अंतराल है (पूरा करने के बाद प्रतीक्षा करने का समय a
अंतिम सर्वर के साथ पूरा मतदान चक्र और अगले मतदान चक्र को शुरू करने से पहले
पहला सर्वर) सेकंड में।

उदाहरण: बस आह्वान

फ़ेचमेल -डी 900

इसलिए, आपके में वर्णित सभी मेजबानों को मतदान करेगा ~/.fetchmailrc फ़ाइल (उनको छोड़कर
स्पष्ट रूप से 'छोड़ें' क्रिया के साथ बाहर रखा गया) हर 15 मिनट में एक बार से थोड़ा कम बार
(बिल्कुल: 15 मिनट + मतदान में लगने वाला समय)।

आपके में मतदान अंतराल सेट करना भी संभव है ~/.fetchmailrc कह कर फाइल
'सेट डेमॉन' ', कहां सेकंड की एक पूर्णांक संख्या है। यदि तुम करो
यह, फ़ेचमेल हमेशा डेमॉन मोड में शुरू होगा जब तक कि आप इसे कमांड से ओवरराइड नहीं करते-
लाइन विकल्प --daemon 0 या -d0.

प्रति उपयोगकर्ता केवल एक डेमॉन प्रक्रिया की अनुमति है; डेमॉन मोड में, फ़ेचमेल प्रति सेट करता है-
उपयोगकर्ता लॉकफाइल इसकी गारंटी के लिए। (हालांकि आप धोखा दे सकते हैं और FETCHMAILHOME सेट कर सकते हैं
इस सेटिंग को दूर करने के लिए पर्यावरण चर, लेकिन उस स्थिति में, यह आपकी ज़िम्मेदारी है
यह सुनिश्चित करने के लिए कि आप एक ही सर्वर को एक ही समय में दो प्रक्रियाओं के साथ मतदान नहीं कर रहे हैं।)

जागरण la पृष्ठभूमि डेमॉन
आम तौर पर, बैकग्राउंड में डेमॉन के साथ फ़ेचमेल को कॉल करने से वेक-अप सिग्नल भेजा जाता है
डेमॉन और आउटपुट के बिना छोड़ देता है। बैकग्राउंड डेमॉन फिर अपना अगला चुनाव चक्र शुरू करता है
तुरंत। वेक-अप सिग्नल, SIGUSR1, मैन्युअल रूप से भी भेजा जा सकता है। जगाने की क्रिया
किसी भी 'वेज्ड' झंडे को भी साफ करता है जो दर्शाता है कि कनेक्शन विफल होने के कारण खराब हो गए हैं
प्रमाणीकरण या एकाधिक टाइमआउट।

समाप्त la पृष्ठभूमि डेमॉन
विकल्प --छोड़ना एक चल रही डेमॉन प्रक्रिया को जगाने के बजाय उसे मार देगा (यदि वहाँ है)
ऐसी कोई प्रक्रिया नहीं, फ़ेचमेल आपको सूचित करेगा)। यदि --quit विकल्प अंतिम पर दिखाई देता है
कमांड लाइन, फ़ेचमेल चल रहे डेमॉन प्रक्रिया को मार देगा और फिर छोड़ देगा। अन्यथा,
फ़ेचमेल पहले एक चल रही डेमॉन प्रक्रिया को मार देगा और फिर उसके साथ चलना जारी रखेगा
अन्य विकल्प।

उपयोगी विकल्पों एसटी डेमॉन मोड
RSI -L or --बोटा दस्तावेज विकल्प (कीवर्ड: सेट लॉगफाइल) केवल प्रभावी है
जब फ़ेचमेल अलग हो जाता है और डेमॉन मोड में होता है। ध्यान दें कि la लॉग फ़ाइल चाहिए मौजूद से पहले
फ़ेचमेल चलाया जाता है, आप इसका उपयोग कर सकते हैं स्पर्श(1) फ़ाइल नाम के साथ एकमात्र तर्क के रूप में आदेश
इसे बनाने के लिए
यह विकल्प आपको स्थिति संदेशों को एक निर्दिष्ट लॉगफ़ाइल में पुनर्निर्देशित करने की अनुमति देता है (अनुसरण करें
logfile नाम के साथ विकल्प)। लॉगफाइल परिशिष्ट के लिए खोली गई है, इसलिए पिछले संदेश
मिटाए नहीं जाते। यह डिबगिंग कॉन्फ़िगरेशन के लिए मुख्य रूप से उपयोगी है। ध्यान दें कि
फ़ेचमेल यह पता नहीं लगाता है कि लॉगफाइल घुमाया गया है या नहीं, लॉगफाइल केवल एक बार खोला जाता है जब
फ़ेचमेल शुरू होता है। आपको लॉगफ़ाइल को घुमाने के बाद और पहले फ़ेचमेल को पुनरारंभ करने की आवश्यकता है
इसे संपीड़ित करना (यदि लागू हो)।

RSI --सिसलॉग विकल्प (कीवर्ड: सेट syslog) आपको स्थिति और त्रुटि संदेशों को पुनर्निर्देशित करने की अनुमति देता है
को उत्सर्जित syslog(3) यदि उपलब्ध हो तो सिस्टम डेमॉन। संदेशों को की आईडी से लॉग किया जाता है
फ़ेचमेल, सुविधा लॉग_मेल, और प्राथमिकताएं लॉग_ईआरआर, लॉग_अलर्ट or लॉग_जानकारी। इस
विकल्प लॉगिंग स्थिति और त्रुटि संदेशों के लिए अभिप्रेत है जो की स्थिति को इंगित करता है
सर्वर से मेल प्राप्त करते समय डेमॉन और परिणाम। आदेश के लिए त्रुटि संदेश
लाइन विकल्प और पार्सिंग .fetchmailrc फ़ाइल अभी भी stderr, या को लिखी गई है
निर्दिष्ट लॉग फ़ाइल। NS --नोसिसलॉग विकल्प का उपयोग बंद कर देता है syslog(3), यह मानते हुए
में चालू किया ~/.fetchmailrc फ़ाइल। यह विकल्प ओवरराइड है, कुछ स्थितियों में,
by --बोटा दस्तावेज (जो देखें)।

RSI -N or --नोडिटैच विकल्प डेमॉन प्रक्रिया की पृष्ठभूमि और टुकड़ी को दबा देता है
इसके नियंत्रण टर्मिनल से। यह डिबगिंग के लिए उपयोगी है या जब फ़ेचमेल के रूप में चलता है
पर्यवेक्षक प्रक्रिया का बच्चा जैसे init(8) या गेरिट पेप्स चलाओ(8)। ध्यान दें कि यह
लॉगफाइल विकल्प को भी अनदेखा करने का कारण बनता है।

ध्यान दें कि डेमॉन मोड में POP2 या IMAP2bis सर्वर को पोलिंग करते समय, क्षणिक त्रुटियाँ
(जैसे डीएनएस विफलताओं या प्रेषण वितरण से इनकार) के लिए भ्रूण विकल्प को मजबूर कर सकता है
अगले मतदान चक्र की अवधि। यह मजबूती की विशेषता है। इसका अर्थ है कि यदि a
संदेश प्राप्त किया जाता है (और इस प्रकार मेलसर्वर द्वारा देखा गया चिह्नित किया जाता है) लेकिन स्थानीय रूप से वितरित नहीं किया जाता है
कुछ क्षणिक त्रुटि के लिए, इसे अगले मतदान चक्र के दौरान फिर से लाया जाएगा। (आईएमएपी
तर्क डिलीवर होने तक संदेशों को नहीं हटाता है, इसलिए यह समस्या उत्पन्न नहीं होती है।)

यदि आप स्पर्श करते हैं या बदलते हैं ~/.fetchmailrc फ़ाइल जबकि फ़ेचमेल डेमॉन मोड में चल रहा है,
यह अगले मतदान चक्र की शुरुआत में पता लगाया जाएगा। जब एक बदल गया
~/.fetchmailrc पता चला है, फ़ेचमेल इसे फिर से पढ़ता है और स्क्रैच से पुनरारंभ होता है (का उपयोग करके कार्यकारी; (2)
नए उदाहरण में कोई राज्य जानकारी नहीं रखी जाती है)। ध्यान दें कि यदि फ़ेचमेल की आवश्यकता है
पासवर्ड के लिए क्वेरी, उसमें से यदि आप तोड़ते हैं ~/.fetchmailrc फ़ाइल का सिंटैक्स, नया
उदाहरण धीरे-धीरे और चुपचाप स्टार्टअप पर गायब हो जाएगा।

प्रशासनिक विकल्प

RSI --पोस्टमास्टर विकल्प (कीवर्ड: सेट पोस्टमास्टर) अंतिम उपाय निर्दिष्ट करता है
उपयोगकर्ता नाम जिस पर मल्टीड्रॉप मेल अग्रेषित किया जाना है यदि कोई मेल खाने वाला स्थानीय प्राप्तकर्ता नहीं हो सकता है
मिल गया। यदि 'बाउंसमेल' वैश्विक
विकल्प बंद है और इसके अतिरिक्त स्पैम-अवरुद्ध मेल के लिए यदि 'बाउंसमेल' वैश्विक विकल्प है
बंद करें और 'स्पैमबॉन्स' वैश्विक विकल्प चालू है। यह विकल्प उस उपयोगकर्ता के लिए डिफ़ॉल्ट है जिसने आह्वान किया था
फ़ेचमेल. यदि आह्वान करने वाला उपयोगकर्ता रूट है, तो इस विकल्प का डिफ़ॉल्ट उपयोगकर्ता है
'पोस्टमास्टर'। पोस्टमास्टर को खाली स्ट्रिंग पर सेट करने से ऊपर वर्णित मेल जैसा मेल होता है
त्याग दिया जाना - हालांकि यह आमतौर पर एक बुरा विचार है। का वर्णन भी देखें
नीचे पर्यावरण अनुभाग में 'FETCHMAILUSER' पर्यावरण चर।

RSI --nobounce "सेट नो बाउंसमेल" वैश्विक विकल्प की तरह व्यवहार करता है, जो देखते हैं।

RSI --अदृश्य विकल्प (कीवर्ड: अदृश्य सेट करें) फ़ेचमेल को अदृश्य बनाने का प्रयास करता है।
आम तौर पर, फ़ेचमेल किसी भी अन्य एमटीए की तरह व्यवहार करता है - यह एक प्राप्त हेडर उत्पन्न करता है
प्रत्येक संदेश में संचरण की श्रृंखला में अपनी जगह का वर्णन करता है, और एमटीए को बताता है
अग्रेषित करने के लिए कि मेल मशीन से आया है फ़ेचमेल स्वयं चल रहा है। अगर
अदृश्य विकल्प चालू है, प्राप्त शीर्षलेख दबा दिया गया है और फ़ेचमेल इसे धोखा देने का प्रयास करता है
एमटीए यह सोचने के लिए आगे बढ़ता है कि यह सीधे मेलसर्वर होस्ट से आया है।

RSI --शोडॉट्स विकल्प (कीवर्ड: सेट शोडॉट्स) फ़ेचमेल को प्रगति बिंदु दिखाने के लिए बाध्य करता है
यदि आउटपुट किसी फ़ाइल में जाता है या फ़ेचमेल वर्बोज़ मोड में नहीं है। फ़ेचमेल दिखाता है
--verbose मोड में चलने पर डिफ़ॉल्ट रूप से डॉट्स और आउटपुट कंसोल पर जाता है। यह विकल्प है
- साइलेंट मोड में अनदेखा किया गया।

निर्दिष्ट करके --ट्रेसपोल विकल्प, आप फ़ेचमेल को इसमें जानकारी जोड़ने के लिए कह सकते हैं
"मतदान {लेबल} खाता {उपयोगकर्ता}" फ़ॉर्म पर प्राप्त शीर्षलेख, जहां {लेबल} खाता है
लेबल (निर्दिष्ट आरसीफ़ाइल से, सामान्य रूप से ~/.fetchmailrc) और {उपयोगकर्ता} उपयोगकर्ता नाम है
जिसका उपयोग मेल सर्वर पर लॉग ऑन करने के लिए किया जाता है। इस हेडर का उपयोग फ़िल्टरिंग करने के लिए किया जा सकता है
ईमेल जहां कोई उपयोगी हेडर जानकारी उपलब्ध नहीं है और आप अलग से मेल चाहते हैं
खातों को अलग-अलग मेलबॉक्स में सॉर्ट किया गया है (उदाहरण के लिए, यह तब हो सकता है जब आपके पास
मेलिंग सूची चलाने वाले एक ही सर्वर पर खाता, और सूची में सदस्यता लेने के लिए
वह खाता)। डिफ़ॉल्ट ऐसा कोई हेडर नहीं जोड़ रहा है। में .fetchmailrc, यह कहा जाता है
'ट्रेसपोल'।

पुनर्प्राप्ति असफलता मोड

प्रोटोकॉल फ़ेचमेल मेलसर्वर से बात करने के लिए उपयोग बुलेटप्रूफ के बगल में हैं। सामान्य में
पोर्ट 25 पर संचालन अग्रेषण, कोई संदेश कभी भी हटाया नहीं जाता है (या हटाने के लिए भी चिह्नित किया जाता है)
मेजबान पर जब तक ग्राहक पक्ष पर एसएमटीपी श्रोता ने स्वीकार नहीं किया है फ़ेचमेल कि
संदेश को या तो डिलीवरी के लिए स्वीकार कर लिया गया है या स्पैम ब्लॉक के कारण अस्वीकार कर दिया गया है।

हालांकि, एमडीए को अग्रेषित करते समय, त्रुटि की अधिक संभावना होती है। कुछ एमडीए हैं
'सुरक्षित' और विश्वसनीय रूप से किसी भी वितरण त्रुटि पर एक गैर-शून्य स्थिति लौटाता है, यहां तक ​​कि एक के कारण भी
अस्थायी संसाधन सीमा। मेल प्राप्त करने का स्थान(1) कार्यक्रम इस प्रकार है; तो अधिकांश कार्यक्रम हैं
मेल ट्रांसपोर्ट एजेंट के रूप में डिज़ाइन किया गया, जैसे कि मेल भेजे(1), के सेंडमेल रैपर सहित
पोस्टफिक्स और एग्जिम(1). ये कार्यक्रम एक विश्वसनीय सकारात्मक पावती वापस देते हैं और कर सकते हैं
मेल हानि के जोखिम के बिना एमडीए विकल्प के साथ प्रयोग किया जाना चाहिए। असुरक्षित एमडीए, हालांकि, वापस आ सकते हैं 0
डिलीवरी फेल होने पर भी अगर ऐसा होता है, तो आप मेल खो देंगे।

सामान्य मोड फ़ेचमेल अछूते छोड़कर केवल 'नए' संदेशों को डाउनलोड करने का प्रयास करना है
(और हटाए गए) संदेश जो आप पहले ही सीधे सर्वर पर पढ़ चुके हैं (या a . के साथ लाए गए हैं)
पिछला फ़ेचमेल --रखना) लेकिन हो सकता है कि आप उन संदेशों को देखें जो आप पहले ही पढ़ चुके हैं
सर्वर प्राप्त किया जा रहा है (और हटाया जा रहा है) तब भी जब आप --all निर्दिष्ट नहीं करते हैं। वहां
ऐसा होने के कई कारण हो सकते हैं।

एक यह हो सकता है कि आप POP2 का उपयोग कर रहे हैं। POP2 प्रोटोकॉल में का कोई प्रतिनिधित्व शामिल नहीं है
संदेशों में 'नया' या 'पुराना' राज्य, इसलिए फ़ेचमेल सभी संदेशों को नया मानना ​​चाहिए
समय। लेकिन POP2 अप्रचलित है, इसलिए इसकी संभावना नहीं है।

संभावित POP3 समस्या सर्वर हो सकती है जो मेलबॉक्स के बीच में संदेश सम्मिलित करते हैं
(मेल के कुछ वीएमएस कार्यान्वयनों के बारे में ऐसा करने की अफवाह है)। फ़ेचमेल कोड मानता है
कि नए संदेश मेलबॉक्स के अंत में जोड़े जाते हैं; जब यह सच नहीं हो सकता है
कुछ पुराने संदेशों को नया मानें और इसके विपरीत। Fastuidl 0 सेट करते समय UIDL का उपयोग कर सकते हैं
इसे ठीक करें, अन्यथा, IMAP पर स्विच करने पर विचार करें।

फिर भी एक और POP3 समस्या यह है कि यदि वे उपयोगकर्ता के घर में tempfiles नहीं बना सकते हैं
निर्देशिका, कुछ POP3 सर्वर एक गैर-दस्तावेजी प्रतिक्रिया को वापस सौंप देंगे जो फ़ेचमेल का कारण बनती है
नकली रूप से "नो मेल" की रिपोर्ट करने के लिए।

IMAP कोड सर्वर ध्वज की उपस्थिति या अनुपस्थिति का उपयोग करता है \Seen यह तय करने के लिए कि या
कोई संदेश नया नहीं है। यह करना सही नहीं है, फ़ेचमेल को इसकी जाँच करनी चाहिए
UIDVALIDITY और UID का उपयोग करें, लेकिन यह अभी तक ऐसा नहीं करता है। यूनिक्स के अंतर्गत, यह आपके IMAP पर निर्भर करता है
सर्वर मेल उपयोगकर्ता एजेंटों द्वारा निर्धारित बीएसडी-शैली स्थिति फ़्लैग को नोटिस करेगा और \Seen फ़्लैग सेट करेगा
उपयुक्त होने पर उनसे। सभी Unix IMAP सर्वर जिनके बारे में हम जानते हैं, ऐसा करते हैं, हालांकि ऐसा नहीं है
IMAP RFC द्वारा निर्दिष्ट। यदि आप कभी भी किसी ऐसे सर्वर पर यात्रा करते हैं जो नहीं करता है, तो लक्षण होगा
हो सकता है कि आपके द्वारा अपने होस्ट पर पहले से पढ़े गए संदेश सर्वर पर नए दिखाई देंगे। इसमें
(संभावना नहीं) मामला, केवल आपके द्वारा लाए गए संदेश फ़ेचमेल --रखना दोनों को हटा दिया जाएगा
और पुराना अंकित है।

ETRN और ODMR मोड में, फ़ेचमेल वास्तव में संदेशों को पुनः प्राप्त नहीं करता है; इसके बजाय, यह पूछता है
सर्वर का SMTP श्रोता SMTP के माध्यम से क्लाइंट के लिए एक कतार फ्लश शुरू करने के लिए। इसलिए यह
केवल वितरित संदेश भेजता है।

स्पैम फ़िल्टरिंग

कई एसएमटीपी श्रोता प्रशासकों को 'स्पैम फिल्टर' सेट करने की अनुमति देते हैं जो अवांछित ब्लॉक करते हैं
निर्दिष्ट डोमेन से ईमेल। एक मेल फ्रॉम या डेटा लाइन जो इस सुविधा को ट्रिगर करती है
एक एसएमटीपी प्रतिक्रिया प्राप्त करें जो (दुर्भाग्य से) श्रोता के अनुसार भिन्न होती है।

New के नए संस्करण मेल भेजे 571 का त्रुटि कोड लौटाएं।

RFC2821 के अनुसार, इस स्थिति में लौटने के लिए सही चीज़ 550 "अनुरोधित" है
कार्रवाई नहीं की गई: मेलबॉक्स अनुपलब्ध" (ड्राफ़्ट जोड़ता है "[उदा, मेलबॉक्स नहीं मिला, नहीं
पहुँच, या आदेश नीति कारणों से अस्वीकृत]।")।

के पुराने संस्करण एग्जिम एमटीए रिटर्न 501 "पैरामीटर या तर्कों में सिंटेक्स त्रुटि"।

RSI पोस्टफ़िक्स एमटीए एक एंटीस्पैम प्रतिक्रिया के रूप में 554 चलाता है।

ज़मेलर 500 प्रतिक्रिया के साथ कोड को अस्वीकार कर सकता है (उसके बाद एक उन्नत स्थिति कोड जो
अधिक जानकारी शामिल है)।

वापसी कोड जो फ़ेचमेल एंटीस्पैम प्रतिक्रियाओं के रूप में व्यवहार करता है और संदेश को त्याग सकता है
'एंटीस्पैम' विकल्प के साथ सेट करें। यह इनमें से एक है केवल तीन परिस्थितियाँ जिसके तहत
फ़ेचमेल कभी भी मेल को त्याग देता है (अन्य नीचे वर्णित 552 और 553 त्रुटियां हैं, और
एक संदेश-आईडी के साथ बहु-ड्रॉप किए गए संदेशों का दमन जो पहले ही देखा जा चुका है)।

If फ़ेचमेल एक IMAP सर्वर से प्राप्त हो रहा है, एंटीस्पैम प्रतिक्रिया का पता लगाया जाएगा और
हेडर प्राप्त करने के तुरंत बाद संदेश को बिना पढ़े खारिज कर दिया गया
संदेश का मुख्य हिस्सा। इस प्रकार, आप स्पैम संदेश निकायों को डाउनलोड करने के लिए भुगतान नहीं करेंगे।

डिफ़ॉल्ट रूप से, एंटीस्पैम प्रतिक्रियाओं की सूची खाली होती है।

अगर स्पैमबाउंस वैश्विक विकल्प चालू है, मेल जो स्पैम-अवरुद्ध ट्रिगर है a
RFC1892/RFC1894 बाउंस संदेश प्रवर्तक को सूचित करता है कि हम इससे मेल स्वीकार नहीं करते हैं
यह। बग भी देखें।

एसएमटीपी/ईएसएमटीपी त्रुटि हैंडलिंग

ऊपर वर्णित स्पैम-अवरोधन के अलावा, फ़ेचमेल विशेष कार्रवाइयाँ करता है — जो हो सकता है
--softbounce विकल्प द्वारा संशोधित — निम्नलिखित SMTP/ESMTP त्रुटि प्रतिक्रिया कोड पर

452 (अपर्याप्त सिस्टम स्टोरेज)
बाद में पुनर्प्राप्ति के लिए संदेश को सर्वर मेलबॉक्स में छोड़ दें।

552 (संदेश निश्चित अधिकतम संदेश आकार से अधिक है)
सर्वर से संदेश हटाएं। प्रवर्तक को बाउंस-मेल भेजें।

553 (अमान्य प्रेषण डोमेन)
सर्वर से संदेश हटाएं। को बाउंस-मेल भेजने की कोशिश भी न करें
प्रवर्तक।

500 ट्रिगर बाउंस मेल से अधिक या उसके बराबर अन्य त्रुटियां, प्रवर्तक को वापस भेज दें, जब तक कि
--softbounce द्वारा दबा दिया गया। बग भी देखें।

THE भागो नियंत्रण फ़ाइल

फ़ेचमेल सेट करने का पसंदीदा तरीका a write लिखना है .fetchmailrc अपने घर में फाइल
निर्देशिका (आप इसे सीधे टेक्स्ट एडिटर के साथ या परोक्ष रूप से कर सकते हैं फ़ेचमेलकॉन्फ़).
जब इसमें कमांड-लाइन तर्कों और तर्कों के बीच कोई विरोध होता है
फ़ाइल, कमांड-लाइन तर्क पूर्वता लेते हैं।

अपने पासवर्ड की सुरक्षा के लिए, आपका ~/.fetchmailrc सामान्य रूप से अधिक नहीं हो सकता है
0700 से अधिक (u=rwx,g=,o=) अनुमतियां; फ़ेचमेल शिकायत करेंगे और अन्यथा बाहर निकलेंगे (यह
-वर्जन चालू होने पर चेक दबा दिया जाता है)।

आप पढ़ सकते हैं .fetchmailrc आदेशों की सूची के रूप में फ़ाइल को निष्पादित किया जाना है जब फ़ेचमेल is
बिना किसी तर्क के बुलाया गया।

रन नियंत्रण वाक्य - विन्यास
टिप्पणियाँ '#' से शुरू होती हैं और पंक्ति के अंत तक विस्तारित होती हैं। अन्यथा फ़ाइल
सर्वर प्रविष्टियों की एक श्रृंखला या एक मुक्त प्रारूप में वैश्विक विकल्प विवरण शामिल हैं,
टोकन-उन्मुख वाक्यविन्यास।

चार प्रकार के टोकन हैं: व्याकरण कीवर्ड, संख्याएं (अर्थात दशमलव अंक अनुक्रम),
उद्धृत तार, और उद्धृत तार। एक उद्धृत स्ट्रिंग दोहरे उद्धरण चिह्नों से घिरी होती है और मई
व्हाइटस्पेस शामिल करें (और उद्धृत अंकों को एक स्ट्रिंग के रूप में माना जाता है)। ध्यान दें कि उद्धृत तार
पंक्ति फ़ीड वर्ण भी शामिल होंगे यदि वे दो या अधिक पंक्तियों में चलते हैं, जब तक कि आप
लाइनों में शामिल होने के लिए बैकस्लैश का उपयोग करें (नीचे देखें)। एक गैर-उद्धृत स्ट्रिंग कोई भी व्हाइटस्पेस-सीमांकित है
टोकन जो न तो संख्यात्मक है, न ही उद्धृत स्ट्रिंग है और न ही विशेष वर्ण ',', ';',
':', या '='।

व्हाइटस्पेस की कोई भी राशि सर्वर प्रविष्टियों में टोकन को अलग करती है, लेकिन अन्यथा इसे अनदेखा कर दिया जाता है। आप
बैकस्लैश एस्केप अनुक्रमों का उपयोग कर सकते हैं (\n LF के लिए, \t HT के लिए, \b BS के लिए, \r CR के लिए, \NNN एसटी
दशमलव (जहां एनएनएन 0 से शुरू नहीं हो सकता), \0OOO अष्टक के लिए, और \xhh हेक्स के लिए) एम्बेड करने के लिए
स्ट्रिंग्स में गैर-मुद्रण योग्य वर्ण या स्ट्रिंग डिलीमीटर। उद्धृत स्ट्रिंग्स में, एक बैकस्लैश
एक पंक्ति के बहुत अंत में बैकस्लैश स्वयं और लाइन फ़ीड (LF या NL, new .) का कारण बनेगा
लाइन) वर्ण को नज़रअंदाज़ किया जाना चाहिए, ताकि आप लंबे तार लपेट सकें। बैकस्लैश के बिना
लाइन के अंत में, लाइन फीड कैरेक्टर स्ट्रिंग का हिस्सा बन जाएगा।

चेतावनी: जबकि ये सी-स्टाइल एस्केप सीक्वेंस से मिलते-जुलते हैं, वे समान नहीं हैं। फ़ेचमेल
केवल इन आठ शैलियों का समर्थन करता है। सी अधिक एस्केप अनुक्रमों का समर्थन करता है जिसमें शामिल हैं
बैकस्लैश (\) और एक एकल वर्ण, लेकिन दशमलव कोड का समर्थन नहीं करता है और नहीं करता है
अष्टक संकेतन में अग्रणी 0 की आवश्यकता होती है। उदाहरण: फ़ेचमेल \233 की व्याख्या उसी के समान करता है
\xE9 (एक्यूट के साथ लैटिन छोटा अक्षर ई), जहां सी \233 को अष्टक 0233 = \x9B के रूप में व्याख्यायित करेगा
(सीएसआई, नियंत्रण अनुक्रम परिचयकर्ता)।

प्रत्येक सर्वर प्रविष्टि में एक कीवर्ड 'पोल' या 'स्किप' होता है, जिसके बाद एक सर्वर होता है
नाम, उसके बाद सर्वर विकल्प, उसके बाद कितनी भी संख्या में उपयोगकर्ता (या उपयोगकर्ता नाम)
विवरण, उसके बाद उपयोगकर्ता विकल्प। नोट: वाक्य रचना त्रुटियों का सबसे आम कारण है
उपयोगकर्ता और सर्वर विकल्पों को मिलाना या उपयोगकर्ता विकल्पों को उपयोगकर्ता विवरण से पहले रखना।

पिछड़ी संगतता के लिए, 'सर्वर' शब्द 'पोल' का पर्याय है।

आप शोर कीवर्ड 'और', 'के साथ', 'है', 'चाहता है' और 'विकल्प' का उपयोग कहीं भी कर सकते हैं।
इसे अंग्रेजी से मिलता जुलता बनाने के लिए एंट्री। उन्हें नज़रअंदाज़ किया जाता है, लेकिन वे प्रविष्टियों को बहुत आसान बना सकते हैं
एक नज़र में पढ़ने के लिए। विराम चिह्न वर्ण ':', ';' और ',' को भी अनदेखा कर दिया जाता है।

मतदान बनाम स्किप
'पोल' क्रिया बिना किसी तर्क के चलने पर इस होस्ट को क्वेरी करने के लिए फ़ेचमेल को बताती है।
'स्किप' क्रिया बताता है फ़ेचमेल इस मेजबान को तब तक मतदान नहीं करना चाहिए जब तक कि इसका स्पष्ट रूप से नाम न दिया गया हो
कमांड लाइन। ('छोड़ें' क्रिया आपको परीक्षण प्रविष्टियों के साथ सुरक्षित रूप से प्रयोग करने की अनुमति देती है, या
अस्थायी रूप से बंद हो चुके मेजबानों के लिए प्रविष्टियों को आसानी से अक्षम कर दें।)

कीवर्ड/विकल्प सारांश
यहां कानूनी विकल्प दिए गए हैं। वर्गाकार कोष्ठकों में संलग्न खोजशब्द प्रत्यय वैकल्पिक हैं।
शॉर्ट कमांड-लाइन विकल्पों के अनुरूप '-' और उपयुक्त
विकल्प पत्र। यदि विकल्प केवल संचालन के एकल मोड के लिए प्रासंगिक है, तो इसे इस रूप में नोट किया जाता है
सिंगलड्रॉप- या मल्टीड्रॉप-मोड के लिए क्रमशः 'एस' या 'एम'।

यहां कानूनी वैश्विक विकल्प दिए गए हैं:

कीवर्ड ऑप्ट मोड फ़ंक्शन
मैं मैं
डेमॉन-डी सेट करें पृष्ठभूमि पोल अंतराल सेट करें
सेकंड.
पोस्टमास्टर सेट करें अंतिम उपाय का नाम दें
मेल प्राप्तकर्ता (डिफ़ॉल्ट: उपयोगकर्ता
चल रहा है फ़ेचमेल, "पोस्टमास्टर" if
रूट उपयोगकर्ता द्वारा चलाया जाता है)
बाउंसमेल सेट करें प्रेषक को सीधी त्रुटि मेल
(डिफ़ॉल्ट)
कोई बाउंसमेल सेट न करें स्थानीय को सीधी त्रुटि मेल
पोस्टमास्टर (के अनुसार)
'पोस्टमास्टर' वैश्विक विकल्प ऊपर)।
कोई स्पैमबाउंस सेट न करें स्पैम-अवरुद्ध मेल को बाउंस न करें
(चूक)।
स्पैम बाउंस सेट करें बाउंस अवरुद्ध स्पैम-अवरुद्ध मेल
('एंटीस्पैम' उपयोगकर्ता के अनुसार
विकल्प) वापस गंतव्य के रूप में
'बाउंसमेल' से संकेत मिलता है
वैश्विक विकल्प। चेतावनी: न करें
स्पैम को वापस बाउंस करने के लिए इसका उपयोग करें
प्रेषक - सबसे अधिक स्पैम भेजा जाता है
झूठे प्रेषक पते के साथ और इस प्रकार
यह विकल्प निर्दोष को चोट पहुँचाता है
पास खड़े थे।
कोई सॉफ्टबाउंस सेट न करें स्थायी रूप से डिलीवर करने योग्य हटाएं
डाक. इसका उपयोग करने की अनुशंसा की जाती है
यह विकल्प अगर विन्यास
गहन परीक्षण किया गया है।
सॉफ्टबाउंस सेट करें स्थायी रूप से डिलीवर करने योग्य रखें
मेल जैसे कि एक अस्थायी त्रुटि
हुआ था (डिफ़ॉल्ट)।
लॉगफाइल सेट करें -एल त्रुटि जोड़ने के लिए फ़ाइल का नाम और
को स्थिति संदेश। केवल
डेमॉन मोड में प्रभावी और यदि
फ़ेचमेल अलग हो जाता है। यदि प्रभावी हो,
ओवरराइड सेट syslog.
idfile -i सेट करें UID स्टोर करने के लिए फ़ाइल का नाम
में सूचीबद्ध करता है।
syslog सेट करें त्रुटि लॉगिंग करें
syslog(3). द्वारा ओवरराइड किया जा सकता है सेट
लॉग फ़ाइल.

कोई syslog सेट करें त्रुटि लॉगिंग को बंद करें
syslog(3). (चूक)
गुण सेट करें स्ट्रिंग मान जिसे अनदेखा किया जाता है
फ़ेचमेल (द्वारा इस्तेमाल किया जा सकता है
विस्तार स्क्रिप्ट)।

यहाँ कानूनी सर्वर विकल्प हैं:

कीवर्ड ऑप्ट मोड फ़ंक्शन
मैं मैं
मेलसर्वर का DNS नाम निर्दिष्ट करके,
ओवरराइडिंग पोल नाम
प्रोटो [कोल] -पी प्रोटोकॉल निर्दिष्ट करें (केस .)
असंवेदनशील): POP2, POP3, IMAP,
एपीओपी, केपीओपी
स्थानीय [डोमेन] एम माना जाने वाला डोमेन निर्दिष्ट करें
स्थानीय के रूप में
पोर्ट टीसीपी/आईपी सेवा पोर्ट निर्दिष्ट करें
(अप्रचलित, इसके बजाय 'सेवा' का उपयोग करें)।
service -P सेवा का नाम निर्दिष्ट करें (एक संख्यात्मक
मूल्य की भी अनुमति है और
एक टीसीपी/आईपी पोर्ट नंबर माना जाता है)।
प्रमाणीकरण [enticate] प्रमाणीकरण प्रकार सेट करें (डिफ़ॉल्ट
'कोई')
टाइमआउट -t सर्वर निष्क्रियता टाइमआउट in
सेकंड (डिफ़ॉल्ट 300)
लिफाफा-ई एम लिफाफा-पता शीर्षलेख निर्दिष्ट करें
नाम
कोई लिफाफा नहीं एम लिफाफा की तलाश में अक्षम
पता
qvirtual -Q m Qmail वर्चुअल डोमेन प्रीफिक्स टू
उपयोगकर्ता नाम से हटाएं
उर्फ एम के वैकल्पिक DNS नाम निर्दिष्ट करें
डाक सर्वर
इंटरफ़ेस - मैं आईपी इंटरफ़ेस निर्दिष्ट करता हूं जो कि होना चाहिए
सर्वर पोल लेने के लिए तैयार रहें
जगह
मॉनिटर-एम मॉनिटर करने के लिए आईपी एड्रेस निर्दिष्ट करें
गतिविधि
प्लगइन कमांड निर्दिष्ट करें जिसके माध्यम से
सर्वर कनेक्शन बनाना।
प्लगआउट कमांड निर्दिष्ट करें जिसके माध्यम से
श्रोता संबंध बनाना।
डीएनएस एम मल्टीड्रॉप के लिए डीएनएस लुकअप सक्षम करें
(डिफ़ॉल्ट)
कोई डीएनएस नहीं एम मल्टीड्रॉप के लिए डीएनएस लुकअप अक्षम करें
checkalias m के लिए IP पते से तुलना करें
मल्टी ड्रॉप
no checkalias m के लिए नाम से तुलना करें
मल्टीड्रॉप (डिफ़ॉल्ट)
uidl -U क्लाइंट-साइड का उपयोग करने के लिए POP3 को बाध्य करता है
यूआईडीएल (अनुशंसित)
कोई uidl क्लाइंट-साइड का POP3 उपयोग बंद करें
यूआईडीएल (डिफ़ॉल्ट)
अंतराल केवल इस साइट को हर एन पोल में जांचें
चक्र; एन एक संख्यात्मक तर्क है।
ट्रेसपोल इसमें पोल ​​ट्रेसिंग जानकारी जोड़ें
प्राप्त हेडर
प्रिंसिपल सेट केर्बेरोज प्रिंसिपल (केवल
IMAP और kerberos के साथ उपयोगी)
esmtpname RFC2554 के लिए नाम सेट करें
ESMTP . को प्रमाणीकरण
सर्वर.
esmtppassword RFC2554 के लिए पासवर्ड सेट करें
ESMTP . को प्रमाणीकरण
सर्वर.

बैड-हेडर संदेशों को खराब के साथ कैसे व्यवहार करें
शीर्षलेख। अस्वीकार किया जा सकता है (डिफ़ॉल्ट) या
स्वीकार करना।

यहां कानूनी उपयोगकर्ता विवरण और विकल्प दिए गए हैं:

कीवर्ड ऑप्ट मोड फ़ंक्शन
मैं मैं
उपयोगकर्ता [नाम] -यू यह उपयोगकर्ता विवरण है और
सर्वर के बाद पहले आना चाहिए
विवरण और संभव के बाद
सर्वर विकल्प, और उपयोगकर्ता से पहले
विकल्प.
यह दूरस्थ उपयोगकर्ता नाम सेट करता है यदि by
स्वयं या उसके बाद 'वहां', या
स्थानीय उपयोगकर्ता नाम यदि उसके बाद
'यहां'।
स्थानीय और दूरस्थ उपयोगकर्ता कनेक्ट करें
नामों
स्थानीय और दूरस्थ उपयोगकर्ता को जोड़ने के लिए
नामों
पास [शब्द] दूरस्थ खाता पासवर्ड निर्दिष्ट करें
ssl सर्वर से कनेक्ट करें
एसएसएल का उपयोग कर निर्दिष्ट आधार प्रोटोकॉल
एन्क्रिप्शन
sslcert के लिए फ़ाइल निर्दिष्ट करें ग्राहक पक्ष
सार्वजनिक एसएसएल प्रमाणपत्र
sslcertfile विश्वसनीय CA के साथ फ़ाइल निर्दिष्ट करें
प्रमाण पत्र
sslcertpath c_rehash-ed निर्देशिका के साथ निर्दिष्ट करें
विश्वसनीय सीए प्रमाणपत्र।
sslkey के लिए फ़ाइल निर्दिष्ट करें ग्राहक पक्ष
निजी एसएसएल कुंजी
कनेक्शन के लिए एसएसएलप्रोटो फोर्स एसएसएल प्रोटोकॉल
फ़ोल्डर -r क्वेरी के लिए दूरस्थ फ़ोल्डर निर्दिष्ट करें
smtphost -S smtp होस्ट को फ़ॉरवर्ड करने के लिए निर्दिष्ट करें
fetchdomains m डोमेन निर्दिष्ट करें जिसके लिए मेल
लाया जाना चाहिए
smtpaddress -D उस डोमेन को निर्दिष्ट करें जिसमें डाला जाना है
आरसीपीटी टू लाइन्स
smtpname होने के लिए उपयोगकर्ता और डोमेन निर्दिष्ट करें
RCPT TO लाइनों में डालें
antispam -Z निर्दिष्ट करें कि SMTP रिटर्न क्या हैं
स्पैम-नीति ब्लॉक के रूप में व्याख्या की गई
एमडीए-एम स्थानीय वितरण के लिए एमडीए निर्दिष्ट करें
bsmtp -o संलग्न करने के लिए BSMTP बैच फ़ाइल निर्दिष्ट करें
सेवा मेरे
प्रीकनेक्ट कमांड को प्रत्येक से पहले निष्पादित किया जाना है
संबंध
पोस्टकनेक्ट कमांड प्रत्येक के बाद निष्पादित किया जाना है
संबंध
Keep -k से देखे गए संदेशों को न हटाएं
सर्वर (POP3 के लिए, uidl is .)
की सिफारिश की)
फ्लश-एफ पहले देखे गए सभी संदेशों को फ्लश करें
पूछताछ (खतरनाक)
लिमिटफ्लश सभी बड़े संदेशों को फ्लश करें
पूछताछ करने से पहले
fetchall -a सभी संदेशों को प्राप्त करें चाहे देखा गया हो या
नहीं
के लिए गंतव्य पतों को फिर से लिखें
उत्तर (डिफ़ॉल्ट)
स्ट्रिपसीआर स्ट्रिप कैरिज छोर से लौटता है
पंक्तियों का
Forcecr Force कैरिज रिटर्न के छोर पर
पंक्तियां

पास8बिट्स फोर्स बॉडी=8BITMIME से ESMTP
श्रोता
ड्रॉपस्टैटस स्ट्रिप स्टेटस और एक्स-मोज़िला-स्टेटस
आने वाली मेल से लाइनें
ड्रॉप-डिलीवर स्ट्रिप
आवक मेल
mimedecode उद्धृत-मुद्रण योग्य को 8-बिट में बदलें
माइम संदेशों में
निष्क्रिय निष्क्रिय नए संदेशों की प्रतीक्षा कर रहा है
प्रत्येक मतदान के बाद (केवल IMAP)
नो कीप-के सर्वर से देखे गए संदेशों को हटाएं
(डिफ़ॉल्ट)
कोई फ्लश नहीं सभी देखे गए संदेशों को फ्लश न करें
पूछताछ से पहले (डिफ़ॉल्ट)
नो फ़ेचॉल केवल नए संदेश प्राप्त करें
(डिफ़ॉल्ट)
कोई पुनर्लेखन नहीं शीर्षलेखों को फिर से न लिखें
कोई स्ट्रिपर नहीं कैरिज रिटर्न स्ट्रिप न करें
(डिफ़ॉल्ट)
नो फोर्ससीआर कैरिज रिटर्न को मजबूर न करें
ईओएल (डिफ़ॉल्ट)
कोई पास8बिट्स BODY=8BITMIME को ESMTP . के लिए बाध्य न करें
श्रोता (डिफ़ॉल्ट)
कोई ड्रॉपस्टैटस नहीं स्थिति शीर्षलेख ड्रॉप न करें
(डिफ़ॉल्ट)
कोई ड्रॉप नहीं दिया गया
(डिफ़ॉल्ट)
कोई mimedecode उद्धृत-मुद्रण योग्य में परिवर्तित न करें
MIME संदेशों में 8-बिट (डिफ़ॉल्ट)
निष्क्रिय नहीं, निष्क्रिय न हों, नए की प्रतीक्षा करें
प्रत्येक मतदान के बाद संदेश (IMAP
केवल)
सीमा-एल संदेश आकार सीमा निर्धारित करें
चेतावनियाँ -w संदेश आकार चेतावनी अंतराल सेट करें
बैचलिमिट -बी अधिकतम # संदेशों को अग्रेषित करने के लिए
सिंगल कनेक्ट
fetchlimit -B अधिकतम # संदेश सिंगल में लाने के लिए
कनेक्ट
fetchsizelimit में लाने के लिए अधिकतम # संदेश आकार
एकल लेनदेन
Fastuidl पहली अनदेखी के लिए द्विआधारी खोज का प्रयोग करें
संदेश (केवल पीओपी3)
मिटाना -e हर #th . पर एक मिटाना प्रदर्शन करें
संदेश (केवल IMAP और POP3)
गुण स्ट्रिंग मान द्वारा अनदेखा किया जाता है
फ़ेचमेल (द्वारा इस्तेमाल किया जा सकता है
विस्तार स्क्रिप्ट)

सभी उपयोगकर्ता विकल्प उपयोगकर्ता विवरण (उपयोगकर्ता या उपयोगकर्ता नाम विकल्प) से शुरू होने चाहिए और का पालन करें
सभी सर्वर विवरण और विकल्प।

.Fetchmailrc फ़ाइल में, 'लिफाफा' स्ट्रिंग तर्क एक खाली स्थान से पहले हो सकता है-
अलग संख्या। यदि निर्दिष्ट किया गया है, तो यह संख्या ऐसे शीर्षलेखों की संख्या है जिन्हें छोड़ दिया जाना है
(अर्थात, 1 का तर्क दिए गए प्रकार के दूसरे शीर्षलेख का चयन करता है)। यह कभी-कभी है
आईएसपी के स्थानीय वितरण एजेंट द्वारा बनाए गए फर्जी लिफाफा शीर्षलेखों को अनदेखा करने के लिए उपयोगी या
आंतरिक अग्रेषण (उदाहरण के लिए, मेल निरीक्षण प्रणाली के माध्यम से)।

खोजशब्दों नहीं इसी सेवा मेरे विकल्प स्विच
'फ़ोल्डर' और 'smtphost' विकल्प (उनके कमांड-लाइन समकक्षों के विपरीत) एक ले सकते हैं
स्पेस- या उनके बाद के नामों की अल्पविराम से अलग की गई सूची।

निम्नलिखित को छोड़कर सभी विकल्प स्पष्ट कमांड-लाइन तर्कों के अनुरूप हैं: 'के माध्यम से',
'अंतराल', 'उर्फ', 'is', 'to', 'dns'/'no dns', 'checkalias'/'no checkalias', 'password',
'प्रीकनेक्ट', 'पोस्टकनेक्ट', 'लोकलडोमेन', 'स्ट्रिपक्र'/'नो स्ट्रिपक्र', 'फोर्सक्र'/'नहीं
Forcecr', 'pass8bits'/'no pass8bits' 'dropstatus/no dropstatus', 'dropdelived/no
ड्रॉपडिलीवर', 'मिमेडेकोड/नो माइमेडकोड', 'नो आइडल', और 'नो लिफाफा'।

यदि आप एक से अधिक कॉन्फ़िगरेशन को इंगित करना चाहते हैं, तो 'के माध्यम से' विकल्प है
एक ही साइट। यदि यह मौजूद है, तो स्ट्रिंग तर्क को वास्तविक DNS नाम के रूप में लिया जाएगा
मेलसर्वर क्वेरी के लिए होस्ट करता है। यह मतदान के तर्क को ओवरराइड करेगा, जो तब
कॉन्फ़िगरेशन के लिए बस एक अलग लेबल बनें (उदाहरण के लिए आप कमांड पर क्या देंगे
इस होस्ट को स्पष्ट रूप से क्वेरी करने के लिए लाइन)।

'अंतराल' विकल्प (जो एक संख्यात्मक तर्क लेता है) आपको एक सर्वर को कम मतदान करने की अनुमति देता है
बुनियादी चुनाव अंतराल की तुलना में अक्सर। यदि आप सर्वर को 'अंतराल N' कहते हैं तो यह विकल्प
से जुड़ा हुआ है केवल प्रत्येक एन पोल अंतराल पर पूछताछ की जाएगी।

सिंगलड्रॉप बनाम मल्टी ड्रॉप विकल्पों
कृपया सुनिश्चित करें कि आपने शीर्षक वाला अनुभाग पढ़ा है THE उपयोग और अनाचार OF मल्टी ड्रॉप मेलबॉक्स आप अगर
मल्टीड्रॉप मोड का उपयोग करने का इरादा है।

'है' या 'टू' कीवर्ड निम्नलिखित स्थानीय (क्लाइंट) नाम (या सर्वर-नाम) को जोड़ते हैं
प्रविष्टि में मेलसर्वर उपयोगकर्ता नाम के साथ =) द्वारा अलग किए गए क्लाइंट-नाम मैपिंग के लिए। यदि एक
is/to सूची में '*' इसके अंतिम नाम के रूप में है, गैर-मान्यता प्राप्त नामों को आसानी से पारित किया जाता है। ध्यान दें
कि जब तक फ़ेचमेल संस्करण 6.3.4 समावेशी रूप से, इन सूचियों में केवल स्थानीय भाग हो सकते हैं
उपयोगकर्ता नामों का (fetchmail केवल @ चिह्न से पहले के भाग को देखेगा)। फ़ेचमेल
संस्करण 6.3.5 और नए इन मैपिंग के बाईं ओर पूर्ण पतों का समर्थन करते हैं,
और वे किसी भी 'लोकलडोमेन', 'उर्फ', 'थ्रू' या इसी तरह की मैपिंग पर वरीयता लेते हैं।

जब आपका उपयोगकर्ता नाम
क्लाइंट मशीन मेलसर्वर पर आपके नाम से अलग है। जब केवल एक ही हो
स्थानीय नाम, मेल उस स्थानीय उपयोगकर्ता नाम पर अग्रेषित किया जाता है, भले ही संदेश प्राप्त हुआ हो,
प्रति, प्रतिलिपि, और गुप्त प्रतिलिपि शीर्षलेख। इस मामले में, फ़ेचमेल DNS लुकअप कभी नहीं करता है।

जब एक से अधिक स्थानीय नाम (या नाम मानचित्रण) हों, फ़ेचमेल लिफाफा देखता है
हेडर, यदि कॉन्फ़िगर किया गया है, और अन्यथा प्राप्त, प्रति, प्रतिलिपि, और पुनर्प्राप्त किए गए गुप्त प्रतिलिपि शीर्षलेखों पर
मेल (यह 'मल्टीड्रॉप मोड' है)। यह मेल खाने वाले होस्टनाम भागों वाले पतों की तलाश करता है
आपका मतदान नाम या आपका 'के माध्यम से', 'उर्फ' या 'स्थानीय डोमेन' विकल्प, और आमतौर पर इसके लिए भी
होस्टनाम भाग जो DNS बताता है कि यह मेलसर्वर के उपनाम हैं। की चर्चा देखें
मेल खाने वाले पतों के बारे में विवरण के लिए 'dns', 'checkalias', 'localdomains', और 'aka'
संभाला।

If फ़ेचमेल किसी मेलसर्वर उपयोगकर्ता नाम या स्थानीय डोमेन पते से मेल नहीं खा सकता है, मेल करेगा
बाउंस होना। आम तौर पर इसे प्रेषक को बाउंस कर दिया जाएगा, लेकिन अगर 'बाउंसमेल' ग्लोबल
विकल्प बंद है, इसके बजाय मेल स्थानीय पोस्टमास्टर के पास जाएगा। (देखें 'पोस्टमास्टर'
वैश्विक विकल्प)। बग भी देखें।

'डीएनएस' विकल्प (सामान्य रूप से चालू) मल्टीड्रॉप मेलबॉक्स से पते के तरीके को नियंत्रित करता है
जाँच की गई। चालू, यह तर्क को प्रत्येक होस्ट पते की जांच करने में सक्षम बनाता है जो 'उर्फ' से मेल नहीं खाता है
इसे DNS के साथ देखकर 'लोकलडोमेन' घोषणा। जब एक मेलसर्वर उपयोगकर्ता नाम होता है
एक मेल खाने वाले होस्टनाम भाग से जुड़ा हुआ पहचाना जाता है, इसकी स्थानीय मैपिंग को सूची में जोड़ा जाता है
स्थानीय प्राप्तकर्ता।

'चेकलियास' विकल्प (सामान्य रूप से बंद) 'डीएनएस' कीवर्ड द्वारा किए गए लुकअप का विस्तार करता है
मल्टीड्रॉप मोड में, दूरस्थ एमटीए से निपटने का एक तरीका प्रदान करना जो स्वयं का उपयोग करके पहचान करते हैं
उनका विहित नाम, जबकि वे एक उपनाम का उपयोग करके मतदान कर रहे हैं। जब ऐसा सर्वर मतदान किया जाता है,
लिफाफा पता निकालने के लिए जाँच विफल, और फ़ेचमेल का उपयोग करके वितरण पर वापस लौटता है
प्रति/प्रतिलिपि/गुप्त प्रति शीर्षलेख (नीचे 'शीर्षक बनाम लिफ़ाफ़ा पते' देखें)। इस विकल्प को निर्दिष्ट करना
का निर्देश फ़ेचमेल दोनों पोल ​​नाम से जुड़े सभी आईपी पते को पुनः प्राप्त करने के लिए
और रिमोट एमटीए द्वारा उपयोग किया जाने वाला नाम और आईपी पते की तुलना करने के लिए। इस
उन स्थितियों में काम आता है जहां दूरस्थ सर्वर बार-बार विहित नाम से गुजरता है
परिवर्तन, जिसके लिए अन्यथा rcfile में संशोधन की आवश्यकता होगी। 'चेकलियास' में नहीं है
प्रभाव अगर आरसीफाइल में 'कोई डीएनएस' निर्दिष्ट नहीं है।

'उर्फ' विकल्प मल्टीड्रॉप मेलबॉक्स के साथ प्रयोग के लिए है। यह आपको एक सूची को पूर्व-घोषित करने की अनुमति देता है
सर्वर के लिए DNS उपनाम। यह एक अनुकूलन हैक है जो आपको स्थान का व्यापार करने की अनुमति देता है
गति के लिए। कब फ़ेचमेल, मल्टीड्रॉप मेलबॉक्स को संसाधित करते समय, संदेश के माध्यम से ग्रोवेल करता है
मेलसर्वर के नामों की तलाश करने वाले हेडर, आम लोगों को पूर्व-घोषित करके इसे बचा सकते हैं
DNS लुकअप करना है। नोट: आप 'aka' के लिए तर्क के रूप में जो नाम देते हैं, वे इस प्रकार मेल खाते हैं
प्रत्यय -- यदि आप निर्दिष्ट करते हैं (कहते हैं) 'उर्फ netaxs.com', तो यह केवल एक होस्टनाम से मेल नहीं खाएगा
netaxs.com, लेकिन कोई भी होस्टनाम जो '.netaxs.com' से समाप्त होता है; जैसे (कहना) pop3.netaxs.com
और mail.netaxs.com।

'लोकलडोमेन्स' विकल्प आपको उन डोमेन की सूची घोषित करने की अनुमति देता है जिन्हें फ़ेचमेल करना चाहिए
स्थानीय पर विचार करें। जब फ़ेचमेल मल्टीड्रॉप मोड में पता पंक्तियों को पार्स कर रहा हो, और a
होस्ट नाम का अनुगामी खंड एक घोषित स्थानीय डोमेन से मेल खाता है, वह पता पारित किया जाता है
श्रोता या एमडीए के माध्यम से अपरिवर्तित (स्थानीय-नाम मैपिंग हैं नहीं लागू)।

यदि आप 'लोकलडोमेन' का उपयोग कर रहे हैं, तो आपको 'कोई लिफाफा नहीं' भी निर्दिष्ट करना पड़ सकता है, जो
अक्षम फ़ेचमेलप्राप्त लाइन से एक लिफाफा पता निकालने का सामान्य प्रयास
या एक्स-लिफाफा-टू हेडर या जो भी हेडर पहले 'लिफाफा' द्वारा सेट किया गया हो। यदि तुम
डिफ़ॉल्ट प्रविष्टि में 'कोई लिफाफा नहीं' सेट करें, इसे अलग-अलग प्रविष्टियों में पूर्ववत करना संभव है
'लिफाफे' का उपयोग करके '। एक विशेष मामले के रूप में, 'लिफाफा "प्राप्त"' को पुनर्स्थापित करता है
प्राप्त लाइनों की डिफ़ॉल्ट पार्सिंग।

RSI पासवर्ड विकल्प के लिए एक स्ट्रिंग तर्क की आवश्यकता होती है, जो कि पासवर्ड के साथ प्रयोग किया जाता है
प्रवेश का सर्वर।

'प्रीकनेक्ट' कीवर्ड आपको एक शेल कमांड निर्दिष्ट करने की अनुमति देता है जिसे ठीक पहले निष्पादित किया जाना है
हर बार फ़ेचमेल मेलसर्वर कनेक्शन स्थापित करता है। यह उपयोगी हो सकता है यदि आप हैं
की सहायता से सुरक्षित पीओपी कनेक्शन स्थापित करने का प्रयास एसएसएच(1). अगर आदेश
एक गैर-शून्य स्थिति देता है, तो उस मेलसर्वर का मतदान निरस्त कर दिया जाएगा।

इसी तरह, 'पोस्टकनेक्ट' कीवर्ड भी इसी तरह आपको शेल कमांड निर्दिष्ट करने की अनुमति देता है
हर बार मेलसर्वर कनेक्शन को नीचे ले जाने के ठीक बाद निष्पादित किया जाता है।

'forcecr' विकल्प नियंत्रित करता है कि क्या केवल LF द्वारा समाप्त की गई पंक्तियों को CRLF दिया गया है
अग्रेषण से पहले समाप्ति। कड़ाई से बोलते हुए RFC821 को इसकी आवश्यकता है, लेकिन कुछ MTAs
आवश्यकता को लागू करें ताकि यह विकल्प सामान्य रूप से बंद हो (केवल एक ऐसा एमटीए, क्यूमेल, में है
लेखन के समय महत्वपूर्ण उपयोग)।

'stripcr' विकल्प नियंत्रित करता है कि क्या कैरिज रिटर्न पुनर्प्राप्त मेल से छीन लिया गया है
इसे अग्रेषित करने से पहले। इसे सेट करना सामान्य रूप से आवश्यक नहीं है, क्योंकि यह डिफ़ॉल्ट रूप से
एमडीए घोषित होने पर 'चालू' (सीआर स्ट्रिपिंग सक्षम) लेकिन 'बंद' (सीआर स्ट्रिपिंग)
अक्षम) जब अग्रेषण एसएमटीपी के माध्यम से होता है। यदि 'stripcr' और 'forcecr' दोनों चालू हैं, तो 'stripcr'
ओवरराइड करेगा।

Microsoft मेल प्रोग्राम से निपटने के लिए 'pass8bits' विकल्प मौजूद है जो मूर्खतापूर्ण तरीके से थप्पड़ मारते हैं
"सामग्री-स्थानांतरण-एन्कोडिंग: 7 बिट" सब कुछ पर। इस विकल्प के साथ बंद (डिफ़ॉल्ट) और
ऐसा हैडर मौजूद है, फ़ेचमेल ESMTP-सक्षम श्रोता को BODY=7BIT घोषित करता है; यह
वास्तव में 8-बिट ISO या KOI-8 वर्ण सेट का उपयोग करने वाले संदेशों के लिए समस्याएँ उत्पन्न करता है, जो
सभी पात्रों के उच्च बिट्स छीनकर विकृत हो जाएं। अगर 'pass8bits' चालू है,
फ़ेचमेल किसी भी ESMTP-सक्षम श्रोता को BODY=8BITMIME घोषित करने के लिए मजबूर किया जाता है। अगर
श्रोता 8-बिट-क्लीन है (जैसा कि अब सभी प्रमुख हैं) सही बात शायद होगी
परिणाम।

'ड्रॉपस्टैटस' विकल्प नियंत्रित करता है कि क्या गैर-रिक्त स्थिति और एक्स-मोज़िला-स्थिति लाइनें हैं
फ़ेच किए गए मेल (डिफ़ॉल्ट) में बनाए रखा या त्याग दिया गया। उन्हें बनाए रखने से आपके एमयूए की अनुमति मिलती है
देखें कि सर्वर पर कौन से संदेश (यदि कोई हैं) देखे गए थे। दूसरी ओर, यह कर सकते हैं
कुछ नए-मेल नोटिफ़ायरों को भ्रमित करें, जो यह मानते हैं कि इसमें स्टेटस लाइन वाली कोई भी चीज़ है
देखा जा। (नोट: कुछ बग्गी पीओपी सर्वरों द्वारा डाली गई खाली स्थिति रेखाएं हैं
बिना शर्त खारिज कर दिया।)

'ड्रॉपडिलीवर' विकल्प नियंत्रित करता है कि डिलीवर-टू हेडर्स को फ़ेच में रखा जाएगा या नहीं
मेल (डिफ़ॉल्ट) या त्याग दिया। ये हेडर Qmail और Postfix मेलसर्वर द्वारा जोड़े जाते हैं
मेल लूप से बचने के लिए लेकिन यदि आप मेलसर्वर को "मिरर" करने का प्रयास करते हैं तो आपके रास्ते में आ सकते हैं
एक ही डोमेन के भीतर। सावधानी से प्रयोग करें।

'mimedecode' विकल्प नियंत्रित करता है कि क्या MIME संदेश उद्धृत-मुद्रण योग्य एन्कोडिंग का उपयोग कर रहे हैं
स्वचालित रूप से शुद्ध 8-बिट डेटा में परिवर्तित हो जाते हैं। यदि आप किसी ESMTP को मेल डिलीवर कर रहे हैं-
सक्षम, 8-बिट-क्लीन श्रोता (जिसमें सेंडमेल जैसे सभी प्रमुख एमटीए शामिल हैं), फिर
यह स्वचालित रूप से उद्धृत-मुद्रण योग्य संदेश शीर्षलेख और डेटा को 8-बिट डेटा में परिवर्तित कर देगा,
मेल पढ़ते समय समझना आसान हो जाता है। यदि आपके ई-मेल प्रोग्राम डील करना जानते हैं
MIME संदेशों के साथ, तो इस विकल्प की आवश्यकता नहीं है। mimedecode विकल्प बंद है
डिफ़ॉल्ट, क्योंकि हेडर पर RFC2047 रूपांतरण करने से वर्ण-सेट जानकारी दूर हो जाती है
और यदि हेडर की एन्कोडिंग बॉडी एन्कोडिंग से भिन्न होती है तो खराब परिणाम हो सकते हैं।

RFC2177 IDLE का समर्थन करने वाले IMAP सर्वर के साथ 'निष्क्रिय' विकल्प का उपयोग करने का इरादा है
कमांड एक्सटेंशन, लेकिन इसकी सख्त आवश्यकता नहीं है। यदि यह सक्षम है, और फ़ेचमेल
पता लगाता है कि आईडीएलई समर्थित है, प्रत्येक मतदान के अंत में एक आईडीएलई जारी किया जाएगा। यह करेगा
IMAP सर्वर को कनेक्शन खुला रखने के लिए कहें और नया मेल आने पर क्लाइंट को सूचित करें
उपलब्ध। यदि IDLE समर्थित नहीं है, तो समय-समय पर जारी करके फ़ेचमेल इसका अनुकरण करेगा
एनओओपी। यदि आपको किसी लिंक को बार-बार मतदान करने की आवश्यकता होती है, तो IDLE TCP/IP को समाप्त करके बैंडविड्थ को बचा सकता है
जोड़ता है और लॉगिन/लॉगआउट अनुक्रम। दूसरी ओर, एक IDLE कनेक्शन लगभग खा जाएगा
आपके सभी फ़ेचमेल का समय, क्योंकि यह कनेक्शन को कभी नहीं छोड़ेगा और अन्य को अनुमति नहीं देगा
जब तक सर्वर आईडीएलई का समय समाप्त नहीं कर देता, तब तक मतदान होगा। यह भी एकाधिक के साथ काम नहीं करता
फ़ोल्डर; केवल पहला फ़ोल्डर कभी भी मतदान किया जाएगा।

'गुण' विकल्प एक विस्तार तंत्र है। यह एक स्ट्रिंग तर्क लेता है, जो है
फ़ेचमेल द्वारा ही अनदेखा किया गया। कॉन्फ़िगरेशन को संग्रहीत करने के लिए स्ट्रिंग तर्क का उपयोग किया जा सकता है
स्क्रिप्ट के लिए जानकारी जिसके लिए इसकी आवश्यकता होती है। विशेष रूप से, '--configdump' का आउटपुट
विकल्प एक उपयोगकर्ता प्रविष्टि से जुड़े गुणों को आसानी से एक पायथन के लिए उपलब्ध कराएगा
लिपियों.

कई तरह का रन नियंत्रण ऑप्शंस
'यहाँ' और 'वहाँ' शब्दों का अंग्रेजी के समान उपयोगी महत्व है। आम तौर पर 'उपयोगकर्ता एरिक'
is esr' का अर्थ होगा कि दूरस्थ उपयोगकर्ता 'eric' के लिए मेल 'esr' को डिलीवर किया जाना है, लेकिन
आप इसे 'यूजर एरिक देयर इज ईएसआर हियर' कहकर स्पष्ट कर सकते हैं, या इसे उल्टा करके कह सकते हैं
'यहाँ उपयोगकर्ता esr वहाँ एरिक है'

'प्रोटोकॉल' कीवर्ड के साथ प्रयोग के लिए कानूनी प्रोटोकॉल पहचानकर्ता हैं:

ऑटो (या ऑटो) (विरासत, भविष्य के रिलीज से हटाई जाने वाली)
pop2 (या POP2) (विरासत, भविष्य के रिलीज से हटाई जाने वाली)
पॉप3 (या पीओपी3)
एसडीपीएस (या एसडीपीएस)
आईमैप (या आईएमएपी)
एपॉप (या एपीओपी)
केपीओपी (या केपीओपी)

कानूनी प्रमाणीकरण प्रकार 'कोई भी', 'पासवर्ड', 'केर्बेरोज', 'केर्बेरोज_वी4', 'केर्बरोस_वी5' हैं।
और 'gssapi', 'cram-md5', 'otp', 'msn' (केवल POP3 के लिए), 'ntlm', 'ssh', 'external' (केवल)
आईएमएपी)। 'पासवर्ड' प्रकार पासवर्ड के सामान्य संचरण द्वारा प्रमाणीकरण निर्दिष्ट करता है
(पासवर्ड सादा पाठ हो सकता है या सीआरएएम में प्रोटोकॉल-विशिष्ट एन्क्रिप्शन के अधीन हो सकता है-
एमडी5); 'केर्बरोस' बताता है फ़ेचमेल प्रत्येक के प्रारंभ में Kerberos टिकट प्राप्त करने का प्रयास करने के लिए
इसके बजाय क्वेरी करें, और पासवर्ड के रूप में एक मनमाना स्ट्रिंग भेजें; और 'gssapi' फ़ेचमेल को बताता है
जीएसएसएपीआई प्रमाणीकरण का उपयोग करने के लिए। अधिक के लिए 'प्रामाणिक' कीवर्ड का विवरण देखें।

'kpop' को निर्दिष्ट करना Kerberos V3 प्रमाणीकरण के साथ पोर्ट 1109 पर POP4 प्रोटोकॉल सेट करता है।
इन चूकों को बाद के विकल्पों द्वारा ओवरराइड किया जा सकता है।

कुछ वैश्विक विकल्प कथन हैं: 'लॉगफाइल सेट करें' के बाद एक स्ट्रिंग समान सेट करती है
--logfile द्वारा निर्दिष्ट वैश्विक। एक कमांड-लाइन --logfile विकल्प इसे ओवरराइड करेगा। ध्यान दें
वह --logfile केवल तभी प्रभावी होता है जब फ़ेचमेल टर्मिनल से स्वयं को अलग कर लेता है और
लॉगफाइल पहले से ही फ़ेचमेल चलाने से पहले मौजूद है, और यह इस मामले में --syslog को ओवरराइड करता है।
साथ ही, 'सेट डेमॉन' पोल अंतराल को --डेमन के रूप में सेट करता है। इसे a . द्वारा ओवरराइड किया जा सकता है
कमांड-लाइन --डेमन विकल्प; विशेष रूप से --daemon 0 का उपयोग अग्रभूमि को बाध्य करने के लिए किया जा सकता है
कार्यवाही। 'सेट पोस्टमास्टर' स्टेटमेंट वह पता सेट करता है जिस पर मल्टीड्रॉप मेल
डिफ़ॉल्ट अगर कोई स्थानीय मैच नहीं हैं। अंत में, 'सेट syslog' लॉग संदेश भेजता है
syslogd(8).

डिबगिंग फ़ेचमेल:

fetchmail दुर्घटनाग्रस्त
उस फ़ेचमेल में कई तरीके हैं जो "क्रैश" हो सकते हैं, यानी अचानक ऑपरेशन बंद कर सकते हैं और
अप्रत्याशित रूप से। एक "क्रैश" आमतौर पर एक त्रुटि स्थिति को संदर्भित करता है जो सॉफ़्टवेयर ने नहीं किया था
अपने आप को संभालो। एक प्रसिद्ध विफलता मोड "सेगमेंटेशन फॉल्ट" या "सिग्नल 11" या
"SIGSEGV" या संक्षेप में "segfault"। ये हार्डवेयर या सॉफ़्टवेयर के कारण हो सकते हैं
समस्या। सॉफ़्टवेयर-प्रेरित segfaults को आमतौर पर आसानी से और उसी में पुन: पेश किया जा सकता है
जगह है, जबकि हार्डवेयर से प्रेरित segfaults दूर जा सकते हैं यदि कंप्यूटर को रिबूट किया जाता है, या
कुछ घंटों के लिए बंद कर दिया जाता है, और यदि आप इसका उपयोग करते हैं तो भी यादृच्छिक स्थानों में हो सकता है
उसी तरह सॉफ्टवेयर।

हार्डवेयर-प्रेरित segfaults को हल करने के लिए, दोषपूर्ण घटक ढूंढें और मरम्मत करें या बदलें
यह। सिग11 अक्सर पूछे जाने वाले प्रश्नhttp://www.bitwizard.nl/sig11/विवरण के साथ आपकी मदद कर सकता है।

सॉफ़्टवेयर-प्रेरित segfaults को हल करने के लिए, डेवलपर्स को "स्टैक बैकट्रेस" की आवश्यकता हो सकती है।

सक्षम करने से फ़ेचमेल मूल उदासीनता
डिफ़ॉल्ट रूप से, फ़ेचमेल कोर डंप को दबा देता है क्योंकि इनमें पासवर्ड और अन्य हो सकते हैं
संवेदनशील जानकारी। फ़ेचमेल क्रैश डीबग करने के लिए, से "स्टैक बैकट्रेस" प्राप्त करना
कोर डंप अक्सर समस्या को हल करने का सबसे तेज़ तरीका होता है, और अपनी समस्या पोस्ट करते समय
एक मेलिंग सूची पर, डेवलपर्स आपसे "बैकट्रेस" के लिए पूछ सकते हैं।

1. उपयोगी बैकट्रेस प्राप्त करने के लिए, फ़ेचमेल को बिना छीने स्थापित करने की आवश्यकता है
इसके संकलन प्रतीक। दुर्भाग्य से, अधिष्ठापित अधिकांश बाइनरी पैकेज हैं
छीन लिया गया है, और प्रतीक-छीनने वाले कार्यक्रमों की कोर फाइलें बेकार हैं। तो आपको आवश्यकता हो सकती है
फ़ेचमेल को पुन: संकलित करें। कई प्रणालियों पर, आप टाइप कर सकते हैं

फ़ाइल `कौन सा फ़ेचमेल`

यह पता लगाने के लिए कि क्या फ़ेचमेल प्रतीक-छीन लिया गया था या नहीं। अगर आपका अनस्ट्रिप्ड था, तो ठीक है,
आगे बढ़ें, अगर इसे छीन लिया गया था, तो आपको पहले स्रोत कोड को फिर से संकलित करना होगा। आप नहीं
आमतौर पर इसे डिबग करने के लिए फ़ेचमेल स्थापित करने की आवश्यकता होती है।

2. फ़ेचमेल प्रारंभ करने वाले शेल परिवेश को कोर डंप सक्षम करने की आवश्यकता है. कुंजी है
"अधिकतम कोर (फ़ाइल) आकार" जिसे आमतौर पर "सीमा" नामक टूल से कॉन्फ़िगर किया जा सकता है या
"उलिमिट"। विवरण के लिए अपने खोल के लिए दस्तावेज़ देखें। लोकप्रिय बैश शेल में,
"ulimit -Sc असीमित" कोर डंप की अनुमति देगा।

3. कोर डंप की अनुमति देने के लिए आपको फ़ेचमेल को भी बताना होगा। ऐसा करने के लिए, साथ में फ़ेचमेल चलाएँ
la -डी 0 -v विकल्प। अक्सर जोड़ना भी आसान होता है --नोसिसलॉग -N किया जा सकता है।

अंत में, आपको दुर्घटना को पुन: उत्पन्न करने की आवश्यकता है। आप बस निर्देशिका से फ़ेचमेल प्रारंभ कर सकते हैं
जहां आपने इसे टाइप करके संकलित किया है ./fetchmail, तो पूरी कमांड लाइन के साथ शुरू होगी
./fetchmail -एनवीडी0 --नोसिसलॉग और शायद अपने अन्य विकल्पों को सूचीबद्ध करें।

क्रैश के बाद, कोर डंप प्राप्त करने के लिए अपना डीबगर चलाएँ। डीबगर अक्सर होगा
जीएनयू जीडीबी, फिर आप टाइप कर सकते हैं (आवश्यकतानुसार पथ समायोजित करें) जी.डी.बी. ./fetchmail Fetchmail.core और
फिर, जीडीबी शुरू होने के बाद और इसकी सभी फाइलों को पढ़ें, टाइप करें पश्व-अनुरेखन पूर्ण, बचाओ
आउटपुट (कॉपी और पेस्ट करेगा, बैकट्रेस मानव द्वारा पढ़ा जाएगा) और फिर टाइप करें छोड़ना सेवा मेरे
जीडीबी छोड़ो। नोट: कुछ प्रणालियों पर, कोर फाइलों के अलग-अलग नाम होते हैं, उनमें हो सकता है
कार्यक्रम के नाम, या संख्या और नाम के बजाय एक संख्या, लेकिन इसमें आमतौर पर "कोर" होगा
उनके नाम के हिस्से के रूप में।

बातचीत साथ में आरएफसी 822

किसी संदेश के मूल पते को निर्धारित करने का प्रयास करते समय, फ़ेचमेल देखता है
निम्नलिखित क्रम में शीर्षलेख:

लौटें-पथ:
रीसेंट-प्रेषक: (अगर इसमें @ या नहीं है तो इसे नज़रअंदाज़ कर दिया जाता है!)
प्रेषक: (यदि इसमें @ या नहीं है तो इसे अनदेखा कर दिया जाता है!)
रिसेंट-से:
से:
को उत्तर:
जाहिरा तौर पर-से:

मूल पते का उपयोग लॉगिंग के लिए किया जाता है, और मेल से पता सेट करने के लिए जब
एसएमटीपी को अग्रेषित करना। इस आदेश का उद्देश्य मेलिंग सूची प्राप्त करने के साथ इनायत से सामना करना है
मल्टीड्रॉप मोड में संदेश। आशय यह है कि यदि कोई स्थानीय पता मौजूद नहीं है, तो
बाउंस संदेश लेखक या सूची में आँख बंद करके नहीं लौटाया जाएगा, बल्कि
सूची प्रबंधक के लिए (जो कम कष्टप्रद है)।

मल्टीड्रॉप मोड में, गंतव्य हेडर निम्नानुसार संसाधित होते हैं: सबसे पहले, फ़ेचमेल दिखता है
स्थानीय निर्धारित करने के लिए 'लिफाफा' विकल्प द्वारा निर्दिष्ट शीर्षलेख के लिए
प्राप्तकर्ता का पता। यदि मेल एक से अधिक प्राप्तकर्ता को संबोधित है, तो प्राप्त लाइन
प्राप्तकर्ता पतों के संबंध में कोई जानकारी नहीं होगी।

फिर fetchmail Resent-To:, Resent-Cc:, और Resent-Bcc: लाइनों की तलाश करता है। यदि वे
मौजूद हैं, उनमें अंतिम प्राप्तकर्ता शामिल होने चाहिए और उनके ऊपर पूर्वता होनी चाहिए
प्रति:/प्रतिलिपि:/गुप्त प्रति: समकक्ष। यदि Resent-* लाइन मौजूद नहीं है, तो To:, Cc:, Bcc: and
जाहिरा तौर पर-टू: लाइनों की तलाश की जाती है। (Resent-To: की उपस्थिति का अर्थ यह लगाया जाता है कि
To: पते द्वारा संदर्भित व्यक्ति को पहले ही की मूल प्रति प्राप्त हो चुकी है
मेल।)

विन्यास उदाहरण

ध्यान दें कि हालांकि नीचे दिए गए कई उदाहरणों में पासवर्ड घोषणाएं हैं,
यह मुख्य रूप से दृष्टांत उद्देश्यों के लिए है। हम खाते/पासवर्ड जोड़े को इसमें रखने की सलाह देते हैं
आपकी $HOME/.netrc फ़ाइल, जहाँ उनका उपयोग न केवल फ़ेचमेल द्वारा किया जा सकता है, बल्कि द्वारा FTP(1) और
अन्य कार्यक्रम।

मूल प्रारूप है:

अंदर सर्वर का नाम प्रोटोकॉल मसविदा बनाना उपयोगकर्ता नाम नाम पासवर्ड पासवर्ड

उदाहरण:

मतदान pop.provider.net प्रोटोकॉल pop3 उपयोगकर्ता नाम "jsmith" पासवर्ड "secret1"

या, कुछ संक्षिप्ताक्षरों का उपयोग करते हुए:

मतदान pop.provider.net प्रोटो पॉप3 उपयोगकर्ता "jsmith" पासवर्ड "secret1"

एकाधिक सर्वर सूचीबद्ध हो सकते हैं:

मतदान pop.provider.net प्रोटो पॉप3 उपयोगकर्ता "jsmith" पास "secret1"
मतदान अन्य.provider.net प्रोटो पॉप2 उपयोगकर्ता "जॉन स्मिथ" पास "माई^हैट"

यहाँ वही संस्करण है जिसमें अधिक खाली स्थान और कुछ शोर शब्द हैं:

मतदान pop.provider.net प्रोटो पॉप3
उपयोगकर्ता "jsmith", पासवर्ड गुप्त1 के साथ, यहाँ "jsmith" है;
मतदान अन्य.provider.net प्रोटो पॉप2:
उपयोगकर्ता "जॉन.स्मिथ", पासवर्ड "माई^हैट" के साथ, "जॉन.स्मिथ" यहाँ है;

यदि आपको पैरामीटर स्ट्रिंग में व्हाइटस्पेस शामिल करने की आवश्यकता है या बाद वाले को किसी संख्या से प्रारंभ करना है,
स्ट्रिंग को दोहरे उद्धरण चिह्नों में संलग्न करें। इस प्रकार:

पोल mail.provider.net प्रोटो पॉप3 के साथ:
उपयोगकर्ता "jsmith" में पासवर्ड है "4u लेकिन आप इसे क्रैक नहीं कर सकते"
यहाँ jws है और mda "/bin/mail" चाहता है

आपके पास एक प्रारंभिक सर्वर विवरण हो सकता है जिसके शीर्षक के बजाय कीवर्ड 'डिफॉल्ट्स' हो सकता है
एक नाम के बाद 'पोल'। इस तरह के रिकॉर्ड को सभी प्रश्नों के लिए डिफ़ॉल्ट के रूप में व्याख्यायित किया जाता है
उपयोग। इसे अलग-अलग सर्वर विवरण द्वारा अधिलेखित किया जा सकता है। तो, आप लिख सकते हैं:

डिफ़ॉल्ट प्रोटो पॉप3
उपयोगकर्ता "जेस्मिथ"
मतदान pop.provider.net
"गुप्त 1" पास करें
मतदान mail.provider.net
उपयोगकर्ता "jjsmith" में पासवर्ड "गुप्त 2" है

प्रति सर्वर एक से अधिक उपयोगकर्ता निर्दिष्ट करना संभव है। 'उपयोगकर्ता' कीवर्ड आगे ले जाता है a
उपयोगकर्ता विवरण, और बहु-उपयोगकर्ता प्रविष्टि में प्रत्येक उपयोगकर्ता विनिर्देश में इसे शामिल करना चाहिए।
यहाँ एक उदाहरण है:

पोल pop.provider.net प्रोटो पॉप3 पोर्ट 3111
उपयोगकर्ता "जेस्मिथ" पास "सीक्रेट 1" के साथ यहां "स्मिथ" है
पास "secret2" के साथ उपयोगकर्ता जोन्स "jjones" है यहाँ रखें

यह स्थानीय उपयोगकर्ता नाम 'स्मिथ' को pop.provider.net उपयोगकर्ता नाम 'jsmith' और . के साथ जोड़ता है
स्थानीय उपयोगकर्ता नाम 'jjones' pop.provider.net उपयोगकर्ता नाम 'जोन्स' के साथ। 'जोन्स' के लिए मेल
डाउनलोड करने के बाद सर्वर पर रखा जाता है।

यहाँ एक मल्टीड्रॉप मेलबॉक्स के लिए एक साधारण पुनर्प्राप्ति कॉन्फ़िगरेशन कैसा दिखता है:

मतदान pop.provider.net:
उपयोगकर्ता मेलड्रॉप पास सीक्रेट1 के साथ गोलक्स 'हर्कल' = 'हैप्पी' स्नार्क यहाँ

यह कहता है कि सर्वर पर खाते 'मेलड्रॉप' का मेलबॉक्स एक मल्टीड्रॉप बॉक्स है, और
इसमें मौजूद संदेशों को सर्वर उपयोगकर्ता नाम 'golux', 'hurkle', and . के लिए पार्स किया जाना चाहिए
'स्नार्क'। यह आगे निर्दिष्ट करता है कि 'golux' और 'snark' का क्लाइंट पर एक ही नाम है
सर्वर पर के रूप में, लेकिन सर्वर उपयोगकर्ता 'बाधा' के लिए मेल क्लाइंट उपयोगकर्ता को दिया जाना चाहिए
'प्रसन्न'।

नोट कि फ़ेचमेल, संस्करण 6.3.4 तक, पूर्ण उपयोगकर्ता@डोमेन विनिर्देशों की अनुमति नहीं दी
यहां, ये कभी मेल नहीं खाएंगे। fetchmail 6.3.5 और नया समर्थन उपयोगकर्ता@डोमेन
उपयोगकर्ता मानचित्रण के बाईं ओर विनिर्देश।

यहां एक अन्य प्रकार के मल्टीड्रॉप कनेक्शन का उदाहरण दिया गया है:

मतदान pop.provider.net स्थानीय डोमेन loonytoons.org toons.org
लिफाफा एक्स-लिफाफा-टू
पास सीक्रेट1 के साथ उपयोगकर्ता मेलड्रॉप * यहाँ

यह भी कहता है कि सर्वर पर अकाउंट 'मेलड्रॉप' का मेलबॉक्स एक मल्टीड्रॉप बॉक्स है।
यह फ़ेचमेल को बताता है कि loonytoons.org या toons.org डोमेन में कोई भी पता (सहित .)
उप-डोमेन पते जैसे '[ईमेल संरक्षित]') के माध्यम से पारित किया जाना चाहिए
संशोधन के बिना स्थानीय एसएमटीपी श्रोता। अगर आप ऐसा करते हैं तो मेल लूप्स से सावधान रहें!

यहाँ ssh और प्लगइन विकल्प का उपयोग करके एक उदाहरण कॉन्फ़िगरेशन दिया गया है। प्रश्न किए जाते हैं
सीधे ssh के माध्यम से imapd के स्टड और स्टडआउट पर। ध्यान दें कि इस सेटअप में, IMAP
प्रमाणीकरण छोड़ा जा सकता है।

पोल mailhost.net प्रोटो इमैप के साथ:
प्लगइन "ssh %h /usr/sbin/imapd" auth ssh;
उपयोगकर्ता esr यहाँ esr है

THE उपयोग और अनाचार OF मल्टी ड्रॉप मेलबॉक्स

बहु-स्थानीय-प्राप्तकर्ता सुविधा का सावधानी से उपयोग करें -- यह काट सकता है। सभी मल्टीड्रॉप
ETRN और ODMR मोड में सुविधाएँ अप्रभावी हैं।

साथ ही, ध्यान दें कि मल्टीड्रॉप मोड में डुप्लीकेट मेल को दबा दिया जाता है। मेल का एक टुकड़ा है
डुप्लीकेट माना जाता है यदि उसके पास वही संदेश-आईडी है जो तुरंत पहले वाले संदेश का है
और एक से अधिक अभिभाषक। संदेशों के ऐसे रन उत्पन्न हो सकते हैं जब a . की प्रतियां
एकाधिक उपयोगकर्ताओं को संबोधित संदेश एक मल्टीड्रॉप बॉक्स में वितरित किया जाता है।

हैडर बनाम लिफाफा पतों
मूलभूत समस्या यह है कि आपका मेलसर्वर कई लोगों के मेल को a . में टॉस कर देता है
एकल मेलड्रॉप बॉक्स, हो सकता है कि आपने प्रत्येक के बारे में संभावित महत्वपूर्ण जानकारी को फेंक दिया हो
मेल के टुकड़े को वास्तव में संबोधित किया गया था ('लिफाफा पता', हेडर के विपरीत
RFC822 To/Cc हेडर में पते - प्राप्त करने वाले छोर पर Bcc उपलब्ध नहीं है)।
यह 'लिफाफा पता' वह पता है जिसकी आपको मेल को ठीक से पुन: रूट करने के लिए चाहिए।

कभी कभी फ़ेचमेल लिफाफा पता निकाल सकते हैं। यदि मेलसर्वर एमटीए है मेल भेजे
और मेल के आइटम में सिर्फ एक प्राप्तकर्ता था, एमटीए ने एक 'द्वारा/के लिए' खंड लिखा होगा
जो लिफाफा पताकर्ता को उसके प्राप्त शीर्षलेख में देता है। लेकिन यह मज़बूती से काम नहीं करता
अन्य एमटीए के लिए, न ही यदि एक से अधिक प्राप्तकर्ता हैं। डिफ़ॉल्ट रूप से, फ़ेचमेल की खोज
इन पंक्तियों में लिफाफा पते; आप इस डिफ़ॉल्ट को -E "Received" or . के साथ पुनर्स्थापित कर सकते हैं
'लिफाफा प्राप्त'।

As a बेहतर विकल्प, कुछ SMTP श्रोता और/या मेल सर्वर प्रत्येक में एक शीर्षलेख सम्मिलित करते हैं
लिफाफे के पते की एक प्रति युक्त संदेश। यह हेडर (जब यह मौजूद है) है
अक्सर 'एक्स-ओरिजिनल-टू', 'डिलीवर-टू' या 'एक्स-लिफाफा-टू'। Fetchmail की धारणा के बारे में
इसे -E या 'लिफाफा' विकल्प से बदला जा सकता है। ध्यान दें कि एक लिफाफा लिखना
इस प्रकार का शीर्षलेख प्राप्तकर्ताओं के नाम (ब्लाइंड-कॉपी प्राप्तकर्ताओं सहित) को उजागर करता है
संदेशों के सभी रिसीवर, इसलिए अपस्ट्रीम को प्रति संदेश की एक प्रति संग्रहीत करनी होगी
गोपनीयता समस्या बनने से बचने के लिए प्राप्तकर्ता।

संस्करण 2.0 के बाद से पोस्टफिक्स, एक एक्स-ओरिजिनल-टू: हेडर लिखता है जिसमें की एक प्रति होती है
लिफाफा के रूप में प्राप्त किया गया था।

क्यूमेल और पोस्टफिक्स आम तौर पर संदेश देने पर 'डिलीवर-टू' हेडर लिखते हैं
मेल स्पूल और मेल लूप से बचने के लिए इसका उपयोग करें। Qmail वर्चुअल डोमेन हालांकि उपसर्ग करेंगे
उपयोगकर्ता नाम एक स्ट्रिंग के साथ है जो सामान्य रूप से उपयोगकर्ता के डोमेन से मेल खाता है। इस उपसर्ग को हटाने के लिए
आप -Q या 'qvirtual' विकल्प का उपयोग कर सकते हैं।

कभी-कभी, दुर्भाग्य से, इनमें से कोई भी तरीका काम नहीं करता है। यही वह बिंदु है जब आप
आपको अपने ISP से संपर्क करना चाहिए और उनसे ऐसा लिफाफा शीर्षलेख प्रदान करने के लिए कहना चाहिए, और आपको करना चाहिए
इस स्थिति में मल्टीड्रॉप का उपयोग न करें। जब वे सभी विफल हो जाते हैं, तो फ़ेचमेल को वापस आ जाना चाहिए
To/Cc शीर्षलेखों की सामग्री (गुप्त प्रति शीर्षलेख उपलब्ध नहीं हैं - नीचे देखें) निर्धारित करने का प्रयास करने के लिए
प्राप्तकर्ता पताकर्ता -- और ये अविश्वसनीय हैं। विशेष रूप से, मेलिंग-सूची सॉफ़्टवेयर
अक्सर To शीर्षलेख में केवल सूची प्रसारण पते के साथ मेल भेजता है।

नोट कि a भविष्य संस्करण of फ़ेचमेल मई हटाना प्रति/सीसी विश्लेषण करना!

. फ़ेचमेल एक प्राप्तकर्ता पता नहीं निकाल सकता है जो स्थानीय है, और इच्छित प्राप्तकर्ता
पता फ़ेचमेल के इनवोकिंग उपयोगकर्ता के अलावा कोई और था, मेल मर्जी मिल खो गया। यह क्या है
उचित लिफाफे की जानकारी के बिना मल्टीड्रॉप सुविधा को जोखिम भरा बनाता है।

एक संबंधित समस्या यह है कि जब आप किसी मेल संदेश को ब्लाइंड-कॉपी करते हैं, तो गुप्त प्रतिलिपि जानकारी होती है
किया केवल लिफाफे के पते के रूप में (इसे भेजने वाले मेल द्वारा हेडर से हटा दिया जाता है
सर्वर, इसलिए फ़ेचमेल इसे केवल तभी देख सकता है जब कोई एक्स-लिफाफा-टू हेडर हो)। इस प्रकार अंधा-
किसी ऐसे व्यक्ति को कॉपी करना जो किसी फ़ेचमेल मल्टीड्रॉप लिंक पर मेल प्राप्त करता है, तब तक विफल हो जाएगा जब तक कि
मेलसर्वर होस्ट नियमित रूप से संदेशों में X-Envelope-To या समकक्ष शीर्षलेख लिखता है
आपका मेलड्रॉप।

In अंत में, मेलिंग सूचियों और गुप्तचर मेल कर सकते हैं केवल काम if la सर्वर आप कर रहे हैं प्राप्त कर रहा है
से

(1) भंडार एक प्रतिलिपि of la message प्रति प्राप्तकर्ता in तुंहारे डोमेन और

(2) अभिलेख la लिफाफा करें- in a विशेष हैडर (एक्स-मूल-टू, बितरण किया,
एक्स-लिफाफा-टू)।

अच्छा तरीके सेवा मेरे उपयोग मल्टी ड्रॉप मेलबॉक्स
a . के क्लाइंट पक्ष से मेलिंग सूची को व्यवस्थित करने के लिए एकाधिक स्थानीय नामों का उपयोग किया जा सकता है
फ़ेचमेल संग्रह। मान लीजिए आपका नाम 'esr' है, और आप दोनों अपना नाम चुनना चाहते हैं
मेल करें और "फ़ेचमेल-मित्र" नामक एक मेलिंग सूची बनाए रखें, और आप रखना चाहते हैं
आपके क्लाइंट मशीन पर उपनाम सूची।

अपने सर्वर पर, आप उपनाम 'fetchmail-friends' को 'esr' कर सकते हैं; फिर अपने में .fetchmailrc,
घोषित करें 'एएसआर फ़ेचमेल-मित्रों को यहाँ'। फिर, जब मेल 'fetchmail-friends' as . सहित
एक स्थानीय पता प्राप्त हो जाता है, सूची का नाम प्राप्तकर्ताओं की सूची में जोड़ दिया जाएगा
आपका एसएमटीपी श्रोता देखता है। इसलिए यह स्थानीय रूप से उर्फ ​​​​विस्तार से गुजरेगा। के लिए सुनिश्चित हो
फ़ेचमेल-मित्रों के स्थानीय उपनाम विस्तार में 'esr' शामिल करें, या आप कभी भी मेल नहीं देखेंगे
सूची में ही भेजा गया है। यह भी सुनिश्चित करें कि आपके श्रोता के पास "मैं-भी" विकल्प सेट है
(sendmail's -oXm कमांड-लाइन विकल्प या OXm डिक्लेरेशन) ताकि आपका नाम इसमें से न हटाया जाए
आपके द्वारा भेजे जाने वाले संदेशों में उपनाम विस्तार।

हालाँकि, यह ट्रिक इसकी समस्याओं के बिना नहीं है। आपको यह तब दिखाई देने लगेगा जब कोई संदेश
उसमें आता है जो केवल आपके द्वारा की जाने वाली मेलिंग सूची को संबोधित किया जाता है नहीं स्थानीय के रूप में घोषित किया है
नाम। ऐसे प्रत्येक संदेश में एक 'एक्स-फ़ेचमेल-चेतावनी' हेडर होगा जो उत्पन्न होता है
क्योंकि फ़ेचमेल को प्राप्तकर्ता के पतों में एक मान्य स्थानीय नाम नहीं मिल रहा है। ऐसा
स्थानीय उपयोगकर्ता को भेजे जाने के लिए संदेश डिफ़ॉल्ट (जैसा कि ऊपर वर्णित किया गया था) चल रहा है
फ़ेचमेल, लेकिन कार्यक्रम के पास यह जानने का कोई तरीका नहीं है कि यह वास्तव में सही बात है।

बुरा तरीके सेवा मेरे गाली मल्टी ड्रॉप मेलबॉक्स
मल्टीड्रॉप मेलबॉक्स और फ़ेचमेल डेमॉन मोड में एकाधिक उपयोगकर्ताओं की सेवा करना मिश्रण नहीं है।
समस्या, फिर से, मेलिंग सूचियों से मेल है, जिसमें आमतौर पर कोई व्यक्ति नहीं होता है
उस पर प्राप्तकर्ता का पता। जब तक फ़ेचमेल एक लिफाफा पता निकाल सकते हैं, ऐसा मेल होगा
केवल फ़ेचमेल (शायद रूट) चलाने वाले खाते पर जाएं। साथ ही, नेत्रहीन नकल करने वाले उपयोगकर्ता हैं
बहुत संभावना है कि वे कभी भी उनका मेल नहीं देखेंगे।

यदि आप उपयोग करने के लिए ललचा रहे हैं फ़ेचमेल एक मेल से एकाधिक उपयोगकर्ताओं के लिए मेल पुनर्प्राप्त करने के लिए
पीओपी या आईएमएपी के माध्यम से ड्रॉप करें, फिर से सोचें (और शीर्षलेख और लिफाफा पते पर अनुभाग फिर से पढ़ें
के ऊपर)। यह बेहतर होगा कि मेल को मेलसर्वर की कतार में बैठने दें और उपयोग करें
एसएमटीपी को ट्रिगर करने के लिए फ़ेचमेल का ईटीआरएन या ओडीएमआर मोड समय-समय पर भेजता है (बेशक, इसका मतलब है
आपको मेलसर्वर की समाप्ति अवधि की तुलना में अधिक बार मतदान करना होगा)। यदि आप नहीं कर सकते
इसे व्यवस्थित करें, UUCP फ़ीड सेट करने का प्रयास करें।

अगर आप बिल्कुल चाहिए इस उद्देश्य के लिए मल्टीड्रॉप का उपयोग करें, सुनिश्चित करें कि आपका मेलसर्वर एक लिखता है
लिफाफा-पता शीर्षलेख जिसे फ़ेचमेल देख सकता है। वरना तुम मर्जी मेल खोना और यह मर्जी
तुम्हें सताने के लिए वापस आओ।

तेजी Up मल्टी ड्रॉप जाँच हो रही है
आम तौर पर, जब कई उपयोगकर्ता घोषित किए जाते हैं फ़ेचमेल प्राप्तकर्ता पतों को इस रूप में निकालता है
ऊपर वर्णित है और यह देखने के लिए DNS के साथ प्रत्येक होस्ट भाग की जांच करता है कि क्या यह इसका उपनाम है
डाक सर्वर। यदि ऐसा है, तो "टू ... यहाँ" घोषणा में वर्णित नाम मैपिंग की जाती है
और मेल स्थानीय रूप से वितरित किया गया।

यह एक सुविधाजनक लेकिन धीमी विधि भी है। इसे गति देने के लिए, मेलसर्वर उपनामों की पूर्व-घोषणा करें
'उर्फ' के साथ; DNS लुकअप किए जाने से पहले इनकी जाँच की जाती है। यदि आप निश्चित हैं कि आपका aka
सूची में शामिल हैं सब मेलसर्वर के DNS उपनाम (और उस पर इंगित सभी एमएक्स नाम - नोट
यह भविष्य के संस्करण में बदल सकता है) आप DNS लुकअप को दबाने के लिए 'नो डीएनएस' घोषित कर सकते हैं
पूरी तरह से और केवल उर्फ सूची के खिलाफ मैच।

सॉक्स

मोज़े के लिए समर्थन4/5 है a संकलन पहर विन्यास विकल्प। एक बार संकलित होने के बाद, fetchmail
आपके सिस्टम पर हमेशा मोज़े लाइब्रेरी और कॉन्फ़िगरेशन का उपयोग करेगा, कोई रन नहीं हैं-
फ़ेचमेल में समय स्विच - लेकिन आप अभी भी सॉक्स को कॉन्फ़िगर कर सकते हैं: आप निर्दिष्ट कर सकते हैं कि कौन सा
SOCKS कॉन्फ़िगरेशन फ़ाइल का उपयोग किया जाता है SOCKS_CONF वातावरण विविधता।

उदाहरण के लिए, यदि आप SOCKS प्रॉक्सी को पूरी तरह से बायपास करना चाहते हैं और प्राप्त करना चाहते हैं
सीधे कनेक्ट करें, आप पर्यावरण में SOCKS_CONF=/dev/null पास कर सकते हैं, उदाहरण के लिए
(अपने सामान्य कमांड लाइन विकल्प जोड़ें - यदि कोई हो - इस पंक्ति के अंत में):

env SOCKS_CONF=/dev/null फ़ेचमेल

बाहर निकलें कोड

के उपयोग की सुविधा के लिए फ़ेचमेल शेल स्क्रिप्ट में, एक निकास स्थिति कोड को वापस कर दिया जाता है
किसी दिए गए कनेक्शन के दौरान क्या हुआ, इसका संकेत दें।

द्वारा लौटाए गए निकास कोड फ़ेचमेल इस प्रकार हैं:

0 एक या अधिक संदेश सफलतापूर्वक प्राप्त किए गए (या, यदि -c विकल्प था
चयनित, प्रतीक्षारत पाए गए लेकिन पुनर्प्राप्त नहीं किए गए)।

1 पुनर्प्राप्ति की प्रतीक्षा में कोई मेल नहीं था। (हो सकता है कि अभी भी पुराना मेल मौजूद हो
सर्वर लेकिन पुनर्प्राप्ति के लिए चयनित नहीं है।) यदि आप नहीं चाहते कि "कोई मेल" कोई त्रुटि न हो
स्थिति (उदाहरण के लिए, क्रॉन जॉब्स के लिए), POSIX- अनुरूप शेल का उपयोग करें और जोड़ें

|| [$? -ईक्यू 1]

फ़ेचमेल कमांड लाइन के अंत तक, ध्यान दें कि यह 0 को अछूता छोड़ देता है, मानचित्र 1
0 पर, और अन्य सभी कोड को 1 पर मैप करता है। अक्सर पूछे जाने वाले प्रश्न में आइटम #C8 भी देखें।

2 मेल पुनर्प्राप्त करने के लिए सॉकेट खोलने का प्रयास करते समय एक त्रुटि आई थी। यदि तुम
मुझे नहीं पता कि सॉकेट क्या है, इसके बारे में चिंता न करें - बस इसे एक के रूप में मानें
'अपूरणीय त्रुटि'। यह त्रुटि इसलिए भी हो सकती है क्योंकि एक प्रोटोकॉल फ़ेचमेल चाहता है
उपयोग करने के लिए /etc/services में सूचीबद्ध नहीं है।

3 उपयोगकर्ता प्रमाणीकरण चरण विफल रहा। इसका आमतौर पर मतलब है कि एक खराब यूजर-आईडी,
पासवर्ड, या APOP आईडी निर्दिष्ट किया गया था। या इसका मतलब यह हो सकता है कि आपने फ़ेचमेल चलाने की कोशिश की
ऐसी परिस्थितियों में जहां उसके पास टर्मिनल से जुड़ा मानक इनपुट नहीं था और
गुम पासवर्ड के लिए संकेत नहीं दे सका।

4 किसी प्रकार की घातक प्रोटोकॉल त्रुटि का पता चला था।

5 तर्कों में वाक्य रचना त्रुटि थी फ़ेचमेल, या एक पूर्व या पोस्ट-कनेक्ट
आदेश विफल।

6 रन कंट्रोल फाइल में खराब अनुमतियां थीं।

7 सर्वर द्वारा रिपोर्ट की गई त्रुटि स्थिति थी। आग भी लगा सकता है अगर फ़ेचमेल
सर्वर की प्रतीक्षा करते समय समय समाप्त हो गया।

8 क्लाइंट-साइड बहिष्करण त्रुटि। इसका मतलब है की फ़ेचमेल या तो . की एक और प्रति मिली
स्वयं पहले से ही चल रहा है, या इस तरह विफल हो गया है कि यह सुनिश्चित नहीं है कि दूसरा
कॉपी चल रही है।

9 उपयोगकर्ता प्रमाणीकरण चरण विफल हो गया क्योंकि सर्वर ने "लॉक बिजी" का जवाब दिया। कोशिश
एक संक्षिप्त विराम के बाद फिर से! यह त्रुटि सभी प्रोटोकॉल के लिए लागू नहीं की गई है, न ही
सभी सर्वरों के लिए। यदि आपके सर्वर के लिए लागू नहीं किया गया है, तो इसके बजाय "3" वापस कर दिया जाएगा,
ऊपर देखो। qpopper या अन्य सर्वरों से बात करते समय वापस किया जा सकता है जो
"लॉक बिजी" या "लॉक" शब्द वाले कुछ इसी तरह के टेक्स्ट के साथ जवाब दें।

10 द फ़ेचमेल एसएमटीपी पोर्ट खोलने या लेन-देन करने का प्रयास करते समय रन विफल रहा।

11 घातक डीएनएस त्रुटि। यहां पर DNS लुकअप करते समय Fetchmail को एक त्रुटि का सामना करना पड़ा
स्टार्टअप और आगे नहीं बढ़ सका।

12 बीएसएमटीपी बैच फ़ाइल खोली नहीं जा सकी।

13 पोल एक फ़ेच लिमिट द्वारा समाप्त किया गया (देखें --fetchlimit विकल्प)।

14 सर्वर व्यस्त संकेत।

23 आंतरिक त्रुटि। आपको विवरण के साथ मानक त्रुटि पर एक संदेश देखना चाहिए।

24 - 26, 28, 29
ये आंतरिक कोड हैं और बाहरी रूप से प्रकट नहीं होने चाहिए।

. फ़ेचमेल एक से अधिक होस्ट से पूछताछ, वापसी की स्थिति 0 है if कोई क्वेरी सफलतापूर्वक
मेल प्राप्त किया। अन्यथा लौटाई गई त्रुटि स्थिति अंतिम होस्ट की क्वेरी की गई है।

onworks.net सेवाओं का उपयोग करके ऑनलाइन fetchmailrc का उपयोग करें