On 2024-08-13 10:05:40, David Bremner wrote:
> Antoine Beaupré writes:
>
>>
>> So I'm not sure what to do with this. This certainly seems really
>> precious stuff! Could we add this to notmuch-emacs, perhaps gated on the
>> Emacs version?
>>
>> Ru
On 2024-08-11 10:36:07, Liam Hupfer wrote:
> Antoine Beaupré writes:
>
>> I should have posted a followup to this patch already, and must say it’s
>> really not ready at all.
>>
>> I have found myself in the situation where my address completion is now
>> c
On 2024-08-06 07:30:30, David Bremner wrote:
> Antoine Beaupré writes:
>
>>
>> Now, it seems to me a simple fix is to implement a proper
>> capf (`completion-at-point-function') for notmuch. And that, in turn,
>> is actually pretty simple compared to the code hi
On 2024-03-19 16:12:04, Antoine Beaupré wrote:
[...]
> The closest we have in the archive is (author in CC):
>
> <71a3382b-3f1b-4b81-883c-b4a8bd710888%40picnicpark.org>
>
> ... which writes a new `kea/notmuch-address-message-capf' function from
> scratch. It might,
I have *just* realized, after writing all this code and sending the
patch, that someone else might have discussed this here. Oops.
So, turns out, it *has* been discussed, but it doesn't look like anyone
tackled that problem fully just yet.
The closest we have in the archive is (author in CC):
<7
I recently enabled corfu-mode everywhere, and was disappointed to find
out that I lost tab-completion on my message buffers. At most, corfu
would pop suggestions about existing words in the buffer, but no
address completion, even when I would hit TAB. I believe this is
because `message-tab' won't a
On 2024-02-22 22:22:13, Antoine Beaupré wrote:
> On 2023-04-26 12:10:09, Antoine Beaupré wrote:
[...]
> ... but it feels a bit too intrusive... Do I really want to divulge my
> cryptographic identity to the world constantly? I'm using ed25519 keys
> now, so the header is sma
On 2023-04-26 12:10:09, Antoine Beaupré wrote:
[...]
> And while autocrypt has a nice beautiful and brilliant spec that does
> everything, that's not what I'm looking at right now. And I don't think
> it's productive to block in this way at this point.
>
> So I
Hi!
I'm giving an OpenPGP training this week, which I haven't done in
ages. A lot has changed since then: keyservers are basically dead (or
have changed significantly), WKD and Autocrypt exist and are supported
out of the box by Thunderbird, which simplifies a lot of things.
While testing out Thu
On 2023-02-22 16:23:27, David Bremner wrote:
> Antoine Beaupré writes:
>
>> When I have the attached email in my `inbox` and hit ENTER on the email
>> (notmuch-search-show-thread here), Emacs crashes completely with:
>>
>> fév 22 11:57:10 angela emacs[112721]:
>&
When I have the attached email in my `inbox` and hit ENTER on the email
(notmuch-search-show-thread here), Emacs crashes completely with:
fév 22 11:57:10 angela emacs[112721]: Backtrace:
fév 22 11:57:10 angela emacs[112721]: /usr/bin/emacs(+0x1536c3)[0x55d10804b6c3]
fév 22 11:57:10 angela emacs[11
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 --g
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
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, pa
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 th
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
>> script](https://gitlab.com/anarcat/scripts/
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 && \
>>
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
>>> "t
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") k
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
>> arch-independent
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
>> ---
>>
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
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 th
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,
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 ei
that 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é wrot
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, b
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
`~/.config/systemd
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
ith anything, 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 fa
Hi!
Today, in Canadaland(show.com), it's winter! There's snow everywhere,
it's beautiful but cold, which means we power up those heating system
and blow up breakers. Which means computers go down because those little
stupid things need power to keep going, especially when they don't have
UPS syste
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 h
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 ex
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 pac
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
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
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 assum
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
>&
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
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
>&
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
87r2bvjx02@curie.anarc.at.
A.
On 2019-02-25 17:11:26, Antoine Beaupré wrote:
> On 2019-02-25 16:18:03, Daniel Kahn Gillmor wrote:
>> H
On 2019-02-25 13:56:31, Brian Sniffen wrote:
> I appreciate the signature handling. But perhaps you used it on this message
> and it ate part of this line?
>
>> (insert "
>>;; remove Markdown markings
Hehe... I think what happened is what Daniel identified in another
reply, that Emacs notice
Hi,
TL;DR: magic recipe to include an HTML version when writing plaintext.
I know, I know, HTML email is "evil"[1]. I mostly never ever use it, in
fact, I don't remember the last time I consciously sent HTML. Maybe I
did so back when I was using Netscape Communicator[2][3], but whatever.
The rea
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
>
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 t
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
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 y
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's gr
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
>>
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 widget, even if I do not move the point.
A.
--
Sous le projecteur, on ne voit pas les autres.
- Félix Leclerc
screw that up. I did remove the "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
__
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 and
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 fc
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 bu
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 everythin
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 curren
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 curren
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 fil
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 w
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 I'm
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
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
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
__
On 2018-03-19 13:36:49, David Bremner wrote:
> Antoine Beaupré writes:
>
>> Hi!
>>
>> Here's a fun bug for you Xapian tricksters.
>>
>> Two emails attached make notmuch crash when trying to display the
>> folder.
>>
>> $ not
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 search
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 m
-30 12:16:25 -0400, 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 th
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
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 the message itself, so please ensure
> + that the notmuch index itself is adequately protected. DO NOT USE
> + this feature without considering
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 t
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
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
fo
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:
[1011]anarcat@an
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 offlineim
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 "d
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 offlineim
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 "
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 havin
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 havi
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
>
> Keym
7;ll let you know!
A.
[1] id:"1325975294-646-2-git-send-email-jroll...@finestructure.net"
[2] id:"1326843886-18387-1-git-send-email-markwalters1...@gmail.com"
--
Antoine Beaupré +++ Réseau Koumbit Networks +++ +1.514.387.6262 #208
--
On Tue, 17 Jan 2012 09:19:51 +, David Edmondson wrote:
> On Mon, 16 Jan 2012 23:48:30 -0500, Antoine Beaupré
> wrote:
> > Jumping in here, I have modified the previously posted code here to
> > provide me with a more complete solution.
>
> This looks good. I
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, whic
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
>
> Keym
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 patche
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 u
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, whic
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, NULL
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 as
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
>
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 =
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é
> > wrote:
> > > It adds a tag 'deleted' and removes the tags 'inbox' and
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 synchro
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 "unr
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 "unr
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 c
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 deleti
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
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 deleti
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 again
1 - 100 of 115 matches
Mail list logo