Re: exim pipe transport, notmuch insert and mbox-style messages

2014-11-29 Thread Edward Betts
David Bremner da...@tethera.net wrote:
 Edward Betts edw...@4angle.com writes:
  I wonder if 'notmuch insert' could be modified to detect and drop the From_
  line before writing the message to disk and index it. It could do that
  silently or with a warning.
 
 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.

The main piece of information in the From_ line is the return path address, a
properly configured MTA will add a Return-path header.

RFC 2821 says the Return-path header is added to a message when the
delivery SMTP server makes the final delivery.

I don't think the From_ line needs to be captured into an X-Envelope-From
header.  We could make 'notmuch insert' add the 'Return-path' header to
messages if it is missing, but the From_ line is present. This is probably too
much complexity.

-- 
Edward.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: exim pipe transport, notmuch insert and mbox-style messages

2014-11-29 Thread David Bremner
Edward Betts edw...@4angle.com writes:

 I don't think the From_ line needs to be captured into an X-Envelope-From
 header.  We could make 'notmuch insert' add the 'Return-path' header to
 messages if it is missing, but the From_ line is present. This is probably too
 much complexity.

I think we're going to solve this problem on the notmuch indexing side
with

id:1416741312-26332-1-git-send-email-j...@nikula.org

This will let us stick to the principle of notmuch not modifying
mail.

d



___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: exim pipe transport, notmuch insert and mbox-style messages

2014-11-23 Thread Tomi Ollila
On Sat, Nov 22 2014, Edward Betts wrote:

 My mail arrives on a Debian machine running exim. It was being filtered
 by procmail then piped into 'notmuch insert'. This was generating the
 single-message mbox warning:

 Warning: ...  is an mbox containing a single message,
 likely caused by misconfigured mail delivery.  Support for single-message
 mboxes is deprecated and may be removed in the future.


I personally would like to see this feature undeprecated, as I see no
reason accepting such messages...

Tomi


 I wonder if 'notmuch insert' could be modified to detect and drop the From_
 line before writing the message to disk and index it. It could do that
 silently or with a warning.

 -- 
 Edward.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: exim pipe transport, notmuch insert and mbox-style messages

2014-11-23 Thread Tomi Ollila
On Sun, Nov 23 2014, Tomi Ollila wrote:

 On Sat, Nov 22 2014, Edward Betts wrote:

 My mail arrives on a Debian machine running exim. It was being filtered
 by procmail then piped into 'notmuch insert'. This was generating the
 single-message mbox warning:

 Warning: ...  is an mbox containing a single message,
 likely caused by misconfigured mail delivery.  Support for single-message
 mboxes is deprecated and may be removed in the future.


 I personally would like to see this feature undeprecated, as I see no
 reason accepting such messages...

+ /// *not* \\\

:)


 Tomi

Tomi



 I wonder if 'notmuch insert' could be modified to detect and drop the From_
 line before writing the message to disk and index it. It could do that
 silently or with a warning.

 -- 
 Edward.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: exim pipe transport, notmuch insert and mbox-style messages

2014-11-22 Thread David Bremner
Edward Betts edw...@4angle.com writes:


 I wonder if 'notmuch insert' could be modified to detect and drop the From_
 line before writing the message to disk and index it. It could do that
 silently or with a warning.

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.

d
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: exim pipe transport, notmuch insert and mbox-style messages

2014-11-22 Thread Andrei POPESCU
On Sb, 22 nov 14, 10:44:45, David Bremner wrote:
 Edward Betts edw...@4angle.com writes:
 
 
  I wonder if 'notmuch insert' could be modified to detect and drop the From_
  line before writing the message to disk and index it. It could do that
  silently or with a warning.
 
 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) 
unconditionally adds the 'From ' header when delivering to an external 
command and upstream did not consider my suggestion to make this 
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 
From_ line, it gets converted to a Return-Path: header, and any
existing Return-Path: header gets removed. If the message does not 
start with a From_ line, the message remains unchanged.

2. adjust the 'maildrop' destination in postfix' master.cf to remove the 
'F' flag.

pipe(8):

F   Prepend a From sender time_stamp envelope header to the 
message content.  This is expected by, for example, UUCP
software.

3. Deliver from postfix to a Maildir, bypassing any filtering.

Kind regards,
Andrei
-- 
If you can't explain it simply, you don't understand it well enough.
(Albert Einstein)
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch