Markus Sch?pflin:
> Am 17.12.2010 15:44, schrieb Wietse Venema:
> > Markus Sch_pflin:
> >> Am 17.12.2010 13:16, schrieb Wietse Venema:
> >>> Markus Sch?pflin:
> >>>> Am 16.12.2010 13:14, schrieb Wietse Venema:
> >>
> >> [...]
> >>
> >>>> OTOH I'm still wondering whether this is something the cleanup daemon
> >>>> should be able to do? Opinions?
> >>>
> >>> Yes. SMTP protocol issues should be dealt with in the SMTP client
> >>> and server (including CRLF line endings and line length issues).
> >>> The rest of Postfix should just handle email in a manner that is
> >>> protocol-neutral.
> >>
> >> But this is *not* an SMTP protocol issue (RFC 2821), IMHO.
> >>
> >> It's rather a violation of the message format as defined in RFC 2822. (See
> >> chapter 2.1.1: "... Each line of characters MUST be no more than 998
> >> characters ...".) Also the manual page for cleanup explicitly lists RFC
> >> 2822 as applicable standard.
> >
> > If you believe that Postfix's job is to convert random garbage into
> > well-formed email, then perhaps you should switch mail software.
>
> It was not my intention to cause any offence. Your reply makes make me
> think I did, so please accept my apologies if this is the case.
>
> And I certainly don't think that Postfix should convert random garbage into
> well-formed email. Rather it should be rejected by Postfix.
Rejecting should be possible with a header_checks or body_checks
pattern, using the regexp or pcre {} quantifier. But it is not a
good solution unless you know that the sender address is correct
(and even then, it is unlikely that the sender will understand
where their submission program is at fault, and what they could do
to correct this).
So, just run the mail through a null SMTP filter for this particular
case. With other forms of malformed messages, you will need a real
content filter, because Postfix is intentionally not a universal
content transformation system.
Wietse
