On Thu, 14 Apr 2011 09:32:30 +0200, Florian Friesdorf
wrote:
> On Tue, 01 Mar 2011 15:15:22 -0800, Jameson Rollins finestructure.net> wrote:
> > > A simple rebuild when you go to bed can look like:
> >
> > I think you're missing an important step:
> >
> > notmuch dump >dump.txt
> > mv
On Thu, 14 Apr 2011 09:32:30 +0200, Florian Friesdorf f...@chaoflow.net wrote:
On Tue, 01 Mar 2011 15:15:22 -0800, Jameson Rollins
jroll...@finestructure.net wrote:
A simple rebuild when you go to bed can look like:
I think you're missing an important step:
notmuch dump dump.txt
On Tue, 01 Mar 2011 15:15:22 -0800, Jameson Rollins
jroll...@finestructure.net wrote:
A simple rebuild when you go to bed can look like:
I think you're missing an important step:
notmuch dump dump.txt
mv $(notmuch config get database.path){,.bak}
Catching up and confused here: Shouldn't
On Tue, 1 Mar 2011 17:15:22 -0600, Jameson Rollins wrote:
> On Tue, 1 Mar 2011 16:00:51 -0700, Mark Anderson
> wrote:
>
> > A simple rebuild when you go to bed can look like:
>
> I think you're missing an important step:
>
> notmuch dump >dump.txt
> mv $(notmuch config get
On Fri, 25 Feb 2011 15:29:05 -0600, Jameson Rollins wrote:
> So I am in fact still seeing this bug, although I am ostensibly using a
> version that includes the patch to fix it (db70f3f0). Does this fix
> require rebuilding the database?
Yes.
The termlist is constructed when the message is
On Tue, 1 Mar 2011 16:00:51 -0700, Mark Anderson
wrote:
> On Fri, 25 Feb 2011 15:29:05 -0600, Jameson Rollins finestructure.net> wrote:
> > So I am in fact still seeing this bug, although I am ostensibly using a
> > version that includes the patch to fix it (db70f3f0). Does this fix
> >
On Tue, 1 Mar 2011 16:00:51 -0700, Mark Anderson markr.ander...@amd.com wrote:
On Fri, 25 Feb 2011 15:29:05 -0600, Jameson Rollins
jroll...@finestructure.net wrote:
So I am in fact still seeing this bug, although I am ostensibly using a
version that includes the patch to fix it (db70f3f0).
On Tue, 1 Mar 2011 17:15:22 -0600, Jameson Rollins jroll...@finestructure.net
wrote:
On Tue, 1 Mar 2011 16:00:51 -0700, Mark Anderson markr.ander...@amd.com
wrote:
A simple rebuild when you go to bed can look like:
I think you're missing an important step:
notmuch dump dump.txt
mv
On Fri, 25 Feb 2011 12:19:21 -0600, Jameson Rollins wrote:
> On Tue, 25 Jan 2011 16:29:22 -0700, Mark Anderson
> wrote:
> > Apparently matching on email addresses doesn't work the way I hoped.
> >
> > While debugging why my to:x at y.com search was matching far too many
> > entries, I whittled
On Fri, 25 Feb 2011 13:57:23 -0700, Mark Anderson
wrote:
> It shouldn't match anything, that's the value of finding this bug.
>
> What happened is the term counter was reset for each email address, so
> the term list for emails in "to:" looks something like this:
>
> 0 c K
> 1 hello R
>
On Tue, 25 Jan 2011 16:29:22 -0700, Mark Anderson
wrote:
> Apparently matching on email addresses doesn't work the way I hoped.
>
> While debugging why my to:x at y.com search was matching far too many
> entries, I whittled it down to this:
>
> WORD1=hello
> WORD2=goodbye
> MSGID=junk$(date
On Wed, 26 Jan 2011 12:19:17 +1000, Carl Worth wrote:
> And thanks, Mark for the bug report and the nice test case. I'll add
> this to the test suite, and fix it. And that will give us yet one more
> reason for all of us to rebuild our databases after the upcoming
> release.
I've added a test
On Tue, 25 Jan 2011 19:51:14 -0500, Austin Clements
wrote:
> Well-constructed test message. Xapian's query parser is actually doing the
> right thing [1] and this is a bug in the way notmuch indexes address list
> headers. For each address, _notmuch_message_gen_terms resets the term
>
On Tue, 25 Jan 2011 23:59:50 -0600, Carl Worth wrote:
> On Wed, 26 Jan 2011 12:19:17 +1000, Carl Worth wrote:
> > And thanks, Mark for the bug report and the nice test case. I'll add
> > this to the test suite, and fix it. And that will give us yet one more
> > reason for all of us to rebuild
On Tue, 25 Jan 2011 23:59:50 -0600, Carl Worth cwo...@cworth.org wrote:
On Wed, 26 Jan 2011 12:19:17 +1000, Carl Worth cwo...@cworth.org wrote:
And thanks, Mark for the bug report and the nice test case. I'll add
this to the test suite, and fix it. And that will give us yet one more
reason
Well-constructed test message. Xapian's query parser is actually doing the
right thing [1] and this is a bug in the way notmuch indexes address list
headers. For each address, _notmuch_message_gen_terms resets the term
generator's term position, so your To header indexes with positions as
c:1
Hi guys, What's up? ("Notmuch")
Apparently matching on email addresses doesn't work the way I hoped.
While debugging why my to:x at y.com search was matching far too many
entries, I whittled it down to this:
WORD1=hello
WORD2=goodbye
MSGID=junk$(date +%s)
TESTDIR=$(notmuch config get
On Tue, 25 Jan 2011 19:51:14 -0500, Austin Clements amdra...@gmail.com wrote:
Well-constructed test message. Xapian's query parser is actually doing the
right thing [1] and this is a bug in the way notmuch indexes address list
headers. For each address, _notmuch_message_gen_terms resets the
18 matches
Mail list logo