dm-list-email-notmuch at scs.stanford.edu(dm-list-email-notmuch at
scs.stanford.edu)@240111-11:10:
> One of the features I would like to see from notmuch is an easier
> ability to synchronize tags across machines. At the very least, I
> would need either incremental dump and restore, or some way
This adds new functionality under the names of:
notmuch search --output=files --include-duplicates
notmuch show --include-duplicates
notmuch show --format=json --include-duplicates
These new commands behave similarly to the existing commands without
the --include-duplicate
On Mon, 24 Jan 2011, Jameson Rollins wrote:
> On Sun, 23 Jan 2011 12:47:24 +0100, Michal Sojka
> wrote:
> > This function have quite a lot dependencies. We may reduce them later it
> > it is a problem.
> > ---
> > lib/c-ctype.c | 398 +++
> > lib/c-ctype.h | 297 +
> > lib/getdate.c
On Mon, 24 Jan 2011, dm-list-email-notmuch at scs.stanford.edu wrote:
> One of the features I would like to see from notmuch is an easier
> ability to synchronize tags across machines. At the very least, I
> would need either incremental dump and restore, or some way to
> communicate arbitrary tag
. */
> + notmuch_message_maildir_flags_to_tags (message);
> + }
> + }
>break;
>case NOTMUCH_STATUS_FILE_NOT_EMAIL:
>fprintf (stderr, "Note: Ignoring non-mail file: %s\n",
> --
> 1.7.2.3
>
> _
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 database.pa
ultiple emails.
>
> This was just an egregious example of notmuch giving me notmuch of what
> I wanted, or actually, far too much of what I didn't want.
>
> Thanks,
> -Mark
>
> ___
> notmuch mailing list
> notmuch at notmuchmail.org
> http://notmuchmail.org/mailman/listinfo/notmuch
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110125/9247a302/attachment-0001.html>
On Mon, 24 Jan 2011, Jameson Rollins wrote:
> On Sun, 23 Jan 2011 12:47:24 +0100, Michal Sojka wrote:
> > This function have quite a lot dependencies. We may reduce them later it
> > it is a problem.
> > ---
> > lib/c-ctype.c | 398 +++
> > lib/c-ctype.h | 297 +
> > lib/getdate.c |
On Mon, 24 Jan 2011, dm-list-email-notm...@scs.stanford.edu wrote:
> One of the features I would like to see from notmuch is an easier
> ability to synchronize tags across machines. At the very least, I
> would need either incremental dump and restore, or some way to
> communicate arbitrary tags t
Wouldn't this be simpler and more general?
--- a/notmuch-new.c
+++ b/notmuch-new.c
@@ -419,12 +419,11 @@ add_files_recursive (notmuch_database_t *notmuch,
case NOTMUCH_STATUS_SUCCESS:
state->added_messages++;
for (tag=state->new_tags; *tag != NULL; tag++)
Hi guys, What's up? ("Notmuch")
Apparently matching on email addresses doesn't work the way I hoped.
While debugging why my to:x...@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 database.pa
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 h
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
> generator'
Here's a bitty patch to the vim plugin; it now calculates the primary email
of the user based on a call to notmuch config. There's still a lot of work
that needs to get done on notmuch.vim, e.g., the ability to have multiple
emails/accounts.
Best, Peter
--- notmuch.vim 2010-11-18 17:26:14.00
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 cas
15 matches
Mail list logo