Fetchmail (Was Re: Returned mail: Cannot send message within 5days)
Ing. Pavel PaJaSoft Janousek
pajasoft na fonet.cz
Úterý Duben 18 22:59:02 CEST 2000
> Problem fetchmailu je dvoji. Za prve je obcas moc umele inteligentni pri
> domysleni si obalkovych adres, za druhe pak prijate dopisy by default
> pousti pres lokalni MTA dale do obehu, casto prave s vyspekulovanymi
> adresami. A bohuzel to neni tak, ze by riskantni chovani bylo nutne
> explicitne povolit (a tim aspon symbolicky demonstrovat, ze vim, co
> delam), takze spousta ehmm...mene znalych uzivatelu to pouziva prave
> takhle.
Schvalne jsem se podival na kompletni hlavicku kolegova prispevku a
dovolil jsem si ji sem replesknout (a trosku naformatovat quli
citelnosti):
Return-Path: <linux-return-75399-pajasoft=fonet.cz na linux.cz>
Received: from localhost (localhost [127.0.0.1]) by pajasoft.fonet.cz
(8.9.3/8.9.3)
with ESMTP id UAA04423 for <pajasoft na localhost>;
Tue, 18 Apr 2000 20:43:16 +0200
Received: from www.fonet.cz by localhost with POP3 (fetchmail-5.1.0)
for
pajasoft na localhost (single-drop); Tue, 18 Apr 2000 20:43:16 +0200
(CEST)
Received: from odysseus.linux.cz (odysseus.fi.muni.cz [147.251.48.205])
by
www.flamingo.cz (8.9.3/8.9.3) with SMTP id UAA24217 for
<pajasoft na fonet.cz>; Tue, 18 Apr 2000 20:39:05 +0200
Received: (qmail 27186 invoked by uid 30); 18 Apr 2000 18:38:47 -0000
Mailing-List: contact linux-help na linux.cz; run by ezmlm
Precedence: bulk
Reply-To: linux na linux.cz
Delivered-To: mailing list linux na linux.cz
Received: (qmail 27175 invoked from network); 18 Apr 2000 18:38:43 -0000
Date: Tue, 18 Apr 2000 20:38:44 +0200 (MET DST)
From: Pavel Kankovsky <peak na argo.troja.mff.cuni.cz>
To: linux na linux.cz
Subject: Re: Fetchmail (Was Re: Returned mail: Cannot send message
within 5 days)
In-Reply-To: <r25k8hvzrcy.fsf na amandil.ics.muni.cz>
Message-ID: <20000418203128.11F9.0 na argo.troja.mff.cuni.cz>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 8bit
X-MIME2LATIN2: 1 MIME parts converted to iso-8859-2
Status:
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000
X-UIDL: 38c7a99a0000872b
Domnivam se, ze zejmena jiste radky na konci doplnil muj reader
(NetScape Messenger). Jak je videt, mail sel z Troje na MFF do Brna na
muni, odtud do meho mailboxu na www.flamingo.cz a odtud jsem si ho
fetchmailem stahnul k sobe a pres lokalni sendmail mi byl dorucen do
meho mailboxu.
Zajimalo by mne, co kde a jak 'mrsi' hlavicky ci si neco domysli? Ja
povazuji tuto hlavicku mailu za naprosto korektni a pravdivou, zbezne
jsem se dival do patricnych RFC (odbornik v teto oblasti se vsak
necitim, jemne nuance probirane napr. na www.lupa.cz nedavno ohledne
Pandory skutecne neznam, neb tyto aplikace neprogramuji) a nepripada mi,
ze by si nekdo ze zainteresovanych programu vymyslel nebo doplnoval
neco, co neni pravda ci odporuje RFC. Fetchmail mam v zakladni
konfiguraci velmi podobnou jako uvadel kolega Rohleder.
Pokud jde nekomu o presnejsi hlavicku, pak zrekonstruovat From (k cemu
je mi to dobre?) mohu velmi jednoduse a korektne pres napr. procmail -f,
ale to je v pripade, ze jako dorucovatele nepouziji sendmail - z jineho
prispevku, ktery jsem jeste z lokalniho uctu nevybral si pres cat $MAIL
zobrazuji:
>From linux-return-75418-pajasoft=fonet.cz na linux.cz Tue Apr 18 22:57:01
2000
Return-Path: <linux-return-75418-pajasoft=fonet.cz na linux.cz>
atd... - tedy i to From je korektni nebo ne?
Opravdu v tom nevidim zadny problem, ale opravdu rad se necham poucit
co delam spatne, co odporuje RFC, pripadne kde je chyba (kterou
nedetekuji, ale clovek nikdy nevi)...
Za vysvetleni predem dekuji.
-----------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft) FoNet, spol. s r. o.
Vyvoj software, sprava siti, Unix, WWW Anenska 11, 602 00 Brno
E-mail: mailto:Janousek na FoNet.Cz Tel.: +420 5 4324 4749
SMS: mailto:P.Janousek na SMS.Paegas.Cz Fax.: +420 5 4324 4751
WWW: http://WWW.FoNet.Cz/ E-mail: mailto:Info na FoNet.Cz
-----------------------------------------------------------------------
Další informace o konferenci Linux