From: Andrei POPESCU <andreimpopescu@gmail.com>
Date: Sat, 22 Nov 2014 18:26:15 +0200
To: notmuch@notmuchmail.org
Subject: Re: exim pipe transport, notmuch insert and mbox-style messages
Message-ID: <20141122162615.GA1209@sid.nuvreauspam>
References: <20141122092851.GA31815@x230>
 <87tx1r7enm.fsf@maritornes.cs.unb.ca>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="+0KmLy8UubQqhxHi"
Content-Disposition: inline
In-Reply-To: <87tx1r7enm.fsf@maritornes.cs.unb.ca>
User-Agent: Mutt/1.5.23 (2014-03-12)
Precedence: list


--+0KmLy8UubQqhxHi
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sb, 22 nov 14, 10:44:45, David Bremner wrote:
> Edward Betts <edward@4angle.com> writes:
>=20
>=20
> > I wonder if 'notmuch insert' could be modified to detect and drop the F=
rom_
> > line before writing the message to disk and index it. It could do that
> > silently or with a warning.
>=20
> I don't know about the larger question(s), but I'd suggest just escaping
> it to something like X-Envelope-From: . There may even be some
> semi-standard header to use for this.

I had the same problem with postfix + maildrop, as local(8)=20
unconditionally adds the 'From ' header when delivering to an external=20
command and upstream did not consider my suggestion to make this=20
configurable. The work-arounds I came up with:

1. use 'reformail -f0' as suggested in maildrop(1)

reformail(1):

    -f0
    Any initial blank lines are removed. If the first non-blank line is a=
=20
    "From_" line, it gets converted to a "Return-Path:" header, and any
    existing "Return-Path:" header gets removed. If the message does not=20
    start with a "From_" line, the message remains unchanged.

2. adjust the 'maildrop' destination in postfix' master.cf to remove the=20
'F' flag.

pipe(8):

    F   Prepend a "From sender time_stamp" envelope header to the=20
        message content.  This is expected by, for example, UUCP
        software.

3. Deliver from postfix to a Maildir, bypassing any filtering.

Kind regards,
Andrei
--=20
If you can't explain it simply, you don't understand it well enough.
(Albert Einstein)
http://nuvreauspam.ro/gpg-transition.txt

--+0KmLy8UubQqhxHi
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBCAAGBQJUcLknAAoJEP/HhUTvIjQcFFQP/2FFUe6QFHxY60MssOhvw0xc
ddpGRKpYMMdS59aEr7FXAB/ztfMczuD3tBpytoPYdk9qrKX1HUs3PqcNL7dU1iNA
M1GjVCHvwZbfABma/R2DFug6HKVSWP2b+iOl04/Ib4+LJGB3I3IMQqPetfO+IQAh
f941MAXwEIm/Io+rNS8kCQzk/WO1rSB00McP+1b4e3PKzwj2h04Dib6Z6AzgZOmY
AQhKdeAFVr4Y0Vf1L3nFtD4QTf3+rUdJ7xJqfwRWF8Eh18fg6kRCcK8AWk3+/Sm6
7WbZoU0IvMRcChQZS9367nwWdB4U9O1eYbEd4LFKqllM30GMqjrbwrvZG+JAXxDZ
SJ0EXZu9p4OJYvBNxaBzbtbJoJtYX/pP8EWgvSchVf8/w3avoVLk4iLAzsnGb8g7
U9780FHzO0T3/1qF1zrD0aPryFlqvt6idxKteTsqIbiDUdNzgVHjYI4Pu5iq3WeZ
jcxHxNVBudtzfIIxRocuThWY60/qcTBg7rQdyyDr3r8kls0kSNfxJoPjd7OE64EE
ujihCcCGsOTOgFh503HiTzrH1Dz2E9lZM6QfaU37ONIbPkUzuOAiEYbNTtBJBDTP
84ipUrjLuZfxzb9nWL1H72vOACHKCXTEd9U8FsyPQ3cYrqZbIzU8p6vNdpHPEVo0
K8fNvNU1T1hC8SGCRgM4
=5Bvd
-----END PGP SIGNATURE-----

--+0KmLy8UubQqhxHi--