[PATCH] emacs/show: use read-shell-command instead of read-string

2022-08-30 Thread Antoine Beaupré
This enables auto-completion of commands, something which plain read-string does not do. It's otherwise a drop-in replacement. According to `C-h f`, read-shell-command was introduced in Emacs 23.1 or earlier. --- emacs/notmuch-show.el | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: WIP fixes for rfc822/attachement display

2021-07-09 Thread Antoine Beaupré
On 2021-07-09 07:23:55, David Bremner wrote: > Antoine Beaupré writes: > >> On 2021-07-06 12:49:23, David Bremner wrote: >>> David Bremner writes: >>> >>>> This is not finished/correct yet, but maybe it will save someone else >>>> some debugg

Re: WIP fixes for rfc822/attachement display

2021-07-08 Thread Antoine Beaupré
On 2021-07-06 12:49:23, David Bremner wrote: > David Bremner writes: > >> This is not finished/correct yet, but maybe it will save someone else >> some debugging. >> >> [PATCH 2/3] emacs: don't inline message/rfc822 parts without content >> > > I have confirmed that thanks to larsi's quick fix,

BUG: unexpected prompt for Recipients during Fcc

2020-03-06 Thread Antoine Beaupré
I'm having trouble writing long encrypted emails. On startup, this works: 1. start emacs 2. start notmuch (M-x notmuch-hello) 3. compose email ("c"), encrypted ("control-enter e") 4. send ("control-c c") But eventually, I get into this weird state. I originally thought it was related with

Re: [aperezdc/notmuch-addrlookup-c] Possibility to upstream (#23)

2020-02-19 Thread Antoine Beaupré
On 2020-02-18 21:21:01, David Bremner wrote: > anarcat writes: > > >> One improvement we could *already* do with notmuch-address would be to >> enforce searching for to/from headers, which doesn't seem to be the case >> right now. I have a [wrapper >>

Re: proposing "notmuch purge"

2020-01-14 Thread Antoine Beaupré
On 2020-01-14 17:48:34, Ryan Tate wrote: > Daniel Kahn Gillmor writes: >> So i'm proposing "notmuch purge", which could be something as simple as >> the equivalent of: >> >>notmuch search --output=files --format=text0 tag:deleted | \ >> xargs --null --no-run-if-empty rm && \ >>

Re: proposing "notmuch purge"

2020-01-14 Thread Antoine Beaupré
On 2020-01-14 11:55:36, Jameson Graef Rollins wrote: > On Tue, Jan 14 2020, Daniel Kahn Gillmor wrote: >>> I think that the "SEARCH-TERMS" part should be configurable, not >>> hard-coded. A user could have setting like >>> "search.purge_tags=deleted;spam" and that would lead to search terms >>>

Re: proposing "notmuch purge"

2020-01-13 Thread Antoine Beaupré
On 2020-01-13 17:28:38, Daniel Kahn Gillmor wrote: > This e-mail proposes a new notmuch subcommand "purge", which actually > removes explicitly deleted messages from the mailstore. > > Notmuch currently never deletes mail, but notmuch-emacs makes it easy to > tag mail with "deleted" (via the "d")

Re: [PATCH] debian: Add packaging for python3-notmuch2

2020-01-09 Thread Antoine Beaupré
On 2020-01-08 16:58:04, Daniel Kahn Gillmor wrote: > On Mon 2019-12-23 17:17:22 -0500, Daniel Kahn Gillmor wrote: >> Ship a new debian package for the notmuch2 CFFI-based Python interface >> to notmuch. >> >> Unlike the notmuch python module, the new notmuch2 module is no longer >>

Re: [PATCH] debian: add Build-Depends-Package for libnotmuch5.symbols

2020-01-09 Thread Antoine Beaupré
On 2020-01-08 16:44:50, Daniel Kahn Gillmor wrote: > On Mon 2019-12-23 15:14:38 -0500, Daniel Kahn Gillmor wrote: >> See lintian informational tag >> symbols-file-missing-build-depends-package-field for hints about this >> minor metadata update. >> >> Signed-off-by: Daniel Kahn Gillmor >> --- >>

Re: rfc: notmuch-status.el - notmuch status reporting

2019-12-20 Thread Antoine Beaupré
On 2019-12-05 12:56:46, David Edmondson wrote: > The idea is to layer on top of the existing `notmuch-saved-searches' as > a set of queries that you find interesting. When combined with > `notmuch-jump' it provides, I think, a quick way of seeing the state of > queries that you care about and then

Re: Complete Debian packaging transition to dh 12

2019-12-20 Thread Antoine Beaupré
On 2019-12-09 13:49:06, Daniel Kahn Gillmor wrote: > This series follows the series introduced by > id:20191204084742.398298-1-...@fifthhorseman.net > > Its goal is to move the notmuch debian packaging to dh 12. > > To do this, the series accepts the conclusions about info files > reached in the

Re: More debian packaging cleanup

2019-12-20 Thread Antoine Beaupré
On 2019-12-04 03:47:37, Daniel Kahn Gillmor wrote: > This series should apply after "wrap-and-sort -ast" v2 is applied > (id:20191110173748.25792-5-...@fifthhorseman.net). > > In this series, i clean up a few things that i noticed from applying > dh_missing to the debian packaging. In particular,

Re: compacting the notmuch database through systemd

2019-12-05 Thread Antoine Beaupré
On 2019-12-05 08:29:44, Jorge P. de Morais Neto wrote: > Hello. > > Em [2019-12-04 qua 14:51:12-0500], Antoine Beaupré escreveu: > >>> What should happen if the user hasn't set up notmuch? Maybe we need a >>> ConditionPathExists= or something like that on either

Re: compacting the notmuch database through systemd

2019-12-04 Thread Antoine Beaupré
is no longer referenced. While this isn't robust "secure > deletion", it's a lot better than not compacting. see > https://trac.xapian.org/ticket/742 for more discussion. Cool. > Some questions below… > > On Sun 2019-12-01 15:52:19 -0500, Antoine Beaupré wrote: > &

Re: compacting the notmuch database through systemd

2019-12-02 Thread Antoine Beaupré
On 2019-12-01 15:52:19, Antoine Beaupré wrote: > PS: any humor or comedy in this email is purely accidental and shouldn't > be construed as a feeble attempt at making you smile. The joke is on me, I guess. I thought I had written some hooks to ever prevent this from happening again, but it

compacting the notmuch database through systemd

2019-12-01 Thread Antoine Beaupré
Hi! Thanks to Bremner, I just realized that notmuch-compact(1) is a thing, and that thing allows me to compress my notmuch databases by about 50%. So I whipped together two systemd units (attached) that will run that command every month on my notmuch database. Just drop them in

Re: unifying and automating draft ("postpone/resume") behavior [was: Re: notmuch "lost" email during power failure]

2019-11-15 Thread Antoine Beaupré
On 2019-11-14 03:16:51, Daniel Kahn Gillmor wrote: > On Wed 2019-11-13 10:19:05 -0500, Antoine Beaupré wrote: >> Fundamentally, I think message-mode should treat emails the same way >> epg.el treats encrypted files: the data in the buffer isn't the same as >> the on-disk d

Re: unifying and automating draft ("postpone/resume") behavior [was: Re: notmuch "lost" email during power failure]

2019-11-13 Thread Antoine Beaupré
ng, but it's true it was a rather long RANT so maybe I forgot that I went through some weird addressing along the way. ;)] > On Tue 2019-11-12 17:19:05 -0500, Antoine Beaupré wrote: >> I would argue that notmuch should at least allow me to recover from a >> power failure like this

Re: [PATCH] Add --message-headers flag to notmuch-show

2019-11-12 Thread Antoine Beaupré
On 2019-11-12 12:19:01, Daniel Kahn Gillmor wrote: > On Tue 2019-11-12 10:48:54 -0500, Antoine Beaupré wrote: >> They need User-Agent:, I want Archive-At:, they will want >> X-Mailer... when is it going to stop? > > It's going to stop when users are satisfied. :) I

Re: [PATCH] Add --message-headers flag to notmuch-show

2019-11-12 Thread Antoine Beaupré
On 2019-11-11 10:39:11, Daniel Kahn Gillmor wrote: > On Mon 2019-11-11 10:26:18 -0500, Daniel Kahn Gillmor wrote: >> - What is the specific use case for this? For example, can you identify >>situations where different headers need to be emitted by different >>users? Even one motivating

Re: Debian packaging cleanup

2019-11-12 Thread Antoine Beaupré
On 2019-11-10 12:37:42, Daniel Kahn Gillmor wrote: > This series offers a set of simple and small changes to the debian > packaging for notmuch. they apply to the master branch. > > I've reviewed these changes, and tested a build with them with no > problems. > > A modern, canonicalized debian

RFC: desktop entry for xdg-email

2019-11-01 Thread Antoine Beaupré
On my system, if I click on mailto: links in my web browser (yes, those still exist), Thunderbird starts up. Oh the horror! Wouldn't it be nice if notmuch-emacs-mua would start instead? Worry not my notmuch friends! I have a solution for you!11!!! First, you need to drop something like this in

Re: how do i split my email view (AKA I got a new job)

2019-03-10 Thread Antoine Beaupré
On 2019-03-10 17:54:54, Ralph Seichter wrote: > * Antoine Beaupré: > >> How can I make that "All tags" junk disappear? > > If it bugs you that much, you can use the "this page" link in "Customize > Notmuch or this page". Ooooh... I remember now

how do i split my email view (AKA I got a new job)

2019-03-10 Thread Antoine Beaupré
Hello! So I got a new job, and that means I have a new email address that forwards to my regular mail spool. *Normally*, all that junk should end up in a separate folder so I am tagging it all as "+work" (there are quite a few corner cases which I handle individually, but from here on we can

Re: non-ascii email forwarding failures

2019-02-26 Thread Antoine Beaupré
On 2019-02-26 10:56:34, David Edmondson wrote: > On Tuesday, 2019-02-26 at 00:33:33 -05, Antoine Beaupré wrote: > >> So I have no idea what's going on with mail forwards, but this is the >> kind of stuff that happens to me all the time and I can't describe >> correc

Re: non-ascii email forwarding failures

2019-02-25 Thread Antoine Beaupré
On 2019-02-26 00:56:53, Daniel Kahn Gillmor wrote: > On Tue 2019-02-26 00:33:33 -0500, Antoine Beaupré wrote: >> Message contains characters with unknown encoding. Really send? (y or n) y >> Use ASCII as charset? (y or n) y > > The right answer in 2019 is to use UTF-8 as

non-ascii email forwarding failures

2019-02-25 Thread Antoine Beaupré
On 2019-02-25 18:15:21, Daniel Kahn Gillmor wrote: > On Mon 2019-02-25 18:01:55 -0500, Antoine Beaupré wrote: >> I seem to have forgotten to CC the list in my reply, sorry for the >> noise. >> >> I elided the attachment here because I sent a newer version in >&

Re: How old a version of xapian should notmuch support?

2018-09-10 Thread Antoine Beaupré
On 2018-09-10 20:54:11, David Bremner wrote: > Antoine Beaupre writes: > >> >> There are other and better CI systems out there, in case Notmuch is >> stuck in Travis-land. I have had good experiences working with GitLab CI >> which is based on a slightly saner approach: it uses Docker containers

Re: [PATCH 1/1] RFC: add attachment checks

2018-09-07 Thread Antoine Beaupré
On 2018-09-07 10:14:46, David Edmondson wrote: > Antoine, are you happy to have this marked as super-ceded by > id:20180906181456.21719-2-...@dme.org? Absolutely. -- Cyberspace. A consensual hallucination experienced daily by billions of legitimate operators, in every nation, by children being

Re: [PATCH 1/1] RFC: add attachment checks

2018-09-04 Thread Antoine Beaupré
On 2018-09-04 17:39:31, David Edmondson wrote: > On Tuesday, 2018-09-04 at 12:07:01 -04, Antoine Beaupré wrote: > >> On 2018-09-04 16:42:07, David Edmondson wrote: >>> Here is my version of this, updated to use your regexp. I actually >>> stopped using this because

Re: [PATCH 1/1] RFC: add attachment checks

2018-09-04 Thread Antoine Beaupré
On 2018-09-04 16:42:07, David Edmondson wrote: > Here is my version of this, updated to use your regexp. I actually > stopped using this because I was annoyed by the question too many > times... That does look prettier than my version - i didn't know about message-goto-body. Should I reroll with

Re: feature request: fetch missing keys in the background

2018-09-04 Thread Antoine Beaupré
On 2018-09-04 14:39:57, David Edmondson wrote: > On Tuesday, 2018-09-04 at 09:34:02 -04, Antoine Beaupré wrote: > >> On 2018-09-04 14:32:16, David Edmondson wrote: >>> On Monday, 2018-09-03 at 15:49:09 -04, Antoine Beaupré wrote: >>> >>>> That'

Re: feature request: fetch missing keys in the background

2018-09-04 Thread Antoine Beaupré
On 2018-09-04 14:32:16, David Edmondson wrote: > On Monday, 2018-09-03 at 15:49:09 -04, Antoine Beaupré wrote: > >> That's great! It's basically what I was looking for, but unfortunately >> it does not work here. I am not sure why, but it never actually updates >> the widge

[PATCH 0/1] RFC: add attachment checks

2018-09-03 Thread Antoine Beaupré
"XXX" note there because there's nothing else to do on that front. Antoine Beaupré (1): RFC: add attachment checks emacs/notmuch-message.el | 37 + 1 file changed, 37 insertions(+) -- 2.18.0 __

[PATCH 1/1] RFC: add attachment checks

2018-09-03 Thread Antoine Beaupré
This implements basic attachment checks like those present in other MUAs (e.g. Thunderbird, IIRC). A hook watches for keywords implemented using a customizable regex. The keywords are assume to indicate the user forgot to add an attachment. This currently checks for words in english and french

PATCH: fetch missing keys in the background

2018-09-03 Thread Antoine Beaupré
On 2018-09-03 18:21:32, David Edmondson wrote: > How about this patch? > > You'll need to set “notmuch-crypto-get-keys-asynchronously” to “t” to > see any benefit. This is great! As you said on IRC, the patch is more likely: diff --git i/emacs/notmuch-crypto.el w/emacs/notmuch-crypto.el index

Re: feature request: fetch missing keys in the background

2018-09-03 Thread Antoine Beaupré
On 2018-09-03 17:46:00, David Edmondson wrote: [...] > I'm puzzled about the currently expected behaviour based on your > question. [...] > Enabling “auto-key-retrieve” changes this behaviour, as you would expect > (I see a delay opening the message while the key is retrieved, and then > the

feature request: fetch missing keys in the background

2018-09-03 Thread Antoine Beaupré
Hi! Because I have a rather large keyring, fetching new keys or refreshing old ones takes a long time. When I click on the red red button saying "Unknown key ID [...] or unsupported algorithm", Emacs freezes for a good 90 seconds. Considering I use that editor^Wvirtual machine for nearly

[PATCH] WIP: add attachment checks

2018-04-14 Thread Antoine Beaupré
This implements basic attachment checks like those present in other MUAs (e.g. Thunderbird, IIRC). A hook watches for keywords, which are implemented using a customizable regex, that indicate the user might have wanted to include an attachement while writing the email, but has forgotten. We

[PATCH] WIP: add attachment checks

2018-04-13 Thread Antoine Beaupré
This implements basic attachment checks like those present in other MUAs (e.g. Thunderbird, IIRC). A hook watches for keywords, which are implemented using a customizable regex, that indicate the user might have wanted to include an attachement while writing the email, but has forgotten. We

Re: [PATCH] WIP: test patch for reference loop problem

2018-04-12 Thread Antoine Beaupré
Hi! So I've tried the patch and it seems to fix the bug. I'll run with a patch version for a while to see if anything's off, but so far so good I'd say. Furthermore, it's not possible for me to reproduce the bug in my regular mailbox anymore. I suspect this is because new mail came in and the

Re: bug: "no top level messages" crash on Zen email loops

2018-03-29 Thread Antoine Beaupré
On 2018-03-29 04:17:21, Olly Betts wrote: > On Mon, Mar 19, 2018 at 05:03:21PM -0300, David Bremner wrote: >> I can confirm this reproduces both the xapian-check and the notmuch-show >> error. Olly agrees that whatever notmuch is doing wrong, it shouldn't >> lead to a corrupted database > > There

Re: tip: how to not forget attachments

2018-03-19 Thread Antoine Beaupré
On 2018-03-19 17:40:40, Brian Sniffen wrote: > Throw your function name, catch it outside the save-excursion, and raise an > error there? You mean to catch/throw to have save-excursion save the point correctly? But my tests show the point is moved by something else in message-send anyways, so

Re: tip: how to not forget attachments

2018-03-19 Thread Antoine Beaupré
On 2018-03-19 15:57:05, Brian Sniffen wrote: > `error` doesn’t do any unwinding; it leaves the program state wherever it was > for analysis. You probably want throw/catch, as described at > https://www.gnu.org/software/emacs/manual/html_node/elisp/Catch-and-Throw.html#Catch-and-Throw Wait, but

tip: how to not forget attachments

2018-03-19 Thread Antoine Beaupré
On 2018-03-19 13:56:54, Antoine Beaupré wrote: > PS: don't we have a "you forgot to actually attach the damn file" plugin > when we detect the word "attachment" and there's no attach? :p So I figured that one out, I think. Before adding it to the wiki, I'd like a re

Re: bug: "no top level messages" crash on Zen email loops

2018-03-19 Thread Antoine Beaupré
And obviously I forget the frigging attachment. zendesk-email-loop2.tgz Description: application/gtar-compressed PS: don't we have a "you forgot to actually attach the damn file" plugin when we detect the word "attachment" and there's no attach? :p

Re: bug: "no top level messages" crash on Zen email loops

2018-03-19 Thread Antoine Beaupré
On 2018-03-19 13:36:49, David Bremner wrote: > Antoine Beaupré <anar...@orangeseeds.org> writes: > >> Hi! >> >> Here's a fun bug for you Xapian tricksters. >> >> Two emails attached make notmuch crash when trying to display the >> folder. >>

bug: "no top level messages" crash on Zen email loops

2018-03-19 Thread Antoine Beaupré
Hi! Here's a fun bug for you Xapian tricksters. Two emails attached make notmuch crash when trying to display the folder. $ notmuch show thread:0001 Internal error: Thread 0001 has no toplevel messages. (notmuch-show.c:1012) Those are the two messages: $ notmuch

Re: [PATCH] NEWS: cleartext indexing

2017-11-23 Thread Antoine Beaupré
Another thing I forgot. You mentioned dedicated LUKS partitions as an example solution. I wonder if you know about the `tomb` and `ctmg` projects which more or less implement those features as commandline tool wrappers. Tomb is a simple shell-script wrapper around cryptsetup to easily create and

Re: [PATCH] NEWS: cleartext indexing

2017-11-23 Thread Antoine Beaupré
400, Antoine Beaupré wrote: >> I think that assumption should be made clear in the documentation, >> because "security of your index" means nothing to me. Explicitly mention >> FDE as an example may be a good start. > > again, i'm not convinced that "full disk&q

Re: [PATCH] NEWS: cleartext indexing

2017-10-30 Thread Antoine Beaupré
On 2017-10-30 16:47:49, Daniel Kahn Gillmor wrote: > On Mon 2017-10-30 08:46:12 -0400, Antoine Beaupré wrote: >> On 2017-10-22 11:36:34, Daniel Kahn Gillmor wrote: >>> + Note that the contents of the index are sufficient to roughly >>> + reconstruct the cleartext of th

synchronizing the inbox flag

2017-05-13 Thread Antoine Beaupré
Hi notmuchers! :) I've done numerous attemps at making notmuch work across different machines in the past. (See below for the details.) The only thing missing now is the "inbox" tag synchronization. My use case is this: I mostly use this one machine all the time. I have a [notmuch-tag][1] script

Re: BUG: trouble with forwarding with accents

2016-02-06 Thread Antoine Beaupré
On 2016-02-06 12:14:57, David Edmondson wrote: > On Fri, Feb 05 2016, Antoine Beaupré wrote: >> So I have an accent in my family name, as you can see from the From >> header here. This has a tendency of finding the greatest and finest >> UTF-8 bug, and often no one believes

BUG: trouble with forwarding with accents

2016-02-06 Thread Antoine Beaupré
So I have an accent in my family name, as you can see from the From header here. This has a tendency of finding the greatest and finest UTF-8 bug, and often no one believes me because they don't have that interesting property. Notmuch has been bugging me with such a problem for ages now. When I

muchsync runs out of memory

2016-02-05 Thread Antoine Beaupré
I have been impressed with the features of muchsync when I recently found out about it. muchsync seems to do everything i want: i have my server where i usually take my mail, but then my laptop that i want to sync and run notmuch + emacs on... however, when i tried it, it failed:

Message deletion wisdom

2012-04-05 Thread Antoine Beaupré
On Wed, 04 Apr 2012 07:38:37 +, Jani Nikula wrote: > To amend that (with mostly historical and not so helpful info), notmuch > used to have the ability to sync the "deleted" tag with the T > ("trashed") maildir flag (with maildir.synchronize_flags option > set). Other mail clients or

Message deletion wisdom

2012-04-05 Thread Antoine Beaupré
On Tue, 03 Apr 2012 16:32:04 -0700, Jameson Graef Rollins wrote: > So in summary, if you would like to "delete" messages, you can: > > * add a key binding to emacs (or your favorite ui) to add a "deleted" >tag to messages that you want to delete: > > (define-key notmuch-show-mode-map

Re: Message deletion wisdom

2012-04-05 Thread Antoine Beaupré
On Wed, 04 Apr 2012 07:38:37 +, Jani Nikula j...@nikula.org wrote: To amend that (with mostly historical and not so helpful info), notmuch used to have the ability to sync the deleted tag with the T (trashed) maildir flag (with maildir.synchronize_flags option set). Other mail clients or

[PATCH 2/2 v2] emacs: Prefer '[No Subject]' to blank subjects.

2012-02-06 Thread Antoine Beaupré
On Sun, 05 Feb 2012 23:07:02 -0800, Jameson Graef Rollins wrote: > Sorry to be so late on this, but I'm not a big fan of this new feature. > I would prefer to always see the subject (or any other field for that > matter) as is. I agree. as a native french speaker, for example, it's annoying

Re: [PATCH 2/2 v2] emacs: Prefer '[No Subject]' to blank subjects.

2012-02-06 Thread Antoine Beaupré
On Sun, 05 Feb 2012 23:07:02 -0800, Jameson Graef Rollins jroll...@finestructure.net wrote: Sorry to be so late on this, but I'm not a big fan of this new feature. I would prefer to always see the subject (or any other field for that matter) as is. I agree. as a native french speaker, for

Re: Emacs: Crypto: How to get automatic encryption?

2012-02-02 Thread Antoine Beaupré
Jumping in here, I have modified the previously posted code here to provide me with a more complete solution. With the attach code, I can: * automatically encrypt mails if all recipients have a *valid* public key. The previous patch allowed encryption if a key existed but was revoked,

Re: Emacs: Crypto: How to get automatic encryption?

2012-02-02 Thread Antoine Beaupré
On Tue, 17 Jan 2012 09:19:51 +, David Edmondson d...@dme.org wrote: On Mon, 16 Jan 2012 23:48:30 -0500, Antoine Beaupré anar...@anarcat.ath.cx wrote: Jumping in here, I have modified the previously posted code here to provide me with a more complete solution. This looks good. I'll

[PATCH v3] Make buttons for attachments allow viewing as well as saving

2012-01-18 Thread Antoine Beaupré
On Tue, 17 Jan 2012 23:44:46 +, Mark Walters wrote: > Define a keymap for attachment buttons to allow multiple actions. > Define 3 possible actions: > save attachment: exactly as currently, > view attachment: uses mailcap entry, > view attachment with user chosen program > >

on deleting messages

2012-01-18 Thread Antoine Beaupré
Hi Jamie! I have taken the time to test those patches and those in the other thread[1], and I like it! I was able to run all tests with the patches applied and I am now running them alongside with most recent master gd51b784 and Mark Walter's attachment buttons patch[2]. So I support those

Emacs: Crypto: How to get automatic encryption?

2012-01-17 Thread Antoine Beaupré
On Tue, 17 Jan 2012 09:19:51 +, David Edmondson wrote: > On Mon, 16 Jan 2012 23:48:30 -0500, Antoine Beaupr? anarcat.ath.cx> wrote: > > Jumping in here, I have modified the previously posted code here to > > provide me with a more complete solution. > > This looks good. I'll switch over to

Emacs: Crypto: How to get automatic encryption?

2012-01-17 Thread Antoine Beaupré
Jumping in here, I have modified the previously posted code here to provide me with a more complete solution. With the attach code, I can: * automatically encrypt mails if all recipients have a *valid* public key. The previous patch allowed encryption if a key existed but was revoked,

[PATCH 1/2] lib: Add back the synchronization of 'T' flag with deleted tag.

2012-01-17 Thread Antoine Beaupré
On Sat, 07 Jan 2012 00:37:07 +0200, Jani Nikula wrote: > On Sat, 16 Jul 2011 23:56:12 -0400, Antoine Beaupr? > wrote: > > +// TODO: this should probably be moved up in the stack to avoid > > +// opening the config file on every message (!) > > +config = notmuch_config_open (ctx,

[PATCH 1/2] add notmuch keybinding 'd'

2012-01-17 Thread Antoine Beaupré
On Wed, 04 Jan 2012 08:52:13 +, David Edmondson wrote: > On Tue, 03 Jan 2012 14:56:50 +, David Edmondson wrote: > > On Sat, 16 Jul 2011 14:39:59 -0400, Antoine Beaupr? > koumbit.org> wrote: > > > It adds a tag 'deleted' and removes the tags 'inbox' and 'unread'. It > > > works in show

[PATCH 1/2] add notmuch keybinding 'd'

2012-01-17 Thread Antoine Beaupré
On Fri, 06 Jan 2012 16:51:51 -0400, David Bremner wrote: > On Fri, 06 Jan 2012 15:10:57 -0500, Antoine Beaupr? > wrote: > > On Tue, 03 Jan 2012 21:57:22 +0200, Jani Nikula wrote: > > > * lib: add 'safe' setting for flags > > * lib: Add back the synchronization of 'T' flag with deleted tag >

Re: [PATCH 1/2] add notmuch keybinding 'd'

2012-01-16 Thread Antoine Beaupré
On Fri, 06 Jan 2012 16:51:51 -0400, David Bremner da...@tethera.net wrote: On Fri, 06 Jan 2012 15:10:57 -0500, Antoine Beaupré anar...@koumbit.org wrote: On Tue, 03 Jan 2012 21:57:22 +0200, Jani Nikula j...@nikula.org wrote: * lib: add 'safe' setting for flags * lib: Add back

Re: [PATCH 1/2] lib: Add back the synchronization of 'T' flag with deleted tag.

2012-01-16 Thread Antoine Beaupré
On Sat, 07 Jan 2012 00:37:07 +0200, Jani Nikula j...@nikula.org wrote: On Sat, 16 Jul 2011 23:56:12 -0400, Antoine Beaupré anar...@koumbit.org wrote: +// TODO: this should probably be moved up in the stack to avoid +// opening the config file on every message (!) +config

[PATCH 1/2] add notmuch keybinding 'd'

2012-01-06 Thread Antoine Beaupré
On Tue, 03 Jan 2012 21:57:22 +0200, Jani Nikula wrote: > I wouldn't use it either, and I don't use "deleted" tag in the first > place. And even if I used it, I'd still like to keep the distinction > between "deleted after reading" and "deleted unread", which this patch > loses by removing the

Re: [PATCH 1/2] add notmuch keybinding 'd'

2012-01-06 Thread Antoine Beaupré
On Tue, 03 Jan 2012 21:57:22 +0200, Jani Nikula j...@nikula.org wrote: I wouldn't use it either, and I don't use deleted tag in the first place. And even if I used it, I'd still like to keep the distinction between deleted after reading and deleted unread, which this patch loses by removing

[PATCH 2/2] add edit function to resume postponed emails

2011-08-08 Thread Antoine Beaupré
On Thu, 21 Jul 2011 14:58:22 -0700, Jameson Graef Rollins wrote: > As for resuming postponed messages, I have defined the following key > binding, which I use on draft messages that have been indexed by > notmuch: [...] So I have improved on this, I believe. I now have this in my .emacs as test

[PATCH] run notmuch-hello-mode-hook at the end of the hello mode setup

2011-08-08 Thread Antoine Beaupré
i mostly use this to start offlineimap.el, but it could be used for other purposes. i have not added hooks to other modes, but those could be interesting as well. i am unsure as to how to make unit tests for this. --- emacs/notmuch-hello.el |6 ++ 1 files changed, 6 insertions(+), 0

[PATCH] run notmuch-hello-mode-hook at the end of the hello mode setup

2011-08-08 Thread Antoine Beaupré
i mostly use this to start offlineimap.el, but it could be used for other purposes. i have not added hooks to other modes, but those could be interesting as well. i am unsure as to how to make unit tests for this. --- emacs/notmuch-hello.el |6 ++ 1 files changed, 6 insertions(+), 0

Re: [PATCH 2/2] add edit function to resume postponed emails

2011-08-08 Thread Antoine Beaupré
On Thu, 21 Jul 2011 14:58:22 -0700, Jameson Graef Rollins jroll...@finestructure.net wrote: As for resuming postponed messages, I have defined the following key binding, which I use on draft messages that have been indexed by notmuch: [...] So I have improved on this, I believe. I now have

[PATCH 2/2] add edit function to resume postponed emails

2011-07-21 Thread Antoine Beaupré
On Thu, 21 Jul 2011 14:58:22 -0700, Jameson Graef Rollins wrote: > On Thu, 21 Jul 2011 23:32:58 +0200, Xavier Maillard > wrote: > > Maybe I misunderstood original goal but what I had in mind reading this > > is certainly not editing a priviously received message in order to > > (re)send it

Re: [PATCH 2/2] add edit function to resume postponed emails

2011-07-21 Thread Antoine Beaupré
On Thu, 21 Jul 2011 14:58:22 -0700, Jameson Graef Rollins jroll...@finestructure.net wrote: On Thu, 21 Jul 2011 23:32:58 +0200, Xavier Maillard xav...@maillard.im wrote: Maybe I misunderstood original goal but what I had in mind reading this is certainly not editing a priviously received

[PATCH 2/2] add edit function to resume postponed emails

2011-07-20 Thread Antoine Beaupré
On Sat, 16 Jul 2011 15:31:31 -0400, Austin Clements wrote: > I think this could be simplified a lot and many of the known issues > addressed if this were narrowed to *only* resuming from drafts. > message-mode draft files aren't MIME messages (or, at least, they're > never multipart, and

Re: [PATCH 2/2] add edit function to resume postponed emails

2011-07-20 Thread Antoine Beaupré
On Sat, 16 Jul 2011 15:31:31 -0400, Austin Clements amdra...@mit.edu wrote: I think this could be simplified a lot and many of the known issues addressed if this were narrowed to *only* resuming from drafts. message-mode draft files aren't MIME messages (or, at least, they're never multipart,

[PATCH 2/2] lib: add 'safe' setting for flags

2011-07-17 Thread Antoine Beaupré
the 'safe' setting needs to be 'true' for flags to be manipulated by notmuch new/tag/restore. for now, only the (T)rash tag is configurable and set to false (by default) but this could be extended to allow the user to configure which flags are allowed to be synchronized. the reason why only T is

[PATCH 1/2] lib: Add back the synchronization of 'T' flag with deleted tag.

2011-07-17 Thread Antoine Beaupré
This adds a special configuration, off by default, that allows notmuch to synchronize the T flag again. The configuration is named maildir_reckless_trash and quite clearly indicates that it could be dangerous to use in the context described in commit 2c26204, which I could actually reproduce. In

[PATCH 1/2] add notmuch keybinding 'd'

2011-07-16 Thread Antoine Beaupré
It adds a tag 'deleted' and removes the tags 'inbox' and 'unread'. It works in show as well as in search mode Based on previous work by: Sebastian Spaeth Signed-off-by: Antoine Beaupr? --- emacs/notmuch-show.el |8 emacs/notmuch.el | 11 +++ 2 files changed, 19

[PATCH] add edit function to resume postponed emails (v2)

2011-07-16 Thread Antoine Beaupré
Add a new function to allow editing a new message starting from an existing one, roughly the equivalent of Mutt's resend-message functionality. Hooks into the search and show views through the "e" keybinding. "postponed" tag is removed after the email is sent and the target thread is marked as

[PATCH] add edit function to resume postponed emails

2011-07-16 Thread Antoine Beaupré
Add a new function to allow editing a new message starting from an existing one, roughly the equivalent of Mutt's resend-message functionality. Hooks into the search and show views through the "e" keybinding. "postponed" tag is removed after the email is sent and the target thread is marked as

[PATCH] add edit function to resume postponed emails

2011-07-16 Thread Antoine Beaupré
as deleted. Known issues: 1. only the first MIME part of the email is used 2. running this on a thread with more than one message has not been tested Signed-off-by: Antoine Beaupré anar...@koumbit.org --- emacs/notmuch-mua.el | 51 + emacs/notmuch

[PATCH 1/2] add notmuch keybinding 'd'

2011-07-16 Thread Antoine Beaupré
It adds a tag 'deleted' and removes the tags 'inbox' and 'unread'. It works in show as well as in search mode Based on previous work by: Sebastian Spaeth sebast...@sspaeth.de Signed-off-by: Antoine Beaupré anar...@koumbit.org --- emacs/notmuch-show.el |8 emacs/notmuch.el

[PATCH 1/2] lib: Add back the synchronization of 'T' flag with deleted tag.

2011-07-16 Thread Antoine Beaupré
. In contexts where notmuch is the only mail client used, this is actually safe to use. Besides, (T)rashed messages are not necessarily immediately expunged from the Maildir by the client or the IMAP server. Signed-off-by: Antoine Beaupré anar...@koumbit.org --- lib/message.cc | 14

[PATCH 2/2] lib: add 'safe' setting for flags

2011-07-16 Thread Antoine Beaupré
the 'safe' setting needs to be 'true' for flags to be manipulated by notmuch new/tag/restore. for now, only the (T)rash tag is configurable and set to false (by default) but this could be extended to allow the user to configure which flags are allowed to be synchronized. the reason why only T is