fetchmail: terminated with signal 13/ bare LF

konferenjcie Peposh na podvodnik.cz
Čtvrtek Listopad 4 15:41:54 CET 1999


From: Petr Novotny <Petr.Novotny na antek.cz>

> Hm, to vypada zvlastne. Signal 13 je SIGPIPE. fetchmail neco pise
> do roury, a roura se predcasne zavre.
>
> Napad: Mohl by to byt bare-LF problem? Tedy, je mozne, je by se
> v te SMTP konverzaci, kterou fetchmail provozuje, vyskytly bare LF
> (tedy ne CR-LF, jak RFC82? pozaduje)? Zkuste si zjistit navratovy
> kod od qmail-smtpd po takoveto chybe - pokud je 256, je to temer
> jiste bare-LF a nevalidni zprava.

Priznam sa, ze i napriek kontrole qmail logov som prehliadol:

941638933.152201 tcpserver: status: 2/40
941638933.250700 tcpserver: pid 7509 from 10.0.0.10
941638933.782734 tcpserver: ok 7509 hugo.etc.sk:10.0.0.10:25
hugo.etc.sk:10.0.0.10::1631
941639252.418047 tcpserver: end 7509 status 256
941639252.418246 tcpserver: status: 1/40
941639253.099114 tcpserver: end 7363 status 256
941639253.099390 tcpserver: status: 0/40

co je status, ktory ste spominal, ktory mi mimochodom generoval Qmail len
ked timeoutla connection. Vyskusal som lokalny telnet na SMTP a generoval
som bare LF, teda 0x0A, pricom Qmail spravu nie len akceptoval ale aj
dorucil, pricom neobsahovala CR/LF len LF...
 Staci na riesenie bare LF pouzit: sh -c 'fixcr | qmail-smtpd' alebo treba
aplikovat inteligentnejsi patch?

Ak mozem, chcel by som este pripojit otazku z Qmail. Mam ppp alias na
virtualnu domenu, ktoru potom odosielam maildirsmtp. Ak je v maile viac
adresatov, Qmail vytvori niekolko kopii mailu priamo vo virtualnej domene,
co samozrejme predlzuje dobu dialupu. Je mozne, mu tuto schopnost
zablokovat?

Dakujem

Peter Figuli



Další informace o konferenci Linux