fetchmailrc - Bulutta Çevrimiçi

Program:

ADI

fetchmail - POP, IMAP, ETRN veya ODMR özellikli bir sunucudan posta al

SİNOPSİS

fetchmail [seçenek...] [posta sunucusu...]
fetchmailconf

TANIM

fetchmail bir posta alma ve iletme yardımcı programıdır; uzaktan posta alır
posta sunucularına gönderir ve yerel (istemci) makinenizin dağıtım sistemine iletir. Yapabilirsiniz
daha sonra, alınan postayı aşağıdakiler gibi normal posta kullanıcı aracılarını kullanarak işleyin: ahmak(1) karaağaç(1) veya
E-Posta(1). fetchmail yardımcı program, bir veya daha fazlasını tekrar tekrar sorgulamak için bir arka plan programı modunda çalıştırılabilir
Sistemler belirli bir aralıkta.

The fetchmail program, ortak postalardan herhangi birini destekleyen sunuculardan posta toplayabilir.
alma protokolleri: POP2 (eski, gelecekteki sürümlerden kaldırılacak), POP3, IMAP2bis,
IMAP4 ve IMAP4rev1. ESMTP ETRN uzantısını ve ODMR'yi de kullanabilir. (RFC'ler
tüm bu protokolleri açıklayan bilgiler bu kılavuz sayfasının sonunda listelenmiştir.)

Süre fetchmail öncelikle isteğe bağlı TCP/IP bağlantıları (SLIP gibi) üzerinden kullanılmak üzere tasarlanmıştır.
veya PPP bağlantıları), siteler için bir mesaj aktarım aracısı olarak da yararlı olabilir.
güvenlik nedenleriyle sendmail ile (gönderen tarafından başlatılan) SMTP işlemlerine izin vermeyi reddetmek.

DESTEK, ARIZA
Sorun giderme, izleme ve hata ayıklama için fetchmail'in ayrıntı düzeyini artırmanız gerekir.
aslında ne olduğunu görün. Bunu yapmak için lütfen çalıştırın her ikisi de of the iki takip etme komutlar,
ekleme herşey of the seçenekleri şimdi etsen normalde kullanın.

env LC_ALL=C postayı getir -V -v --nodetach --nosyslog

(Bu komut satırı, fetchmail'in yapılandırmanızı nasıl anladığını İngilizce olarak yazdırır.)

env LC_ALL=C postayı getir -vvv --nodetach --nosyslog

(Bu komut satırı aslında fetchmail'i ayrıntılı İngilizce çıktıyla çalıştırır.)

Ayrıca fetchmail'in SSS bölümündeki #G3 maddesine bakın ⟨http://fetchmail.berlios.de/fetchmail-FAQ.html#G3⟩

Yerel dilde çıktı almak istiyorsanız yukarıdaki LC_ALL=C bölümünü atlayabilirsiniz (eğer
desteklenir). Ancak, posta listelerine gönderiyorsanız, lütfen bırakın.
bakıcılar mutlaka sizin dilinizi anlamıyor, lütfen İngilizce kullanın.

KAVRAMLAR
If fetchmail POP veya IMAP sunucusuyla kullanılır (ancak ETRN veya ODMR ile kullanılmaz), iki
posta aldığı her kullanıcı hesabı için temel çalışma modları:
tek damla- Ve çok aktarmalı-mod.

Tekli modda,
fetchmail kullanıcının hesabındaki (posta kutusu) tüm iletilerin amaçlandığını varsayar
tek bir alıcı için. Alıcının kimliği ya varsayılan olarak
yerel kullanıcı şu anda yürütülüyor fetchmailveya açıkça belirtilmesi gerekecek
yapılandırma dosyasında.

fetchmail fetchmailrc yapılandırması en fazla içerdiğinde singledrop modunu kullanır
belirli bir sunucu hesabı için tek bir yerel kullanıcı belirtimi.

Çoklu bırakma modunda,
fetchmail posta sunucusu hesabının gerçekte amaçlanan postaları içerdiğini varsayar.
herhangi bir sayıda farklı alıcı. Öyleyse, fetchmail çıkarmaya çalışmalı
her iletinin posta başlıklarından uygun "zarf alıcısı". Bunda
Kullanma usulü, çalışma şekli, fetchmail neredeyse bir posta aktarım aracısına (MTA) benzer.

Ne POP ne de IMAP protokollerinin bu şekilde kullanılması amaçlanmadığını unutmayın.
ve bu nedenle zarf bilgileri genellikle doğrudan mevcut değildir. ISP gerekir
zarf bilgilerini bazı mesaj başlıklarında saklar ve. ISP ayrıca depolamalıdır
alıcı başına mesajın bir kopyası. Koşullardan herhangi biri değilse
yerine getirildiğinde, bu süreç güvenilmezdir, çünkü fetchmail o zaman başvurmalı
bir mesajın gerçek zarf alıcısını/alıcılarını tahmin etmek. Bu genellikle başarısız olur
posta listesi mesajları ve Gizli:d postası veya birden çok alıcı için posta
etki.

fetchmail birden fazla yerel kullanıcı ve/veya bir joker karakter kullanıldığında çoklu bırakma modunu kullanır
yapılandırma dosyasında belirli bir sunucu hesabı için belirtilir.

ETRN ve ODMR modlarında,
bu protokoller SMTP'ye dayandığından bu hususlar geçerli değildir.
açık zarf alıcı bilgileri sağlar. Bu protokoller her zaman destekler
birden fazla alıcı

Her mesaj alındığında, fetchmail normalde SMTP üzerinden 25 numaralı bağlantı noktasına iletir.
üzerinde çalıştığı makine (localhost), sanki normal bir bilgisayar üzerinden geçiriliyormuş gibi
TCP/IP bağlantısı. fetchmail SMTP sunucusuna, içinde türetilen bir zarf alıcısı sağlar.
daha önce açıklanan şekilde. Posta daha sonra MTA'larınıza göre teslim edilecektir.
kurallar (Posta Aktarım Aracısı genellikle mail gönder(8) exim(8) veya postfix(8)). çağırma
sisteminizin MDA'sı (Posta Teslim Aracısı), MTA'nızın görevidir. Tüm teslimat-kontrol
mekanizmalar (örn. .ileri dosyaları) normalde sisteminiz MTA ve yerel aracılığıyla kullanılabilir
dağıtım ajanları bu nedenle her zamanki gibi uygulanacaktır.

Fetchmail yapılandırmanız yerel bir MDA ayarlarsa ( --mda seçeneğine bakın), bu kullanılacaktır
SMTP'yi 25 numaralı bağlantı noktasına konuşmak yerine doğrudan.

eğer program fetchmailconf kullanılabilir, bir
fetchmailrc yapılandırması. X pencere sistemi altında çalışır ve aşağıdakileri gerektirir:
Python dili ve Tk araç takımı (Python bağlamaları ile) sisteminizde mevcut olmalıdır. Eğer
önce tek kullanıcı modu için fetchmail'i kuruyorsunuz, kullanmanız önerilir
Acemi modu. Uzman modu, aşağıdakiler dahil olmak üzere fetchmail yapılandırmasının tam kontrolünü sağlar:
çoklu damla özellikleri. Her iki durumda da, 'Autoprobe' düğmesi size en çok
belirli bir posta sunucusunun desteklediği yetenekli protokol ve sizi bununla ilgili olası sorunlara karşı uyarır
sunucusu.

GENEL ÇALIŞMA PRENSİBİ

davranışı fetchmail komut satırı seçenekleri ve bir çalıştırma kontrol dosyası tarafından kontrol edilir,
~/.fetchmailrc, sözdizimini daha sonraki bir bölümde anlatacağız (bu dosya,
fetchmailconf program düzenlemeleri). Komut satırı seçenekleri geçersiz kılma ~/.fetchmailrc beyanları.

Komut satırındaki seçenekleri takip ederek belirttiğiniz her sunucu adı
sordu. Komut satırında herhangi bir sunucu belirtmezseniz, sunucunuzdaki her 'anket' girişi
~/.fetchmailrc dosya sorgulanacak.

kullanımını kolaylaştırmak için fetchmail komut dosyalarında ve boru hatlarında uygun bir
fesih üzerine çıkış kodu -- aşağıdaki ÇIKIŞ KODLARI'na bakın.

Aşağıdaki seçenekler, kullanıcının davranışını değiştirir: fetchmail. belirtmek nadiren gereklidir.
bunlardan herhangi biri bir kez işiniz olduğunda .fetchmailrc dosya kurulur.

Hemen hemen tüm seçeneklerin, bunları bir
.fetchmailrc dosyası.

Bazı özel seçenekler burada ele alınmamıştır, bunun yerine aşağıdaki bölümlerde belgelenmiştir:
DOĞRULAMA ve ardından gelen DAEMON MODU.

genel Opsiyonlar
-V | --versiyon
kopyanız için sürüm bilgilerini görüntüler. fetchmail. Posta getirme yok
gerçekleştirildi. Bunun yerine, belirtilen her sunucu için, belirtilen tüm seçenek bilgileri
eğer hesaplanacak fetchmail o sunucuya bağlanılıyordu görüntülenir. Herhangi
parolalardaki veya diğer dize adlarındaki yazdırılamayanlar ters eğik çizgili C benzeri olarak gösterilir
Kaçış dizileri. Bu seçenek, seçeneklerinizin ayarlandığını doğrulamak için kullanışlıdır.
onları istediğin şekilde.

-c | --Kontrol
Bekleyen posta olup olmadığını belirtmek için bir durum kodu döndürün.
posta alma veya silme (aşağıdaki ÇIKIŞ KODLARI'na bakın). Bu seçenek arka plan programını kapatır
mod (işe yaramaz olacağı). Birden çok sorgu ile iyi oynamıyor
siteleri ve ETRN veya ODMR ile çalışmaz. Yanlış bir pozitif döndürürseniz
sunucu posta kutunuzda okunmuş ancak silinmemiş posta bırakın ve getirme protokolünüz
yenilerinden saklanan mesajları söyle. Bu, IMAP ile çalışmayacağı, IMAP ile çalışacağı anlamına gelir.
POP2 ve bazen POP3 altında pul pul dökülebilir.

-s | --sessiz
Sessiz mod. Normalde yankılanan tüm ilerleme/durum mesajlarını bastırır.
getirme sırasında standart çıktı (ancak gerçek hata mesajlarını bastırmaz). NS
--verbose seçeneği bunu geçersiz kılar.

-v | --ayrıntılı
Ayrıntılı mod. arasında geçen tüm kontrol mesajları fetchmail ve posta sunucusu
stdout'a yankılandı. --silent'ı geçersiz kılar. Bu seçeneği (-v -v) ikiye katlamak ekstra
yazdırılacak tanılama bilgileri.

--nosoftbounce
(v6.3.10'dan beri, Anahtar Kelime: v6.3.10'dan beri softbounce yok)
Sert sıçrama modu. Tüm kalıcı teslimat hataları, mesajların şu adresten silinmesine neden olur:
yukarı akış sunucusu, aşağıdaki "softbounce yok" bölümüne bakın.

--yumuşak sıçrama
(v6.3.10'dan beri, Anahtar Kelime: softbounce'ı ayarla, v6.3.10'dan beri)
Yumuşak sıçrama modu. Tüm kalıcı teslimat hataları, mesajların ekranda kalmasına neden olur.
protokol bunu destekliyorsa yukarı akış sunucusu. Bu seçenek is on by varsayılan için
maç tarihi fetchmail dokümantasyon, ve sert sıçrama moduna değiştirilecektir
sonraki fetchmail sürümü.

Yok etme Opsiyonlar
-a | --herşey | (dan beri v6.3.3) --getir
(Anahtar kelime: getirme, v3.0'dan beri)
Posta sunucusundan hem eski (görülen) hem de yeni iletileri alın. Varsayılan
yalnızca sunucunun görüldü olarak işaretlemediği iletileri getirir. POP3 altında bu seçenek de
TOP yerine RETR kullanımını zorlar. POP2 alımının şöyle davrandığını unutmayın.
--all her zaman açıktır (aşağıdaki ALIM HATA MODLARINA bakın) ve bu seçenek çalışmıyor
ETRN veya ODMR ile çalışın. -a ve --all komut satırı ve rcfile getirme sırasında
seçenekler uzun süredir destekleniyor, --fetchall komut satırı seçeneği
v6.3.3'de eklendi.

-k | --Tut
(Anahtar kelime: tutmak)
Alınan mesajları uzak posta sunucusunda saklayın. Normalde, mesajlar silinir
alındıktan sonra posta sunucusundaki klasörden. belirterek
tutmak seçeneği, alınan mesajların posta sunucusundaki klasörünüzde kalmasına neden olur.
Bu seçenek ETRN veya ODMR ile çalışmaz. POP3 ile kullanılıyorsa tavsiye edilir.
--uidl seçeneğini veya uidl anahtar sözcüğünü de belirtmek için.

-K | --nokeep
(Anahtar kelime: nokeep)
Uzak posta sunucusundan alınan mesajları silin. Bu seçenek, geri alınanları zorlar
silinecek posta. Bir varsayılan belirlediyseniz yararlı olabilir tutmak in
senin .fetchmailrc. Bu seçenek ETRN ve ODMR ile zorlanır.

-F | --floş
(Anahtar kelime: floş)
Yalnızca POP3/IMAP. Bu tehlikeli bir seçenektir ve kullanıldığında posta kaybına neden olabilir
uygunsuz. Almadan önce eski (görülen) mesajları posta sunucusundan siler.
yeni mesajlar. Uyarı: Postanızı başkalarıyla kontrol ederseniz, bu posta kaybına neden olabilir.
istemciler ve fetchmail'in hiç sahip olmadığı bir iletiyi silmesine neden olur
önce alındı. Posta sunucusu mesajı işaretlerse, posta kaybına da neden olabilir.
alındıktan sonra görülür (IMAP2 sunucuları). Muhtemelen bu seçeneği kullanmamalısınız.
yapılandırma dosyanız. POP3 ile kullanıyorsanız 'uidl' seçeneğini kullanmanız gerekir.
Muhtemelen istediğiniz varsayılan ayardır: '-k' belirtmezseniz, o zaman
fetchmail, başarılı teslimattan sonra mesajları otomatik olarak siler.

--limitflush
3 sürümünden beri yalnızca POP6.3.0/IMAP. Posta sunucusundan büyük boyutlu mesajları silin
Yeni mesajları almadan önce. Boyut sınırı ile ayrıca belirtilmelidir
--limit seçeneği. Bu seçenek ETRN veya ODMR ile çalışmaz.

Protokol ve Sorgu Opsiyonlar
-p | --proto | --protokol
(Anahtar kelime: protokol[kol])
Uzak posta sunucusuyla iletişim kurarken kullanılacak protokolü belirtin. Eğer hayırsa
protokol belirtilir, varsayılan AUTO'dur. bu nedenle aşağıdakilerden biri olabilir:

OTOMATİK IMAP, POP3 ve POP2'yi Dene
derlenmiştir).

POP2 Postane Protokolü 2 (eski, gelecekteki sürümlerden kaldırılacak)

POP3 Postane Protokolü 3

APOP POP3'ü eski moda MD5 meydan okuma kimlik doğrulamasıyla kullanın. Değil kabul
ortadaki adam saldırılarına karşı dayanıklıdır.

RPOP POP3'ü RPOP kimlik doğrulamasıyla kullanın.

KPOP 3 numaralı bağlantı noktasında Kerberos V4 kimlik doğrulamasıyla POP1109 kullanın.

SDPS POP3'ü Demon Internet'in SDPS uzantılarıyla birlikte kullanın.

IMAP IMAP2bis, IMAP4 veya IMAP4rev1 (fetchmail otomatik olarak algılar
yetenekleri).

ETRN ESMTP ETRN seçeneğini kullanın.

ODMR İsteğe Bağlı Posta Geçişi ESMTP profilini kullanın.

Tüm bu alternatifler temelde aynı şekilde çalışır (standart sunucu ile iletişim
ETRN ve ODMR hariç, sunucudaki bir posta kutusuna zaten teslim edilen postaları almak için arka plan programları.
ETRN modu, uyumlu bir ESMTP sunucusuna (yayınlandığında BSD sendmail gibi) sormanıza izin verir.
8.8.0 veya üstü) istemci makinenize hemen bir gönderen-SMTP bağlantısı açmak ve
sunucunun kuyruğundaki istemci makinenize gönderilen tüm öğeleri iletmeye başlayın
teslim edilmeyen posta ODMR modu, ODMR özellikli bir sunucu gerektirir ve aşağıdakine benzer şekilde çalışır:
ETRN, bunun dışında istemci makinenin statik bir DNS'ye sahip olmasını gerektirmez.

-U | --uidl
(Anahtar kelime: uidl)
UIDL kullanımını zorla (yalnızca POP3 ile geçerlidir). 'Yenilik' için müşteri tarafı takibini zorla
(UIDL "benzersiz kimlik listesi" anlamına gelir ve RFC1939'da açıklanmıştır). Kullanmak
bir posta kutusunu bir grup kullanıcı için bebek haberi olarak kullanmak için 'tut' ile. Gerçek
üzerinden hata kaydı yapılmadığı sürece, görülen mesajların atlandığı günlüğe kaydedilir.
Daemon modunda çalışırken syslog. Fetchmail'in otomatik olarak etkinleştirilebileceğini unutmayın
bu seçenek, yukarı akış sunucusu özelliklerine bağlıdır. Ayrıca bu seçeneğin
kaldırılabilir ve gelecekteki bir fetchmail sürümünde etkinleştirilmeye zorlanabilir. Ayrıca bakınız:
--id dosyası.

--Boşta (dan beri 6.3.3)
(Anahtar kelime: 6.0.0'dan beri boşta)
BOŞTA kullanımını etkinleştir (yalnızca IMAP ile geçerlidir). Bunun yalnızca bir tane ile çalıştığını unutmayın
Belirli bir zamanda klasör. Boşta rcfile anahtar sözcüğü bir süredir desteklenmişken
uzun süredir, --idle komut satırı seçeneği 6.3.3 sürümüne eklendi. boşta kullanım
fetchmail'in IMAP sunucusuna yeni mesaj bildirimi göndermesini söylediği anlamına gelir;
normal anketlerle mümkün olandan daha erken alınabilir.

-P | --hizmet
(Anahtar kelime: hizmet) 6.3.0 sürümünden beri.
Hizmet seçeneği, bağlanılacak bir hizmet adı belirlemenize izin verir. Yapabilirsiniz
hizmetler veritabanınız gerekli değilse, burada bir ondalık bağlantı noktası numarası belirtin
servis-port atamaları. için SSS maddesi R12'ye ve --ssl belgelerine bakın.
detaylar. Bu, eski --port seçeneğinin yerini alır.

--Liman
(Anahtar kelime: liman)
--service'nin hizmet adlarını almayan eski sürümü. Not: bu seçenek
gelecekteki bir sürümden kaldırılabilir.

--Müdür
(Anahtar kelime: müdür)
Ana seçenek, karşılıklı kullanım için bir hizmet sorumlusu belirlemenize izin verir.
kimlik doğrulama. Bu, Kerberos 3 kimlik doğrulamalı POP4 veya IMAP için geçerlidir
bir tek. Kerberos 5 veya GSSAPI için geçerli değildir. Bu seçenek, bir
gelecekteki fetchmail sürümü.

-t | --zaman aşımı
(Anahtar kelime: zaman aşımı)
Zaman aşımı seçeneği, saniye cinsinden bir sunucu yanıt vermeme zaman aşımı ayarlamanıza olanak tanır. Eğer bir
mailserver bir karşılama mesajı göndermez veya verilen komutlara yanıt vermez.
saniye sayısı, fetchmail bağlantısını kesecektir. böyle bir olmadan
zaman aşımı fetchmail almaya çalışırken, TCP bağlantısı zaman aşımına uğrayana kadar askıda kalabilir
çok uzun olabilecek bir aşağı ana bilgisayardan posta. Bu özellikle can sıkıcı olurdu
Bir için fetchmail arka planda çalışıyor. varsayılan bir zaman aşımı vardır
fetchmail -V rapor edecek. Belirli bir bağlantı içinde çok fazla zaman aşımı alırsa
art arda, fetchmail sıkıştırılmış olarak kabul edecek ve yeniden denemeyi durduracaktır. arayan kullanıcı
bu olursa e-posta ile bilgilendirilecektir.

Fetchmail 6.3.10'dan başlayarak, SMTP istemcisi önerilen minimum
konuştuğu SMTP/LMTP sunucusunu beklerken RFC-5321'den zaman aşımları.
Zaman aşımlarını daha da artırabilirsiniz ama kısaltamazsınız. Bu önlemek için
fetchmail'in kısa bir zaman aşımı ile yapılandırıldığı acı verici bir durum (a
dakika veya daha az), yerel MTA'ya uzun bir mesaj (birçok MBayt) gönderir ve daha sonra
"Tamam" yanıtını vermek zaman aşımından daha uzun sürer ve sonunda yanıt verir; Bu olur
postanın düzgün bir şekilde teslim edildiği anlamına gelir, ancak fetchmail bunu fark edemez ve bu nedenle
bu büyük mesajı tekrar tekrar getir.

--Eklenti
(Anahtar kelime: eklenti)
Eklenti seçeneği, TCP'yi kurmak için harici bir program kullanmanıza izin verir.
bağlantı. Bu, ssh kullanmak istiyorsanız veya bazı özel bilgilere ihtiyacınız varsa kullanışlıdır.
güvenlik duvarı kurulumu. Program $PATH içinde aranacak ve isteğe bağlı olarak
ana bilgisayar adını ve bağlantı noktasını sırasıyla "%h" ve "%p" kullanarak bağımsız değişken olarak iletti (not
enterpolasyon mantığının oldukça ilkel olduğunu ve bu belirteçlerin sınırlandırılması gerektiğini
boşluk veya dizenin başına veya dizenin sonuna göre). Fetchmail şu adrese yazacak:
eklentinin stdin'i ve eklentinin stdout'undan okuyun.

--fişten çıkarmak
(Anahtar kelime: eklenti)
Yukarıdaki eklenti seçeneğiyle aynıdır, ancak bu, SMTP için kullanılır
bağlantıları.

-r | --dosya
(Anahtar kelime: klasör[ler])
Posta sunucusunda (veya virgülle ayrılmış) belirtilen varsayılan olmayan bir posta klasörüne neden olur.
klasörlerin listesi) alınacak. Klasör adının sözdizimi server-
bağımlı. Bu seçenek POP3, ETRN veya ODMR altında mevcut değildir.

--izleme anketleri
(Anahtar kelime: izleme anketleri)
fetchmail'e 'yoklama hesabı %s' formundaki izleme bilgilerini yoklamasını söyleyin ve
'%s klasörü', oluşturduğu Received satırına, %s parçalarının değiştirildiği
kullanıcının uzak adı, anket etiketi ve varsa klasör (posta kutusu)
(Alınan başlık ayrıca normalde sunucunun gerçek adını da içerir). Bu olabilir
Alındığı hesaba göre posta filtrelemeyi kolaylaştırmak için kullanılır.
Klasör bilgileri yalnızca 6.3.4 sürümünden itibaren yazılır.

--ssl (Anahtar kelime: ssl)
Anlaşma yaparak posta sunucusuna olan bağlantının SSL ile şifrelenmesine neden olur.
Bağlandıktan hemen sonra SSL (SSL sarmalı modu). kullanılması şiddetle tavsiye edilir
--sslcertck sunucu tarafından sunulan sertifikaları doğrulamak için. Lütfen bkz
--sslproto açıklaması aşağıda! Daha fazla bilgi şurada mevcuttur: BENİOKU.SSL
fetchmail ile birlikte gelen dosya.

Bu seçenek atlansa bile, fetchmail'in bant içi SSL anlaşması yapabileceğini unutmayın.
POP3 veya IMAP için STLS veya STARTTLS özelliği aracılığıyla. --sslproto'yu kullanabilirsiniz
bu davranışı değiştirme seçeneği.

Herhangi bir bağlantı noktası belirtilmemişse, iyi bilinen bağlantı noktasına bağlantı denenir.
Temel protokolün SSL sürümü. Bu genellikle bağlantı noktasından farklı bir bağlantı noktasıdır.
temel protokol tarafından kullanılır. IMAP için bu, açık protokol için 143 numaralı bağlantı noktasıdır ve
SSL güvenli protokolü için 993 numaralı bağlantı noktası; POP3 için, açık metin için 110 numaralı bağlantı noktasıdır.
ve şifreli varyant için 995 numaralı bağlantı noktası.

Sisteminizde ilgili girişler yoksa / etc / services, bakın
--service seçeneğini seçin ve önceki bölümde verilen sayısal bağlantı noktası numarasını belirtin
paragraf (ISP'niz sizi farklı bağlantı noktalarına yönlendirmediyse, bu alışılmadık bir durumdur).
ancak).

--sslcert
(Anahtar kelime: sslcert)
Sertifika tabanlı istemci kimlik doğrulaması için. Bazı SSL şifreli sunucular şunları gerektirir:
kimlik doğrulama için istemci tarafı anahtarları ve sertifikaları. Çoğu durumda, bu
isteğe bağlı. Bu, ortak anahtar sertifikasının konumunu belirtir.
SSL oturumu kurulduğunda sunucuya sunulur. O değil
sunucu gerektirmiyorsa gereklidir (ancak sağlanabilir). olabilir
özel anahtarla aynı dosya (birleşik anahtar ve sertifika dosyası) ancak bu değil
önerilen. Ayrıca aşağıdaki --sslkey'e bakın.

NOT: İstemci kimlik doğrulamasını kullanırsanız, kullanıcı adı şu adresten alınır:
sertifikanın CommonName ve --user ile ayarlanan adı geçersiz kılar.

--sslkey
(Anahtar kelime: sslkey)
İstemci tarafı özel SSL anahtarının dosya adını belirtir. Bazı SSL şifreli
sunucular, kimlik doğrulama için istemci tarafı anahtarları ve sertifikaları gerektirir. Çoğunlukla
durumlarda, bu isteğe bağlıdır. Bu, kullanılan özel anahtarın konumunu belirtir.
SSL oturumu kurulduğunda sunucu ile işlemleri imzalayın. Bilişim Teknoloji
sunucu gerektirmiyorsa gerekli değildir (ancak sağlanabilir). Olabilir
ortak anahtarla aynı dosya (birleşik anahtar ve sertifika dosyası) ancak bu değil
önerilir.

Anahtarın kilidini açmak için bir parola gerekiyorsa, o sırada sorulacaktır.
oturumu sunucuya kurmadan hemen önce. Bu bazı neden olabilir
daemon modunda komplikasyonlar.

Ayrıca yukarıdaki --sslcert'e bakın.

--sslproto
(Anahtar kelime: sslproto, NOT: v6.4.0'dan bu yana anlamsal değişiklikler)
Bu seçeneğin, geçmiş fetchmail davranışı dışında ikili bir kullanımı vardır. Her ikisini de kontrol eder
SSL/TLS protokol sürümü ve --ssl belirtilmemişse STARTTLS davranışı
(protokolün bant içi bir SSL veya TLS bağlantısına yükseltilmesi). Diğer bazı seçenekler
ancak TLS'yi zorunlu hale getirebilir.

Yalnızca bu seçenek ve --ssl bir anket için eksikse, fırsatçı TLS olacaktır
fetchmail'in TLSv3 veya daha yenisine yükseltmeye çalışacağı POP1 ve IMAP için.

--sslproto için tanınan değerler aşağıda verilmiştir. Normalde aşağıdakilerden birini seçmelisiniz
otomatik anlaşma seçenekleri, yani 'Oto' veya artı ile biten seçeneklerden biri (+)
karakter. OpenSSL kitaplığı sürümüne ve yapılandırmasına bağlı olarak bazı seçeneklerin
istenen SSL veya TLS sürümleri tarafından desteklenmediğinden çalışma zamanı hatalarına neden olur.
belirli yüklü OpenSSL kitaplığı.

'', boş dize
STARTTLS'yi devre dışı bırakın. Aynı sunucu için --ssl verilmişse, bir hata kaydedin ve
öyleymiş gibi yap'Oto' yerine kullanılmıştır.

'Oto' (varsayılan). v6.4.0'dan beri. TLS gerektir. Otomatik anlaşma TLSv1 veya daha yenisi, devre dışı bırak
SSLv3 düşürme. (fetchmail 6.3.26 ve daha eski sürümler, tüm
kırık SSLv3) dahil olmak üzere OpenSSL kitaplıklarının desteklediği protokoller.

'SSL23'
görmek 'Oto'.

'SSL3' Tam olarak SSLv3 gerektir. SSLv3 bozuk, tüm sistemlerde desteklenmez, kaçının
mümkünse o. Bu, fetchmail'in yalnızca SSLv3 ile anlaşmasını sağlar ve
' dışında tek yolSSL3+' fetchmail 6.4.0 veya daha yenisinin SSLv3'e izin vermesi için.

'SSL3+'
ile aynı 'Oto', ancak SSLv3'e de izin verin. bunun dışında tek yol bu
'SSL3' fetchmail 6.4.0 veya daha yenisinin SSLv3'e izin vermesi için.

'TLS1' TLSv1 gerektir. Bu, TLSv1.1 veya daha yenisini müzakere etmez ve önerilmez.
Sunucunuzu boğmadığı sürece TLS1+ ile değiştirin.

'TLS1+'
v6.4.0'dan beri. 'fBauto'ya bakın.

'TLS1.1'
v6.4.0'dan beri. Tam olarak TLS v1.1 gerektirir.

'TLS1.1+'
v6.4.0'dan beri. TLS gerektir. Otomatik anlaşma TLSv1.1 veya daha yenisi.

'TLS1.2'
v6.4.0'dan beri. Tam olarak TLS v1.2 gerektirir.

'TLS1.2+'
v6.4.0'dan beri. TLS gerektir. Otomatik anlaşma TLSv1.2 veya daha yenisi.

Tanınmayan parametreler
' gibi davranılırOto'.

NOT: '' dışında bir şey kullanmanıza neredeyse hiç gerek yoktur (bir
şifrelenmemiş bağlantı) veya 'otomatik' (TLS'yi zorlamak için).

--sslcertck
(Anahtar kelime: sslcertck)
Fetchmail'in SSL/TLS kullanılmasını gerektirmesine ve yapılamıyorsa bağlantıyı kesmesine neden olur
SSL veya TLS için başarılı bir şekilde pazarlık yapın veya başarılı bir şekilde doğrulayamaz ve doğrulayamazsa
sertifikayı ve onu bir güven bağlantısına (veya güvenilen kök sertifikaya) kadar takip edin. NS
güven çapaları, bir dizi yerel güvenilir sertifika olarak verilir (bkz. sslcert dosyası
ve sslcertpath seçenekler). Sunucu sertifikası alınamıyorsa veya alınamıyorsa
güvenilir olanlardan biri tarafından (doğrudan veya dolaylı olarak) imzalanmış, fetchmail
ne olursa olsun bağlantıyı kes parmak izi seçeneği.

CRL'nin (sertifika iptal listeleri) yalnızca OpenSSL 0.9.7'de desteklendiğini unutmayın.
ve daha yeni! Bunu kullanırken sistem saatiniz de makul ölçüde doğru olmalıdır.
seçeneği.

Bu isteğe bağlı davranışın, gelecekteki fetchmail'de varsayılan davranış haline gelebileceğini unutmayın.
sürümleri.

--sslcert dosyası
(Anahtar kelime: sslcertfile, v6.3.17'den beri)
Fetchmail'in yerel sertifikaları aramak için kullandığı dosyayı ayarlar. Varsayılan boştur.
Buna ek olarak verilebilir --sslcertpath aşağıda belirtilen sertifikalar ve
--sslcert dosyası bulunanlardan önce işlenecektir. --sslcertpath. Seçenek olabilir
ek olarak kullanılan --sslcertpath.

Dosya bir metin dosyasıdır. Güvenilir CA sertifikalarının birleşimini içerir
PEM formatında.

Bu seçeneği kullanmanın, varsayılan SSL güvenilir CA'sının yüklenmesini engelleyeceğini unutmayın.
ortam değişkenini ayarlamadığınız sürece sertifikalar dosyası
FETCHMAIL_INCLUDE_DEFAULT_X509_CA_CERTS boş olmayan bir değere

--sslcertpath
(Anahtar kelime: sslcertpath)
Fetchmail'in yerel sertifikaları aramak için kullandığı dizini ayarlar. Varsayılan
OpenSSL varsayılan dizininiz. Dizin, OpenSSL'de olduğu gibi özetlenmelidir
bunu bekler - dizine her sertifika eklediğinizde veya değiştirdiğinizde,
kullanmak c_rehash araç (araçlar/alt dizinde OpenSSL ile birlikte gelir).
Ayrıca, OpenSSL yükseltmelerinden sonra çalıştırmanız gerekebilir. c_rehash; özellikle ne zaman
0.9.X'ten 1.0.0'a yükseltme.

Buna ek olarak verilebilir --sslcert dosyası öncelik için bkz.
kuralları.

Bu seçeneği kullanmanın, varsayılan SSL güvenilir CA'sının eklenmesini engelleyeceğini unutmayın.
ortam değişkenini ayarlamadığınız sürece sertifika dizini
FETCHMAIL_INCLUDE_DEFAULT_X509_CA_CERTS boş olmayan bir değere

--sslortak ad <yaygın isim>
(Anahtar kelime: sslcommonname; v6.3.9'dan beri)
Bu seçeneğin kullanılması önerilmez. Kullanmadan önce yönetici ile iletişime geçin.
yukarı akış sunucunuz ve kullanılacak uygun bir SSL sertifikası isteyin. Eğer
ulaşılamazsa, bu seçenek hangi adı (CommonName) belirtmek için kullanılabilir?
fetchmail sunucu sertifikasında bekler. Doğru yapılandırılmış bir sunucu
bunu, ulaşıldığı ana bilgisayar adına ayarlayın ve varsayılan olarak fetchmail
kadar bekliyoruz. CommonName başka bir değere ayarlandığında bu seçeneği kullanın.
"Sunucu OrtakAdı uyuşmazlığı" uyarısından kaçının ve yalnızca yukarı akış sunucusu
uygun sertifikaları kullanmak için yapılamaz.

--ssfingerprint
(Anahtar kelime: sslfingerprint)
Sunucu anahtarının parmak izini (anahtarın MD5 karması) onaltılı olarak belirtin
iki basamaklı grupları ayıran iki nokta üst üste işaretiyle gösterim. Harf onaltılı rakamlar olmalıdır
büyük harfle. Bu, fetchmail'in parmak izini bildirmek için kullandığı biçimdir.
SSL bağlantısı kurulduğunda. Bu belirtildiğinde, fetchmail
sunucu anahtarı parmak izini verilenle karşılaştırın ve bağlantı başarısız olur
eşleşmezlerse, ne olursa olsun sslcertck ayar. Bağlantı da olacak
fetchmail sunucudan bir SSL sertifikası alamazsa başarısız olur. Bu olabilir
ortadaki adam saldırılarını önlemek için kullanılır, ancak sunucudan gelen parmak izi
güvenli bir kanal üzerinden alınması veya doğrulanması gerekir ve kesinlikle
fetchmail'in kullanacağı aynı İnternet bağlantısı.

Bu seçeneğin kullanılması, sertifika doğrulama hatalarının yazdırılmasını önleyecektir.
--sslcertck ayarlanmadı.

cert.pem dosyasında saklanan bir sertifikanın parmak izini almak için şunu deneyin:

openssl x509 -in cert.pem -noout -md5 -parmak izi

Ayrıntılar için bkz. x509(1sl).

Dağıtım Control Opsiyonlar
-S | --smthost
(Anahtar kelime: smtp[host])
Postanın yönlendirileceği bir ana bilgisayar arama listesi belirtin (bir veya daha fazla ana bilgisayar adı, virgül
ayrılmış). Ana bilgisayarlar liste sırasına göre denenir; ilk olan yukarı olur
geçerli çalışma için yönlendirme hedefi. Bu seçenek belirtilmemişse,
'localhost' varsayılan olarak kullanılır. Her ana bilgisayar adının aşağıdaki bağlantı noktası numarası olabilir:
ana bilgisayar adı. Bağlantı noktası numarası, ana bilgisayar adından bir eğik çizgiyle ayrılır; NS
varsayılan bağlantı noktası "smtp"dir. Mutlak bir yol adı belirtirseniz (bir / ile başlayarak),
LMTP bağlantılarını kabul eden bir UNIX soketinin adı olarak yorumlanacaktır.
(Cyrus IMAP arka plan programı tarafından desteklendiği gibi) Örnek:

--smtphost sunucu1,sunucu2/2525,sunucu3,/var/imap/socket/lmtp

Bu seçenek ODMR ile kullanılabilir ve fetchmail'i ODMR arasında bir geçiş yapar.
sunucu ve SMTP veya LMTP alıcısı.

--getir etki alanları
(Anahtar kelime: fetchdomains)
ETRN veya ODMR modunda, bu seçenek sunucunun kullanması gereken etki alanlarının listesini belirtir.
bağlantı döndüğünde posta gönder. Varsayılan, FQDN'dir.
çalışan makine fetchmail.

-D | --smtpadresi
(Anahtar kelime: smtpaddress)
SMTP'ye gönderilen RCPT TO hatlarındaki adreslere eklenecek etki alanını belirtin.
Bu belirtilmediğinde, SMTP sunucusunun adı (tarafından belirtildiği gibi)
--smtphost) SMTP/LMTP için kullanılır ve UNIX soketi/BSMTP için 'localhost' kullanılır.

--smtpname
(Anahtar kelime: smtpname)
SMTP'ye gönderilen RCPT TO hatlarına yerleştirilecek etki alanını ve kullanıcıyı belirtin. NS
varsayılan kullanıcı, geçerli yerel kullanıcıdır.

-Z | --anti Spam <nnn[, nnn]...>
(Anahtar kelime: antispam)
Spam olarak yorumlanacak sayısal SMTP hatalarının listesini belirtir.
dinleyiciden gelen yanıtı engelle. -1 değeri bu seçeneği devre dışı bırakır. İçin
komut satırı seçeneği, liste değerleri virgülle ayrılmış olmalıdır.

-m | --mda
(Anahtar kelime: mda)
Bu seçenek fetchmail bir Mesaj veya Yerel Dağıtım Aracısı (MDA veya LDA) kullanın
SMTP veya LMTP aracılığıyla iletmek yerine doğrudan.

Posta kaybını önlemek için, bu seçeneği yalnızca maildrop gibi MDA'lar veya MTA'lar gibi kullanın.
disk dolu ve diğer teslim hatalarında sıfırdan farklı bir durumla çıkan sendmail;
sıfır olmayan durum, fetchmail'e teslimatın başarısız olduğunu söyler ve mesajı engeller
sunucuda silinmekten.

If fetchmail root olarak çalışıyor, üzerinden posta teslim ederken kullanıcı kimliğini ayarlar.
aşağıdaki gibi bir MDA: İlk olarak, FETCHMAILUSER, LOGNAME ve USER ortamı
değişkenler bu sırayla kontrol edilir. Listesindeki ilk değişkenin değeri
tanımlı olan (boş olsa bile!) sistem kullanıcı veritabanında aranır. Eğer
değişkenlerin hiçbiri tanımlı değil, fetchmail olduğu gibi gerçek kullanıcı kimliğini kullanacak
ile başladı. Değişkenlerden biri tanımlanmışsa, ancak kullanıcı orada olmadığını belirttiyse
bulundu, fetchmail üzerinde kalan değişkenleri kontrol etmeden kök olarak çalışmaya devam ediyor
liste. Pratik olarak bu, fetchmail'i root olarak çalıştırırsanız (değil
önerilir), en çok FETCHMAILUSER ortam değişkenini tanımlamak için yararlıdır.
MDA'nın çalışması gereken kullanıcıyı ayarlayın. Bazı MDA'lar (maildrop gibi) tasarlanmıştır.
setuid root ve alıcının kullanıcı kimliğine setuid olmak, böylece kaybetmezsiniz
işlevsellik, fetchmail'i ayrıcalıksız kullanıcı olarak çalıştırırken bile bu şekilde. kontrol edin
Ayrıntılar için MDA kılavuzu.

Bazı olası MDA'lar "/usr/sbin/sendmail -i -f %F -- %T" (Not: bazı birkaç
eski veya satıcı sendmail sürümleri hatası -- bir adres yerine bir adres için
seçenek argümanlarının sonunu işaretlemek için gösterge), "/usr/bin/deliver" ve
"/usr/bin/maildrop -d %T". Yerel teslimat adresleri MDA'ya eklenecek
%T yerleştirdiğiniz her yere komut verin; posta iletisinin Gönderen adresi eklenecek
%F'yi yerleştirdiğiniz yer.

Do DEĞİL çevrelemek the %F or %T dizi in tek alıntılar! Hem %T hem de %F için fetchmail
adresleri tek tırnak (') içine alır, tek tırnakları kaldırdıktan sonra
MDA komutu kabuğa iletilmeden önce içerebilir.

Do DEĞİL kullanım an MDA yakarma o harekât raporu on the içindekiler of Kime/Bilgi/Bcc, sevmek
"sendmail -i -t" veya "qmail-inject", posta döngüleri oluşturacak ve
birçok postacının gazabı tepenize indi. Bu en sık görülenlerden biri
yapılandırma hataları!

De yap değil multidrop modunu maildrop gibi bir MDA ile birleştirmeyi deneyin.
yukarı akışınız mesajın her bir kopyasını saklamadığı sürece yalnızca bir adresi kabul edin.
alıcı ve zarf alıcısını bir başlıkta taşır; posta kaybedersiniz.

Tanınmış Procmail'in(1) paketin doğru şekilde yapılandırılması çok zor, bir
teslimat hatalarında çok kötü "bir sonraki kurala geçme" davranışı (hatta
geçici olanlar, örneğin başka bir kullanıcının posta arka plan programı kopyalarsa disk alanı yetersiz
eski mesajları temizlemek için posta kutusu), böylece postanız yanlış sonuçlanacak
posta kutusu er ya da geç. Uygun procmail yapılandırması, aşağıdakilerin kapsamı dışındadır.
bu belge. kullanma maildrop(1) genellikle çok daha kolaydır ve birçok kullanıcı
maildrop tarafından kullanılan filtre sözdizimini anlamak daha kolay.

Son olarak, yapmanızı şiddetle tavsiye ederiz. değil qmail-inject'i kullanın. komut satırı
arayüz, tipik kullanım için avantajlar sağlamadan standart değildir ve fetchmail
qmail-inject'in standarttan sapmalarını karşılamak için hiçbir girişimde bulunmaz. Biraz
qmail-inject'in komut satırı ve ortam seçeneklerinin çoğu aslında tehlikelidir ve
kırık iş parçacıklarına, algılanmayan yinelenen mesajlara ve yönlendirme döngülerine neden olabilir.

--lmtp (Anahtar kelime: lmtp)
LMTP (Yerel Posta Aktarım Protokolü) aracılığıyla teslimata neden olun. Bir hizmet ana bilgisayarı ve bağlantı noktası
, eğer mülteci statüleri sona erdirilmemişse Amerika'ya geldikten bir yıl sonra smtphost avı listesindeki her ana bilgisayarda açıkça belirtilmelidir (yukarıya bakın), eğer
bu seçenek seçilidir; varsayılan 25 numaralı bağlantı noktası (RFC 2033 uyarınca)
kabul edildi.

--bsmtp
(Anahtar kelime: bsmtp)
Alınan postayı bir BSMTP dosyasına ekleyin. Bu sadece SMTP komutlarını içerir.
normalde bir SMTP dinleyicisine posta iletirken fetchmail tarafından oluşturulur
şeytan.

'-' argümanı, SMTP toplu işleminin standart çıktıya yazılmasına neden olur;
sınırlı kullanım: bu yalnızca hata ayıklama için anlamlıdır, çünkü fetchmail'in normal
çıktı aynı kanalda serpiştirilmiş, bu nedenle bu posta için uygun değil
teslimat. Bu özel mod daha sonraki bir sürümde kaldırılabilir.

Fetchmail'in MAIL FROM ve RCPT TO satırlarını yeniden yapılandırmasının
garantili doğru; MULTIDROP KULLANIMI VE KÖTÜYE KULLANIMI altında tartışılan uyarılar
Aşağıdaki POSTA KUTULARI geçerlidir. Bu modun --mda ve SMTP/LMTP'den önce önceliği vardır.

--kötü başlık {reddet|kabul et}
(Anahtar kelime: hatalı başlık; v6.3.15'ten beri)
Fetchmail'in hatalı üstbilgileri, yani üstbilgileri olan iletileri nasıl ele alacağını belirtin
kötü sözdizimi ile. Geleneksel olarak, fetchmail bu tür mesajları reddetti, ancak bazıları
Distribütörler, bunları kabul etmek için fetchmail'i değiştirdi. Artık fetchmail'leri yapılandırabilirsiniz.
sunucu başına davranış.

Kaynak Sınırlamak Control Opsiyonlar
-l | --sınır
(Anahtar kelime: limit)
0'ın varsayılan ve ayrıca özel olduğu maksimum sekizli boyutu argümanını alır.
"sınırsız" değerini belirten değer. Sıfır değilse, bu boyuttan daha büyük olan iletiler
getirilecek ve sunucuda bırakılacaktır (ön plan oturumlarında, ilerleme
mesajlar "büyük boyutlu" olduklarını not edecektir). Getirme protokolü izin veriyorsa (içinde
özellikle, getirme seçeneği olmadan IMAP veya POP3 altında) mesaj görüntülenmez.
görüldü işaretlendi.

Açık bir --limit 0, çalıştırma kontrol dosyanızda ayarlanan tüm sınırları geçersiz kılar. Bu
seçenek, getirme süresini sıkı bir şekilde kontrol etmesi gerekenler için tasarlanmıştır.
pahalı ve değişken telefon fiyatları.

--limitflush ile birlikte, bekleyen büyük boyutlu mesajları silmek için kullanılabilir.
Bir sunucu. Daemon modunda, arayan kullanıcıya büyük boyutlu bildirimler gönderilir
( --uyarılar seçeneğine bakın). Bu seçenek ETRN veya ODMR ile çalışmaz.

-w | --uyarılar
(Anahtar kelime: uyarılar)
Saniye cinsinden bir aralık alır. Aradığın zaman fetchmail 'limit' seçeneği ile
arka plan programı modu, bu, büyük boyutlu mesajlar hakkındaki uyarıların aralığını kontrol eder.
arayan kullanıcıya (veya 'postmaster' seçeneğiyle belirtilen kullanıcıya) gönderilir.
Böyle bir bildirim her zaman ilk anketin sonunda postalanır.
büyük boyutlu mesaj algılandı. Bundan sonra, yeniden bildirim şu ana kadar bastırılır:
uyarı aralığı sona erdikten sonra (ilk uyarı süresinin sonunda gerçekleşecektir)
aşağıdaki anket).

-b | --toplu sınır
(Anahtar kelime: toplu limit)
Bir SMTP dinleyicisine gönderilecek maksimum mesaj sayısını belirtin
bağlantı kasıtlı olarak yıkılıp yeniden kurulmadan önce (varsayılanı 0'dır, yani
limit yok). Açık bir --batchlimit 0, koşunuzda ayarlanan tüm sınırları geçersiz kılar
kontrol dosyası Süre mail gönder(8) normalde bir mesajın teslimini başlatır
mesaj sonlandırıcıyı aldıktan hemen sonra, bazı SMTP dinleyicileri öyle değil
çabuk. gibi MTA'lar smail(8) dağıtım soketi kapatılana kadar bekleyebilir.
teslim etmek. Bu, aşağıdaki durumlarda can sıkıcı gecikmelere neden olabilir: fetchmail çok büyük işliyor
partiler. Parti sınırını sıfırdan farklı bir boyuta ayarlamak bu gecikmeleri önleyecektir.
Bu seçenek ETRN veya ODMR ile çalışmaz.

-B | --fetchlimit
(Anahtar kelime: fetchlimit)
Tek bir ankette belirli bir sunucudan kabul edilen mesaj sayısını sınırlayın. Tarafından
varsayılan sınır yoktur. Açık bir --fetchlimit 0, ayarlanan tüm sınırları geçersiz kılar
çalıştırma kontrol dosyanızda. Bu seçenek ETRN veya ODMR ile çalışmaz.

--fetchsizelimit
(Anahtar kelime: fetchsizelimit)
Tek bir sunucuda belirli bir sunucudan kabul edilen mesajların boyutunu sınırlayın
işlem. Bu seçenek, ilkini indirmedeki gecikmeyi azaltmada kullanışlıdır.
posta kutusunda çok fazla posta olduğunda posta. Varsayılan olarak, sınır 100'dür.
0 olarak ayarlanırsa, başlangıçta tüm mesajların boyutları indirilir. Bu seçenek
ETRN veya ODMR ile çalışmaz. POP3 için sıfır olmayan tek geçerli değer 1'dir.

--fastuidl
(Anahtar kelime: fastuidl)
İlk görünmeyen UID için doğrusal arama yerine ikili arama yapın. İkili arama önler
tüm postaların UID'lerini indirmek. Bu zaman kazandırır (özellikle arka plan programı modunda)
burada her ankette aynı UID setini indirmek bant genişliği kaybıdır. NS
'n' sayısı, doğrusal bir aramanın ne kadar nadiren yapılması gerektiğini gösterir. Daemon modunda,
doğrusal arama bir kez kullanılır, ardından 'n' ise 'n-1' anketlerinde ikili aramalar yapılır.
1'den büyük; 'n' 1 ise ikili arama her zaman kullanılır; doğrusal arama her zaman
'n' 0 ise kullanılır. Daemon olmayan modda, 'n' 1 ise ikili arama kullanılır; aksi halde
doğrusal arama kullanılır. 'n' varsayılan değeri 4'tür. Bu seçenek POP3 ile çalışır.
bir tek.

-e | --silme
(Anahtar kelime: silerek)
Silme işlemlerinin belirli sayıda mesajdan sonra nihai hale getirilmesini sağlayın. Altında
POP2 veya POP3, fetchmail, QUIT göndermeden ve sonlandırmadan silme işlemlerini kesinleştiremez
oturum -- bu seçenek açıkken, fetchmail uzun bir posta alımını keser
oturumu birden çok alt oturuma bölerek, her alt oturumdan sonra QUIT göndererek. Bu bir
POP3 sunucularında hat düşüşlerine karşı iyi savunma. IMAP kapsamında, fetchmail normalde
silmeyi zorlamak için her silme işleminden sonra bir EXPUNGE komutu verir.
hemen yapılır. Bu, sunucuyla bağlantınız kesintili olduğunda ve
bir satır isabetinden sonra yinelenen postaların yeniden gönderilmesini engellediği için pahalıdır. Ancak, üzerinde
büyük posta kutuları, her mesajdan sonra yeniden indekslemenin ek yükü sunucuyu çarpabilir
oldukça zor, bu nedenle bağlantınız güvenilirse daha az silme yapmak iyidir
sık sık. Ayrıca, bazı sunucuların işlemden sonra birkaç saniyelik bir gecikme uyguladığını unutmayın.
her çıkışta, bu nedenle fetchmail bir silme işleminden hemen sonra tekrar giremeyebilir
-- bu durumda "kilit meşgul" hatalarını görebilirsiniz. Bu seçeneği bir
tamsayı N, söyler fetchmail yalnızca her N. silme işleminde silme işlemi yapmak için. Bir
sıfır argümanı, silme işlemlerini tamamen bastırır (böylece hiçbir silme işlemi yapılmaz)
koşunun sonuna kadar). Bu seçenek ETRN veya ODMR ile çalışmaz.

Doğrulama Opsiyonlar
-u | --kullanıcı | --Kullanıcı adı
(Anahtar kelime: kullanıcı[isim])
Posta sunucusunda oturum açarken kullanılacak kullanıcı kimliğini belirtir.
Uygun kullanıcı kimliği hem sunucuya hem de kullanıcıya bağlıdır. Varsayılan
çalışan istemci makinedeki oturum açma adınızdır fetchmail. USER'a bakın
Tam bir açıklama için aşağıda DOĞRULAMA.

-I | --arayüz
(Anahtar kelime: arayüz)
Belirli bir arabirim cihazının çalışır durumda olmasını ve belirli bir yerel veya uzak
Yoklamadan önce IPv4 (IPv6 henüz bu seçenek tarafından desteklenmiyor) adresi (veya aralığı).
Sıkça Sorulan fetchmail geçici bir noktadan noktaya TCP/IP bağlantısı üzerinden kullanılır
SLIP veya PPP aracılığıyla doğrudan bir posta sunucusuna kurulur. Bu nispeten güvenli
kanal. Ancak posta sunucusuna giden başka TCP/IP yolları mevcut olduğunda (örn.
alternatif bir ISS'ye bağlıysa), kullanıcı adınız ve şifreniz şunlara karşı savunmasız olabilir.
gözetleme (özellikle arka plan programı modu posta için otomatik olarak yokladığında, bir
şifreyi ağ üzerinden tahmin edilebilir aralıklarla temizleyin). --interface seçeneği
Bunu önlemek için kullanılabilir. Belirtilen bağlantı açık olmadığında veya bağlı olmadığında
eşleşen bir IP adresi, yoklama atlanacak. Biçim:

arayüz/iii.iii.iii.iii[/mmm.mmm.mmm.mmm]

İlk eğik çizgiden önceki alan arabirim adıdır (yani sl0, ppp0 vb.). NS
ikinci eğik çizgiden önceki alan kabul edilebilir IP adresidir. Alan sonra
ikinci eğik çizgi, kabul edilecek bir dizi IP adresi belirten bir maskedir. Eğer hayırsa
maske mevcut 255.255.255.255 varsayılır (yani tam bir eşleşme). Bu seçenek
şu anda yalnızca Linux ve FreeBSD altında desteklenmektedir. Lütfen bkz izlemek Bölüm
FreeBSD'ye özel bilgiler için aşağıya bakın.

Bu seçeneğin gelecekteki bir fetchmail sürümünden kaldırılabileceğini unutmayın.

-M | --monitör
(Anahtar kelime: monitör)
Daemon modu, bir süre sonra otomatik olarak kaldırılan geçici bağlantılara neden olabilir.
hareketsizlik süresi (örneğin PPP bağlantıları) süresiz olarak açık kalacaktır. Bu seçenek
etkinlik için izlenecek bir sistem TCP/IP arabirimini tanımlar. Her anketten sonra
aralık, bağlantı çalışıyorsa ancak bağlantıda başka bir etkinlik gerçekleşmediyse,
anket atlanacak. Ancak, fetchmail bir sinyalle uyandığında,
monitör kontrolü atlanır ve anket koşulsuz olarak devam eder. Bu seçenek
şu anda yalnızca Linux ve FreeBSD altında desteklenmektedir. İçin izlemek ve arayüzey
FreeBSD altında root olmayan kullanıcılar için çalışma seçenekleri, fetchmail ikili dosyası
SGID kmem'i kurdu. Bu bir güvenlik açığı olur, ancak fetchmail
etkin GID, kmem grubununkine ayarlandı bir tek arayüz verileri oluşturulurken
toplanmış.

Bu seçeneğin gelecekteki bir fetchmail sürümünden kaldırılabileceğini unutmayın.

--auth
(Anahtar kelime: auth[kanıtlamak])
Bu seçenek, bir kimlik doğrulama türü belirlemenize izin verir (bkz.
Ayrıntılar için aşağıda). Olası değerler herhangi, şifre, kerberos_v5, kerberos
(veya, dayanılmaz doğruluk için, kerberos_v4), gsapi, tıka basa-md5, otp, ntlm, msn
(sadece POP3 için), dış (yalnızca IMAP) ve ssh. Ne zaman herhangi (varsayılan)
belirtildiğinde, fetchmail parola gerektirmeyen ilk yöntemleri dener (HARİCİ,
GSSAPI, KERBEROS IV, KERBEROS 5); ardından şifrenizi maskeleyen yöntemleri arar
(CRAM-MD5, NTLM, X-OTP - MSN'nin yalnızca POP3 için desteklendiğini, ancak
otoprobed); ve yalnızca sunucu bunlardan herhangi birini desteklemiyorsa,
şifre en clair. Çeşitli kimlik doğrulamalarını zorlamak için başka değerler kullanılabilir
yöntemler (ssh kimlik doğrulamasını bastırır ve bu nedenle IMAP PREAUTH için kullanışlıdır).
(dış kimlik doğrulamasını bastırır ve bu nedenle IMAP HARİCİ için kullanışlıdır). Herhangi
dışındaki değer şifre, tıka basa-md5, ntlm, msn or otp fetchmail'in normalini bastırır
şifre sorgulama. belirtmek ssh uçtan uca güvenli kullandığınızda
ssh tüneli gibi bağlantı; belirtmek dış istemciyle TLS kullandığınızda
kimlik doğrulama ve belirtme gsapi or kerberos_v4 bir protokol kullanıyorsanız
GSSAPI veya K4 kullanan varyant. KPOP protokolünün seçilmesi, otomatik olarak
Kerberos kimlik doğrulaması. Bu seçenek ETRN ile çalışmaz. GSSAPI hizmeti
adlar RFC-2743 ve IANA kayıtları ile uyumludur, bkz. Genel Güvenlik
Hizmet Uygulama Programı Arayüzü (GSSAPI)/Kerberos/Basit Kimlik Doğrulama ve
Güvenlik Katmanı (SASL) Hizmet Adları ⟨http://www.iana.org/assignments/
gssapi-hizmet-adları/⟩.

Diğer Opsiyonlar
-f | --fetchmailrc
için varsayılan olmayan bir ad belirtin. ~/.fetchmailrc kontrol dosyasını çalıştırın. yol adı
argüman ya "-" olmalıdır (tek bir çizgi, yapılandırmayı şuradan okumak anlamına gelir:
standart girdi) veya bir dosya adı. --version seçeneği de açık değilse, adlandırılmış bir
dosya bağımsız değişkeni 0700'den (u=rwx,g=,o=) daha fazla açık izinlere sahip olmamalıdır, aksi takdirde
/dev/boş.

-i | --id dosyası
(Anahtar kelime: idfile)
Mesaj UID'lerini kaydetmek için kullanılan .fetchids dosyası için alternatif bir ad belirtin. NOT:
fetchmail 6.3.0'dan beri, idfile dosyasını içeren dizine yazma erişimi
gerekli, çünkü fetchmail geçici bir dosya yazar ve onu dosyanın yerine yeniden adlandırır.
real idfile, yalnızca geçici dosya başarıyla yazılmışsa. Bu önler
disk alanı bittiğinde kimlik dosyalarının kesilmesi.

--pid dosyası
(Anahtar kelime: pidfile; fetchmail v6.3.4'ten beri)
PID dosyasının varsayılan konumunu geçersiz kılın. Varsayılan: aşağıdaki "ÇEVRE" bölümüne bakın.

-n | --norewrite
(Anahtar kelime: yeniden yazma yok)
Normalde, fetchmail RFC-822 adres başlıklarını düzenler (Kime, Kimden, Bilgi, Gizli ve Yanıtla)
sunucuda yerel posta kimliklerinin tam olarak genişletilmesi için getirilen postada
adresleri (@ ve posta sunucusu ana bilgisayar adı eklenir). Bu, yanıtları etkinleştirir
müşteriye doğru şekilde hitap edilmesini sağlamak için (aksi takdirde posta göndereniniz
istemci makinedeki yerel kullanıcılara hitap etmelidir!). Bu seçenek devre dışı bırakır
yeniden yazma. (Bu seçenek, paranoyak olan insanları yatıştırmak için sağlanmıştır.
bir MTA'ya sahip olmak posta başlıklarını düzenler ve bunu önleyebileceklerini bilmek isterler, ancak
yeniden yazmayı gerçekten kapatmak genellikle iyi bir fikir değildir.) ETRN veya ODMR kullanırken,
yeniden yazma seçeneği etkisizdir.

-E | --mektup
(Anahtar kelime: zarf; Yalnızca Multidrop)
Yapılandırma dosyasında gelişmiş bir sözdizimi kullanılır:
zarf [ ]

Bu seçenek başlığı değiştirir fetchmail postanın bir kopyasını taşıyacağını varsayar
zarf adresi. Normalde bu, 'X-Zarf-To'dur. Diğer tipik olarak bulunan başlıklar
zarf bilgilerini taşımak için 'X-Orijinal-Alıcı' ve 'Teslim Edilecek' şeklindedir. şimdi, beri
bu başlıklar standart değildir, uygulama değişir. tartışmasına bakın
Aşağıdaki multidrop adres işleme. Özel bir durum olarak, "Alınan" zarfı
sendmail tarzı Alınan satırların ayrıştırılması. Bu varsayılandır, ancak cesareti kırılmıştır
çünkü tam olarak güvenilir değil.

Fetchmail'in Alınan satırın belirli bir biçimde olmasını beklediğini unutmayın:
içeren "tarafından ev sahibi için adres", nerede ev sahibi posta sunucusu adlarından biriyle eşleşmelidir
bu fetchmail söz konusu hesabı tanır.

İsteğe bağlı sayım bağımsız değişkeni (yalnızca yapılandırma dosyasında bulunur)
bu türden kaç başlık satırı atlanır. 1 sayısı şu anlama gelir: ilkini atla,
ikinciyi al. 2'ye kadar saymak şu anlama gelir: birinciyi ve ikinciyi atlayın, üçüncüyü alın ve
yakında.

-Q | --qsanal
(Anahtar kelime: qvirtual; Yalnızca Multidrop)
Bu seçeneğe atanan dize öneki, bulunan kullanıcı adından kaldırılacak
ile belirtilen başlıkta zarf seçenek (önce multidrop adı yapmak
eşleme veya yerel etki alanı denetimi, eğer varsa). Bu seçenek aşağıdaki durumlarda kullanışlıdır:
kullanıyorsun fetchmail tüm alan adı ve ISS'niz için posta toplamak için (veya
posta yönlendirme sağlayıcınız) qmail kullanıyor. qmail'in temel özelliklerinden biri
olduğunu Teslim edildi: Mesaj başlığı. qmail yerel bir kişiye bir mesaj gönderdiğinde
posta kutusu bu satıra zarf alıcısının kullanıcı adını ve ana bilgisayar adını koyar.
Bunun en büyük nedeni mail döngülerini engellemektir. qmail'i toplu postaya ayarlamak için
bağlantısı kesilmiş bir site için, ISP-mailhost normalde o siteyi kendi
'Virtualhosts' kontrol dosyası, bunun için tüm posta adreslerine bir önek ekleyecektir.
alan. Bu, ' adresine gönderilen postayla sonuçlanır.[e-posta korumalı]' sahip olmak
Teslim edildi: formun satırı:

Teslim edildi: [e-posta korumalı]

ISS, 'mbox-userstr-' önekini, aşağıdakilerle eşleşen bir dize dışında seçtikleri her şeyi yapabilir.
kullanıcı ana bilgisayar adı büyük olasılıkla. 'Zarf Teslim Edilecek Yer:' seçeneğini kullanarak
fetchmail, orijinal zarf alıcısını güvenilir bir şekilde tanımlar, ancak
Doğru kullanıcıya teslim etmek için 'mbox-userstr-' öneki. Bu seçenek bunun içindir.

--configdump
ayrıştırmak ~/.fetchmailrc dosya, belirtilen komut satırı seçeneklerini yorumlayın ve
standart çıktıya bir yapılandırma raporu dökümü. Yapılandırma raporu bir veridir
Python dilinde yapı ataması. Bu seçenek ile kullanılmak içindir
interaktif ~/.fetchmailrc editör gibi fetchmailconf, Python'da yazılmıştır.

çıkarıldı Opsiyonlar
-T | --netsec
6.3.0 sürümünden önce kaldırılan gerekli temel inet6_apps kitaplığı,
durduruldu ve artık mevcut değil.

KULLANICI KİMLİK DOĞRULAMA VE ŞİFRELEME

ETRN dışındaki tüm modlar, istemcinin sunucuya kimlik doğrulamasını gerektirir. Normal kullanıcı
kimlik doğrulama fetchmail kimlik doğrulama mekanizmasına çok benzer ftp(1).
doğru kullanıcı kimliği ve parola, posta sunucusundaki temel güvenlik sistemine bağlıdır.

Posta sunucusu, sıradan bir kullanıcı hesabınızın bulunduğu bir Unix makinesiyse,
normal oturum açma adı ve parola ile kullanılır fetchmail. Aynı oturum açma adını kullanıyorsanız
hem sunucu hem de istemci makinelerde, bir kullanıcı kimliği belirleme konusunda endişelenmenize gerek yok
ile -u seçenek -- varsayılan davranış, istemci makinede oturum açma adınızı kullanmaktır
sunucu makinesinde kullanıcı kimliği olarak. Sunucuda farklı bir oturum açma adı kullanıyorsanız
makinede, bu oturum açma adını şununla belirtin: -u seçenek. örneğin, oturum açma adınız 'jsmith' ise
'mailgrunt' adlı bir makinede başlayacaksınız fetchmail aşağıdaki gibidir:

fetchmail -u jsmith mailgrunt

Varsayılan davranış fetchmail önce sizden posta sunucusu şifrenizi istemektir.
bağlantı kurulur. Bu, kullanmanın en güvenli yolu fetchmail ve sizin
şifre tehlikeye atılmayacaktır. Ayrıca şifrenizi de belirtebilirsiniz.
~/.fetchmailrc dosya. Kullanırken bu uygundur fetchmail daemon modunda veya ile
komut.

kullanma netrc Dosyaları
Bir parola belirlemezseniz ve fetchmail senden bir tane çıkaramaz
~/.fetchmailrc dosya, bir arayacak ~/.netrc önce ana dizininizdeki dosya
etkileşimli olarak talep etmek; o dosyada posta sunucusuyla eşleşen bir giriş bulunursa,
şifre kullanılacaktır. Fetchmail önce anket adında bir eşleşme arar; bulursa
yok, isim üzerinden eşleşme olup olmadığını kontrol eder. Bkz. ftp(1) ayrıntıları için kılavuz sayfası
sözdizimi ~/.netrc dosya. Pratik bir örnek göstermek için, bir .netrc şöyle görünebilir:

makine hermes.example.org
oturum aç
şifre çok gizli

Birden fazlasını sağlamanız gerekiyorsa, bu bloğu farklı kullanıcı bilgileriyle tekrarlayabilirsiniz.
bir şifre.

Bu özellik, parola bilgilerini birden fazla
dosyası.

Sıradan kullanıcı hesapları sağlamayan posta sunucularında, kullanıcı kimliğiniz ve şifreniz
genellikle sunucuda bir posta kutusu için başvurduğunuzda sunucu yöneticisi tarafından atanır.
için doğru kullanıcı kimliğini ve parolayı bilmiyorsanız sunucu yöneticinize başvurun.
posta kutusu hesabınız.

POP3 VARYANTLAR

POP3'ün ilk sürümleri (RFC1081, RFC1225) kaba bir bağımsız
kullanarak kimlik doğrulama rhosts posta sunucusu tarafında dosya. Bu RPOP varyantı altında, bir
bir parolaya eşdeğer sabit kullanıcı kimliği, ayrılmış bir bağlantı üzerinden açık bir şekilde gönderildi
bağlantı noktası, sunucuyu özel yapması gerektiği konusunda uyarmak için PASS yerine RPOP komutuyla
kontrol etme. RPOP tarafından desteklenmektedir fetchmail (sahip olmak için 'protokol RPOP' belirtebilirsiniz)
program 'PASS' yerine 'RPOP' gönderir), ancak kullanımı kesinlikle önerilmez ve destek
gelecekteki bir fetchmail sürümünden kaldırılacaktır. Bu tesis kimlik sahtekarlığına karşı savunmasızdı
ve RFC1460'ta geri çekildi.

RFC1460, APOP kimlik doğrulamasını tanıttı. POP3'ün bu türevinde bir APOP kaydedersiniz
sunucu sunucunuzdaki parola (bazı sunucularda bunu yapacak programa
popauth(8)). aynı şifreyi giriyorsunuz ~/.fetchmailrc dosya. her seferinde fetchmail
oturum açar, şifrenizin bir MD5 karmasını ve sunucu karşılama saatini sunucuya gönderir,
yetkilendirme veritabanını kontrol ederek bunu doğrulayabilir.

not o BİR POP is yok hayır uzun kabul dayanıklı karşı man-in-the-middle saldırılar.

GERİ DÖNÜŞ or ÜST
fetchmail sunucuyu mesajların alınmadığına inandırmak için bazı çabalar gösterir,
mümkün olduğunda çok sayıda satırla TOP komutunu kullanarak. TOP bir komuttur
tam başlığı alır ve bir fetchmail-belirtilen vücut hatları miktarı. Bu
isteğe bağlıdır ve bu nedenle tüm sunucular tarafından uygulanmaz ve bazılarının bunu uyguladığı bilinmektedir.
uygunsuz. Ancak birçok sunucuda, tam mesajı alan RETR komutu
başlık ve gövde ile "görülen" bayrağı ayarlar (örneğin, bir web arayüzünde), oysa
TOP komutu bunu yapmaz.

fetchmail "fetchall" ayarlanmışsa her zaman RETR komutunu kullanır. fetchmail ayrıca kullanacak
"keep" ayarlanmışsa ve "uidl" ayarlanmamışsa RETR komutu. Nihayet, fetchmail kullanacak
Kasıtlı bir TOP'u önlemek için Maillennium POP3/PROXY sunucularında (Comcast tarafından kullanılır) RETR komutu
bu sunucuda ileti bozulmasına neden olan yanlış yorumlama.

Diğer tüm durumlarda, fetchmail TOP komutunu kullanacaktır. Bu, "tutmak" anlamına gelir
kurulumlar, "TOP" isteniyorsa "uidl" ayarlanmalıdır.

not bu açıklama, fetchmail'in geçerli sürümü için doğrudur, ancak davranış
gelecek sürümlerde değişebilir. Özellikle fetchmail RETR komutunu tercih edebilir.
çünkü TOP komutu bazı sunucularda çok fazla sıkıntıya neden olur ve yalnızca isteğe bağlıdır.

ALTERNATİF KİMLİK DOĞRULAMA FORMLAR

Eğer fetchmail Kerberos desteğiyle oluşturuldu ve Kerberos kimlik doğrulamasını siz belirtin
(--auth ile veya .fetchmailrc seçenek kimlik doğrulaması kerberos_v4) yapmaya çalışacak
her sorgunun başında posta sunucusundan bir Kerberos bileti alın. Not: eğer
pollname veya via name 'hesiod' ise, fetchmail arama yapmak için Hesiod'u kullanmayı deneyecek.
posta sunucusu.

GSSAPI kimlik doğrulaması ile POP3 veya IMAP kullanıyorsanız, fetchmail sunucunun yapmasını bekleyecek
RFC1731 veya RFC1734 uyumlu GSSAPI özelliğine sahiptir ve bunu kullanır. Şu anda bu
yalnızca Kerberos V üzerinde test edilmiştir, bu nedenle zaten bir bilet onayınız olması bekleniyor
bilet. Standardı kullanarak asıl adınızdan farklı bir kullanıcı adı iletebilirsiniz.
--kullanıcı komut veya tarafından .fetchmailrc seçenek kullanıcı.

IMAP arka plan programınız karşılama satırında PREAUTH yanıtını döndürürse, fetchmail
bunu fark edin ve normal kimlik doğrulama adımını atlayın. Bu yararlı olabilir, örneğin
imapd'yi açıkça ssh kullanarak başlatın. Bu durumda, kimlik doğrulama değerini beyan edebilirsiniz.
durdurmak için o site girişinde 'ssh' .fetchmail başladığında sizden şifre istemekten
kadar.

ile istemci kimlik doğrulaması kullanıyorsanız TLS1 ve IMAP arka plan programınız YETKİ=HARİCİ
yanıt, fetchmail bunu fark edecek ve kimlik doğrulama kısayolunu kullanacak ve
parolayı gönderin. Bu durumda, 'harici' kimlik doğrulama değerini beyan edebilirsiniz.
durdurmak için o sitede fetchmail başladığında sizden bir şifre istemekten.

POP3 kullanıyorsanız ve sunucu, aşağıdakilere uygun tek seferlik bir parola sorgulaması yapıyorsa,
RFC1938, fetchmail gerekli olanı oluşturmak için parolanızı bir parola olarak kullanacaktır.
cevap. Bu, ağ üzerinden şifrelenmemiş sırların gönderilmesini önler.

Compuserve'nin RPA kimlik doğrulaması desteklenir. Destekte derlerseniz, fetchmail
parolayı göndermek yerine bir RPA parolası doğrulaması gerçekleştirmeye çalışacak
en clair ana bilgisayar adında "@compuserve.com" tespit ederse.

IMAP kullanıyorsanız, Microsoft'un NTLM kimlik doğrulaması (Microsoft Exchange tarafından kullanılır)
desteklenir. Destekte derlerseniz, fetchmail bir NTLM gerçekleştirmeye çalışacak
sunucu geri döndüğünde kimlik doğrulaması (parolayı en clair üzerinden göndermek yerine)
AUTH=NTLM yetenek yanıtında. Şuna benzeyen bir kullanıcı seçeneği değeri belirtin
'user@domain': @'nin solundaki kısım kullanıcı adı ve kısım olarak geçecektir.
NTLM etki alanı olarak sağa.

Güvenli Soket Katmanlar (SSL) ve Nakliye tabaka Güvenlik (TLS)
Ulaşım. Ek olarak, POP3 ve IMAP erişimi, SSL/TLS'yi şu yollarla da müzakere edebilir:
STARTTLS (veya STLS).

Fetchmail'in şu anda ciddi şekilde belgelenmemiş OpenSSL kitaplığını kullandığını unutmayın.
bu nedenle, programcılar OpenSSL'nin gereksiniminin farkında olmadığı için hatalar meydana gelebilir
Günün. Örneğin, v6.3.16'dan beri fetchmail, OpenSSL_add_all_algorithms()'i çağırır,
OpenSSL 256 üzerinde SHA0.9.8 kullanan sertifikaları desteklemek için gerekli olan -- bu
bilgiler belgelerde derinden gizlidir ve hiç açık değildir. Lütfen yapma
ince SSL hatalarını bildirmekten çekinmeyin.

--ssl ile başlayan seçenekleri belirleyerek SSL ile şifrelenmiş hizmetlere erişebilirsiniz.
--ssl, --sslproto, --sslcertck ve diğerleri gibi. Bunu kullanarak da yapabilirsiniz
.fetchmailrc dosyasındaki ilgili kullanıcı seçenekleri. POP3 gibi bazı hizmetler ve
IMAP, SSL şifreli hizmetler için tanımlanmış farklı iyi bilinen bağlantı noktalarına sahiptir. NS
SSL etkinleştirildiğinde ve açık bir bağlantı noktası olmadığında şifreli bağlantı noktaları otomatik olarak seçilecektir.
belirtildi. Ayrıca --sslcertck komut satırı veya sslcertck çalıştırma kontrol dosyası seçeneği
sıkı sertifika kontrolünü zorlamak için kullanılmalıdır - aşağıya bakın.

SSL yapılandırılmamışsa, fetchmail genellikle fırsatçı bir şekilde STARTTLS'yi kullanmayı dener.
STARTTLS, --sslproto auto kullanılarak zorlanabilir ve --sslproto '' kullanılarak yenilebilir.
TLS bağlantıları, protokolün şifrelenmemiş sürümüyle aynı bağlantı noktasını kullanır ve anlaşma yapar
Özel komutla TLS. --sslcertck komut satırı veya sslcertck kontrol dosyası çalıştırma seçeneği
sıkı sertifika kontrolünü zorlamak için kullanılmalıdır - aşağıya bakın.

--sslcertck is önerilen: SSL veya TLS şifreli bir sunucuya bağlanırken, sunucu
doğrulama için istemciye bir sertifika sunar. Sertifika doğrulamak için kontrol edilir
sertifikadaki ortak adın, bağlantı kurulan sunucunun adıyla eşleşmesi ve
sertifikadaki geçerlilik ve sona erme tarihlerinin şu anda geçerli olduğunu gösterdiği
geçerli. Bu kontrollerden herhangi biri başarısız olursa, bir uyarı mesajı yazdırılır, ancak bağlantı
devam ediyor. Sunucu sertifikasının herhangi bir belirli Onaylayıcı tarafından imzalanması gerekmez.
Yetki ve "kendinden imzalı" bir sertifika olabilir. --sslcertck komut satırı seçeneği
veya sslcertck kontrol dosyası çalıştırma seçeneği kullanılırsa, bunlardan herhangi biri varsa fetchmail bunun yerine iptal edilir
kontroller başarısız olur, çünkü bu durumda bir ortadaki adam saldırısı olduğunu varsayması gerekir.
senaryo, dolayısıyla fetchmail açık metin şifrelerini göstermemelidir. sslcertck veya
--sslcertck seçeneği bu nedenle tavsiye edilir.

Bazı SSL şifreli sunucular, bir istemci tarafı sertifikası isteyebilir. Bir müşteri tarafı genel
SSL sertifikası ve özel SSL anahtarı belirtilebilir. Sunucu tarafından istenirse,
istemci sertifikası doğrulama için sunucuya gönderilir. Bazı sunucular geçerli bir
istemci sertifikası ve bir sertifika sağlanmazsa veya bir sertifika sağlanmazsa bağlantıları reddedebilir.
sertifika geçerli değil. Bazı sunucular, istemci tarafı sertifikalarının aşağıdakiler tarafından imzalanmasını gerektirebilir:
tanınmış bir Sertifika Yetkilisi. Anahtar dosyalarının ve sertifika dosyalarının biçimi
temel SSL kitaplıkları tarafından gerekli olandır (genel durumda OpenSSL).

SSL kullanımıyla ilgili bir uyarı: Yukarıda bahsedilen kurulum, kendinden imzalı sunucu ile
teller üzerinden alınan sertifikalar sizi pasif bir dinleyiciden koruyabilir.
aktif bir saldırgana karşı yardımcı olmaz. Bu, göndermeye göre açıkça bir gelişmedir.
şifreler net, ancak ortadaki adam saldırısının önemsiz olduğunu bilmelisiniz
mümkün (özellikle dsniff ⟨ gibi araçlarla)http://monkey.org/~dugsong/dsniff/⟩, ).
Sunucu tarafından tanınan bir sertifika yetkilisi ile sıkı sertifika denetiminin kullanılması ve
istemcisi veya belki bir SSH tüneli (bazı örnekler için aşağıya bakın) tercih edilirse,
posta kutunuzun ve şifrelerinizin güvenliğini ciddiye alın.

ESMTP AUTH
fetchmail ayrıca istemci tarafında ESMTP sunucusuna kimlik doğrulamasını da destekler.
RFC 2554. 'esmtpname' anahtar sözcükleri ile kullanılacak bir ad/parola çifti belirleyebilirsiniz.
ve 'esmtppassword'; önceki varsayılan, arayan kullanıcının kullanıcı adını alır.

Daemon MOD

tanıtım the daemon kip
Daemon modunda, fetchmail kendini arka plana koyar ve sonsuza kadar çalışır, her birini sorgular
belirtilen ana bilgisayar ve ardından belirli bir yoklama aralığı için uyku.

XNUMX dakika içinde! the daemon kip
Fetchmail'in daemon modunda çalışmasını sağlamanın birkaç yolu vardır. Komut satırında,
--daemon or -d seçenek çalışır fetchmail daemon modunda. Mecbursun
yoklama aralığı olan sayısal bir argüman belirtin (bir
son sunucu ile tüm anket döngüsü ve bir sonraki anket döngüsüne başlamadan önce
ilk sunucu) saniyeler içinde.

Örnek: basitçe çağırmak

posta getirme -d 900

bu nedenle, dosyanızda açıklanan tüm ana bilgisayarları yoklayacaktır. ~/.fetchmailrc dosya (bunlar hariç)
'atla' fiili ile açıkça hariç tutulmuştur) her 15 dakikada bir defadan biraz daha az sıklıkta
(tam olarak: 15 dakika + anketin aldığı süre).

Ayrıca bir yoklama aralığı ayarlamak da mümkündür. ~/.fetchmailrc diyerek dosya
'daemon'u ayarla ', nerede bir tam sayı saniyedir. Yaparsan
bu, fetchmail komutuyla geçersiz kılmadığınız sürece her zaman arka plan programı modunda başlayacaktır.
satır seçeneği --daemon 0 veya -d0.

Kullanıcı başına yalnızca bir arka plan programı işlemine izin verilir; daemon modunda, fetchmail bir per-
Bunu garanti etmek için kullanıcı kilit dosyası. (Ancak FETCHMAILHOME'u hile yapabilir ve ayarlayabilirsiniz.
bu ayarın üstesinden gelmek için ortam değişkeni, ancak bu durumda sizin sorumluluğunuzdadır.
aynı sunucuyu aynı anda iki işlemle yoklamadığınızdan emin olmak için.)

Uyanış the arka fon daemon
Normalde, arka planda bir arka plan programı olan fetchmail'i çağırmak, kullanıcıya bir uyandırma sinyali gönderir.
arka plan programı ve çıktı olmadan çıkar. Arka plan arka plan programı daha sonra bir sonraki anket döngüsünü başlatır
hemen. Uyandırma sinyali SIGUSR1, manuel olarak da gönderilebilir. uyandırma eylemi
ayrıca, bağlantıların başarısız olması nedeniyle sıkıştığını gösteren tüm 'kama' işaretlerini de temizler.
kimlik doğrulama veya birden çok zaman aşımı.

sonlandırma the arka fon daemon
Seçenek --çıkış yapmak çalışan bir arka plan programı işlemini uyandırmak yerine öldürür (eğer varsa
Böyle bir işlem yok, fetchmail size bildirecektir). --quit seçeneği son olarak görünüyorsa,
Komut satırı, fetchmail çalışan arka plan programı sürecini öldürecek ve sonra çıkacaktır. Aksi halde,
fetchmail önce çalışan bir arka plan programı işlemini öldürecek ve ardından
diğer seçenekler.

yararlı seçenekleri için daemon kip
The -L or --log dosyası seçenek (anahtar kelime: günlük dosyasını ayarla) yalnızca etkilidir
fetchmail ayrıldığında ve arka plan programı modunda. Bunu not et the kayıt dosyası , eğer mülteci statüleri sona erdirilmemişse Amerika'ya geldikten bir yıl sonra mevcut önce
fetchmail çalıştırılır, kullanabilirsiniz dokunma(1) tek argümanı olarak dosya adı ile komut
oluşturmak için.
Bu seçenek, durum mesajlarını belirli bir günlük dosyasına yeniden yönlendirmenizi sağlar (
günlük dosyası adıyla seçenek). Günlük dosyası ekleme için açılır, bu nedenle önceki mesajlar
silinmez. Bu, öncelikle yapılandırmalarda hata ayıklamak için kullanışlıdır. Bunu not et
fetchmail, günlük dosyasının döndürülüp döndürülmediğini algılamaz, günlük dosyası yalnızca bir kez açıldığında
fetchmail başlar. Günlük dosyasını döndürdükten sonra ve daha önce fetchmail'i yeniden başlatmanız gerekir.
sıkıştırarak (varsa).

The --syslog seçenek (anahtar kelime: syslog'u ayarla) durum ve hata mesajlarını yeniden yönlendirmenizi sağlar
yayılan syslog(3) varsa sistem arka plan programı. Mesajlar bir id ile günlüğe kaydedilir
fetchmail, tesis LOG_POSTAve öncelikler LOG_ERR, LOG_UYARI or LOG_INFO. Bu
seçeneği, durum ve hata mesajlarının durumunu gösteren günlük kaydı için tasarlanmıştır.
sunucudan/sunuculardan posta alırken arka plan programı ve sonuçları. Komut için hata mesajları
satır seçenekleri ve ayrıştırma .fetchmailrc dosya hala stderr'e veya
belirtilen günlük dosyası. NS --nosyslog seçeneği kullanımını kapatır syslog(3) olduğunu varsayarsak
içinde açıldı ~/.fetchmailrc dosya. Bu seçenek, belirli durumlarda geçersiz kılınır,
by --log dosyası (hangi bakın).

The -N or --nodetach seçenek, arka plan programının arka planını ve ayrılmasını bastırır
kontrol terminalinden. Bu, hata ayıklama için veya fetchmail şu şekilde çalıştığında kullanışlıdır.
gibi bir süpervizör sürecinin çocuğu init(8) veya Gerrit Pape'nin runit(8). unutmayın ki bu
ayrıca günlük dosyası seçeneğinin yok sayılmasına neden olur.

Bir POP2 veya IMAP2bis sunucusunu yoklarken arka plan programı modunda çalışırken, geçici hataların
(DNS hataları veya sendmail teslim reddi gibi)
sonraki yoklama döngüsünün süresi. Bu bir sağlamlık özelliğidir. Bunun anlamı, eğer bir
ileti alınır (ve bu nedenle posta sunucusu tarafından görüldü olarak işaretlenir) ancak yerel olarak teslim edilmez
bazı geçici hatalara, sonraki yoklama döngüsü sırasında yeniden getirilecektir. (IMAP
mantık, iletileri teslim edilene kadar silmez, bu nedenle bu sorun ortaya çıkmaz.)

öğesine dokunursanız veya değiştirirseniz ~/.fetchmailrc fetchmail daemon modunda çalışırken dosya,
bu, bir sonraki yoklama döngüsünün başında tespit edilecektir. ne zaman değişti
~/.fetchmailrc algılanır, fetchmail onu yeniden okur ve sıfırdan yeniden başlar (kullanarak exec(2);
yeni durumda hiçbir durum bilgisi tutulmaz). Fetchmail'in gerekirse
şifreleri sorgulayın, bunun için ~/.fetchmailrc dosyanın sözdizimi, yeni
örnek, başlangıçta yumuşak ve sessizce kaybolacaktır.

İDARİ SEÇENEKLER

The -- posta müdürü seçenek (anahtar kelime: postmaster'ı ayarla) son çareyi belirtir
eşleşen yerel alıcı bulunamazsa, çoklu postanın yönlendirileceği kullanıcı adı
bulundu. Ayrıca, 'bouncemail' global ise, teslim edilemeyen postaların hedefi olarak kullanılır.
seçeneği kapalıdır ve ayrıca 'geri dönen posta' genel seçeneği açıksa, spam tarafından engellenen postalar için
kapalı ve 'spamounce' genel seçeneği açık. Bu seçenek, çağrıyı yapan kullanıcı için varsayılandır.
fetchmail. Çağıran kullanıcı root ise, bu seçeneğin varsayılanı kullanıcıdır.
'posta müdürü'. Postmaster'ı boş dizeye ayarlamak, yukarıda açıklandığı gibi postalara neden olur
atılacak - ancak bu genellikle kötü bir fikirdir. Açıklamaya da bakın
Aşağıdaki ÇEVRE bölümünde 'FETCHMAILUSER' ortam değişkeni.

The --sekme yok "Geri dönen posta ayarla" genel seçeneği gibi davranır, bu da görür.

The --görünmez seçeneği (anahtar kelime: görünmez ayarla) fetchmail'i görünmez yapmaya çalışır.
Normalde, fetchmail diğer MTA'lar gibi davranır -- bir Received başlığı oluşturur
iletim zincirindeki yerini açıklayan her mesaja ve MTA'ya bunu söyler.
fetchmail'in çalıştığı makineden gelen postayı iletir. Eğer
görünmez seçeneği açıksa, Alınan üstbilgi gizlenir ve fetchmail,
MTA, doğrudan posta sunucusu ana bilgisayarından geldiğini düşünerek iletir.

The --gösterilen noktalar seçenek (anahtar kelime: gösteri noktalarını ayarla) fetchmail'i ilerleme noktalarını bile göstermeye zorlar
çıktı bir dosyaya giderse veya fetchmail ayrıntılı modda değilse. Fetchmail şunları gösterir:
--verbose modunda çalıştırıldığında varsayılan olarak noktalar ve çıktı konsola gider. Bu seçenek
--silent modunda yoksayılır.

belirterek --izleme anketleri seçeneği, fetchmail'den aşağıdakilere bilgi eklemesini isteyebilirsiniz.
{label} hesabının olduğu "anket {label} hesabı {user}" formunda alınan başlık
etiket (belirtilen rc dosyasından, normalde ~/.fetchmailrc) ve {user} kullanıcı adıdır
posta sunucusunda oturum açmak için kullanılır. Bu başlık filtreleme yapmak için kullanılabilir
yararlı başlık bilgilerinin bulunmadığı ve farklı kaynaklardan posta almak istediğiniz e-posta
farklı posta kutularına göre sıralanmış hesaplar (örneğin, bir
aynı sunucuda bir posta listesi çalıştıran hesap ve kullanarak listeye abone olun
o hesap). Varsayılan, böyle bir başlık eklemiyor. İçinde .fetchmailrcbuna denir
'izleme anketleri'.

ALIM HATA MODLARI

protokoller fetchmail posta sunucularıyla konuşmak için kullandığı kurşun geçirmezdir. normalde
25 numaralı bağlantı noktasına yönlendirme işlemi, hiçbir mesaj silinmez (hatta silinmek üzere işaretlenir)
istemci tarafındaki SMTP dinleyicisi onaylayana kadar ana bilgisayarda fetchmail o
İleti teslim için kabul edildi veya bir spam bloğu nedeniyle reddedildi.

Ancak bir MDA'ya iletirken daha fazla hata olasılığı vardır. Bazı MDA'lar
Herhangi bir teslimat hatasında "güvenli" ve güvenilir bir şekilde sıfırdan farklı bir durum döndürür,
geçici kaynak sınırları. bu maildrop(1) program şöyle; çoğu program da öyle
gibi posta taşıma aracıları olarak tasarlanmıştır. mail gönder(1), sendmail sarmalayıcısı dahil
Postfix ve exim(1). Bu programlar güvenilir bir olumlu onay verir ve
posta kaybı riski olmadan mda seçeneğiyle kullanılabilir. Güvenli olmayan MDA'lar yine de 0 döndürebilir
teslimat başarısız olsa bile. Bu olursa, posta kaybedersiniz.

normal modu fetchmail dokunulmadan yalnızca 'yeni' mesajları indirmeye çalışmaktır
(ve silinmemiş) doğrudan sunucuda okuduğunuz (veya bir
önceki fetchmail --Tut). Ancak, daha önce okuduğunuz mesajları
--all belirtmeseniz bile sunucu getiriliyor (ve siliniyor). Var
Bunun birkaç nedeni olabilir.

Bunlardan biri, POP2 kullanıyor olmanız olabilir. POP2 protokolü, aşağıdakilerin hiçbir temsilini içermez:
mesajlarda 'yeni' veya 'eski' durum, yani fetchmail tüm mesajlara yeni gibi davranmalıdır.
zaman. Ancak POP2 modası geçmiş, bu nedenle bu olası değil.

Posta kutularının ortasına ileti ekleyen sunucular olası bir POP3 sorunu olabilir.
(postanın bazı VMS uygulamalarının bunu yaptığı rivayet edilir). bu fetchmail kod varsayar
yeni mesajların posta kutusunun sonuna eklendiğini; bu doğru olmadığında olabilir
bazı eski mesajlara yeni gibi davranın ve bunun tersi de geçerlidir. fastuidl 0'ı ayarlarken UIDL kullanmak
bunu düzeltin, aksi takdirde IMAP'ye geçmeyi düşünün.

Yine bir başka POP3 sorunu, kullanıcının evinde geçici dosyalar yapamazlarsa
dizinde, bazı POP3 sunucuları, fetchmail'e neden olan belgelenmemiş bir yanıtı geri verir.
sahte bir şekilde "Posta yok" bildirmek için.

IMAP kodu, \Görünen sunucu işaretinin varlığını veya yokluğunu kullanır.
mesaj değil yeni. Bu yapılacak doğru şey değil, fetchmail kontrol etmeli
UIDVALIDITY ve UID kullanın, ancak henüz bunu yapmıyor. Unix altında, IMAP'nize güvenir
sunucu, posta kullanıcı aracıları tarafından ayarlanan BSD tarzı Durum bayraklarını fark edecek ve \Görülen bayrağını ayarlayacak
uygun olduğunda onlardan. Bildiğimiz tüm Unix IMAP sunucuları bunu yapıyor, ancak öyle değil.
IMAP RFC'leri tarafından belirtilir. Bunu yapmayan bir sunucuya takılırsanız, belirti
ana makinenizde zaten okuduğunuz mesajlar sunucuda yeni görünecek. Bunda
(muhtemel olmayan) durumda, yalnızca getirdiğiniz iletiler fetchmail --Tut ikisi de silinmeyecek
ve eski olarak işaretlendi.

ETRN ve ODMR modlarında, fetchmail mesajları gerçekten almaz; bunun yerine sorar
SMTP aracılığıyla istemciye bir kuyruk akışı başlatmak için sunucunun SMTP dinleyicisi. Bu nedenle
sadece teslim edilmemiş mesajlar gönderir.

SPAM FİLTRELEME

Birçok SMTP dinleyicisi, yöneticilerin istenmeyen mesajları engelleyen 'spam filtreleri' kurmasına izin verir.
belirtilen etki alanlarından e-posta. Bu özelliği tetikleyen bir MAIL FROM veya DATA satırı,
(maalesef) dinleyiciye göre değişen bir SMTP yanıtı ortaya çıkarır.

Daha yeni sürümleri mail gönder 571 hata kodunu döndürür.

RFC2821'e göre, bu durumda döndürülecek doğru şey 550 "Requested
işlem yapılmadı: posta kutusu kullanılamıyor" (taslak, "[Örneğin, posta kutusu bulunamadı, hayır
erişim veya komut politika nedenleriyle reddedildi].").

Eski sürümler exim MTA, 501 "Parametrelerde veya bağımsız değişkenlerde sözdizimi hatası" döndürür.

The postfix MTA, bir antispam yanıtı olarak 554'ü çalıştırır.

Zmailer 500 yanıtlı kodu reddedebilir (ardından gelişmiş bir durum kodu
daha fazla bilgi içerir).

dönüş kodları fetchmail antispam yanıtları olarak davranır ve mesajı atabilir
'antispam' seçeneği ile ayarlayın. Bu, onlardan biri bir tek hangi üç durumda
fetchmail postaları hiç silmez (diğerleri aşağıda açıklanan 552 ve 553 hatalarıdır ve
önceden görülen bir mesaj kimliğine sahip birden çok mesajın bastırılması).

If fetchmail bir IMAP sunucusundan getiriliyorsa, antispam yanıtı algılanacak ve
başlıklar alındıktan hemen sonra mesaj okunmadan reddedildi
mesaj gövdesi. Böylece, spam mesaj gövdelerini indirmek için ödeme yapmazsınız.

Varsayılan olarak, istenmeyen posta önleme yanıtları listesi boştur.

Eğer istenmeyen posta global seçeneği açıksa, spam tarafından engellenen postalar bir
RFC1892/RFC1894, göndericiye posta kabul etmediğimizi bildiren geri dönen ileti
o. Ayrıca bkz. HATALAR.

SMTP/ESMTP HATA TAŞIMA

Fetchmail, yukarıda açıklanan istenmeyen posta engellemenin yanı sıra özel eylemler gerçekleştirir;
--softbounce seçeneğiyle değiştirildi — aşağıdaki SMTP/ESMTP hata yanıt kodlarında

452 (yetersiz sistem depolaması)
Mesajı daha sonra almak için sunucu posta kutusunda bırakın.

552 (mesaj sabit maksimum mesaj boyutunu aşıyor)
Mesajı sunucudan silin. Gönderen kişiye geri dönen posta gönderin.

553 (geçersiz gönderme alanı)
Mesajı sunucudan silin. Geri dönen posta göndermeyi denemeyin bile
yaratıcı.

500'e eşit veya daha büyük olan diğer hatalar, postanın göndericiye geri dönmesini tetikler.
--softbounce tarafından bastırılır. Ayrıca bkz. HATALAR.

L' KOŞMAK KONTROL DOSYA

Fetchmail kurmanın tercih edilen yolu bir .fetchmailrc evinizde dosya
dizin (bunu doğrudan, bir metin düzenleyiciyle veya dolaylı olarak fetchmailconf).
Komut satırı argümanları ile bu komut satırındaki argümanlar arasında bir çelişki olduğunda
dosyasında, komut satırı bağımsız değişkenleri önceliklidir.

Parolalarınızın güvenliğini korumak için, ~/.fetchmailrc normalde daha fazla olmayabilir
0700'den fazla (u=rwx,g=,o=) izin; fetchmail aksi takdirde şikayet edecek ve çıkacaktır (bu
--version açıkken kontrol bastırılır).

Okuyabilirsiniz .fetchmailrc yürütülecek komutların bir listesi olarak dosya fetchmail is
hiçbir argüman olmadan çağrılır.

koşmak Control Sözdizimi
Yorumlar '#' ile başlar ve satırın sonuna kadar uzanır. Aksi halde dosya
serbest biçimde bir dizi sunucu girişinden veya genel seçenek ifadelerinden oluşur,
belirteç yönelimli sözdizimi.

Dört tür belirteç vardır: dilbilgisi anahtar sözcükleri, sayılar (yani ondalık basamak dizileri),
alıntılanmamış dizeler ve alıntılanmış dizeler. Alıntılanan bir dize çift tırnak ile sınırlandırılır ve
boşluk içerir (ve alıntı yapılan rakamlar bir dize olarak değerlendirilir). Alıntılanan dizelere dikkat edin
iki veya daha fazla satırda geçiyorlarsa satır besleme karakterlerini de içerecektir.
satırları birleştirmek için ters eğik çizgi kullanın (aşağıya bakın). Alıntı yapılmayan bir dize, boşlukla ayrılmış herhangi bir dizedir
sayısal olmayan, dize alıntılanan veya ',', ';' özel karakterlerini içermeyen belirteç,
':' veya '='.

Herhangi bir miktarda boşluk, sunucu girişlerinde belirteçleri ayırır, ancak aksi takdirde yoksayılır. Sen
ters eğik çizgi kaçış dizileri kullanabilir (\n LF için, \t HT için, \b BS için, \r CR için, \nnn için
ondalık (nnn 0 ile başlayamaz), \0ooo sekizli için ve \xhh altıgen için) gömmek için
dizelerde yazdırılamayan karakterler veya dize sınırlayıcılar. Alıntılanan dizelerde ters eğik çizgi
satırın en sonunda ters eğik çizginin kendisine ve satır beslemesine neden olur (LF veya NL, yeni
line) karakteri yok sayılacak, böylece uzun dizeleri sarabilirsiniz. ters eğik çizgi olmadan
satır sonunda, satır besleme karakteri dizenin bir parçası olur.

Uyarı: bunlar C tarzı kaçış dizilerine benzese de aynı değillerdir. getirme postası
yalnızca bu sekiz stili destekler. C, aşağıdakilerden oluşan daha fazla kaçış dizisini destekler
ters eğik çizgi (\) ve tek bir karakter, ancak ondalık kodları desteklemez ve
sekizli gösterimde baştaki 0'ı gerektirir. Örnek: fetchmail \233'ü şu şekilde yorumlar:
\xE9 (Latince kısa e harfi ile akut), burada C, \233'ü sekizlik 0233 = \x9B olarak yorumlayacaktır
(CSI, kontrol dizisi tanıtıcı).

Her sunucu girişi, 'anket' veya 'atla' anahtar kelimelerinden birinden ve ardından bir sunucudan oluşur.
ad, ardından sunucu seçenekleri, ardından herhangi bir sayıda kullanıcı (veya kullanıcı adı)
açıklamalar, ardından kullanıcı seçenekleri. Not: Sözdizimi hatalarının en yaygın nedeni,
kullanıcı ve sunucu seçeneklerini karıştırmak veya kullanıcı seçeneklerini kullanıcı açıklamalarının önüne koymak.

Geriye dönük uyumluluk için, 'sunucu' kelimesi 'anket' ile eşanlamlıdır.

've', 'ile', 'var', 'istiyor' ve 'seçenekler' gürültü anahtar sözcüklerini bir
İngilizce'ye benzemesi için giriş yapın. Yok sayılırlar, ancak girişleri çok daha kolay hale getirebilirler
bir bakışta okumak için. Noktalama işaretleri ':', ';' ve ',' da yoksayılır.

Anket vs Atlamak
'Anket' fiili, fetchmail'e argüman olmadan çalıştırıldığında bu ana bilgisayarı sorgulamasını söyler. bu
'atla' fiili söyler fetchmail üzerinde açıkça belirtilmediği sürece bu ana bilgisayarı yoklamamak
Komut satırı. ("Atla" fiili, test girişlerini güvenli bir şekilde denemenize veya
geçici olarak kapalı olan ana bilgisayarlar için girişleri kolayca devre dışı bırakın.)

Anahtar Kelime/Seçenek ÖZET
İşte yasal seçenekler. Köşeli parantez içine alınmış anahtar sözcük son ekleri isteğe bağlıdır.
Kısa komut satırı seçeneklerine karşılık gelenleri '-' ve uygun
seçenek mektubu. Seçenek yalnızca tek bir çalışma moduyla ilgiliyse, şu şekilde not edilir:
's' veya 'm' sırasıyla singledrop veya multidrop modu için.

Yasal küresel seçenekler şunlardır:

Anahtar Kelime Seçme Modu İşlevi
──────────────────────────────────────────── ────────────────
set arka plan programı -d
saniye.
postmaster'ı ayarla Son çarenin adını ver
posta alıcısı (varsayılan: kullanıcı
fetchmail çalıştırıyorsa, "postmaster"
kök kullanıcı tarafından çalıştırılır)
geri dönen postayı ayarla Gönderene doğrudan hata postası
(Varsayılan)
hiçbir geri dönme postası ayarlama Yerele doğrudan hata postası
posta müdürü (göre
Yukarıdaki 'postmaster' genel seçeneği).
istenmeyen posta göndermeyi ayarla Spam ile engellenen postaları geri döndürme
(varsayılan).
spambounce'ı ayarla Engellenen spam tarafından engellenen postaları geri döndür
('antispam' kullanıcısına göre
seçeneği) olarak hedefe geri dönün
'geri dönen posta' ile gösterilir
küresel seçenek. Uyarı: Yapmayın
spam'i geri döndürmek için bunu kullanın
gönderen - çoğu spam gönderilir
yanlış gönderen adresi ile ve böylece
bu seçenek masumları incitiyor
Bystanders.
softbounce yok ayarla Sil kalıcı olarak teslim edilemez
posta. kullanılması tavsiye edilir
bu seçenek, yapılandırma
iyice test edilmiştir.
softbounce'ı ayarla Kalıcı olarak teslim edilemez tut
geçici bir hata gibi postala
olmuştu (varsayılan).
set logfile -L Hata eklenecek dosyanın adı ve
için durum mesajları. Bir tek
arka plan programı modunda etkilidir ve eğer
fetchmail ayrılır. Etkiliyse,
geçersiz kılmaları set syslog.
set idfile -i UID'yi depolamak için dosyanın adı
listeler.
syslog'u ayarla Oturum açarken hata yap
syslog(3). tarafından geçersiz kılınabilir set
kayıt dosyası.

hiçbir sistem günlüğü ayarla Hata günlüğü oluşturmayı kapat
syslog(3). (varsayılan)
özellikleri ayarla tarafından yoksayılan dize değeri
fetchmail (tarafından kullanılabilir
uzantı komut dosyaları).

İşte yasal sunucu seçenekleri:

Anahtar Kelime Seçme Modu İşlevi
───────────────────────────────────────────── ──────────────
Posta sunucusunun DNS adını belirtin,
geçersiz kılan anket adı
proto[col] -p Protokolü belirtin (durum
duyarsız): POP2, POP3, IMAP,
APOP, KPOP
yerel[alanlar] m Değerlendirilecek alan(lar)ı belirtin
yerel olarak
bağlantı noktası TCP/IP hizmeti bağlantı noktasını belirtin
(eski, bunun yerine 'hizmet' kullanın).
service -P Hizmet adını belirtin (sayısal bir
değere de izin verilir ve
TCP/IP bağlantı noktası numarası olarak kabul edilir).
auth[enticate] Kimlik doğrulama türünü ayarla (varsayılan
'herhangi')
timeout -t Sunucu hareketsizliği zaman aşımı
saniye (varsayılan 300)
zarf -E m Zarf adresi başlığını belirtin
isim
zarf yok m Zarf aramayı devre dışı bırak
adres
qvirtual -Q m Qmail sanal etki alanı öneki
kullanıcı adından kaldır
aka m Alternatif DNS adlarını belirtin
posta sunucusu
interface -Gerekli olan IP arayüz(ler)ini belirtirim
sunucu anketi almak için hazır olun
yer
monitor -M İzlenecek IP adresini belirtin
etkinlik
eklenti Hangi komutun kullanılacağını belirtin
sunucu bağlantılarını yapın.
plugout Hangi komutun kullanılacağını belirtin
dinleyici bağlantıları yapın.
dns m Multidrop için DNS aramasını etkinleştir
(Varsayılan)
dns m yok Multidrop için DNS aramasını devre dışı bırakın
checkalias m için IP adresine göre karşılaştırma yapın
çok aktarmalı
checkalias yok m Adına göre karşılaştırma yapın
çoklu damla (varsayılan)
uidl -U POP3'ü istemci tarafını kullanmaya zorla
UIDL'ler (önerilir)
no uidl İstemci tarafında POP3 kullanımını kapat
UIDL'ler (varsayılan)
aralık Sadece bu siteyi her N ankette kontrol edin
döngüler; N sayısal bir argümandır.
tracepolls Anket izleme bilgilerini şuraya ekleyin:
Alınan başlık
ana Kerberos anaparasını ayarla (yalnızca
IMAP ve kerberos ile kullanışlıdır)
esmtpname RFC2554 için ad ayarla
ESMTP'ye kimlik doğrulama
sunucusu.
esmtppassword RFC2554 için parola ayarla
ESMTP'ye kimlik doğrulama
sunucusu.

kötü başlık İletilere kötü bir şekilde nasıl davranılır
başlık. Reddedilebilir (varsayılan) veya
kabul edin.

Yasal kullanıcı açıklamaları ve seçenekleri şunlardır:

Anahtar Kelime Seçme Modu İşlevi
──────────────────────────────────────────── ───────────────
user[name] -u Bu, kullanıcı açıklamasıdır ve
sunucudan sonra gelmeli
açıklama ve sonra mümkün
sunucu seçenekleri ve kullanıcıdan önce
seçenekleri.
Uzak kullanıcı adını ayarlarsa
kendisi veya ardından 'orada' veya
ardından yerel kullanıcı adı
'burada'.
yerel ve uzak kullanıcıyı bağlayın
isimleri
yerel ve uzak kullanıcıyı bağlamak için
isimleri
pass[word] Uzak hesap parolasını belirtin
ssl üzerinden sunucuya bağlanın.
SSL kullanan belirtilen temel protokol
şifreleme
sslcert için dosya belirtin müşteri yan
genel SSL sertifikası
sslcertfile Dosyayı güvenilir CA ile belirtin
sertifikalar
sslcertpath ile c_rehash-ed dizini belirtin
güvenilir CA sertifikaları.
sslkey Şunun için dosya belirtin müşteri yan
özel SSL anahtarı
sslproto Bağlantı için ssl protokolünü zorla
klasör -r Sorgulanacak uzak klasörü belirtin
smtphost -S İletilecek smtp ana bilgisayarlarını belirtin
fetchdomains m Postanın hangi alan adlarını alacağını belirtin
getirilmeli
smtpaddress -D Girilecek etki alanını belirtin
RCPT TO hatları
smtpname Kullanılacak kullanıcıyı ve etki alanını belirtin
RCPT TO hatlarına koy
antispam -Z SMTP iadelerinin ne olduğunu belirtin
spam politikası blokları olarak yorumlandı
mda -m Yerel teslimat için MDA'yı belirtin
bsmtp -o Eklenecek BSMTP toplu iş dosyasını belirtin
için
her birinden önce yürütülecek komut
bağ
postconnect Komutu her birinden sonra yürütülecek
bağ
Keep -k Görülen mesajları silme
sunucu (POP3 için uidl
Tavsiye edilen)
flush -F Daha önce görülen tüm mesajları temizle
sorgulama (TEHLİKELİ)
limitflush Tüm büyük boyutlu mesajları temizle
sorgulamadan önce
fetchall -a Görülen veya görülen tüm mesajları getir
değil
yeniden yaz için hedef adresleri yeniden yaz
yanıtla (varsayılan)
stripcr Şerit satır uçlarından döner
çizgilerin
forcecr Sonunda satır başı dönmeye zorla
hatları

pass8bits BODY=8BITMIME'ı ESMTP'ye Zorla
dinleyici
dropstatus Şerit Durumu ve X-Mozilla-Status
gelen postadaki satırlar
teslim edilen Şerit Teslim Edilen-Alınan hatlar dışında
gelen posta
mimedecode Alıntılanan-yazdırılabilir olanı 8-bit'e dönüştürün
MIME mesajlarında
boşta boşta yeni mesajları bekliyorum
her anketten sonra (yalnızca IMAP)
no keep -K Sunucudan görülen mesajları sil
(Varsayılan)
floş yok Görülen tüm mesajları temizlemeyin
sorgulamadan önce (varsayılan)
getirme yok Sadece yeni mesajları al
(Varsayılan)
yeniden yazma yok Başlıkları yeniden yazmayın
stripcr yok Satır dönüşlerini soymayın
(Varsayılan)
zorlama yok
EOL (varsayılan)
pass8bit yok BODY=8BITMIME'ı ESMTP'ye zorlamayın
dinleyici (varsayılan)
düşme durumu yok Durum başlıklarını düşürme
(Varsayılan)
dropdelivered yok Delivered-To üstbilgilerini düşürme
(Varsayılan)
mimedecode yok Alıntılanan-yazdırılabilir biçimine dönüştürmeyin
MIME mesajlarında 8 bit (varsayılan)
boşta boşta bekleme yenisini bekleme
her anketten sonraki mesajlar (IMAP
sadece)
limit -l Mesaj boyutu limitini ayarla
uyarılar -w Mesaj boyutu uyarı aralığını ayarla
batchlimit -b İletilecek maksimum mesaj sayısı
tek bağlantı
fetchlimit -B Max # tek tek getirilecek mesaj
bağlamak
fetchsizelimit getirilecek maksimum mesaj boyutu sayısı
tek işlem
fastuidl İlk görülmeyen için ikili aramayı kullanın
mesaj (yalnızca POP3)
expunge -e Her #'de bir silme işlemi gerçekleştirin
mesaj (yalnızca IMAP ve POP3)
özellikler Dize değeri tarafından yoksayılır
fetchmail (tarafından kullanılabilir
uzantı komut dosyaları)

Tüm kullanıcı seçenekleri bir kullanıcı açıklamasıyla başlamalıdır (kullanıcı veya kullanıcı adı seçeneği) ve takip et
tüm sunucu açıklamaları ve seçenekleri.

.fetchmailrc dosyasında, 'zarf' dizesi bağımsız değişkeninin önüne bir boşluk bırakılabilir-
ayrılmış numara Bu sayı, belirtilmişse, atlanacak bu tür başlıkların sayısıdır.
(yani, 1 argümanı verilen türün ikinci başlığını seçer). Bu bazen
bir ISS'nin yerel dağıtım acentesi tarafından oluşturulan sahte zarf başlıklarını yoksaymak için kullanışlıdır veya
dahili yönlendirmeler (örneğin, posta denetim sistemleri aracılığıyla).

Anahtar Kelimeler Değil uyan için seçenek Anahtarlar
'Klasör' ve 'smtphost' seçenekleri (komut satırı eşdeğerlerinden farklı olarak)
onları izleyen adların boşluk veya virgülle ayrılmış listesi.

Aşağıdakiler dışında tüm seçenekler, bariz komut satırı argümanlarına karşılık gelir: 'yoluyla',
'aralık', 'aka', 'is', 'to', 'dns'/'dns yok', 'onay adı'/'onay adı yok', 'şifre',
'preconnect', 'postconnect', 'localdomains', 'stripcr'/'striptcr yok', 'forcecr'/'no
forcecr', 'pass8bits'/'pass8bits yok' 'dropstatus/dropstatus yok', 'drop teslim edildi/hayır
dropdelivered', 'mimedecode/mimedecode yok', 'boşta değil' ve 'zarf yok'.

'Üzerinden' seçeneği, birden fazla konfigürasyona sahip olmak istiyorsanız içindir.
aynı site. Varsa, dize argümanı gerçek DNS adı olarak alınacaktır.
sorgulamak için posta sunucusu ana bilgisayarı. Bu, anket argümanını geçersiz kılacaktır, bu daha sonra
sadece konfigürasyon için ayrı bir etiket olun (örn. komutta ne vereceğiniz)
bu ana bilgisayarı açıkça sorgulamak için satır).

'Aralık' seçeneği (sayısal bir argüman alır) bir sunucuyu daha az yoklamanıza olanak tanır
temel yoklama aralığından daha sık. Sunucuya 'aralık N' diyorsanız bu seçenek
yalnızca her N yoklama aralığında sorgulanacaktır.

tek damla vs Çok aktarmalı seçenekleri
başlıklı bölümü okuduğunuzdan emin olun. L' KULLANIMI VE TACİZ OF ÇOK AKTARMALI posta kutuları eğer
multidrop modunu kullanmayı planlıyor.

'is' veya 'to' anahtar sözcükleri aşağıdaki yerel (istemci) ad(lar)ını (veya sunucu adını) ilişkilendirir.
girdideki posta sunucusu kullanıcı adıyla =) ile ayrılan istemci adı eşlemelerine. eğer bir
is/to list, soyadı olarak '*' içerir, tanınmayan adlar yalnızca geçirilir. Not
o kadar fetchmail 6.3.4 sürümü dahil, bu listeler yalnızca yerel bölümleri içerebilir
kullanıcı adları (fetchmail yalnızca @ işaretinden önceki kısma bakar). fetchmail
6.3.5 ve daha yeni sürümler, bu eşlemelerin sol tarafında tam adresleri destekler,
ve herhangi bir 'yerel alan', 'aka', 'yoluyla' veya benzer eşlemelere göre önceliklidirler.

Kullanıcı adınız sitedeyken postanızın yeniden yönlendirilmesini desteklemek için tek bir yerel ad kullanılabilir.
istemci makine, posta sunucusundaki adınızdan farklı. Sadece bir tane olduğunda
yerel ad, posta, mesajın Alındığından bağımsız olarak o yerel kullanıcı adına iletilir,
To, Cc ve Bcc başlıkları. Bu durumda, fetchmail asla DNS araması yapmaz.

Birden fazla yerel ad (veya ad eşlemesi) olduğunda, fetchmail zarfa bakar
üstbilgi, yapılandırıldıysa ve aksi takdirde alınanların Alınan, Kime, Cc ve Bcc üstbilgilerinde
posta (bu 'çoklu bırakma modu'dur). Eşleşen ana bilgisayar adı bölümlerine sahip adresleri arar.
anket adınız veya 'yoluyla', 'aka' veya 'yerel alan adları' seçenekleriniz ve genellikle
DNS'nin kendisine söylediği ana bilgisayar adı bölümleri, posta sunucusunun takma adlarıdır. tartışmasına bakın
Eşleşen adreslerin nasıl olduğuna ilişkin ayrıntılar için 'dns', 'checkalias', 'localdomains' ve 'aka'
işlenir.

If fetchmail herhangi bir posta sunucusu kullanıcı adı veya yerel etki alanı adresiyle eşleşemez, posta
zıplamak. Normalde gönderene geri döner, ancak 'bouncemail' global ise
seçeneği kapalıysa, posta bunun yerine yerel posta yöneticisine gider. (bkz. 'posta müdürü'
küresel seçenek). Ayrıca bkz. HATALAR.

'dns' seçeneği (normalde açık), multidrop posta kutularından gelen adreslerin
kontrol. Açık, bir 'aka' ile eşleşmeyen her ana bilgisayar adresini kontrol etmek için mantığı sağlar veya
DNS ile arayarak 'localdomains' bildirimi. Bir posta sunucusu kullanıcı adı
eşleşen bir ana bilgisayar adı parçasına eklenmiş olarak tanınırsa, yerel eşlemesi aşağıdakiler listesine eklenir.
yerel alıcılar

'Kontrol takma' seçeneği (normalde kapalı), 'dns' anahtar kelimesi tarafından gerçekleştirilen aramaları genişletir
kullanarak kendilerini tanımlayan uzak MTA'larla başa çıkmanın bir yolunu sağlar.
bir takma ad kullanılarak sorgulanırken kurallı adları. Böyle bir sunucu yoklandığında,
zarf adresini ayıklamak için yapılan kontroller başarısız olur ve fetchmail kullanarak teslimata geri döner
To/Cc/Bcc başlıkları (Aşağıya bakın 'Başlık ve Zarf adresleri'). Bu seçeneğin belirtilmesi
talimatını fetchmail hem anket adıyla ilişkili tüm IP adreslerini almak için
ve uzak MTA tarafından kullanılan ad ve IP adreslerinin karşılaştırmasını yapmak için. Bu
uzak sunucunun sık sık kurallı ad aldığı durumlarda kullanışlıdır
aksi takdirde rcfile'de değişiklik yapılmasını gerektirecek değişiklikler. 'checkalias' yok
rc dosyasında 'dns yok' belirtilmişse etki.

'aka' seçeneği, çoklu posta kutuları ile kullanım içindir. Bir listeyi önceden bildirmenizi sağlar
Bir sunucu için DNS takma adları. Bu, alan ticareti yapmanızı sağlayan bir optimizasyon hilesidir.
hız için. Ne zaman fetchmail, bir multidrop posta kutusunu işlerken, mesaj yoluyla yalpalar
posta sunucusunun adlarını arayan başlıklar, ortak olanları önceden bildirerek onu kaydedebilir
DNS aramaları yapmak zorunda. Not: 'aka' için argüman olarak verdiğiniz isimler şu şekilde eşleştirilir:
son ekler -- 'netaxs.com olarak da bilinir' belirtirseniz (diyelim), bu yalnızca bir ana bilgisayar adıyla eşleşmeyecektir
netaxs.com, ancak '.netaxs.com' ile biten herhangi bir ana bilgisayar adı; (örneğin) pop3.netaxs.com gibi
ve mail.netaxs.com.

'Yerel alan adları' seçeneği, fetchmail'in alması gereken alan adlarının bir listesini bildirmenize olanak tanır.
yerel düşünün. Fetchmail, çoklu bırakma modlarında adres satırlarını ayrıştırırken ve
bir ana bilgisayar adının sondaki bölümü, belirtilen bir yerel etki alanıyla eşleşir, bu adres iletilir
dinleyiciye veya değiştirilmemiş MDA'ya (yerel ad eşlemeleri değil uygulamalı).

'Yerel alan adları' kullanıyorsanız, 'zarf yok' belirtmeniz de gerekebilir.
devre dışı bırakır fetchmail'nin Alınan satırından bir zarf adresi çıkarmaya yönelik normal girişimi
veya X-Zarf-To üstbilgisi veya daha önce 'zarf' tarafından ayarlanmış herhangi bir üstbilgi. Eğer sen
varsayılan girişte 'zarf yok' ayarlayın, bunu bireysel girişlerde geri almak mümkündür
"zarf" kullanarak '. Özel bir durum olarak, "Alınan" zarfı,
Alınan satırların varsayılan ayrıştırılması.

The şifre seçeneği ile kullanılacak parola olan bir dize argümanı gerektirir.
giriş sunucusu.

'preconnect' anahtar sözcüğü, hemen önce yürütülecek bir kabuk komutu belirtmenize izin verir.
her fetchmail bir posta sunucusu bağlantısı kurar. iseniz bu yararlı olabilir
yardımıyla güvenli POP bağlantıları kurmaya çalışmak ssh(1). eğer komut
sıfırdan farklı bir durum döndürürse, o posta sunucusunun anketi iptal edilir.

Benzer şekilde, 'postconnect' anahtar sözcüğü de benzer şekilde bir kabuk komutu belirtmenize izin verir.
bir posta sunucusu bağlantısının her kesilmesinden hemen sonra yürütülür.

'forcecr' seçeneği, yalnızca LF tarafından sonlandırılan satırlara CRLF verilip verilmediğini kontrol eder.
göndermeden önce sonlandırma. Açıkçası RFC821 bunu gerektirir, ancak birkaç MTA
bu seçeneğin normalde kapalı olması için gerekliliği uygulayın (yalnızca böyle bir MTA, qmail,
yazma sırasında önemli kullanım).

'stripcr' seçeneği, satırbaşlarının alınan postalardan çıkarılıp çıkarılmayacağını kontrol eder.
iletilmeden önce. Varsayılan olarak ayarlandığından, normalde bunu ayarlamak gerekli değildir.
'açık' (CR sıyırma etkin) bildirilmiş ancak 'kapalı' (CR sıyırma) bir MDA olduğunda
devre dışı) iletme SMTP aracılığıyla yapıldığında. 'stripcr' ve 'forcecr' her ikisi de açıksa, 'stripcr'
geçersiz kılacak.

'pass8bits' seçeneği, aptalca bir şekilde tokatlayan Microsoft posta programlarıyla başa çıkmak için mevcuttur.
Her şeyde "İçerik-Aktarım-Kodlama: 7bit". Bu seçenek kapalıyken (varsayılan) ve
böyle bir başlık mevcut, fetchmail BODY=7BIT'i ESMTP özellikli bir dinleyiciye bildirir; Bugün nasılsın
8-bit ISO veya KOI-8 karakter kümeleri kullanan mesajlar için sorunlara neden olur;
tüm karakterlerin yüksek bitlerinin çıkarılmasıyla bozulabilir. 'pass8bits' açıksa,
fetchmail herhangi bir ESMTP-yetenekli dinleyiciye BODY=8BITMIME bildirmek zorunda kalır. Eğer
dinleyici 8 bitlik temizdir (şu anda tüm büyük olanlar gibi) doğru şey muhtemelen
sonuç.

'Dropstatus' seçeneği, boş olmayan Status ve X-Mozilla-Status satırlarının olup olmadığını kontrol eder.
alınan postada tutulur (varsayılan) veya atılır. Bunları alıkoymak, MUA'nızın
sunucuda hangi mesajların (varsa) işaretlendiğini görün. Öte yandan,
İçinde Durum satırı olan herhangi bir şeyin
görüldü. (Not: Bazı hatalı POP sunucuları tarafından eklenen boş Durum satırları
koşulsuz olarak atılır.)

'Dropdelivered' seçeneği, Teslim Edilenlerin başlıklarının getirilip alınmayacağını kontrol eder
posta (varsayılan) veya atıldı. Bu başlıklar Qmail ve Postfix posta sunucuları tarafından eklenir
posta döngülerinden kaçınmak için ancak bir posta sunucusunu "yansıtmaya" çalışırsanız yolunuza çıkabilir
aynı etki alanı içinde. Dikkatle kullanın.

'mimedecode' seçeneği, MIME mesajlarının alıntı-yazdırılabilir kodlamayı kullanıp kullanmadığını kontrol eder.
otomatik olarak saf 8 bitlik verilere dönüştürülür. Bir ESMTP'ye posta teslim ediyorsanız-
yetenekli, 8 bitlik temiz dinleyici (sendmail gibi tüm büyük MTA'ları içerir), ardından
bu, alıntı yazdırılabilir mesaj başlıklarını ve verileri otomatik olarak 8 bitlik verilere dönüştürür,
posta okurken anlamayı kolaylaştırır. E-posta programlarınız nasıl başa çıkacağını biliyorsa
MIME mesajlarıyla bu seçeneğe gerek yoktur. mimedecode seçeneği kapalı
varsayılandır, çünkü başlıklarda RFC2047 dönüştürmesi yapmak karakter kümesi bilgilerini atar
ve başlıkların kodlaması gövde kodlamasından farklıysa kötü sonuçlara yol açabilir.

'Boşta' seçeneği, RFC2177 IDLE'yi destekleyen IMAP sunucularıyla kullanılmak üzere tasarlanmıştır.
komut uzantısı, ancak kesinlikle gerektirmez. Etkinleştirilmişse ve fetchmail
IDLE'nin desteklendiğini tespit ederse, her anketin sonunda bir IDLE verilecektir. Bu irade
IMAP sunucusuna bağlantıyı açık tutmasını ve yeni posta geldiğinde istemciyi bilgilendirmesini söyleyin
mevcut. IDLE desteklenmiyorsa, fetchmail bunu periyodik olarak yayınlayarak simüle eder.
HAYIR. Bir bağlantıyı sık sık sorgulamanız gerekiyorsa, IDLE, TCP/IP'yi ortadan kaldırarak bant genişliğinden tasarruf edebilir
bağlanır ve GİRİŞ/ÇIKIŞ dizileri. Öte yandan, bir IDLE bağlantısı neredeyse
tüm fetchmail'inizin zamanı, çünkü asla bağlantıyı kesmez ve diğerlerine izin vermez.
sunucu IDLE'yi zaman aşımına uğratmadıkça gerçekleşecek anketler. Ayrıca birden fazla çalışmaz
klasörler; yalnızca ilk klasör sorgulanacak.

'Özellikler' seçeneği bir uzatma mekanizmasıdır. Bir dize argümanı alır, bu
fetchmail tarafından görmezden gelindi. Dize argümanı yapılandırmayı depolamak için kullanılabilir
gerektiren komut dosyaları için bilgi. Özellikle, '--configdump' çıktısı
seçeneği, bir kullanıcı girişiyle ilişkili özellikleri bir Python için hazır hale getirecektir.
komut.

Diğer koşmak Control Opsiyonlar
'Burada' ve 'orada' sözcükleri, İngilizce'ye benzer bir anlam taşır. Normalde 'kullanıcı eric
is esr', uzak kullanıcı 'eric' için postanın 'esr'ye teslim edileceği anlamına gelir, ancak
bunu 'user eric esr burada esr' diyerek daha anlaşılır hale getirebilir veya diyerek tersine çevirebilirsiniz.
'burada esr kullanıcısı eric orada'

'protokol' anahtar sözcüğüyle kullanım için yasal protokol tanımlayıcıları şunlardır:

auto (veya AUTO) (eski, gelecekteki sürümlerden kaldırılacak)
pop2 (veya POP2) (eski, gelecekteki sürümlerden kaldırılacak)
pop3 (veya POP3)
sdps (veya SDPS)
imap (veya IMAP)
apop (veya APOP)
kpop (veya KPOP)

Yasal kimlik doğrulama türleri 'any', 'password', 'kerberos', 'kerberos_v4', 'kerberos_v5'
ve 'gssapi', 'cram-md5', 'otp', 'msn' (yalnızca POP3 için), 'ntlm', 'ssh', 'harici' (yalnızca
IMAP). 'Parola' türü, bir parolanın normal iletimi yoluyla kimlik doğrulamasını belirtir
(şifre düz metin olabilir veya CRAM'de olduğu gibi protokole özel şifrelemeye tabi olabilir.
MD5); 'kerberos' anlatıyor fetchmail her birinin başında bir Kerberos bileti almaya çalışmak için
bunun yerine sorgulayın ve parola olarak rastgele bir dize gönderin; ve 'gssapi' fetchmail'e söyler
GSSAPI kimlik doğrulamasını kullanmak için. Daha fazlası için 'auth' anahtar kelimesinin açıklamasına bakın.

'Kpop'un belirtilmesi, Kerberos V3 kimlik doğrulamasıyla 1109 numaralı bağlantı noktası üzerinden POP4 protokolünü ayarlar.
Bu varsayılanlar daha sonraki seçenekler tarafından geçersiz kılınabilir.

Bazı global seçenek ifadeleri vardır: 'set logfile' ve ardından bir dize aynı şeyi ayarlar
--logfile tarafından belirtilen global. Bir komut satırı --logfile seçeneği bunu geçersiz kılar. Not
--logfile yalnızca fetchmail kendisini terminalden ayırırsa ve
logfile fetchmail çalıştırılmadan önce zaten var ve bu durumda --syslog'u geçersiz kılıyor.
Ayrıca 'set arka plan programı' anket aralığını --daemon'un yaptığı gibi ayarlar. Bu bir tarafından geçersiz kılınabilir
komut satırı --daemon seçeneği; özellikle --daemon 0 ön planı zorlamak için kullanılabilir
operasyon. 'Postmaster'ı ayarla' ifadesi, multidrop postanın gönderileceği adresi belirler.
yerel eşleşme yoksa varsayılanlar. Son olarak, 'set syslog' günlük mesajlarını şu adrese gönderir:
syslogd'nin(8).

HATA AYIKLAMA FETCHPOSTA

fetchmail çökmesini
Fetchmail'in "çökmesinin", yani işlemi aniden durdurmasının ve
beklenmedik bir şekilde. Bir "çökme" genellikle yazılımın yapmadığı bir hata durumunu ifade eder.
kendi kendine idare et. İyi bilinen bir hata modu, "segmentasyon hatası" veya "sinyal 11" veya
"SIGSEGV" veya kısaca "segfault". Bunlara donanım veya yazılım neden olabilir
sorunlar. Yazılım kaynaklı segfault'lar genellikle kolayca ve aynı şekilde yeniden üretilebilir.
bilgisayar yeniden başlatılırsa donanım kaynaklı segfault'lar ortadan kalkabilir veya
birkaç saatliğine kapalıdır ve kullansanız bile rastgele konumlarda olabilir.
yazılım aynı şekilde.

Donanım kaynaklı segfault'ları çözmek için hatalı bileşeni bulun ve onarın veya değiştirin
o. Sig11 SSS ⟨http://www.bitwizard.nl/sig11/⟩ detaylar konusunda size yardımcı olabilir.

Yazılım kaynaklı segfault'ları çözmek için geliştiricilerin bir "yığın geri izlemesine" ihtiyacı olabilir.

etkinleştirilmesi fetchmail çekirdek döker
Varsayılan olarak, fetchmail, parolaları ve diğer bilgileri içerebileceğinden çekirdek dökümlerini bastırır.
hassas bilgi. Fetchmail çökmelerinde hata ayıklamak için, bir "yığın geri izleme" elde etmek
bir çekirdek dökümü genellikle sorunu çözmenin en hızlı yoludur ve sorununuzu gönderirken
bir posta listesinde, geliştiriciler sizden bir "geri izleme" isteyebilir.

1. Kullanışlı geri izlemeler elde etmek için, fetchmail'in soyulmadan yüklenmesi gerekir.
derleme sembolleri. Ne yazık ki, kurulan ikili paketlerin çoğu
soyulmuş ve sembol soyulmuş programlardan çekirdek dosyalar değersizdir. Yani ihtiyacınız olabilir
fetchmail'i yeniden derleyin. Birçok sistemde yazabilirsiniz

`hangi fetchmail` dosyası

fetchmail'in sembolden arındırılmış olup olmadığını öğrenmek için. Seninki soyulmamışsa, iyi,
devam edin, eğer soyulmuşsa, önce kaynak kodunu yeniden derlemeniz gerekir. Sen değil
hata ayıklamak için genellikle fetchmail'i yüklemeniz gerekir.

2. Fetchmail'i başlatan kabuk ortamının çekirdek dökümlerini etkinleştirmesi gerekir. anahtar
genellikle "limit" adlı bir araçla yapılandırılabilen "maksimum çekirdek (dosya) boyutu" veya
"Ulimit". Ayrıntılar için kabuğunuzun belgelerine bakın. Popüler bash kabuğunda,
"ulimit -Sc sınırsız", çekirdek dökümüne izin verecektir.

3. Çekirdek dökümlere izin vermek için fetchmail'e de söylemeniz gerekir. Bunu yapmak için fetchmail ile çalıştırın.
the -d0 -v seçenekler. Ayrıca eklemek genellikle daha kolaydır --nosyslog -N gibi.

Son olarak, çökmeyi yeniden oluşturmanız gerekir. Fetchmail'i dizinden başlatabilirsiniz.
yazarak derlediğin yer ./fetchmail, bu nedenle tam komut satırı
./fetchmail -Nvd0 --nosyslog ve belki de diğer seçeneklerinizi listeleyin.

Kilitlenmeden sonra çekirdek dökümünü almak için hata ayıklayıcınızı çalıştırın. Hata ayıklayıcı genellikle
GNU GDB, daha sonra yazabilirsiniz (gerektiği gibi yolları ayarlayın) gdb ./fetchmail fetchmail.core ve
ardından, GDB başlatıldıktan ve tüm dosyalarını okuduktan sonra şunu yazın geri izleme tam, kaydet
çıktı (kopyala ve yapıştır yapacak, geri izleme bir insan tarafından okunacak) ve sonra yazın çıkmak için
gdb'den ayrıl. Not: bazı sistemlerde çekirdek dosyaların farklı adları vardır, bunlar şunları içerebilir:
program adı veya numarası ve adı yerine bir sayı, ancak genellikle "çekirdek" olacaktır.
isimlerinin bir parçası olarak.

ETKİLEŞİM İLE RFC 822

Bir iletinin kaynak adresini belirlemeye çalışırken, fetchmail
başlıklar aşağıdaki sırayla:

Geri Dönüş Yolu:
Yeniden Gönderen: (bir @ veya ! içermiyorsa yoksayılır)
Gönderen: (bir @ veya ! içermiyorsa yoksayılır!)
Yeniden Gönderen:
Tarih aralığı:
Yanıtla:
Görünüşe göre-Kimden:

Kaynak adres, günlüğe kaydetme ve aşağıdaki durumlarda MAIL FROM adresini ayarlamak için kullanılır.
SMTP'ye yönlendirme. Bu sipariş, posta listesi alma ile zarif bir şekilde başa çıkmak için tasarlanmıştır.
mesajlar multidrop modunda. Amaç, yerel bir adres yoksa,
geri dönen mesaj, yazara veya listenin kendisine körü körüne döndürülmez, bunun yerine
liste yöneticisine (ki bu daha az sinir bozucu).

Çoklu bırakma modunda, hedef başlıklar aşağıdaki gibi işlenir: İlk olarak, fetchmail
yereli belirlemek için 'zarf' seçeneği ile belirtilen başlık için
alıcı adresi. Posta birden fazla alıcıya adreslenmişse, Alındı ​​satırı
alıcı adresleri ile ilgili herhangi bir bilgi içermeyecektir.

Ardından fetchmail, Yeniden Gönder:, Yeniden Gönder-Cc: ve Yeniden Gönder-Gizli: satırlarını arar. Eğer onlar
varsa, nihai alıcıları içermeli ve alıcılarına göre önceliğe sahip olmalıdırlar.
Kime:/Cc:/Bcc: karşılıkları. Yeniden Gönder-* satırları yoksa, Kime:, Bilgi:, Gizli: ve
Görünüşe göre-Kime: satırlar aranır. (Bir Yeniden Gönderme:'nin varlığı şunu ima etmek için alınır.
Kime: adresi tarafından yönlendirilen kişi, belgenin orijinal kopyasını zaten almıştır.
posta.)

YAPILANDIRMA ÖRNEKLER

Aşağıdaki örneklerin birçoğunda parola bildirimleri olmasına rağmen, şunu unutmayın:
bu esas olarak açıklama amaçlıdır. Hesap/şifre çiftlerini şurada saklamanızı öneririz:
$HOME/.netrc dosyanız, burada yalnızca fetchmail tarafından değil, aynı zamanda ftp(1) ve
diğer programlar.

Temel biçim:

anket SUNUCU ADI protokol PROTOKOL kullanıcı adı ADI şifre ŞİFRE

Örnek:

anket pop.provider.net protokolü pop3 kullanıcı adı "jsmith" şifre "secret1"

Veya bazı kısaltmalar kullanarak:

anket pop.provider.net proto pop3 kullanıcısı "jsmith" şifre "secret1"

Birden çok sunucu listelenebilir:

anket pop.provider.net proto pop3 kullanıcısı "jsmith" pass "secret1"
anket other.provider.net proto pop2 kullanıcısı "John.Smith" geçişi "My^Hat"

İşte daha fazla boşluk ve bazı gürültülü kelimeler içeren aynı sürüm:

anket pop.provider.net proto pop3
şifre secret1 ile "jsmith" kullanıcısı burada "jsmith" dir;
anket other.provider.net proto pop2:
"John.Smith" kullanıcısı, parolası "My^Hat" olan burada "John.Smith";

Bir parametre dizesine boşluk eklemeniz veya ikincisini bir sayı ile başlatmanız gerekiyorsa,
dizeyi çift tırnak içine alın. Böylece:

proto pop3 ile anket mail.provider.net:
"jsmith" kullanıcısının şifresi var "4u ama bunu kıramazsın"
jws burada ve mda "/bin/mail" istiyor

Bunun yerine 'varsayılanlar' anahtar kelimesi ile başlayan bir başlangıç ​​sunucu açıklamanız olabilir.
'anket' ve ardından bir isim. Böyle bir kayıt, tüm sorgular için varsayılanlar olarak yorumlanır.
kullanmak. Bireysel sunucu açıklamaları üzerine yazılabilir. Yani şunu yazabilirsiniz:

varsayılanlar proto pop3
kullanıcı "jsmith"
anket pop.provider.net
"gizli1"i geç
anket mail.provider.net
"jjsmith" kullanıcısı "secret2" şifresine sahip

Sunucu başına birden fazla kullanıcı belirtmek mümkündür. 'user' anahtar sözcüğü bir
kullanıcı açıklaması ve çok kullanıcılı bir girişteki her kullanıcı özelliği bunu içermelidir.
İşte bir örnek:

anket pop.provider.net proto pop3 bağlantı noktası 3111
"secret1" geçişli "jsmith" kullanıcısı burada "smith" dir
"secret2" geçişli kullanıcı jones "jjones" burada tutmak

Bu, yerel 'smith' kullanıcı adını pop.provider.net kullanıcı adı 'jsmith' ile ilişkilendirir ve
yerel kullanıcı adı 'jjones' ve pop.provider.net kullanıcı adı 'jones'. 'jones' için posta
indirildikten sonra sunucuda tutulur.

Çoklu bağlantı posta kutusu için basit bir alma yapılandırması şöyle görünür:

anket pop.provider.net:
pass secret1 to golux 'hurkle'='mutlu' snark ile kullanıcı maildrop burada

Bu, sunucudaki 'maildrop' hesabının posta kutusunun bir multidrop kutusu olduğunu söylüyor ve
içindeki mesajların 'golux', 'hurkle' sunucu kullanıcı adları için ayrıştırılması ve
'snak'. Ayrıca, 'golux' ve 'snark'ın istemcide aynı ada sahip olduğunu belirtir.
sunucuda olduğu gibi, ancak sunucu kullanıcısı 'hurkle' için posta istemci kullanıcıya teslim edilmelidir
'mutlu'.

not o getirme postası, 6.3.4 sürümüne kadar, tam kullanıcı@etki alanı özelliklerine izin VERMİYORDU
burada, bunlar asla eşleşmeyecek. fetchmail 6.3.5 ve daha yeni destek user@domain
kullanıcı eşlemesinin sol tarafındaki özellikler.

İşte başka bir tür çoklu bağlantı bağlantısı örneği:

anket pop.provider.net localdomains loonytoons.org toons.org
zarf X-Zarf-To
pass secret1 to * ile kullanıcı maildropu burada

Bu ayrıca sunucudaki 'maildrop' hesabının posta kutusunun bir multidrop kutusu olduğunu söylüyor.
fetchmail'e loonytoons.org veya toons.org etki alanlarındaki herhangi bir adresin (dahil
gibi alt alan adresleri[e-posta korumalı]') üzerinden geçirilmelidir.
değişiklik yapılmadan yerel SMTP dinleyicisi. Bunu yaparsanız posta döngülerine dikkat edin!

İşte ssh ve eklenti seçeneğini kullanan örnek bir yapılandırma. sorgular yapılır
ssh aracılığıyla doğrudan imapd'nin stdin ve stdout'unda. Bu kurulumda IMAP'nin
kimlik doğrulama atlanabilir.

proto imap ile mailhost.net anketi:
eklenti "ssh %h /usr/sbin/imapd" auth ssh;
kullanıcı esr burada esr

L' KULLANIMI VE TACİZ OF ÇOK AKTARMALI posta kutuları

Birden çok yerel alıcı özelliğini dikkatli kullanın; ısırabilir. Tüm çoklu damla
özellikler ETRN ve ODMR modlarında etkisizdir.

Ayrıca, çoklu bırakma modunda yinelenen postaların bastırıldığını unutmayın. bir posta parçası
hemen önceki mesajla aynı mesaj kimliğine sahipse kopya olarak kabul edilir
ve birden fazla muhatap. Bu tür ileti dizileri, bir
birden fazla kullanıcıya gönderilen mesaj, bir multidrop kutusuna teslim edilir.

üstbilgi vs Zarf adresleri
Temel sorun, posta sunucunuzun birkaç kişinin postasını bir
tek bir posta kutusu, her birinin kim olduğu hakkında potansiyel olarak hayati bilgileri atmış olabilirsiniz.
posta parçası aslında (başlığın aksine 'zarf adresi') adresine gönderildi.
RFC822 To/Cc başlıklarındaki adresler - Bcc, alıcı uçta mevcut değildir).
Bu 'zarf adresi', postaları doğru şekilde yeniden yönlendirmek için ihtiyacınız olan adrestir.

Bazen fetchmail zarf adresini çıkarabilir. Posta sunucusu MTA ise mail gönder
ve posta öğesinin yalnızca bir alıcısı varsa, MTA bir 'by/for' maddesi yazmış olacaktır.
bu, zarf muhatabına Alınan başlığına verir. Ama bu güvenilir bir şekilde çalışmıyor
diğer MTA'lar için veya birden fazla alıcı varsa. Varsayılan olarak, fetchmail arar
bu satırlardaki zarf adresleri; bu varsayılanı -E "Alındı" ile geri yükleyebilirsiniz veya
"Zarf Alındı".

As a daha iyi alternatif, bazı SMTP dinleyicileri ve/veya posta sunucuları, her birine bir başlık ekler.
zarf adreslerinin bir kopyasını içeren mesaj. Bu başlık (varsa)
genellikle 'X-Orijinal-Alıcı', 'Teslim Edilen' veya 'X-Zarf-Alıcı'. Fetchmail'in varsayımı
bu -E veya 'zarf' seçeneği ile değiştirilebilir. Zarf yazarken dikkat edin
bu tür bir başlık, alıcıların adlarını (kör kopya alıcılar dahil)
mesajların tüm alıcıları, bu nedenle yukarı akış, mesajın her bir kopyasının bir kopyasını saklamalıdır.
gizlilik sorunu haline gelmemek için alıcı.

Postfix, sürüm 2.0'dan beri, X-Original-To: başlığının bir kopyasını içeren bir başlık yazar.
alındığı gibi zarf.

Qmail ve Postfix, genellikle mesajı şu adrese teslim ettikten sonra bir 'Teslim Edilen' başlığı yazar.
posta biriktirme ve posta döngülerinden kaçınmak için kullanın. Qmail sanal etki alanları ancak önek olacak
normalde kullanıcının etki alanıyla eşleşen bir dizeye sahip kullanıcı adı. Bu öneki kaldırmak için
-Q veya 'qvirtual' seçeneğini kullanabilirsiniz.

Bazen, ne yazık ki, bu yöntemlerin hiçbiri işe yaramaz. işte o zaman nokta sen
ISS'nizle iletişime geçmeli ve onlardan böyle bir zarf başlığı sağlamalarını istemeli ve
bu durumda multidrop kullanmayın. Hepsi başarısız olduğunda, fetchmail
Kime/Bilgi başlıklarının içeriği (Bcc başlıkları mevcut değildir - aşağıya bakın) belirlemeye çalışmak
alıcı adresleri -- ve bunlar güvenilmezdir. Özellikle, posta listesi yazılımı
genellikle postayı Kime başlığında yalnızca liste yayın adresiyle gönderir.

not o a gelecek versiyon of fetchmail eğer yalnızca sığınmacı statüleri sona erdirilmemişse, kalıcı oturma iznine Kaldır Cc'ye ayrıştırma!

Ne zaman fetchmail yerel olan bir alıcı adresi ve amaçlanan alıcıyı çıkaramaz
adres, fetchmail'in çağıran kullanıcısından başka biriyse, posta irade almak kaybetti. Bu nedir
uygun zarf bilgisi olmadan çoklu bırakma özelliğini riskli hale getirir.

İlgili bir sorun, bir posta mesajını kör olarak kopyaladığınızda, Bcc bilgisinin
yapılan bir tek zarf adresi olarak (gönderen posta tarafından başlıklardan kaldırılır)
sunucu, böylece fetchmail bunu yalnızca bir X-Zarf-To başlığı varsa görebilir). Böylece kör-
bir fetchmail multidrop bağlantısı üzerinden posta alan birine kopyalama,
posta sunucusu ana bilgisayarı, iletilere rutin olarak X-Zarf-To veya eşdeğer bir başlık yazar.
posta damlanız.

In Sonuç, postalama listeler ve Gizli posta yapabilmek bir tek iş if the sunucu sen getirme
itibaren

(1) mağaza bir kopya of the mesaj başına alıcı in senin domain ve

(2) kayıtlar the zarf bilgi in a özel başlık (X-Orijinal-Kime, Teslim edildi,
X-Zarf-To).

İyi Yolları için kullanım Çok aktarmalı Posta kutuları
Bir posta listesinin istemci tarafından yönetilmesi için birden çok yerel ad kullanılabilir.
fetchmail Toplamak. Adınızın 'esr' olduğunu ve ikinizin de kendi adınızı almak istediğinizi varsayalım.
(diyelim ki) "fechmail-friends" adlı bir posta listesini postalayın ve saklayın ve tutmak istediğiniz
istemci makinenizdeki takma ad listesi.

Sunucunuzda, 'getirme-arkadaşlarını' 'esr' olarak adlandırabilirsiniz; sonra, senin içinde .fetchmailrc,
'buraya esr fetchmail-arkadaşlarına' ilan edin. Ardından, 'fetchmail-friends' içeren postalar
yerel bir adres alınır, liste adı alıcı listesine eklenir
SMTP dinleyiciniz görür. Bu nedenle, yerel olarak takma ad genişlemesine uğrayacaktır. Emin olun
fetchmail-friends'in yerel takma ad genişletmesine 'esr' ekleyin, aksi takdirde postayı asla görmezsiniz
sadece listeye gönderildi. Ayrıca dinleyicinizin "ben de" seçeneğinin bulunduğundan emin olun.
(sendmail'in -oXm komut satırı seçeneği veya OXm bildirimi) böylece adınız
Gönderdiğiniz iletilerdeki takma ad genişletmeleri.

Ancak bu hile sorunsuz değildir. Bir mesaj geldiğinde bunu görmeye başlayacaksınız.
yalnızca yaptığınız bir posta listesine yönelik olarak gelir değil yerel olarak ilan ettiler
isim. Bu tür her ileti, oluşturulan bir 'X-Fetchmail-Warning' başlığına sahip olacaktır.
çünkü fetchmail alıcı adreslerinde geçerli bir yerel ad bulamıyor. Çok
mesajlar varsayılan olarak (yukarıda açıklandığı gibi) çalışan yerel kullanıcıya gönderilmek üzere
fetchmail, ancak programın bunun gerçekten doğru şey olduğunu bilmesinin hiçbir yolu yok.

Kötü Yolları için Taciz Çok aktarmalı Posta kutuları
Çoklu posta kutuları ve fetchmail arka plan modunda birden çok kullanıcıya hizmet vermek karıştırmayın. bu
sorun, yine, tipik olarak bir bireyi olmayan posta listelerinden gelen postalardır.
Üzerinde alıcı adresi. Meğer ki fetchmail bir zarf adresi çıkarabilir, bu tür postalar
sadece fetchmail (muhtemelen root) çalıştıran hesaba gidin. Ayrıca, kör kopyalanan kullanıcılar
büyük ihtimalle postalarını hiç görmezler.

Kullanmak için cazip iseniz fetchmail tek bir postadan birden çok kullanıcının postasını almak için
POP veya IMAP yoluyla bırakın, tekrar düşünün (ve başlık ve zarf adresleri hakkındaki bölümü tekrar okuyun
üstünde). Postayı posta sunucusunun kuyruğunda bekletmek ve kullanmak daha akıllıca olur.
SMTP gönderimlerini periyodik olarak tetiklemek için fetchmail'in ETRN veya ODMR modları (elbette bu şu anlama gelir:
posta sunucusunun sona erme süresinden daha sık yoklama yapmanız gerekir). yapamazsan
bunu düzenleyin, bir UUCP beslemesi ayarlamayı deneyin.

eğer kesinlikle , eğer mülteci statüleri sona erdirilmemişse Amerika'ya geldikten bir yıl sonra bu amaçla multidrop kullanın, posta sunucunuzun bir
fetchmail'in görebileceği zarf-adresi başlığı. Aksi takdirde irade posta kaybetmek ve bu irade
sana musallat olmak için geri gel.

hız yapma Up Çok aktarmalı Denetleme
Normalde, birden fazla kullanıcı bildirildiğinde fetchmail alıcı adreslerini şu şekilde alır:
yukarıda açıklanan ve her bir ana bilgisayar parçasını DNS ile kontrol ederek bunun bir diğer adı olup olmadığını kontrol eder.
posta sunucusu. Eğer öyleyse, "to ... buraya" bildiriminde açıklanan ad eşlemeleri yapılır
ve posta yerel olarak teslim edilir.

Bu kullanışlı ama aynı zamanda yavaş bir yöntemdir. Hızlandırmak için posta sunucusu takma adlarını önceden bildirin
'aka' ile; bunlar DNS aramaları yapılmadan önce kontrol edilir. aka olduğundan eminsen
liste şunları içerir herşey Posta sunucusunun DNS takma adları (ve ona işaret eden tüm MX adları - not
bu gelecekteki bir sürümde değişebilir) DNS aramalarını bastırmak için 'dns yok' olarak bildirebilirsiniz.
tamamen ve bir tek aka listesine karşı maç.

ÇORAP

Çorap desteği4/5 derlemek zaman yapılandırma seçeneği. Derlendikten sonra, fetchmail
her zaman sisteminizdeki çorap kitaplıklarını ve yapılandırmasını kullanır, çalıştırma yok-
fetchmail'de zaman değişir - ancak yine de SOCKS'u yapılandırabilirsiniz: hangisini belirleyebilirsiniz
SOCKS yapılandırma dosyası, SOCKS_CONF Çevre değişkeni.

Örneğin, SOCKS proxy'sini tamamen atlamak ve fetchmail'e sahip olmak istiyorsanız
doğrudan bağlanın, örneğin ortamda SOCKS_CONF=/dev/null iletebilirsiniz.
(her zamanki komut satırı seçeneklerinizi - varsa - bu satırın sonuna ekleyin):

env SOCKS_CONF=/dev/null fetchmail

EXIT KODLARI

kullanımını kolaylaştırmak için fetchmail kabuk komut dosyalarında, bir çıkış durum kodu döndürülür
belirli bir bağlantı sırasında ne olduğuna dair bir gösterge verin.

tarafından döndürülen çıkış kodları fetchmail aşağıdaki gibidir:

0 Bir veya daha fazla mesaj başarıyla alındı ​​(veya -c seçeneği
seçildi, beklerken bulundu, ancak alınmadı).

1 Alınmayı bekleyen posta yoktu. (Hala eski posta olabilir
sunucu ancak alma için seçilmemiş.) "Posta yok" ifadesinin bir hata olmasını istemiyorsanız
koşulu (örneğin, cron işleri için), POSIX uyumlu bir kabuk kullanın ve

|| [$? -eq 1 ]

fetchmail komut satırının sonuna kadar, bunun 0'a dokunulmadığını, harita 1'i bıraktığını unutmayın.
0'a ve diğer tüm kodları 1'e eşler. Ayrıca SSS'deki #C8 maddesine bakın.

2 Postayı almak için bir yuva açmaya çalışırken bir hatayla karşılaşıldı. Eğer sen
soketin ne olduğunu bilmiyorum, bunun için endişelenme - sadece bunu bir
'kurtarılamaz hata'. Bu hata, bir protokol getirme postasının istediği için de olabilir.
kullanmak için /etc/services içinde listelenmemiş.

3 Kullanıcı doğrulama adımı başarısız oldu. Bu genellikle kötü bir kullanıcı kimliğinin,
parola veya APOP kimliği belirtildi. Veya fetchmail'i çalıştırmayı denediğiniz anlamına gelebilir.
bir terminale bağlı standart girişe sahip olmadığı durumlarda ve
eksik parola istenemedi.

4 Bir tür önemli protokol hatası algılandı.

5 Argümanlarda bir sözdizimi hatası vardı fetchmailveya bağlantı öncesi veya sonrası
komut başarısız oldu.

6 Çalıştırma kontrol dosyası hatalı izinlere sahipti.

7 Sunucu tarafından bildirilen bir hata durumu vardı. Ayrıca ateş edebilir fetchmail
sunucu beklerken zaman aşımına uğradı.

8 İstemci tarafı dışlama hatası. Bunun anlamı fetchmail ya başka bir kopyasını buldu
zaten çalışıyor veya başka birinin olup olmadığından emin olamayacak şekilde başarısız oldu
kopya çalışıyor.

9 Sunucu "kilit meşgul" yanıtını verdiği için kullanıcı doğrulama adımı başarısız oldu. Denemek
kısa bir aradan sonra tekrar! Bu hata, tüm protokoller için uygulanmaz veya
tüm sunucular için. Sunucunuz için uygulanmadıysa, bunun yerine "3" döndürülür,
yukarıyı görmek. qpopper veya diğer sunucularla konuşurken iade edilebilir.
"kilit meşgul" veya "kilit" kelimesini içeren benzer bir metinle yanıt verin.

10 fetchmail çalıştırma, bir SMTP bağlantı noktası açma veya işlem yapmaya çalışırken başarısız oldu.

11 Önemli DNS hatası. Fetchmail, DNS araması yaparken bir hatayla karşılaştı
başlatıldı ve devam edilemedi.

12 BSMTP toplu iş dosyası açılamadı.

13 Anket bir getirme limitiyle sonlandırıldı ( --fetchlimit seçeneğine bakın).

14 Sunucu meşgul göstergesi.

23 Dahili hata. Ayrıntılarla birlikte standart hatayla ilgili bir mesaj görmelisiniz.

24-26, 28, 29
Bunlar dahili kodlardır ve harici olarak görünmemelidir.

Ne zaman fetchmail birden fazla ana bilgisayarı sorgularsa, dönüş durumu 0 ise herhangi başarıyla sorgula
alınan posta. Aksi takdirde, döndürülen hata durumu, sorgulanan son ana bilgisayarın durumudur.

onworks.net hizmetlerini kullanarak fetchmailrc'yi çevrimiçi kullanın