Re: [notmuch] keeping a copy of sent mail locally

2009-12-20 Thread Jameson Graef Rollins
On Sun, Dec 20, 2009 at 07:22:55PM +0100, Marten Veldthuis wrote: There's a message-send-hook, which we should probably use. Something like: (add-hook 'message-send-hook 'notmuch-always-bcc-sender) (defun notmuch-always-bcc-sender () (message-add-header (concat Bcc:

Re: [notmuch] keeping a copy of sent mail locally

2009-12-20 Thread Adam Sjøgren
On Sun, 20 Dec 2009 13:31:13 -0500, Jameson wrote: There must be a way to tell emacs message-mode to save a copy of outgoing mail locally. Mutt does this with it's Fcc commands (ie. file carbon copy). I think we should look for a solution like this. Gnus uses Gcc for this (see

[notmuch] [PATCH] Store documents for message-ids we haven't seen

2009-12-20 Thread James Westby
When scanning the maildir there can be earlier messages in the thread that we haven't seen, either due to mail delays, or because they weren't sent. This can break the threading. Therefore we store stub documents for every message id we see, so that we can link them in to the threads. If we see

[notmuch] keeping a copy of sent mail locally

2009-12-20 Thread Alex Ghitza
On Sat, 19 Dec 2009 02:55:16 -0800, Jed Brown wrote: > On Sat, 19 Dec 2009 15:41:14 +1100, Alex Ghitza wrote: > > Bcc-ing myself on every sent message is suboptimal for a number of > > reasons: (1) gmail throws away the bcc-ed copy since it has the same > > message id as the one sitting in the

[notmuch] keeping a copy of sent mail locally

2009-12-20 Thread Alex Ghitza
On Sat, 19 Dec 2009 18:50:17 -0800, Keith Packard wrote: > On Sat, 19 Dec 2009 18:37:12 -0800, Carl Worth wrote: > > > So we need to figure out how to configure (or hook) that > > to insert the Bcc, and then we can fix notmuch.el to do this without any > > user configuration. > > Just call: >

[notmuch] [PATCH] Solaris doesn't have 'struct dirent::d_type'

2009-12-20 Thread Tomas Carnecky
Use stat(2) instead. Signed-off-by: Tomas Carnecky --- There is a second issue that prevents notmuch from working on Solaris: the getpwuid_r() prototype doesn't have the last argument. But that can be easily worked around by setting -D_POSIX_PTHREAD_SEMANTICS on the compiler commandline. Do you

[notmuch] [PATCH] Solaris doesn't have 'struct dirent::d_type'

2009-12-20 Thread James Westby
From: Tomas Carnecky Use stat(2) instead. Signed-off-by: Tomas Carnecky Signed-off-by: James Westby --- The original patch duplicated asprintf and stat calls, rearraging the code means we don't need to. I have a concern about the

[notmuch] keeping a copy of sent mail locally

2009-12-20 Thread Marten Veldthuis
On Sat, 19 Dec 2009 21:02:18 -0800, Keith Packard wrote: > We actually want to let the user *select* an email address from the > config file, and then automagically set the bcc: flag as > appropriate. Without that, I'd end up bcc'ing all of my mail through my > home address, which would end up

[notmuch] keeping a copy of sent mail locally

2009-12-20 Thread Jameson Graef Rollins
is the wrong way to do it. jamie. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091220/95cf05d6/attachment.pgp>

[notmuch] keeping a copy of sent mail locally

2009-12-20 Thread Adam Sjøgren
On Sun, 20 Dec 2009 13:31:13 -0500, Jameson wrote: > There must be a way to tell emacs message-mode to save a copy of > outgoing mail locally. Mutt does this with it's Fcc commands (ie. > "file carbon copy"). I think we should look for a solution like this. Gnus uses Gcc for this (see

[notmuch] [PATCH] Store documents for message-ids we haven't seen

2009-12-20 Thread James Westby
When scanning the maildir there can be earlier messages in the thread that we haven't seen, either due to mail delays, or because they weren't sent. This can break the threading. Therefore we store stub documents for every message id we see, so that we can link them in to the threads. If we see

[notmuch] [PATCH] notmuch-query.el: new file to support access to the notmuch database.

2009-12-20 Thread da...@tethera.net
From: David Bremner Initially this file provides one main function notmuch-query-get-threads, which takes a set of search terms, and returns a parsed set of matching threads as a lisp data structure. A set of notmuch-query-map-* functions are provided to help map functions over