[notmuch] Quick thoughts on a notmuch daemon

On Mon, 07 Dec 2009 15:02:03 -0400, David Bremner wrote: > > On Thu, 03 Dec 2009 14:27:05 -0800, Carl Worth wrote: > It might be a bit blue sky, but if this daemon could (optionally) talk > IMAP and translate tags into folders on the fly, this would be very > useful for people who need imap

[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] Quick thoughts on a notmuch daemon

me to switch away. So far I'm still quite happy with git on both points. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091207/0b06434d/attachment-0001.pgp>

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

Excerpts from david's message of Mon Dec 07 19:14:48 -0800 2009: > The patch allocates a temporary array to keep track of the current > list of tags using calloc and grows it as neccesary using realloc. The codebase has already well established the use of the talloc library. Why did you break

[notmuch] semi-usable notmuch-gtk client

On Mon, 07 Dec 2009 09:57:12 -0800, Carl Worth wrote: > On Mon, 07 Dec 2009 16:42:42 +0530, "Aneesh Kumar K. V" linux.vnet.ibm.com> wrote: > > While discussing notmuch with some of the gnome developers they pointed > > me to http://live.gnome.org/Anjal/ . The interface is suited to the way > >

[notmuch] Quick thoughts on a notmuch daemon

ndexable storage-backed mail clients is the dawn of a new age, just as maildir was to mbox, but I'm still scared because there is no mb2md equivalent yet. micah -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 byte

[notmuch] semi-usable notmuch-gtk client

On Fri, 27 Nov 2009 19:58:38 +0200, Baruch Even wrote: > Hi, > > I added a quick hack to show a message thread in notmuch-gtk and this > makes it semi-usable. I don't actually parse the reply of notmuch-show > but it's already passably usable to read mail. > While discussing notmuch with

[notmuch] Quick thoughts on a notmuch daemon

On Thu, 03 Dec 2009 14:27:05 -0800, Carl Worth wrote: > But with the other commands in place, (such as search and show), then > this could operate over ssh and all that would be necessary is one > additional command not in the current command line, (for "give me this > file"). And then the

[notmuch] semi-usable notmuch-gtk client

-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091207/70bf1196/attachment.pgp>

[notmuch] slowdown with large html heavy threads

vailable for emacs to look at (without loading all of the original files). -Carl -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091207/e79b727c/attachment.pgp>

[notmuch] emacs: Revert of rudimentary HTML support

this. -Carl -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091207/c770638d/attachment.pgp>

[notmuch] notmuch_threads_back and notmuch_messages_back

n-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091207/b7a24810/attachment.pgp>

[notmuch] emacs: Revert of rudimentary HTML support

It was really nice to have the basic conversion of HTML to text, but I'm unwilling to accept the performance impacts of the current implementation. I'm seeing emacs stop and pause for seconds when I ask it to display a thread with even a small number of messages (say, 30 or so). Performance bugs

[notmuch] [PATCH 2/2] Save all attachments to a directory

Prompt for a directory and write all attachments of the current message to that directory, prompting for a filename for each with a default value of the filename specified in the attachment. The behavior of this function differs in two ways from the existing notmuch-show-save-attachments

Re: [notmuch] semi-usable notmuch-gtk client

On Mon, 07 Dec 2009 09:57:12 -0800, Carl Worth cwo...@cworth.org wrote: On Mon, 07 Dec 2009 16:42:42 +0530, Aneesh Kumar K. V aneesh.ku...@linux.vnet.ibm.com wrote: While discussing notmuch with some of the gnome developers they pointed me to http://live.gnome.org/Anjal/ . The interface is

Re: [notmuch] Quick thoughts on a notmuch daemon

On Mon, 07 Dec 2009 15:02:03 -0400, David Bremner da...@tethera.net wrote: On Thu, 03 Dec 2009 14:27:05 -0800, Carl Worth cwo...@cworth.org wrote: It might be a bit blue sky, but if this daemon could (optionally) talk IMAP and translate tags into folders on the fly, this would be very useful

Re: [notmuch] Quick thoughts on a notmuch daemon

Excerpts from Marten Veldthuis's message of Mon Dec 07 17:55:24 -0500 2009: On Mon, 07 Dec 2009 15:02:03 -0400, David Bremner da...@tethera.net wrote: On Thu, 03 Dec 2009 14:27:05 -0800, Carl Worth cwo...@cworth.org wrote: It might be a bit blue sky, but if this daemon could (optionally)

[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

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

Excerpts from david's message of Mon Dec 07 19:14:48 -0800 2009: The patch allocates a temporary array to keep track of the current list of tags using calloc and grows it as neccesary using realloc. The codebase has already well established the use of the talloc library. Why did you break with

Re: [notmuch] Quick thoughts on a notmuch daemon

On Mon, 07 Dec 2009 18:51:58 -0500, micah anderson mi...@riseup.net wrote: I've switched mail clients enough over the past few years to know that switching itself is a major pain. Absolutely. One concept in notmuch (compared to sup) is to (eventually) avoid people having to go through that