On Sun, Sep 09, 2001 at 01:00:16AM +0200, Matthias Andree wrote:
[snip]
> Let's revisit the issue. Since it's not a common problem one will
> encounter, it deserves a _simple_ fix.
>
> Facts (none of that is new, and they may be incomplete):
>
> - It's not qmail-send's fault someone sent "extended format" in.
True.
> - It's qmail-qmqpd's purpose to take arbitrary data in.
True.
> - The set of delivery backends that qmail-send can choose from is limited to
> the local delivery agent and the qmail-remote SMTP client. Neither is
> able to transfer "extended format" under all circumstances:
>
> - qmail-remote can only send ASCII, possibly extended by 0x80...0xff,
> and requires a CRLF terminated mail with constraints on the line
> format (length in particular).
remote does the CRLF termination itself. Line length does not seem to
be limited, unless I'm reading the source wrong.
> - qmail-local cannot deliver unterminated mail to mbox format spools.
Have not checked.
> - qmail-local cannot deliver mail that contains (regexp) "^From " to
> mbox format spools.
Untrue.
> I assume that "extended format" still requires RFC-822 headers.
>
> Here's my suggestion:
>
> * Strip the mail _body_ from the undeliverable bounce when copying it
> into the doublebounce.
I like that.
> Reasons:
>
> 1/ Under the assumption (1), the double bounce will be deliverable
> across SMTP.
Yes.
> 2/ The double bounce defaults to postmaster who has no business with
> getting the users' mail bodies.
Partly agreed. He may like to see headers.
> 3/ Since the bounce format is fixed, stripping the mail body can be done
> safely.
>
> Consequences:
>
> - Postmaster (or whoever is configured) is immediately notified of the
> failed mail + bounce.
Yes, and the message does not get lost.
> - The doublebounce recipient no longer sees private user mail bodies.
True.
> - Mail need no longer be discarded because the doublebounce will be
> deliverable locally to mbox and across SMTP links.
Uhuh.
> Comments solicited.
I like it.
Greetz, Peter
--
Monopoly http://www.dataloss.nl/monopoly.html
