Re: [FEATURE] Purge ignored messages from index

2018-11-22 Thread Jeremy Nickurak
Don't they need to be in the index in order to match the ignore condition, which then allows them to be excluded from usual activities? What's the actual thing you're hoping to achieve by not having those ignored messages be in the index? On Thu, Nov 22, 2018 at 10:33 AM David Bremner wrote: >

Emacs: render text/html by default and remove the multipart mime buttons?

2015-02-16 Thread Jeremy Nickurak
I have this in my .emacs: (setq notmuch-multipart/alternative-discouraged '("text/plain" "text/html")) In that order, it discourages text/plain in favor of text/html, but also ends up discouraging text/html if there are other options. In particular, if there's a text/calendar item, I generally

Feature suggestion. Indexing encrypted mail?

2014-04-07 Thread Jeremy Nickurak
Nonetheess, if you can tell from the index that a given message contains the words "hotel" "wine" "wife" "secret" and "rendezvous", you can infer a *lot* about the contents of encrypted contents of the message. On Mon, Apr 7, 2014 at 9:57 AM, Jameson Graef Rollins < jrollins at

Re: Feature suggestion. Indexing encrypted mail?

2014-04-07 Thread Jeremy Nickurak
Nonetheess, if you can tell from the index that a given message contains the words hotel wine wife secret and rendezvous, you can infer a *lot* about the contents of encrypted contents of the message. On Mon, Apr 7, 2014 at 9:57 AM, Jameson Graef Rollins jroll...@finestructure.net wrote: On

Feature suggestion. Indexing encrypted mail?

2014-04-05 Thread Jeremy Nickurak
Off the top of my head, you could have an encrypted index too, which you can only search while able to decrypt. Certainly another level of complexity. On Sat, Apr 5, 2014 at 11:10 AM, David Bremner wrote: > john.wyzer at gmx.de writes: > > > Would it be possible to add the configurable option

Re: Feature suggestion. Indexing encrypted mail?

2014-04-05 Thread Jeremy Nickurak
Off the top of my head, you could have an encrypted index too, which you can only search while able to decrypt. Certainly another level of complexity. On Sat, Apr 5, 2014 at 11:10 AM, David Bremner da...@tethera.net wrote: john.wy...@gmx.de writes: Would it be possible to add the

forwarding multiple messages from notmuch emacs

2013-04-24 Thread Jeremy Nickurak
Adam On Tue, Apr 23, 2013 at 10:33 AM, Daniel Kahn Gillmor wrote: > hi notmuch folks-- > > i'd like to be able to forward several messages from a given thread (up > to and including the whole thread) to someone else. I use > notmuch-emacs. > > I don't think it's possible to do this at the

Re: forwarding multiple messages from notmuch emacs

2013-04-24 Thread Jeremy Nickurak
Adam On Tue, Apr 23, 2013 at 10:33 AM, Daniel Kahn Gillmor d...@fifthhorseman.net wrote: hi notmuch folks-- i'd like to be able to forward several messages from a given thread (up to and including the whole thread) to someone else. I use notmuch-emacs. I don't think it's possible to do

Re: forwarding multiple messages from notmuch emacs

2013-04-24 Thread Jeremy Nickurak
, Apr 24, 2013 at 12:09 PM, Jeremy Nickurak not-m...@trk.nickurak.cawrote: Adam On Tue, Apr 23, 2013 at 10:33 AM, Daniel Kahn Gillmor d...@fifthhorseman.net wrote: hi notmuch folks-- i'd like to be able to forward several messages from a given thread (up to and including the whole thread

gmail label support patch available for oflineimap

2012-11-28 Thread Jeremy Nickurak
Doing this on a directory basis is a non-starter for me. The reason that Notmuch and gmail are a natural fit is that they both operate on labels/tags instead of folders. -- next part -- An HTML attachment was scrubbed... URL:

gmail label support in offlineimap - update

2012-11-28 Thread Jeremy Nickurak
As far as syncing flags to notmuch, it sounds like this would be easy to achieve with an independent 3rd tool, or even a small script: 1) Find files in the maildir modified since the last check 2) Read their keywords headers 3) Update the notmuch tags accordingnly. The other direction sounds like

Re: gmail label support in offlineimap - update

2012-11-28 Thread Jeremy Nickurak
As far as syncing flags to notmuch, it sounds like this would be easy to achieve with an independent 3rd tool, or even a small script: 1) Find files in the maildir modified since the last check 2) Read their keywords headers 3) Update the notmuch tags accordingnly. The other direction sounds like

Re: gmail label support patch available for oflineimap

2012-11-28 Thread Jeremy Nickurak
Doing this on a directory basis is a non-starter for me. The reason that Notmuch and gmail are a natural fit is that they both operate on labels/tags instead of folders. ___ notmuch mailing list notmuch@notmuchmail.org

[PATCH v2] emacs: add function to toggle display of all multipart/alternative parts

2012-10-09 Thread Jeremy Nickurak
On Fri, Aug 10, 2012 at 1:10 AM, Mark Walters wrote: > > Some messages are sent as multipart/alternative but the alternatives > contain different information. This allows the user to cycle which > part to view. By default this is bound to 'W'. I've started using this, and quite like it. Only

Re: [PATCH v2] emacs: add function to toggle display of all multipart/alternative parts

2012-10-09 Thread Jeremy Nickurak
On Fri, Aug 10, 2012 at 1:10 AM, Mark Walters markwalters1...@gmail.com wrote: Some messages are sent as multipart/alternative but the alternatives contain different information. This allows the user to cycle which part to view. By default this is bound to 'W'. I've started using this, and

[PATCH 0/2] emacs: per saved search sort order

2012-10-02 Thread Jeremy Nickurak
Would it be better to include sorting options in the query string? Then it could just be stored in the saved search, and used outside saved searches. On Tue, Oct 2, 2012 at 2:18 PM, Jani Nikula wrote: > These (fairly unpolished) patches add support for defining the sort order > for each saved

Re: [PATCH 0/2] emacs: per saved search sort order

2012-10-02 Thread Jeremy Nickurak
Would it be better to include sorting options in the query string? Then it could just be stored in the saved search, and used outside saved searches. On Tue, Oct 2, 2012 at 2:18 PM, Jani Nikula j...@nikula.org wrote: These (fairly unpolished) patches add support for defining the sort order for

Better Gmail handling by not using Notmuch tags

2012-09-14 Thread Jeremy Nickurak
(Apologies for the double-post... got an email asking me to confirm my address, which I thought meant I posted from the wrong address. Re-posted, recieved another confirmation email. Confirmed one, and both got through. Weird.) On Fri, Sep 14, 2012 at 6:09 AM, Jeremy Nickurak wrote: > M

Better Gmail handling by not using Notmuch tags

2012-09-14 Thread Jeremy Nickurak
More relevant: https://developers.google.com/google-apps/gmail/imap_extensions On Fri, Sep 14, 2012 at 1:32 AM, Christophe-Marie Duquesne wrote: > You may want to have a look to the google mail API [1] > > [1]: https://developers.google.com/google-apps/email-settings/ >

Better Gmail handling by not using Notmuch tags

2012-09-14 Thread Jeremy Nickurak
More relevant: https://developers.google.com/google-apps/gmail/imap_extensions On Fri, Sep 14, 2012 at 1:32 AM, Christophe-Marie Duquesne wrote: > You may want to have a look to the google mail API [1] > > [1]: https://developers.google.com/google-apps/email-settings/ >

Re: Better Gmail handling by not using Notmuch tags

2012-09-14 Thread Jeremy Nickurak
More relevant: https://developers.google.com/google-apps/gmail/imap_extensions On Fri, Sep 14, 2012 at 1:32 AM, Christophe-Marie Duquesne c...@chmd.frwrote: You may want to have a look to the google mail API [1] [1]: https://developers.google.com/google-apps/email-settings/

Re: Better Gmail handling by not using Notmuch tags

2012-09-14 Thread Jeremy Nickurak
More relevant: https://developers.google.com/google-apps/gmail/imap_extensions On Fri, Sep 14, 2012 at 1:32 AM, Christophe-Marie Duquesne c...@chmd.frwrote: You may want to have a look to the google mail API [1] [1]: https://developers.google.com/google-apps/email-settings/

Better Gmail handling by not using Notmuch tags

2012-09-13 Thread Jeremy Nickurak
Gmail doesn't have folders, of course, it has labels, which are approximately equivalent to notmuch tags. The key difference being that a message can only be in one folder, but it can have multiple tags/labels. On Thu, Sep 13, 2012 at 8:35 AM, Damien Cassou wrote: > Hi, > > I'm a Gmail user and

Re: Better Gmail handling by not using Notmuch tags

2012-09-13 Thread Jeremy Nickurak
Gmail doesn't have folders, of course, it has labels, which are approximately equivalent to notmuch tags. The key difference being that a message can only be in one folder, but it can have multiple tags/labels. On Thu, Sep 13, 2012 at 8:35 AM, Damien Cassou damien.cas...@gmail.comwrote: Hi,

adding emacs-snapshot as alternative to emacs

2012-06-21 Thread Jeremy Nickurak
On Thu, Jun 21, 2012 at 10:25 AM, Rainer M Krug wrote: > I would like to install notmuch with emacs-snapshot on ubuntu, but it does > not seem to be in the > list of alternatives to emacs. I cmpiled the deb packages from source. > I have one question and one suggestion: > > 1) what do I have to

Re: adding emacs-snapshot as alternative to emacs

2012-06-21 Thread Jeremy Nickurak
On Thu, Jun 21, 2012 at 10:25 AM, Rainer M Krug r.m.k...@gmail.com wrote: I would like to install notmuch with emacs-snapshot on ubuntu, but it does not seem to be in the list of alternatives to emacs. I cmpiled the deb packages from source. I have one question and one suggestion: 1) what

[PATCH] emacs: add a filter option to show

2012-04-24 Thread Jeremy Nickurak
Works-for-me, precisely as requested, thanks :)

Re: [PATCH] emacs: add a filter option to show

2012-04-24 Thread Jeremy Nickurak
Works-for-me, precisely as requested, thanks :) ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch

.. regarding opening the attached files ...

2012-04-16 Thread Jeremy Nickurak
No idea. I expect they don't use mailcap though... any KDE users here? On Mon, Apr 16, 2012 at 10:54, David Belohrad wrote: > Does kde use the same database as gnome? > > Jeremy Nickurak napsal/a: > >>On Mon, Apr 16, 2012 at 09:19, Jameson Graef Rollins >> wrote: &

.. regarding opening the attached files ...

2012-04-16 Thread Jeremy Nickurak
On Mon, Apr 16, 2012 at 09:19, Jameson Graef Rollins wrote: > Also, when the cursor is on the button you can hit 'o' to open with > default mailcap app, 's' to save, and 'v' to view with a specified app. Is there any way of just getting it to ignore mailcap, and send everything to xdg-open? It's

Re: .. regarding opening the attached files ...

2012-04-16 Thread Jeremy Nickurak
On Mon, Apr 16, 2012 at 09:19, Jameson Graef Rollins jroll...@finestructure.net wrote: Also, when the cursor is on the button you can hit 'o' to open with default mailcap app, 's' to save, and 'v' to view with a specified app. Is there any way of just getting it to ignore mailcap, and send

Re: .. regarding opening the attached files ...

2012-04-16 Thread Jeremy Nickurak
No idea. I expect they don't use mailcap though... any KDE users here? On Mon, Apr 16, 2012 at 10:54, David Belohrad da...@belohrad.ch wrote: Does kde use the same database as gnome? Jeremy Nickurak not-m...@trk.nickurak.canapsal/a: On Mon, Apr 16, 2012 at 09:19, Jameson Graef Rollins jroll

a DoS vulnerability associated with conflated Message-IDs?

2012-03-08 Thread Jeremy Nickurak
On Thu, Mar 8, 2012 at 10:16, Daniel Kahn Gillmor wrote: > Any other suggestions or ideas? What about representing the contents from both message in one apparent message? - Aggregate the headers together, perhaps? - Where headers disagree, display both - If the bodies disagree, display both.

Re: a DoS vulnerability associated with conflated Message-IDs?

2012-03-08 Thread Jeremy Nickurak
On Thu, Mar 8, 2012 at 10:16, Daniel Kahn Gillmor d...@fifthhorseman.net wrote: Any other suggestions or ideas? What about representing the contents from both message in one apparent message? - Aggregate the headers together, perhaps? - Where headers disagree, display both - If the bodies

unexpected behavior for search

2012-02-10 Thread Jeremy Nickurak
What you'll probably find is that, of the messages in those threads, some match tag:inbox, and some match tag:unread, but none match both. Notmuch's search returns threads that have matching messages, not matching threads. On Fri, Feb 10, 2012 at 23:37, Bhaskara Marthi wrote: > Either I have the

Re: unexpected behavior for search

2012-02-10 Thread Jeremy Nickurak
What you'll probably find is that, of the messages in those threads, some match tag:inbox, and some match tag:unread, but none match both. Notmuch's search returns threads that have matching messages, not matching threads. On Fri, Feb 10, 2012 at 23:37, Bhaskara Marthi bhask...@gmail.com wrote:

[PATCH 3/6] emacs: make "+" and "-" tagging operations more robust

2012-01-28 Thread Jeremy Nickurak
Is it safe to assume that any reasonable seperator (comma, space, semicolon, plus or minus sign, anything) won't show up in a tag name? On Fri, Jan 27, 2012 at 21:41, Dmitry Kurochkin wrote: > Before the change, "+" and "-" tagging operations in notmuch-search > and notmuch-show views accepted

[PATCH] emacs: add default value to notmuch-search-line-faces

2012-01-26 Thread Jeremy Nickurak
On Thu, Jan 26, 2012 at 12:41, Austin Clements wrote: > As much as I would like this, many terminals don't visually > distinguish between the default face and the default face in bold. I've taken a shot at this under xterm, gnome-terminal, and a basic linux VT. I figure that if something is

Re: [PATCH] emacs: add default value to notmuch-search-line-faces

2012-01-26 Thread Jeremy Nickurak
On Thu, Jan 26, 2012 at 12:41, Austin Clements amdra...@mit.edu wrote: As much as I would like this, many terminals don't visually distinguish between the default face and the default face in bold. I've taken a shot at this under xterm, gnome-terminal, and a basic linux VT. I figure that if

[PATCH v2 3/3] search: Support automatic tag exclusions

2012-01-16 Thread Jeremy Nickurak
On Mon, Jan 16, 2012 at 12:28, Austin Clements wrote: > Quoth David Edmondson on Jan 16 at ?9:12 am: >> Having "deleted" and "spam" as default settings in the configuration >> file might be more reasonable. > > Sorry, I'm confused. ?Are you saying deleted;spam should or should not > be the

Re: [PATCH v2 3/3] search: Support automatic tag exclusions

2012-01-16 Thread Jeremy Nickurak
On Mon, Jan 16, 2012 at 12:28, Austin Clements amdra...@mit.edu wrote: Quoth David Edmondson on Jan 16 at  9:12 am: Having deleted and spam as default settings in the configuration file might be more reasonable. Sorry, I'm confused.  Are you saying deleted;spam should or should not be the

Re: [ANNOUNCE] mutt with notmuch support

2012-01-10 Thread Jeremy Nickurak
FWIW, here's the patch I ended up using to play with this: diff --git a/mutt_notmuch.c b/mutt_notmuch.c index 2f21407..a07b1ba 100644 --- a/mutt_notmuch.c +++ b/mutt_notmuch.c @@ -636,11 +636,15 @@ char *nm_uri_from_query(CONTEXT *ctx, char *buf, size_t bufsz)  static notmuch_message_t

[ANNOUNCE] mutt with notmuch support

2012-01-09 Thread Jeremy Nickurak
FWIW, here's the patch I ended up using to play with this: diff --git a/mutt_notmuch.c b/mutt_notmuch.c index 2f21407..a07b1ba 100644 --- a/mutt_notmuch.c +++ b/mutt_notmuch.c @@ -636,11 +636,15 @@ char *nm_uri_from_query(CONTEXT *ctx, char *buf, size_t bufsz) ?static notmuch_message_t

[PATCH v2 5/6] emacs: bind 'r' to reply-to-sender and 'R' to reply-to-all

2012-01-08 Thread Jeremy Nickurak
On Sun, Jan 8, 2012 at 16:32, Jameson Graef Rollins wrote: > That's a good point. ?I think that maybe people are wanting to protect > against the accidental reply to all when you only mean to reply to the > sender. Certainly a worthy cause. All I'm saying is I make the mistake in the other

[PATCH v2 5/6] emacs: bind 'r' to reply-to-sender and 'R' to reply-to-all

2012-01-08 Thread Jeremy Nickurak
On Sun, Jan 8, 2012 at 14:48, Jani Nikula wrote: > It seemed to me that most people wanted this, and nobody spoke for keeping > the old binding now that we have reply-to-sender. This as a separate patch > so it's easy to drop if needed. FWIW, I generally prefer reply-all as the default. In my

Re: [PATCH v2 5/6] emacs: bind 'r' to reply-to-sender and 'R' to reply-to-all

2012-01-08 Thread Jeremy Nickurak
On Sun, Jan 8, 2012 at 14:48, Jani Nikula j...@nikula.org wrote: It seemed to me that most people wanted this, and nobody spoke for keeping the old binding now that we have reply-to-sender. This as a separate patch so it's easy to drop if needed. FWIW, I generally prefer reply-all as the

Re: [PATCH v2 5/6] emacs: bind 'r' to reply-to-sender and 'R' to reply-to-all

2012-01-08 Thread Jeremy Nickurak
On Sun, Jan 8, 2012 at 16:32, Jameson Graef Rollins jroll...@finestructure.net wrote: That's a good point.  I think that maybe people are wanting to protect against the accidental reply to all when you only mean to reply to the sender. Certainly a worthy cause. All I'm saying is I make the