From: Giovanni Biscuolo <g@xelera.eu>
To: David Bremner <david@tethera.net>, notmuch@notmuchmail.org
Subject: Re: [bug?] emacs interface - some mark read tag changes may have failed
Date: Mon, 06 Jun 2022 15:18:22 +0200 [thread overview]
Message-ID: <877d5ukk0x.fsf@xelera.eu> (raw)
In-Reply-To: <87ilpeuh10.fsf@tethera.net>
[-- Attachment #1.1: Type: text/plain, Size: 3313 bytes --]
Hello David,
thank you for your help!
I found a pettern in how the problems affects me
The message is S/MIME signed:
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms060701080209070400040907"
I searched all messages having mimetype application/pkcs7-signature and
found that I can read almost every one of them /except/ some of them
have the very same behaviour
Some of the S/MIME signed messages do display correctly /but/ after some
delay, others display immediatly, some never display and I have to
interrupt (CTRL-g)
There is also an old signed message (2019-07-23) from the same sender
I'm /sure/ I was able to read at the time, but now I'm not able to open
it anymore (in Emacs)
David Bremner <david@tethera.net> writes:
> Giovanni Biscuolo <g@xelera.eu> writes:
>
>> after I press CTRL-g I get this text in the buffer:
>> [some mark read tag changes may have failed]
>
> This is essentially notmuch-emacs complaining that it was interrupted,
> so not really telling us about the underlying issue.
OK, I understand now
>> I launched emacs with:
>>
>> emacs -Q --eval "(require 'notmuch)"
>>
> To be honest, I'm a bit surprised this works. How does emacs find
> notmuch.el in this case? Or did you maybe mean emacs -q?
I'm using Guix to install Emacs and all related packages, AFAIU Guix
loads all the needed libraries anyway; to be sure startes Emacs in an
isolated container [1] with only emacs and emacs-notmuch as available
packages, exposing (i.e. maiking it read-only in the container) my
maildir to be able to read messages and notmuch database; this is what I
did:
guix shell --container --network --expose=/var/mail/giovanni=/var/mail/giovanni emacs emacs-notmuch --preserve='^DISPLAY$' -- emacs -Q --eval "(require 'notmuch)"
...and opening it this way I was finally able to open the message!
The visible difference I find between the two instances of emacs - my
default one and the one started in a container - is that in my default
one Emacs is verifying signatures ("Good signature by" in many S/MIME
signed messages, not all) but the one in the container is not doing the
signature verification, I can see it comparing how the same message is
displayed in both instances
>> how can I debug this kind of errors?
>>
>
> I suggest using M-x toggle-debug-on-quit, so that you get a traceback.
>
> It may help to specify versions of notmuch and emacs when reporting
> problems.
Thanks, I'll try to debug-on-quit as soon as I find some time to stop my
daemon and testing this issue.
>> is there a way i can reply to the affected email dumping the raw message in
>> a text file and using it with emacs as if it's a "normal message"?
>>
>
> If you can get the text you want, then you can copy and paste it into a
> message composition buffer (e.g. from C-x m). notmuch show --format=text
> may offer your best bet of recovering message text.
Oh yes, you are right... but now I've seen I can start Emacs that way
(isolated container) I have a better workaround :-)
Thank you very much! Gio'
[1] https://guix.gnu.org/manual/devel/en/html_node/Invoking-guix-shell.html
--
Giovanni Biscuolo
Xelera IT Infrastructures
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 849 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
next prev parent reply other threads:[~2022-06-06 13:18 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-06 11:01 [bug?] emacs interface - some mark read tag changes may have failed Giovanni Biscuolo
2022-06-06 12:12 ` David Bremner
2022-06-06 13:18 ` Giovanni Biscuolo [this message]
2022-06-06 13:57 ` David Bremner
2022-06-06 18:07 ` Giovanni Biscuolo
2022-06-07 9:57 ` David Bremner
2022-06-07 13:13 ` Giovanni Biscuolo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://notmuchmail.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=877d5ukk0x.fsf@xelera.eu \
--to=g@xelera.eu \
--cc=david@tethera.net \
--cc=notmuch@notmuchmail.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://yhetil.org/notmuch.git/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).