Posts by wojtek

I already contacted them a couple of times to no avail thus decided to make a request.

Though, your reasoning makes sense

TB 102.6.1 (64-bit)

AHT 8.1.5

It would be great if AHT had Exception list, where all emails from particular address would be displayed in HTML (either basic or original).

Motivation: my bank send me account updates and they include valuable information (date/ammount/merchan) in HTML part and plain-text part only says "your client doesn't support html"... (which is beyond stupid as it's virtually all-text notification without any formatting or images...)

It's been working fine for me

Sure thing. And if anything happens - provide log from _after_ using AHT - correct?

Sorry, got carried away with other things. Though, I've been using debug version of AHT since you published it and it seems to be better.

Here are the logs ("-debug-" is the version you attached). I run it for a couple of minutes and so far haven't run into any issues. (though I haven't been using AHT recently as it was very unpredictable so I just settled for constant plain-text).

I'll test it some more and let you know.

If you have new build / any logs / data I can provide I can test it

> The screen video is a good idea, but unfortunately I don't see the content of the email, which would be helpful to see the change in display (HTML versus plain text).

Well, I couldn't show complete email unfortunately. In a nutshell: the mail was displayed in HTML, statusbar said "original HTML" but it's context menu had selected "Plain text". Only after clicking on Plain Text it went back to actual plain text.

Didn't logs share any information about the issue?

The issue itself is quite odd as frequency of it's procurance is quite uneven - sometimes it happens only once in a couple of days, other time it's almost every couple of minutes/hours.

Interestingly, after switching to "Plain text" it was OK for a couple of hours and it's back to displaying HTML ("Original HTML in the statusbar, "Plain text" in the context menu selected)

OK, it happened again and I managed to grab the logs (see attached: console-export-2022-1-24_11-25-16.txt) and noticed weird thing - in the status bar I saw "Original HTML" and upon right-clicking it said "Plain text" and only after re-cliking on "Plain text" it went back to that mode:

Grabación de pantalla 2022-01-24 a las 11.21.34.mp4

Quote from Thunder

You've to enable the notifications:

https://www.thunderbird-mail.de/notification-settings/

Weird, I didn't find this page before. Though, even though I din't have email notifications enabled there I got notification bout your subsequent message. I enabled it now, thanks.

Quote from Thunder

4 weeks later - any news on this?

It happened once but I was kinda in a hurry and couldn't gather the logs. It seems it happens less often recently, which is somewhat odd.

OK, I'll do test it.

Btw. why I don't get any notifications from this forum?

1) 91.3.1 (64-bit) (on macos)

2)

British English Dictionary (Marco Pinto)	dictionary	3.0.2	true	marcoagpinto@mail.telepac.pt
Polish Spellchecker Dictionary	dictionary	1.0.20160228.1webext	true	pl@dictionaries.addons.mozilla.org
Spanish (Venezuela) spell check dictionary	dictionary	1.1.18.2webext	true	es-ve@dictionaries.addons.mozilla.org
Allow HTML Temp	extension	7.0	true	{532269cf-a10e-4396-8613-b5d9a9a516d4}
Amazon.com	extension	1.1	true	amazondotcom@search.mozilla.org
Bing	extension	1.0	true	bing@search.mozilla.org
CompactHeader	extension	3.0.0beta5	true	{58D4392A-842E-11DE-B51A-C7B855D89593}
DuckDuckGo	extension	1.0	true	ddg@search.mozilla.org
FolderFlags	extension	1.4.2	true	{2bc419d0-6cf3-11da-8494-000a95be0946}
Google	extension	1.0	true	google@search.mozilla.org
Manually sort folders	extension	2.1.1	true	tbsortfolders@xulforum.org
NestedQuote Remover	extension	1.3.0	true	{12a1584b-2123-473d-8752-e82e74e3cb1b}
Show Address Only	extension	0.2.0	true	showaddressonly@rip238.selfip.com
Show InOut	extension	3.9	true	showInOut@ggbs.de
Stop Ignoring Reply:To	extension	1.4	true	stopignoringreplyto@gelvins.com
Wikipedia (en)	extension	1.0	true	wikipedia@search.mozilla.org
Xpunge	extension	3.0.0	true	{786abda0-fd14-d247-bf69-38b2fc18491b}
English (GB) Language Pack	locale	91.0buildid20210805011554	true	langpack-en-GB@thunderbird.mozilla.org
Español (España) Language Pack	locale	91.0buildid20210805011554	true	langpack-es-ES@thunderbird.mozilla.org
DKIM Verifier	extension	4.0.0	false	dkim_verifier@pl
eCleaner	extension	1.4.1-signed.1-let-fixed.1-signed	false	{c72c0c73-4eb0-4fb3-af0f-074e97326cfd}
Enigmail	extension	2.2.4.2	false	{847b3a00-7ab1-11d4-8f02-006008948af5}
Mark Read On Reply and Reply-All	extension	2.1	false	copiedfrommarkreadonreply@aimcosoftware.co.uk
Paranoia	extension	0.3.2	false	tls-paranoia@gdr.name
Remove Duplicate Messages	extension	0.5.2b4	false	{a300a000-5e21-4ee0-a115-9ec8f4eaa92b}
Remove Duplicates	extension	3.3	false	removedupes@dillinger
Show All Body Parts	extension	1.3.6	false	ShowAllBodyParts@kamens.us
Thunderbird Conversations	extension	4.0.5	false	gconversation@xulforum.org
ThunderPlunger	extension	2.14	false	{bfec0750-aa6f-11db-abbd-0800200c9a66}
Toggle Word Wrap	extension	1.10	false	{cafe3945-058e-47e3-87f8-75bc120b9638}
ToggleReplied	extension	0.4	false	togglereplied@eyrich-net.org

3) where can I find this "error log"?

OK, I was too fast. Couple of hours have passed and the issue came back again.

Any way I could help debug it?

Hi,

I just had the same problem since a couple of weeks. Indeed removing and re-installing the addon seems to help.

Unfortunately I wasn't able to prepare complete case messages (will try to manage that shortly) however problematic mail has following sections:

Content-Type: multipart/signed;
    boundary="Apple-Mail=_EE3EC72C-1BBF-4371-93F2-C3AACC07B942";
    protocol="application/pgp-signature";
    micalg=pgp-sha512
Mime-Version: 1.0 (Mac OS X Mail 11.1 \(3445.4.7\))
…
X-Mailer: Apple Mail (2.3445.4.7)


--Apple-Mail=_EE3EC72C-1BBF-4371-93F2-C3AACC07B942
Content-Type: multipart/alternative;
    boundary="Apple-Mail=_496E59ED-40BE-4A97-A5ED-73C1407AA052"


--Apple-Mail=_496E59ED-40BE-4A97-A5ED-73C1407AA052
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
    charset=utf-8

…
--Apple-Mail=_496E59ED-40BE-4A97-A5ED-73C1407AA052
Content-Type: multipart/related;
    type="text/html";
    boundary="Apple-Mail=_487F0D23-111E-400E-9AFF-B310AE3F37F8"


--Apple-Mail=_487F0D23-111E-400E-9AFF-B310AE3F37F8
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
    charset=utf-8

<html><head>…</html>=

--Apple-Mail=_487F0D23-111E-400E-9AFF-B310AE3F37F8
Content-Transfer-Encoding: base64
Content-Disposition: inline;
    filename=image001.png
Content-Type: image/png;
    x-unix-mode=0644;
    name="image001.png"

…

--Apple-Mail=_487F0D23-111E-400E-9AFF-B310AE3F37F8
Content-Transfer-Encoding: base64
Content-Disposition: inline;
    filename=image002.png
Content-Type: image/png;
    x-unix-mode=0644;
    name="image002.png"
…
--Apple-Mail=_487F0D23-111E-400E-9AFF-B310AE3F37F8--

--Apple-Mail=_496E59ED-40BE-4A97-A5ED-73C1407AA052--

--Apple-Mail=_EE3EC72C-1BBF-4371-93F2-C3AACC07B942
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
    filename=signature.asc
Content-Type: application/pgp-signature;
    name=signature.asc
Content-Description: Message signed with OpenPGP

-----BEGIN PGP SIGNATURE-----

…
-----END PGP SIGNATURE-----

--Apple-Mail=_EE3EC72C-1BBF-4371-93F2-C3AACC07B942--

What's more - those are not *encrypted*, only *signed* messages.

I've tried the new version and it seems to be working ok -- even signed messages are detected correctly. Thanks!

Um Rückfragen vorzubeugen, bitten wir um folgende Angaben:

• Thunderbird-Version: 52.5.0 (64-bit)
• Betriebssystem + Version: macOS High Sierra
• Kontenart (POP / IMAP): IMAP
• Postfachanbieter (z.B. GMX): various

Hi, appologies for writing in English but my German knowledge is utterly basic (ja/nein/retchts/links…)

I love the above extension and it works great in the past years. However, recently I've noticed that it doesn't detect correctly HTML part if the message has Content-Type: multipart/signed; instead of usual Content-Type: multipart/alternative;

Would it be possible to handle HTML messages that are also signed? Thunderbird can display them just fine if forced in the settings.