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 n

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 n

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

On Fri, 15 Jul 2011 00:11:29 -0400, anarcat 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 also strongly in f

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

On Fri, 15 Jul 2011 00:11:29 -0400, anarcat 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 also strongly in f

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 next

Re: 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 next

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 wrote: Non-text part: multipart/signed > On Mon, 04 Jul 2011 23:36:35 +0200, Matthieu Lemerre wrote: > > I like to use the space (and sometimes the backspace key) to read > > threads back and forth, but sometimes I migh

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 wrote: Non-text part: multipart/signed > On Mon, 04 Jul 2011 23:36:35 +0200, Matthieu Lemerre wrote: > > I like to use the space (and sometimes the backspace key) to read > > threads back and forth, but sometimes I migh

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

On Wed, 29 Jun 2011 20:42:01 +0100, Robin Green 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 them. It would be

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

On Wed, 29 Jun 2011 20:42:01 +0100, Robin Green 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 them. It would be

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

Re: 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

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 d

Re: 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@free.fr". Basically you have to upgrade gmime, but the debia

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 questi

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 questi

Re: 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

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 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 anyone

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 anyone

[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, I

Re: [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, I

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

Re: 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

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

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

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 th

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 th

[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 > > remo

[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

[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. [...] N

Re: [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 > > remo

Re: [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

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. [...] N

[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?

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 chang

[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?

ments about this, or 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>

Re: [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: "+"

Re: [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 chang

Re: [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 >

[PATCH] How to improve the mail handling workflow?

ments about this, or learn about how you process your mail using the current interface. Thanks, Matthieu Lemerre diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el index d8773e6..57ff72e 100644 --- a/emacs/notmuch-show.el +++ b/emacs/notmuch-show.el @@ -1054,11 +1054,35 @@ argument, hide al

[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 "*" 'notmuch-search

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

ge deleted 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

[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:

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

ge deleted 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