Re: [PATCH 2/2] emacs: postpone/resume support

Daniel Kahn Gillmor writes: > > So this failure that bremner's reporting appears to happen only when > combining the #secure mode with a message with attachments. It doesn't > happen when the draft itself is just plaintext and one of the #secure > flags is set. And

[PATCH] build system: choose gnu99 as a C standard

Apparently pre 5.1 gcc defaulted to gnu89, but we decided it was ok to use some c99 features. '-std=c99' by itself is not enough for notmuch to compile. '-std=gnu99' seems to work with clang and gcc, so I'm not convinced configuration support is needed. --- Our use of c99 loop variable

Re: v3 of message properties patches

Tomi Ollila writes: > > I am happy with merging the series, just amend the sepErates > (and possibly spcs->tab after $(dir)/string-map.c in -3-) > > I looked through the code and did not see anything that should broke > anything. As Daniel has been using it I can slack off

Re: [PATCH] test/emacs: add broken test for message replying to msg to self

On Tue, 13 Sep 2016, David Bremner wrote: > This is a strange corner case where the removing of the user's address > from the To: header does the wrong thing. If we think it is > worth (eventually) fixing, this test can serve as a reminder. Hi I haven't tested the patch, but

[PATCH 1/2] emacs: tree: allow the user to decrypt the message pane

This makes $ in the tree pane toggle decryption in the message pane. Without this the user can only decrypt the message pane by switching to it, or by setting decryption on globally by setting notmuch-crypto-process-mime to t. --- This seems an obvious extension. It may not be very useful as most

[PATCH 2/2] emacs: tree: use message pane decryption state for replies

This makes replying to a message in tree view, use the decrypted state from the message pane if it is open. Previously it just used the global decryption state from notmuch-crypto-process-mime. In particular if notmuch-crypto-process-mime is nil, and the user views the messages (which doesn't

Re: v3 of message properties patches

On Wed, Sep 21 2016, David Bremner wrote: > Daniel Kahn Gillmor writes: > >> I've been running this series of patches since shortly after they were >> released. They work for me, and they're a critical feature to enable >> the cleartext index series

Re: Sync mail deletion with Notmuch + mbsync for gmail

Thanks. I'll try this, because it looks simpler than what I have. Here's what's working so far: Note: Gmail has a proprietary implementation of IMAP. To delete an email, you first must move the email to the trash folder on the server. You can find this info through archive.org, because Google now

Re: Sync mail deletion with Notmuch + mbsync for gmail

Hi Sebastian, I also use mbsync + notmuch here is mbsync config for my personal Gmail mailbox: = SyncState * IMAPAccount aaermo...@gmail.com Host imap.gmail.com User aaermo...@gmail.com PassCmd "gpg2 -q --for-your-eyes-only --no-tty

Re: v3 of message properties patches

Daniel Kahn Gillmor writes: > I've been running this series of patches since shortly after they were > released. They work for me, and they're a critical feature to enable > the cleartext index series i've been trying to land. OK, that's certainly more testing and API

Re: [BUG] [notmuch-tree] Display problems when database is locked

Hi On Sat, 02 Jan 2016, Simon Castellan wrote: > Hi, > > I'm using notmuch-tree and I encountered a slightly annoying bug. When > browsing through a notmuch-tree buffer, if I open up a message whose > tags needs to be changed (eg. the message needs to be marked read),