First of all, apologies for being late to the discussion, and for having
missed its initial part.
I have been tinkering with email address completion in message mode for
a while, and would like to add a few comments with the hope of providing
slightly bigger picture, and with the hope that it may
Andreas Kähäri writes:
> [...]
>> > stupid "external message" headers added by malicious^Wcorporate mail
>> > servers, etc...
>>
>> Headers would not "muddy the waters" since they are headers. In my mind,
>> the hash would be over the body only.
>
> Hi, I'm not really part of the discussion, but
David Bremner writes:
> Alexander Adolf writes:
>
>> Bearing in mind that re-recognising a message which has arrived
>> multiple times via different routes is a worthwhile feature, it would
>> seem to me that a hash over the invariant part of the message, that is
>
Hello,
This sounds like a nasty problem indeed. OTOH, “there’s nothing that couldn’t
be” as my granny would have put it.
Bearing in mind that re-recognising a message which has arrived multiple times
via different routes is a worthwhile feature, it would seem to me that a hash
over the invar
Perhaps a case for exec-path-from-shell [1]?
[1] https://github.com/purcell/exec-path-from-shell
--alex
--
www.condition-alpha.com / @c_alpha
Sent from my iPhone; apologies for brevity and autocorrect weirdness.
> On 29. Dec 2022, at 14:20, David Bremner wrote:
>
> Boruch Baum writes:
>
Matt Armstrong writes:
> A feature I miss from Gnus is being able to reply to multiple emails at
> once. Has anyone else found to be a missing feature?
I have, and support your request.
But not only to reply, but more generally to act on (tag, reply,
forward) multiple emails.
Of course I can
David Bremner writes:
> [...]
> One workaround is to set notmuch-print-mechanism to
> notmuch-print-ps-print/evince, and save the file from evince.
In principle yes, but this requires a specific third party app to be
installed.
We have all necessary means built into Emacs already, so it would b
Hello,
I'd like to request a feature. My intent is to redirect PostScript
printing of a message via `notmuch-show-print-message` to a file.
Ideally (IMHO) `notmuch-show-print-message` would accept an optional
prefix argument ("C-u"), which would be passed down to
`ps-print-buffer`, which would the
Hello David,
David Bremner writes:
> [...]
> One point is that it is unlikely that notmuch will ever require the most
> recent version of emacs (currently the baseline is supposedly emacs
> 25.1). It's fine to optionally take advantage of new features in emacs,
> but we want people to be able to
Hello David,
David Bremner writes:
> [...]
>> You could do
>>
>> (require 'eudcb-notmuch-address)
>> (eudc-notmuch-address-set-server "localhost")
>>
>> and bind the function eudc-expand-inline to a key chord of your choice
>> in message-mode-map.
>>
>> Then you'd no longer have to twe
Hello David,
thanks for your comments and questions.
David Bremner writes:
> Alexander Adolf writes:
>
>> As I wanted email address completion via completion-at-point in
>> message-mode too, I implemented a new EUDC function to go into
>> completion-at-point-functi
Hello,
I recently switched in-buffer completion from company [1] to
completion-at-point with corfu [2] as the UI.
As I wanted email address completion via completion-at-point in
message-mode too, I implemented a new EUDC function to go into
completion-at-point-functions [3].
[1] https://company-
Hello David,
admittedly being unfamiliar with the test suite, and not being able to
run the tests at my end, this is a bit of a head scratcher for me. Thus
up-front apologies, and thanks for bearing with me!
David Bremner writes:
> [...]
> It seems that it is mostly working, but there are a few
David Bremner writes:
> [...]
> It seems that it is mostly working, but there are a few issues to iron out.
> [...]
Hello David,
Apologies for the delay in getting back to you. I was busy with other
stuff, and will tend to this shortly.
Cheers,
--alexander
_
fafdb262f17b79b6c95252 Mon Sep 17 00:00:00 2001
From: Alexander Adolf
Date: Fri, 25 Mar 2022 14:13:28 +0100
Subject: [PATCH] emacs/smime: render decrypted MIME entities in notmuch-show
When processing encrypted S/MIME messages, after decryption the "last
resort" handler notmuch-show-ins
David Bremner writes:
> [...]
> You could also run T355-smime with --debug and inspect
> tmp.T355-smime/mail afterwards, there should be some signed and
> encrypted mails.
> [...]
$ ./T355-smime.sh --debug
Run tests in a subdir of built notmuch tree.
Any way around the effort of building from s
David Bremner writes:
> [...]
> I think something like the following test (but with an smime encrypted
> message instead of the existing PGP/MIME encrypted message.
>
> test_begin_subtest "process cryptographic MIME parts"
> ;; additional variables can be dynamically bound as needed, but
Hello David,
David Bremner writes:
> [...]
> Thanks for sending that. It's a bit tricky to review SMIME stuff as I
> believe none of the devs is really using SMIME regularly. One thing that
> would help is adding one or more tests. Basically the test suite already
> has a SMIME certificate, so i
ts,
--alexander
>From d10f4964173ae644077de91b56a98d48f7253ce8 Mon Sep 17 00:00:00 2001
From: Alexander Adolf
Date: Fri, 25 Mar 2022 14:13:28 +0100
Subject: [PATCH] emacs/smime: render decrypted MIME entities in notmuch-show
When processing encrypted S/MIME messages, after decryption the &
Utkarsh Singh writes:
> [...]
>>> `post-completion': Called after a completion candidate has been
>>> inserted
>>> into the buffer. The second argument is the candidate. Can be used to
>>> modify it, e.g. to expand a snippet.
>>> [...]
>>
>> Hm, that sounds like it would fu
Utkarsh Singh writes:
> On 2022-03-08, 16:29 +0100, Alexander Adolf
> wrote:
>
>> Utkarsh Singh writes:
>>
>>> [...]
>>> `notmuch-address-post-completion-functions'.
>>> [...]
>> [...]
> Although its a general
Utkarsh Singh writes:
> [...]
> I don't think its possible to modify `notmuch-expand-name' into CAPF
> without breaking backward compatibility.
> [...]
See attached.
patch-notmuch-address.el
Description: application/emacs-lisp
___
notmuch mailing li
Alexander Adolf writes:
> [...]
> Variant 2 "core Emacs":
> [...]
It was not as much work as I had anticipated, and hence here is a first
sketch of the idea:
patch-notmuch-address.el
Description: application/emacs-lisp
Some further cleanup to remove all company stuff from
Tomi, apologies for the delay in getting back to you. I'm moving office,
so had a couple of other chores for having fun with. ;-)
Tomi Ollila writes:
> [...]
>> In case not, how can I prevent modification of message-completion-alist
>> by notmuch, and still have notmuch use the 'internal mechani
Alexander Adolf writes:
> [...]
> Hence, from my personal point of view, moving _all_ completion to go
> through completion-at-point-functions seems the only reasonable way
> forward.
>
> That would remove any special cases for when company is available from
> the eli
Tomi Ollila writes:
> On Tue, Feb 08 2022, Utkarsh Singh wrote:
>
>> [...]
>> Corfu enhances the default completion in region function with a
>> completion overlay. The current candidates are shown in a popup
>> below or above the point. Corfu is the minimalistic
>>
David Bremner writes:
> [...]
> This should be fixed in Gmime commit
> 0dfc44ad5b8f4eb1dbcfb010dddc02675a699ab8, although I haven't tested it
> personally. If you want to test you will either need to build gmime from
> source
Head scratcher...
> or wait for a gmime release. [...]
I'll rather d
inasprecali writes:
> [...]
> Setting the notmuch-always-prompt-for-sender variable to t does not
> help, since its description says (as of 0.31.4): [...]
The documentation of notmuch-always-prompt-for-sender describes that
behaviour rather clearly:
Begin Quote -
David Bremner writes:
> [...]
> I guess you should start with "notmuch show --verify --format=json
> $msg | jq" on the command line. If the information is not there,
> nothing in the elisp will create it. You can use sexp output if you
> prefer, but it is easier to pretty-print the json.
Thanks
Hello,
I am looking at S/MIME messages that are signed only, i.e. are not
encrypted. For some, a signature status button is inserted, for others
not.
I have used edebug to look into some of the notmuch-show-* functions,
and it seems that for those signed messages that are displayed without
the si
Hello David,
Looks good to me. The old logo always felt a bit small to me anyway. 🧐😜
Cheers,
--alex
--
www.condition-alpha.com / @c_alpha
Sent from my iPhone; apologies for brevity and autocorrect weirdness.
> On 21. Dec 2021, at 12:05, David Bremner wrote:
>
> Tomi Ollila writes:
>>
David Bremner writes:
> Currently notmuch tries to make a guess for a default email address
> based on the "fully qualified hostname" of the host it is running
> on. This is roughly equivalent to running "hostname -f". I have observed
> two things
> [...]
> If people agree it's generally not usef
Roger Randall writes:
> [...]
> Along those lines, I would also like the ability to
> explicitly set the order in which tags are shown in notmuch-search (as
> opposed to purely alphabetical).
> [...]
I have to admit having been intrigued by this thought, too. How could
this work? I guess one co
Hello Tom,
Tom Hirschowitz writes:
> Well, here's one: I tried it with my usual theme, which is rather dark,
> and it looked bad. Tried to fiddle with it a bit, but not long enough to
> succeed, whence gave up.
> [...]
Thanks for sharing your thoughts!
Would it seem overly onerous to make a sc
Hello Dan,
Dan Čermák writes:
> [...]
> P.S.: I believe your message got stuck in the moderation queue and
> reached everyone just recently.
No worries. This is a busy list.
> [...]
>> One thing that intrigued me about astroid, is its "rainbow tags" feature
>> (see screenshot at [1]).
>>
>> [
Michael J Gruber writes:
> [...]
> So it seems:
>
> - The mis-threading happens during `notmuch new`, not with `notmuch
> reindex`.
> - In this new case (and if I remember correctly also in the others),
> it's always a new message getting worngly put into an existing thread,
> and if I'm no
Hello notmuch developers,
I just got the following assertion message when running `notmuch new`
from within Emacs:
Assertion failed: (notmuch->last_doc_id >= notmuch->xapian_db->get_lastdocid
()), function _notmuch_database_generate_doc_id, file lib/database.cc, line
1415.
`noumuch --version`
Hello David,
Many thanks for your swift response, and explanations.
David Bremner writes:
> [...]
>> Any technical reason for "from" having a regex search, but "to" not?
>
> Yes, it is purely technical. The regex support relies on the existence
> of a Xapian value slot for the field in question
Dear notmuch developers,
Quoting from `man notmuch-search-terms`:
> from: or from://
>The from: prefix is used to match the name or address of the
>sender of an email message.
>
> to:
>The to: prefix is used to match the names or addresses of any
>recipient of an
+1 for isync. I’m using it, too.
Great weekend everyone!
--alex
--
www.condition-alpha.com / @c_alpha
Sent from my iPhone; apologies for brevity and autocorrect weirdness.
> On 15. Jan 2021, at 19:43, Kian Kasad wrote:
>
> On 21/01/15 02:27PM, Jorge P. de Morais Neto wrote:
>> Hi. I cu
Hello David,
David Bremner writes:
> David Bremner writes:
>
>> It's not perfect (the encryption status for S/MIME needs some new UI
>> code on the emacs end), but it's better than the status quo, as far as I
>> can tell.
>
> I think this might be a deeper issue. Looking at the structure of
>
>
Alexander Adolf writes:
> [...]
> (defalias notmuch-show-insert-part-application/x-pkcs7-mime
> notmuch-show-insert-part-application/pkcs7-mime)
> [...]
Err, this should be:
(fset 'notmuch-show-insert-part-application/x-pkcs7-mime
'notmuch-show-insert-part-
Hello David,
David Bremner writes:
> David Bremner writes:
>
>>
>> It's not perfect (the encryption status for S/MIME needs some new UI
>> code on the emacs end), but it's better than the status quo, as far as I
>> can tell.
>
> I think this might be a deeper issue. Looking at the structure of
Hello David,
first of all, many thanks for not giving up on this one!
David Bremner writes:
> [...]
> I think this might be a deeper issue. Looking at the structure of
>
> test/corpora/protected-headers/smime-sign+enc.eml
>
> it looks like there is an application/pkcs-7 part for the outer
> c
Hello George,
George Kadianakis writes:
> [...]
> So what to do?
>
> One way forward is to switch from using notmuch-address to using
> something like bbdb and manually curate my database (since bbdb offers
> this capability).
> [...]
Another option is to use company [1], or any other completio
quot; :filename
"smime.p7s" :content-transfer-encoding "base64" :content-length 4478
:computed-type "application/pkcs7-mime")) :crypto (:signed (:status
((:status "good" :fingerprint "142AFE91C66D710592AF9D90A1385D251FEC65B7"
:created 1599693325 :expires 1631218144
w an error:
!!! Wrong type argument: char-or-string-p, ((:id 2 :sigstatus ((:status "good"
:fingerprint "142AFE91C66D710592AF9D90A1385D251FEC65B7" :created 1599693325
:expires 1631218144 :userid
"1.2.840.113549.1.9.1=#616C6578616E6465722E61646F6C6640636F6E646974696F
Hello David,
Many thanks for your swift response.
David Bremner writes:
> Alexander Adolf writes:
>
>> [...]
>> To give the user a visual clue that something is happening in the
>> background, and Emacs has not crashed, it would be great if a progress
>> ind
Dear notmuch developers,
when notmuch-poll-and-refresh-this-buffer is invoked (e.g. by hitting
"G"), the triggered operations may take some time (e.g. due to accessing
multiple IMAP accounts with mbsync). During this time, the Emacs UI is
essentially frozen.
To give the user a visual clue that so
49 matches
Mail list logo