[notmuch] [PATCH] Support for deletion by the emacs client

mails; this shouldn't be difficult. Having notmuch detect that some mails disappeared and update the database seems more difficult, though. Regards, Matthieu Lemerre PS: I have trouble understanding why space on the last message on a thread deletes the inbox tag. If you do it, then you mail

[notmuch] [PATCH] Support for deletion (patch included)

I forgot the attachment.. diff --git a/notmuch.el b/notmuch.el index 97914f2..f770dd0 100644 --- a/notmuch.el +++ b/notmuch.el @@ -991,6 +991,7 @@ matching this search term are shown if non-nil. (define-key map [mouse-1] 'notmuch-search-show-thread) (define-key map *

[PATCH] How to improve the mail handling workflow?

to add before archiving. That way, I no longer have messages without any tags. I probably will send patches to handle the other bullet points to, but first I would be happy to hear your comments about this, or learn about how you process your mail using the current interface. Thanks, Matthieu Lemerre

Re: [PATCH] How to improve the mail handling workflow?

On Fri, 12 Nov 2010 15:39:37 +, Darren McGuicken mailing-notm...@fernseed.info wrote: On Fri, 12 Nov 2010 16:23:58 +0100, Matthieu Lemerre ra...@free.fr wrote: Here is first a patch that copes with this last point. Whenever you want to archive a thread, it finds whether you forgot

Re: [PATCH] How to improve the mail handling workflow?

On Fri, 12 Nov 2010 17:05:23 +, David Edmondson d...@dme.org wrote: On Fri, 12 Nov 2010 16:23:58 +0100, Matthieu Lemerre ra...@free.fr wrote: - Processing mails which do not have any automatically added tag is boring, because I need to press several keys to archive them

Re: [PATCH] How to improve the mail handling workflow?

I think you guys may have a misunderstanding about how notmuch indexes mail. Notmuch indexes multiple headers (To, From, Subject, Date) and the *entire* body of the message. That's kind of the whole point. In other words, messages don't have to have tags in order to be found. [...] Not

Re: [PATCH] How to improve the mail handling workflow?

On Sun, 14 Nov 2010 14:13:26 -0500, Jameson Rollins jroll...@finestructure.net wrote: On Sun, 14 Nov 2010 18:01:48 +0100, Matthieu Lemerre ra...@free.fr wrote: Now when you consistently label all your mails, you just don't want to have unclassified mails. That is what we meant by mail you

Re: [PATCH] How to improve the mail handling workflow?

On Sun, 14 Nov 2010 22:34:38 +0100, Sebastian Spaeth sebast...@sspaeth.de wrote: On Fri, 12 Nov 2010 17:35:22 +0100, Matthieu Lemerre ra...@free.fr wrote: But the space bar removes the unread tag, so I do not see how it helps... By default, hitting the space bar throughout a thread would

Re: Warning when GMime is parsing broken email addresses

The problem is solved in version 2.4.18 (current is 2.4.20). Unfortunately the last version packaged for Debian is 2.4.14... Matthieu ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch

Re: Warning when GMime is parsing broken email addresses

On Thu, 18 Nov 2010 13:51:59 -0500, Daniel Kahn Gillmor d...@fifthhorseman.net wrote: Re: Warning when GMime is parsing broken email addresses: On 11/18/2010 01:37 PM, Matthieu Lemerre wrote: The problem is solved in version 2.4.18 (current is 2.4.20). Unfortunately the last version

Org-mode support

Hi everyone, I have written the org-mode support for notmuch a while ago. It allows to open links to notmuch from org-mode and create org-mode link from notmuch buffers. The current maintainer of the package is looking for feedback for inclusion of the package in the org-mode trunk, so if

Re: Org-mode support

Hi Micah, Thanks so much for sending this, its very interesting! I've just started trying it and have managed to use M-x org-store-link on your email to add an org-mode todo item to try out org-mode support for notmuch :) Great, that's how it is supposed to be used! :) I have one question,

Re: Debugging strangeness in To: field

On Wed, 6 Apr 2011 12:58:25 -0600, Mark Anderson markr.ander...@amd.com wrote: Hello all, Do you have any hints about how I could figure out why gmime doesn't like this To: list? Hi, I have encountered this problem before; see id:87ipzvk2xh@free.fr. Basically you have to upgrade

Re: Warning when GMime is parsing broken email addresses

On Wed, 27 Apr 2011 21:59:09 +0200, Pieter Praet pie...@praet.org wrote: On Wed, 27 Apr 2011 18:30:09 +0200, Xavier Maillard xav...@maillard.im wrote: On Mon, 25 Apr 2011 15:23:41 -0700, Carl Worth cwo...@cworth.org wrote: On Wed, 17 Nov 2010 23:20:26 +0100, Matthieu Lemerre ra...@free.fr

Dangerous space bar key (was: Preventing the user shooting themself in the foot)

On Wed, 29 Jun 2011 20:42:01 +0100, Robin Green gree...@greenrd.org wrote: It's really dangerous to use the 'a' key in notmuch-mode in an inbox thread which has multiple unread replies! Yes, the other unread replies will still be tagged unread, but the user might not immediately be aware of

Re: Dangerous space bar key (was: Preventing the user shooting themself in the foot)

On Mon, 04 Jul 2011 17:03:51 -0700, Jameson Graef Rollins jroll...@finestructure.net wrote: Non-text part: multipart/signed On Mon, 04 Jul 2011 23:36:35 +0200, Matthieu Lemerre ra...@free.fr wrote: I like to use the space (and sometimes the backspace key) to read threads back and forth

Re: notmuch.el: bind 'd' to new function notmuch-search-delete-thread-or-region

On Fri, 15 Jul 2011 00:11:29 -0400, anarcat anar...@koumbit.org wrote: Non-text part: multipart/mixed Non-text part: multipart/signed I can confirm this patch works for me. I think this would be a great addition to notmuch, and I could add it directly to Debian's 0.6 package install. I

Re: RFC/PATCH emacs attachment handling

Finally, I have also mapped the key o (other/open with) on a button to open with user chosen program. This could be split out into a separate patch if preferred. This is great! In particular many people send PDF attachments to me with mime-type attachment/octet-stream, and notmuch could not

[notmuch] [PATCH] Support for deletion by the emacs client

mails; this shouldn't be difficult. Having notmuch detect that some mails disappeared and update the database seems more difficult, though. Regards, Matthieu Lemerre PS: I have trouble understanding why space on the last message on a thread deletes the inbox tag. If you do it, then you mail

[notmuch] [PATCH] Support for deletion (patch included)

I forgot the attachment.. -- next part -- A non-text attachment was scrubbed... Name: notmuch-deletion.patch Type: text/x-diff Size: 4002 bytes Desc: not available URL:

[PATCH] How to improve the mail handling workflow?

learn about how you process your mail using the current interface. Thanks, Matthieu Lemerre -- next part -- A non-text attachment was scrubbed... Name: out.patch Type: text/x-diff Size: 2244 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20101112/2b3f0836/attachment.patch>

[PATCH] How to improve the mail handling workflow?

On Fri, 12 Nov 2010 15:39:37 +, Darren McGuicken wrote: > On Fri, 12 Nov 2010 16:23:58 +0100, Matthieu Lemerre wrote: > > Here is first a patch that copes with this last point. Whenever you > > want to archive a thread, it finds whether you forgot to add a custom > > &q

[PATCH] How to improve the mail handling workflow?

Hi, Jamie. > > > - I often find myself hitting the spacebar too much, which ends up with > >some of my new messages being removed from all of their tags, which > >make them very difficult to find. I don't think the spacebar should > >remove the inbox tag at all. It should only

[PATCH] How to improve the mail handling workflow?

On Fri, 12 Nov 2010 17:05:23 +, David Edmondson wrote: > On Fri, 12 Nov 2010 16:23:58 +0100, Matthieu Lemerre wrote: > > - Processing mails which do not have any automatically added tag is > >boring, because I need to press several keys to archive them: "+&

[PATCH] How to improve the mail handling workflow?

> I think you guys may have a misunderstanding about how notmuch indexes > mail. Notmuch indexes multiple headers (To, From, Subject, Date) and > the *entire* body of the message. That's kind of the whole point. In > other words, messages don't have to have tags in order to be found. [...]

[PATCH] How to improve the mail handling workflow?

On Sun, 14 Nov 2010 14:13:26 -0500, Jameson Rollins wrote: > On Sun, 14 Nov 2010 18:01:48 +0100, Matthieu Lemerre wrote: > > Now when you consistently label all your mails, you just don't want to > > have unclassified mails. That is what we meant by "mail you can't find&q

[PATCH] How to improve the mail handling workflow?

On Sun, 14 Nov 2010 22:34:38 +0100, Sebastian Spaeth wrote: > On Fri, 12 Nov 2010 17:35:22 +0100, Matthieu Lemerre wrote: > > But the space bar removes the unread tag, so I do not see how it > > helps... By default, hitting the space bar throughout a thread would > >

Warning when GMime is parsing broken email addresses

Hi, I just realized that GMime is not robust to some broken email addresses sent by broken email clients. I received a mail, with the to field being . The email client (Exchange) had forgotten to put a "" around ".", which is necessary because `.' is a special character, and

Warning when GMime is parsing broken email addresses

The problem is solved in version 2.4.18 (current is 2.4.20). Unfortunately the last version packaged for Debian is 2.4.14... Matthieu

Warning when GMime is parsing broken email addresses

On Thu, 18 Nov 2010 13:51:59 -0500, Daniel Kahn Gillmor wrote: > Re: Warning when GMime is parsing broken email addresses: > > On 11/18/2010 01:37 PM, Matthieu Lemerre wrote: > > The problem is solved in version 2.4.18 (current is > > 2.4.20). Unfortunately the last versio

[PATCH] Add a few tests for searching LWN emails.

> Yes, I believe this is related to the dot in the name. From my > recollection a name with an address requires quoting. So the header that > is currently formatted as: > > From: LWN.net Weekly Notification > > should instead be: > > From: "LWN.net Weekly Notification" Hi all,

Org-mode support

Hi everyone, I have written the org-mode support for notmuch a while ago. It allows to open links to notmuch from org-mode and create org-mode link from notmuch buffers. The current maintainer of the package is looking for feedback for inclusion of the package in the org-mode trunk, so if

Org-mode support

On Sun, 13 Feb 2011 19:25:05 +, Darren McGuicken wrote: > On Mon, 07 Feb 2011 22:22:17 +0100, Matthieu Lemerre wrote: > > I have written the org-mode support for notmuch a while ago. It allows > > to open links to notmuch from org-mode and create org-mode link from >

Org-mode support

Hi Micah, > Thanks so much for sending this, its very interesting! I've just started > trying it and have managed to use M-x org-store-link on your email to > add an org-mode todo item to try out org-mode support for notmuch :) Great, that's how it is supposed to be used! :) > I have one

Debugging strangeness in To: field

On Wed, 6 Apr 2011 12:58:25 -0600, Mark Anderson wrote: > Hello all, > > Do you have any hints about how I could figure out why gmime doesn't > like this To: list? > Hi, I have encountered this problem before; see id:"87ipzvk2xh.fsf at free.fr". Basically you have to upgrade gmime, but the

Warning when GMime is parsing broken email addresses

On Wed, 27 Apr 2011 21:59:09 +0200, Pieter Praet wrote: > On Wed, 27 Apr 2011 18:30:09 +0200, Xavier Maillard > wrote: > > On Mon, 25 Apr 2011 15:23:41 -0700, Carl Worth wrote: > > > On Wed, 17 Nov 2010 23:20:26 +0100, Matthieu Lemerre > > > wrote: > > &g

Dangerous space bar key (was: Preventing the user shooting themself in the foot)

On Wed, 6 Jul 2011 09:25:41 -0400, Austin Clements wrote: > Had I replaced it, though, there are two variations I would have > tried.? Have you guys considered these and, if so, any thoughts? > > * Make SPC mark the *current* message read and move to the next one, > rather than moving to the

RFC/PATCH emacs attachment handling

> Finally, I have also mapped the key "o" (other/open with) on a button to > open with user chosen program. This could be split out into a separate > patch if preferred. This is great! In particular many people send PDF attachments to me with mime-type attachment/octet-stream, and notmuch could