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

2009-12-21 Thread Alex Ghitza
On Sun, 20 Dec 2009 19:51:05 +0100, a...@koldfront.dk (Adam =?iso-8859-1?Q?Sj=F8gren?=) wrote: 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

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

2009-12-21 Thread Marten Veldthuis
On Mon, 21 Dec 2009 21:08:22 +1100, Alex Ghitza aghi...@gmail.com wrote: 2. of course, filenames need to be unique. Do we want/have to follow the maildir file naming conventions listed at http://cr.yp.to/proto/maildir.html or is it enough to use the Emacs lisp make-temp-file? I'd very much

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

2009-12-21 Thread Carl Worth
On Sun, 20 Dec 2009 16:31:21 -0400, da...@tethera.net wrote: I didn't know if you (Carl) want to do copyright assignment, or just the GPL license headers are enough. I don't mind pretty much any variation. Please feel free to retain your own copyright. I certainly don't deserve anything being

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

2009-12-21 Thread Carl Worth
On Sun, 20 Dec 2009 15:29:15 +1100, Alex Ghitza aghi...@gmail.com wrote: It looks like we need a way to get the primary email address from the config file. Yes, we definitely need that. Actually, while we're at it, we can consider making this more flexible and adding a new option to the

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

2009-12-21 Thread David Bremner
On Mon, 21 Dec 2009 09:21:40 -0800, Carl Worth cwo...@cworth.org wrote: I like that you're doing a new file, separate from our current notmuch.el. That file has already become extremely large and unwieldy and needs to be broken up. But to do that, I really want to get the emacs lisp files

Re: [notmuch] [PATCH] Reindex larger files that duplicate ids we have

2009-12-21 Thread Carl Worth
Hi James, I just got to a point in my outstanding rework where I thought it would make sense to pull this patch series in, (I'm adding support for storing multiple filenames in a single mail document). I took a closer look at this series, and I think it's still independent, so I'll finish up

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

2009-12-21 Thread Carl Worth
On Sun, 20 Dec 2009 20:27:32 +, James Westby jw+deb...@jameswestby.net wrote: One case that isn't handled is when we don't find the thread id of the parent, but then find the message itself. I believe this case shouldn't happen, but you never know. It really shouldn't happen since

[notmuch] keeping a copy of sent mail locally

2009-12-21 Thread Alex Ghitza
On Sun, 20 Dec 2009 13:31:13 -0500, Jameson Graef Rollins wrote: > Hi, folks. I've been following this thread a bit and I wanted to put > in my argument that using Bcc is *NOT* the way to save local copies of > sent mail. I really don't think that we need to require that the mail > actually get

[notmuch] keeping a copy of sent mail locally

2009-12-21 Thread Marten Veldthuis
On Mon, 21 Dec 2009 21:08:22 +1100, Alex Ghitza wrote: > 2. of course, filenames need to be unique. Do we want/have to follow > the maildir file naming conventions listed at > http://cr.yp.to/proto/maildir.html > or is it enough to use the Emacs lisp make-temp-file? I'd very much prefer a real

[notmuch] keeping a copy of sent mail locally

2009-12-21 Thread Jameson Graef Rollins
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/20091221/0f72b37e/attachment-0001.pgp>

[notmuch] keeping a copy of sent mail locally

2009-12-21 Thread Carl Worth
189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091221/1ebf2a23/attachment.pgp>

[notmuch] [PATCH] Reindex larger files that duplicate ids we have

2009-12-21 Thread Carl Worth
don't think we need to solve that problem before applying this patch series. -Carl -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuc

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

2009-12-21 Thread Carl Worth
gp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091221/8c09d01a/attachment.pgp>

[notmuch] keeping a copy of sent mail locally

2009-12-21 Thread Carl Worth
esc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091221/00b6828c/attachment.pgp>

[notmuch] keeping a copy of sent mail locally

2009-12-21 Thread Adrien BUSTANY
On Mon, 21 Dec 2009 09:27:04 -0800, Carl Worth wrote: > On Sun, 20 Dec 2009 15:29:15 +1100, Alex Ghitza wrote: >> It looks like we need a way to get the primary email address from the >> config file. > > Yes, we definitely need that. > >> Actually, while we're at it, we can consider making

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

2009-12-21 Thread Tomas Carnecky
On 12/20/09 7:02 PM, James Westby wrote: > 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

[notmuch] [PATCH] Added regress option to tags iterator

2009-12-21 Thread Carl Worth
bit long in some cases, but I'm willing to live with that until someone comes up with better. Thoughts? -Carl -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://not

[notmuch] [PATCH] Added regress option to tags iterator

2009-12-21 Thread Carl Worth
A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091221/814adb6d/attachment.pgp>