[notmuch] tag dir proposal [was: Re: Git as notmuch object store]

k.bogus at madduck.net -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: Digital signature (see http://martin-krafft.net/gpg/) URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100128/c2bedb2b/attachment.pgp>

[notmuch] tag dir proposal [was: Re: Git as notmuch object store]

On Thu, 28 Jan 2010 15:49:34 -0500, Ben Gamari wrote: > Sounds like you need to add a line to crontab. I haven't been following this thread closely so I hope this isn't too out of context. I agree that certain things like notmuch-new should go in the crontab, but I think that notmuch-new should

[notmuch] tag dir proposal [was: Re: Git as notmuch object store]

Excerpts from martin f krafft's message of Thu Jan 28 17:17:35 -0500 2010: > Cron-scheduling is a regular activity. I am talking about > event-based scheduling. incron could do that and fire up a process > every time a message is dropped into a directory, but notmuch > doesn't provide me with an

[notmuch] tag dir proposal [was: Re: Git as notmuch object store]

On Thu, 28 Jan 2010 18:12:52 +1300, martin f krafft wrote: > also sprach Jameson Rollins [2010.01.27.0603 > +1300]: > > > This is getting involved. > > > > > > Maybe I'm missing something in this thread; but, why couldn't these > > > complex and > > > context-sensitive decisions be

[notmuch] tag dir proposal [was: Re: Git as notmuch object store]

-- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: Digital signature (see http://martin-krafft.net/gpg/) URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100128/2ace6379/attachment.pgp>

[notmuch] tag dir proposal [was: Re: Git as notmuch object store]

ytes Desc: Digital signature (see http://martin-krafft.net/gpg/) URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100128/d544bd5e/attachment.pgp>

[notmuch] [PATCH 2/2] Preserve folder information when indexing

This patch was originally sent by Andreas Kl?ckner. This is a slightly reworked version (only coding style changes) which was manually rebased to the current HEAD. There are still things to fix (see the previous Carl's email) - Redundant trailing directory name traversal - Supporting hierarchical

[notmuch] [PATCH 1/2] Skip German "aw:" prefix in subjects

This was originally present in Andreas Kl?ckner's patch. --- lib/index.cc |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/lib/index.cc b/lib/index.cc index 7e2da08..eb97f91 100644 --- a/lib/index.cc +++ b/lib/index.cc @@ -116,6 +116,8 @@ skip_re_in_subject (const char

[notmuch] [patch] store folder information

On Wednesday 27 of January 2010 16:55:55 micah anderson wrote: > have not seen a reply from you yet. I'm particularly eager to see this > get accepted upstream, and it sounds like the changes necessary to do so > are relatively minor. Hi Micah and others, I wanted to test this patch, so I

[notmuch] tag dir proposal [was: Re: Git as notmuch object store]

Excerpts from martin f krafft's message of Thu Jan 28 15:39:10 -0500 2010: > also sprach Servilio Afre Puentes [2010.01.29.0132 > +1300]: > > >> [tags] > > >> inbox = +inbox,+unread > > >> sent = +sent > > >> drafts = +draft > > >> archive = -inbox > > > > > > This proposal, on the other hand,

[notmuch] [PATCH 2/2] Preserve folder information when indexing

On Thu, 28 Jan 2010 16:25:17 +0100, Michal Sojka wrote: > This patch was originally sent by Andreas Kl?ckner. This is a slightly > reworked version (only coding style changes) which was manually rebased > to the current HEAD. Just a quick note about this patch: I received an offline email back

[notmuch] Small Fixes

Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100128/585f1d03/attachment.obj> -- next part -- A non-text attachment was scrubbed... Name: warning.patch Type: application/octet-stream Size: 1964 bytes Desc: not available URL:

[notmuch] Internal error no thread ID

On 2010-01-27, Matthias Teege wrote: > Internal error: Message with document ID of 62004 has no thread ID. > (lib/message.cc:353). > > Is it possible to get the filename for the document 62004? You can get it from the database using Xapian's delve utility: delve -d -r62004

[notmuch] Git feature branch

e http://martin-krafft.net/gpg/) URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100128/a583bd71/attachment.pgp>

[notmuch] tag dir proposal [was: Re: Git as notmuch object store]

2010/1/28 martin f krafft : > also sprach Jameson Rollins [2010.01.26.1046 > +1300]: >> > For example, I might have: >> > >> > ~/.notmuch-config: >> > >> > ? ? [database] >> > ? ? path=/home/pioto/mail >> > ? ? ... >> > ? ? [tags] >> > ? ? pioto at pioto.org/INBOX.ListMail.notmuch = notmuch >> >

[notmuch] Git feature branch

. Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100128/5ba1d2cb/attachment.pgp>

[notmuch] [patch] store folder information

ased off of master at this point. Micah -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100128/7c173e7f/attachment.pgp>

[notmuch] Backport of Xapian term update optimisation

I've backported the term update optimisation patches to Xapian's 1.0 branch, and you can find snapshot tarballs including these changes here: http://oligarchy.co.uk/xapian/branches/1.0/ Xapian's testsuite passes (including the additional test coverage which I

Re: [notmuch] tag dir proposal [was: Re: Git as notmuch object store]

2010/1/28 martin f krafft madd...@madduck.net: also sprach Jameson Rollins jroll...@finestructure.net [2010.01.26.1046 +1300]: For example, I might have: ~/.notmuch-config:     [database]     path=/home/pioto/mail     ...     [tags]     pi...@pioto.org/INBOX.ListMail.notmuch =

[notmuch] [PATCH 1/2] Skip German aw: prefix in subjects

This was originally present in Andreas Klöckner's patch. --- lib/index.cc |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/lib/index.cc b/lib/index.cc index 7e2da08..eb97f91 100644 --- a/lib/index.cc +++ b/lib/index.cc @@ -116,6 +116,8 @@ skip_re_in_subject (const char

Re: [notmuch] tag dir proposal [was: Re: Git as notmuch object store]

also sprach Servilio Afre Puentes servi...@gmail.com [2010.01.29.0132 +1300]: [tags] inbox = +inbox,+unread sent = +sent drafts = +draft archive = -inbox This proposal, on the other hand, is an interesting one, but when is it supposed to happen? It just feels wrong to make this

Re: [notmuch] tag dir proposal [was: Re: Git as notmuch object store]

Excerpts from martin f krafft's message of Thu Jan 28 15:39:10 -0500 2010: also sprach Servilio Afre Puentes servi...@gmail.com [2010.01.29.0132 +1300]: [tags] inbox = +inbox,+unread sent = +sent drafts = +draft archive = -inbox This proposal, on the other hand, is an

Re: [notmuch] tag dir proposal [was: Re: Git as notmuch object store]

On Thu, 28 Jan 2010 15:49:34 -0500, Ben Gamari bgam...@gmail.com wrote: Sounds like you need to add a line to crontab. I haven't been following this thread closely so I hope this isn't too out of context. I agree that certain things like notmuch-new should go in the crontab, but I think that