Re: exim pipe transport, notmuch insert and mbox-style messages
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
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
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
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
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
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
