[notmuch] Quick thoughts on a notmuch daemon

On Thu, 03 Dec 2009 14:27:05 -0800, Carl Worth wrote: > A simple solution would be a notmuch daemon that can accept commands on > stdin, (in basically the exact same form as the current notmuch > command-line interface). If the daemon does the job of periodically > incorporating new mail, then

[notmuch] [PATCH] notmuch-restore.c: only update tags for messages that differ from dump file.

From: David Bremner The main feature of this patch is that it compares the list of current tags on a message with those read by restore. Only if the two lists differ is the tag list in the message replaced. In my experiments this leads to a large performance improvement. Since

[notmuch] regress option to messages iterator

rt -- A non-text attachment was scrubbed... Name: foo.c Type: text/x-csrc Size: 886 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091208/de04dc2b/attachment.c> -- next part -- A non-text attachment was scrubbed

[notmuch] [PATCH 2/2] Added regress option to messages iterator

From: Ruben Pollan Added the functions notmuch_messages_regress and notmuch_messages_is_first to notmuch library. With them is possible to iterate backwards on messages. * notmuch_messages_regress do the opposite than notmuch_messages_advance, getting the messages

[notmuch] [PATCH 1/2] Convert notmuch_message_list_t in a doubly linked

From: Ruben Pollan The messages list now have pointers to previous nodes, so it is possible to iterate backwards. --- lib/messages.c| 18 +- lib/notmuch-private.h |3 ++- lib/thread.cc |4 ++-- 3 files changed, 17 insertions(+), 8

[notmuch] regress option to messages iterator

Two patches for implement the regress functions on messages. With them notmuch_messages_t can be use as an iterator forwards and backwards. Up to now not really useful, nothing use them. I send them mainly to review. I'll do the same to threads and tags, so the UIs can use them. PS: It's the

[notmuch] [PATCH] notmuch-restore.c: only update tags for messages that differ from dump file.

reason talloc is inappropriate here? Or were you just not familiar with how to use it? I'd be glad to answer any questions you have about use of talloc in notmuch. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size

[notmuch] [PATCH] notmuch-restore.c: only update tags for messages that differ from dump file.

From: David Bremner brem...@unb.ca The main feature of this patch is that it compares the list of current tags on a message with those read by restore. Only if the two lists differ is the tag list in the message replaced. In my experiments this leads to a large performance improvement. Since I