ezmlm warning

[Lubos Kaspar]

> Date: Sat, 1 Feb 2003 11:27:04 +0100 (CET)
> From: Stepan Roh <stepan na srnet.cz>
> To: sendmail na linux.cz
> Subject: Re: ezmlm warning
> 
> On Sat, 1 Feb 2003, Petr Simek wrote:
> 
> > On Sat, 1 Feb 2003, Milan Roubal wrote:
> >
> > > <roubm9am na barbora.ms.mff.cuni.cz>:
> > > SMTP cannot transfer messages with partial final lines. (#5.6.2)
> > >
> > >
> > > Co ta posledni veta znamena, je to nejaky problem listu
> > > nebo mailove schranky?
> >
> > Mne to prislo taky a znamena to ze muj mailer (a zrejme i Vas) z vyse
> > uvedeneho duvodu odmitl nejakou zpravu prochazejici timto listem. Muj
> > majler je postfix mailer konference je qmail. Ktery z nich ma pravdu
> > nevim.
> 
> Muj mailer je sendmail a taky to odmitl, takze to uz jsou minimalne dva na
> jednoho :-)

Vas SMTP-server (nikoliv mailer) o tom vubec nevi. :-)
Chybu vraci asi hned prvni MTA, kteremu ezmlm zpravu predava - ja jsem
v te citaci dostal toto (podstatne veci podtrzeny znaky "^"):

: Return-Path: <>
: Received: (qmail 16429 invoked for bounce); 20 Jan 2003 09:46:07 -0000
: Date: 20 Jan 2003 09:46:07 -0000
: From: MAILER-DAEMON na odysseus.linux.cz
:       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
: To: sendmail-return-5142- na linux.cz
: Subject: failure notice
: 
: Hi. This is the qmail-send program at odysseus.linux.cz.
:                                    ^^^^^^^^^^^^^^^^^^^^
: I'm afraid I wasn't able to deliver your message to the following addresses.
: This is a permanent error; I've given up. Sorry it didn't work out.
: 
: <lk na cnb.cz>:
: SMTP cannot transfer messages with partial final lines. (#5.6.2)

Chyba je tedy na "pude" intranetu MU a pro subskribenty konference je
takove "varovani" ponekud matouci. Zprava byla vracena mnohem driv, nez
ji dostal MTA libovolneho subskribenta mimo MU, takze vyse uvadene
lokalizace "muj mailer" neodpovidaji skutecnosti (obcas je dobre cist
chybove zpravy poradne).

Neprijemne je jen to, ze subskribenti konference jsou takto vlastne
nevhodne obtezovani mistnimi problemy provozovatele konference, ktery
jim takto propaguje chyby, ktere by si mel vyresit nejak autonomne.
Zrejme by bylo koncepcne vhodne, aby v SMTP-obalkove adrese odesilatele
prispevku z konference byl "zakuklen" prijemce az tehdy, kdyz zprava
opousti sferu vyhradniho SMTP-vlivu provozovatele konference.

Do budoucna lze tedy doporucit podobne zpravy ignorovat. Pokud to jde,
provozovatel konference by asi mel ezmlm nakonfigurovat tak, aby
podobne trivialni chyby bud napravoval (staci pridat prazdny radek) nebo
takto postizene prispevky odmital, tj. primarni chybu "vytkl" prispevateli
a nematl tak ostatni ucastniky.
--
Lubos Kaspar