[notmuch] Introducing notmuchsync

2010-03-01 Thread Michal Sojka
On Mon, 01 Mar 2010 13:43:24 -0500, Ben Gamari wrote: > Excerpts from Michal Sojka's message of Mon Mar 01 12:18:55 -0500 2010: > > > How do you propose that the backends keep track of what mail has been > > > indexed? > > > > For example by using Xapian metadata: > >

[notmuch] Introducing notmuchsync

2010-03-01 Thread Michal Sojka
On Mon, 01 Mar 2010 11:27:07 -0500, Ben Gamari wrote: > > 2. get the list of new mails which need to be indexed > >(current notmuch does recursive file traversal, for git-based store > >it will be something like system("git diff-tree --name-status ...") > > > Is this really necessary?

[notmuch] Introducing notmuchsync

2010-03-01 Thread Ben Gamari
Excerpts from Michal Sojka's message of Mon Mar 01 12:18:55 -0500 2010: > > Is this really necessary? Another option (which I believe has been > > mentioned here in the past) is to simply pass notmuch new a list of > > message "paths" to add (although I'm not sure if many mail delivery > >

[notmuch] Introducing notmuchsync

2010-03-01 Thread Ben Gamari
Excerpts from Michal Sojka's message of Mon Mar 01 03:57:26 -0500 2010: > Hi, when you are on this topic, I'll put my two cents in. Currently > notmuch works only with mail-store comprised of files. People want to > work with their mails on multiple computers so there are several > ideas/solutions

[notmuch] Introducing notmuchsync

2010-03-01 Thread Michal Sojka
On Wed, 24 Feb 2010 10:19:06 -0800, Carl Worth wrote: > Elsewhere in the thread Jameson Rollins wrote: > > I should have mentioned in my previous mail that I think this tool is > > a great idea, and I plan on using it. I just hope that all of it's > > functionality will be integrated directly

Re: [notmuch] Introducing notmuchsync

2010-03-01 Thread Michal Sojka
On Wed, 24 Feb 2010 10:19:06 -0800, Carl Worth cwo...@cworth.org wrote: Elsewhere in the thread Jameson Rollins wrote: I should have mentioned in my previous mail that I think this tool is a great idea, and I plan on using it. I just hope that all of it's functionality will be integrated

Re: [notmuch] Introducing notmuchsync

2010-03-01 Thread Michal Sojka
On Mon, 01 Mar 2010 11:27:07 -0500, Ben Gamari bgam...@gmail.com wrote: 2. get the list of new mails which need to be indexed (current notmuch does recursive file traversal, for git-based store it will be something like system(git diff-tree --name-status ...) Is this really

Re: [notmuch] Introducing notmuchsync

2010-03-01 Thread Michal Sojka
On Mon, 01 Mar 2010 13:43:24 -0500, Ben Gamari bgam...@gmail.com wrote: Excerpts from Michal Sojka's message of Mon Mar 01 12:18:55 -0500 2010: How do you propose that the backends keep track of what mail has been indexed? For example by using Xapian metadata:

[notmuch] Introducing notmuchsync

2010-02-25 Thread Sebastian Spaeth
On Wed, 24 Feb 2010 13:49:44 -0500, Jameson Rollins wrote: > On Wed, 24 Feb 2010 10:19:06 -0800, Carl Worth wrote: > > I think that's the open question still. How much of this kind of > > functionality do we integrate into notmuch itself. I don't know the > > answer to that question yet, but I'm

[notmuch] Introducing notmuchsync

2010-02-25 Thread Sebastian Spaeth
On Wed, 24 Feb 2010 10:19:06 -0800, Carl Worth wrote: > On Mon, 18 Jan 2010 16:12:28 +0100, "Sebastian Spaeth" SSpaeth.de> wrote: > > > > - Synchronizes the "S" flag with the "unread" tag (1-way). The > > synchronization direction is decided by using either --sync (change > >

Re: [notmuch] Introducing notmuchsync

2010-02-25 Thread Sebastian Spaeth
On Wed, 24 Feb 2010 10:19:06 -0800, Carl Worth cwo...@cworth.org wrote: On Mon, 18 Jan 2010 16:12:28 +0100, Sebastian Spaeth sebast...@sspaeth.de wrote: - Synchronizes the S flag with the unread tag (1-way). The synchronization direction is decided by using either

Re: [notmuch] Introducing notmuchsync

2010-02-25 Thread Sebastian Spaeth
On Wed, 24 Feb 2010 13:49:44 -0500, Jameson Rollins jroll...@finestructure.net wrote: On Wed, 24 Feb 2010 10:19:06 -0800, Carl Worth cwo...@cworth.org wrote: I think that's the open question still. How much of this kind of functionality do we integrate into notmuch itself. I don't know the

[notmuch] Introducing notmuchsync

2010-02-24 Thread Jameson Rollins
On Wed, 24 Feb 2010 10:19:06 -0800, Carl Worth wrote: > Elsewhere in the thread Jameson Rollins wrote: > > I should have mentioned in my previous mail that I think this tool is > > a great idea, and I plan on using it. I just hope that all of it's > > functionality will be integrated directly

[notmuch] Introducing notmuchsync

2010-02-24 Thread Carl Worth
On Mon, 18 Jan 2010 16:12:28 +0100, "Sebastian Spaeth" wrote: > > - Synchronizes the "S" flag with the "unread" tag (1-way). The > synchronization direction is decided by using either --sync (change > maildir flags according to notmuch) or --revsync (change notmuch tags >

Re: [notmuch] Introducing notmuchsync

2010-02-24 Thread Carl Worth
On Mon, 18 Jan 2010 16:12:28 +0100, Sebastian Spaeth sebast...@sspaeth.de wrote: - Synchronizes the S flag with the unread tag (1-way). The synchronization direction is decided by using either --sync (change maildir flags according to notmuch) or --revsync (change notmuch

Re: [notmuch] Introducing notmuchsync

2010-02-24 Thread Jameson Rollins
On Wed, 24 Feb 2010 10:19:06 -0800, Carl Worth cwo...@cworth.org wrote: Elsewhere in the thread Jameson Rollins wrote: I should have mentioned in my previous mail that I think this tool is a great idea, and I plan on using it. I just hope that all of it's functionality will be integrated

[notmuch] Introducing notmuchsync

2010-01-20 Thread Tassilo Horn
Jameson Rollins writes: Hi Jameson, > That said, I have vasilated just a bit on this, as to whether notmuch > should touch the mail at all, or just process it. But having thought > about it a bit, I think that notmuch really *is* an MUA, or at least > the mail processing part of a MUA (MUA

Re: [notmuch] Introducing notmuchsync

2010-01-20 Thread Tassilo Horn
Jameson Rollins jroll...@finestructure.net writes: Hi Jameson, That said, I have vasilated just a bit on this, as to whether notmuch should touch the mail at all, or just process it. But having thought about it a bit, I think that notmuch really *is* an MUA, or at least the mail processing

[notmuch] Introducing notmuchsync

2010-01-19 Thread Sebastian Spaeth
On Tue, 19 Jan 2010 11:04:49 -0500, Jameson Rollins wrote: > I should have mentioned in my previous mail that I think this tool is > a great idea, and I plan on using it. I just hope that all of it's > functionality will be integrated directly into notmuch itself. I fully agree. [Snip more

[notmuch] Introducing notmuchsync

2010-01-19 Thread Sebastian Spaeth
On Tue, 19 Jan 2010 10:24:27 -0500, Jameson Rollins wrote: > Actually, I don't think this is exactly correct. I believe that the > move from new to cur should be done by the MUA when the MUA actually > processes the message, but before the user views the message. The S > flag should then be

[notmuch] Introducing notmuchsync

2010-01-19 Thread Sebastian Spaeth
On Tue, 19 Jan 2010 16:00:06 +0100, Marten Veldthuis wrote: > On Tue, 19 Jan 2010 14:37:03 +0100, "Sebastian Spaeth" SSpaeth.de> wrote: > > - Move read files from 'new' to 'cur' folder. At what point is that > >moving typically done in Maildir? When the user has actually looked > >at

[notmuch] Introducing notmuchsync

2010-01-19 Thread Marten Veldthuis
On Tue, 19 Jan 2010 14:37:03 +0100, "Sebastian Spaeth" wrote: > - Move read files from 'new' to 'cur' folder. At what point is that >moving typically done in Maildir? When the user has actually looked >at the mail? Yes, exactly that. -- - Marten

[notmuch] Introducing notmuchsync

2010-01-19 Thread Sebastian Spaeth
> What needs improvment? > - Support for the "T" (delete), "F" (flagged), "D" (draft) tags/flags. Having just finished this feature, I herewith declare notmuchsync to be version 0.0.1 :). It works for fine for me, I use it to sync the "FTDS" Maildir flags (corresponding notmuch flags:

[notmuch] Introducing notmuchsync

2010-01-19 Thread Jameson Rollins
On Tue, Jan 19, 2010 at 11:29:10AM -0500, Servilio Afre Puentes wrote: > For what I've read so far from messages of the authors in this mailing > list and the programmed behaviour, I think that is the intention > (though not fully implemented yet) and in my opinion the right one. > Maybe if the

[notmuch] Introducing notmuchsync

2010-01-19 Thread Servilio Afre Puentes
2010/1/19 Jameson Rollins : [...] > That said, I have vasilated just a bit on this, as to whether notmuch > should touch the mail at all, or just process it. ?But having thought > about it a bit, I think that notmuch really *is* an MUA, or at least > the mail processing part of a MUA (MUA minus

[notmuch] Introducing notmuchsync

2010-01-19 Thread Jameson Rollins
On Tue, Jan 19, 2010 at 04:52:42PM +0100, Sebastian Spaeth wrote: > That is why I have coded my notmuchsync tool. It does all that. While I > agree that notmuch should probably (and faster) do all that itself, the > current design seems to be to keep notmuch flexible, small and to never touch >

[notmuch] Introducing notmuchsync

2010-01-19 Thread Jameson Rollins
On Tue, Jan 19, 2010 at 04:00:06PM +0100, Marten Veldthuis wrote: > On Tue, 19 Jan 2010 14:37:03 +0100, "Sebastian Spaeth" SSpaeth.de> wrote: > > - Move read files from 'new' to 'cur' folder. At what point is that > >moving typically done in Maildir? When the user has actually looked > >

Re: [notmuch] Introducing notmuchsync

2010-01-19 Thread Sebastian Spaeth
What needs improvment? - Support for the T (delete), F (flagged), D (draft) tags/flags. Having just finished this feature, I herewith declare notmuchsync to be version 0.0.1 :). It works for fine for me, I use it to sync the FTDS Maildir flags (corresponding notmuch flags:

Re: [notmuch] Introducing notmuchsync

2010-01-19 Thread Marten Veldthuis
On Tue, 19 Jan 2010 14:37:03 +0100, Sebastian Spaeth sebast...@sspaeth.de wrote: - Move read files from 'new' to 'cur' folder. At what point is that moving typically done in Maildir? When the user has actually looked at the mail? Yes, exactly that. -- - Marten

Re: [notmuch] Introducing notmuchsync

2010-01-19 Thread Jameson Rollins
On Tue, Jan 19, 2010 at 04:00:06PM +0100, Marten Veldthuis wrote: On Tue, 19 Jan 2010 14:37:03 +0100, Sebastian Spaeth sebast...@sspaeth.de wrote: - Move read files from 'new' to 'cur' folder. At what point is that moving typically done in Maildir? When the user has actually looked

Re: [notmuch] Introducing notmuchsync

2010-01-19 Thread Sebastian Spaeth
On Tue, 19 Jan 2010 16:00:06 +0100, Marten Veldthuis mar...@veldthuis.com wrote: On Tue, 19 Jan 2010 14:37:03 +0100, Sebastian Spaeth sebast...@sspaeth.de wrote: - Move read files from 'new' to 'cur' folder. At what point is that moving typically done in Maildir? When the user has

Re: [notmuch] Introducing notmuchsync

2010-01-19 Thread Jameson Rollins
On Tue, Jan 19, 2010 at 04:52:42PM +0100, Sebastian Spaeth wrote: That is why I have coded my notmuchsync tool. It does all that. While I agree that notmuch should probably (and faster) do all that itself, the current design seems to be to keep notmuch flexible, small and to never touch your

Re: [notmuch] Introducing notmuchsync

2010-01-19 Thread Sebastian Spaeth
On Tue, 19 Jan 2010 11:04:49 -0500, Jameson Rollins jroll...@finestructure.net wrote: I should have mentioned in my previous mail that I think this tool is a great idea, and I plan on using it. I just hope that all of it's functionality will be integrated directly into notmuch itself. I

Re: [notmuch] Introducing notmuchsync

2010-01-19 Thread Jameson Rollins
On Tue, Jan 19, 2010 at 11:29:10AM -0500, Servilio Afre Puentes wrote: For what I've read so far from messages of the authors in this mailing list and the programmed behaviour, I think that is the intention (though not fully implemented yet) and in my opinion the right one. Maybe if the

[notmuch] Introducing notmuchsync

2010-01-18 Thread Sebastian Spaeth
On Mon, 18 Jan 2010 16:41:25 +0100, Michal Sojka wrote: > with which Python version is this meant to work? I get the following error: > $ ./notmuchsync -r > AttributeError: 'str' object has no attribute 'format' DOH, I just used 2.6-style formatting. But as there is little reason for this, I

[notmuch] Introducing notmuchsync

2010-01-18 Thread Marten Veldthuis
On Mon, 18 Jan 2010 16:12:28 +0100, "Sebastian Spaeth" wrote: > What does it do? > > - Synchronizes the "S" flag with the "unread" tag (1-way). The > synchronization direction is decided by using either --sync (change > maildir flags according to notmuch) or --revsync (change

[notmuch] Introducing notmuchsync

2010-01-18 Thread Michal Sojka
On Monday 18 of January 2010 16:12:28 Sebastian Spaeth wrote: > Dear list, > > I really want to sync my maildir flags/folders with notmuch tags and as > I haven't seen a script to do that, I've written (the beginnings of?) > one. > > It is probably pre-alpha but I am a fan of release early,

[notmuch] Introducing notmuchsync

2010-01-18 Thread Sebastian Spaeth
On Mon, 18 Jan 2010 16:12:28 +0100, "Sebastian Spaeth" wrote: DOH, I should actually have finished the Workflow section before sending it off :-): Workflow 1a) start out with notmuchsync -r in order to initialize the notmuch tag database based on maildir 'S' flags. This is probably what

[notmuch] Introducing notmuchsync

2010-01-18 Thread Sebastian Spaeth
Dear list, I really want to sync my maildir flags/folders with notmuch tags and as I haven't seen a script to do that, I've written (the beginnings of?) one. It is probably pre-alpha but I am a fan of release early, release often and if someone finds it useful to build upon, it was already worth

[notmuch] Introducing notmuchsync

2010-01-18 Thread Sebastian Spaeth
Dear list, I really want to sync my maildir flags/folders with notmuch tags and as I haven't seen a script to do that, I've written (the beginnings of?) one. It is probably pre-alpha but I am a fan of release early, release often and if someone finds it useful to build upon, it was already worth

Re: [notmuch] Introducing notmuchsync

2010-01-18 Thread Sebastian Spaeth
On Mon, 18 Jan 2010 16:12:28 +0100, Sebastian Spaeth sebast...@sspaeth.de wrote: DOH, I should actually have finished the Workflow section before sending it off :-): Workflow 1a) start out with notmuchsync -r in order to initialize the notmuch tag database based on maildir 'S' flags.

Re: [notmuch] Introducing notmuchsync

2010-01-18 Thread Michal Sojka
On Monday 18 of January 2010 16:12:28 Sebastian Spaeth wrote: Dear list, I really want to sync my maildir flags/folders with notmuch tags and as I haven't seen a script to do that, I've written (the beginnings of?) one. It is probably pre-alpha but I am a fan of release early, release

Re: [notmuch] Introducing notmuchsync

2010-01-18 Thread Marten Veldthuis
On Mon, 18 Jan 2010 16:12:28 +0100, Sebastian Spaeth sebast...@sspaeth.de wrote: What does it do? - Synchronizes the S flag with the unread tag (1-way). The synchronization direction is decided by using either --sync (change maildir flags according to notmuch) or