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->xapian_db->set_meta
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? Anot
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
> > programs
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->xapian_db->set_meta
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
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
> > programs
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 int
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? Anot
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
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 int
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
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
> >
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
On Wed, 24 Feb 2010 10:19:06 -0800, Carl Worth wrote:
> 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 f
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 int
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 int
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
> acc
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
> acco
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 minu
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 minu
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 mes
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 stuf
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 adde
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 th
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
> 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: 'unread','
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 not
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 mes
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
> you
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
> >a
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 not
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 stu
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
> you
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 add
On Tue, 19 Jan 2010 16:00:06 +0100, Marten Veldthuis
wrote:
> 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?
>
On Tue, Jan 19, 2010 at 04:00:06PM +0100, Marten Veldthuis wrote:
> 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 mai
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
___
> 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: 'unread','
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 jus
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 n
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, relea
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
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
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 jus
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
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, relea
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
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
48 matches
Mail list logo