Forwarding an encrypted message results in empty body
OpenPGP addon for Mozilla Thunderbird
Brought to you by:
pbrunschwig
When I forward an encrypted message the body of the message only displays the generated Forwarded Messages header (Subject, Date, From, To, CC). The actual mail content is missing.
No problems when I reply to the same message (in this case the text is correctly quoted in the message).
Did you forward inline? In this case you should see the quoted mail text. If you forward as attachment, you should see the forwarded mail as attachment in the compose window.
Does this happen for all the mails you forward or only for a specific one?
Yes, I forwarded inline. Forwarding as attachment seems to work without problems.
It happens for encrypted mails. Non encrypted mails don't trigger the problem.
Are your mails automatically decrypted when you view them, or do you manually click on the "Decrypt" button for every mail?
They are decrypted automatically.
Are there any Enigmail related entries in the Error console (TB menu -> Tools -> Error Console)? Just check before and after the forward attempt.
Nope. No entries in the error console.
Now I remeber - you had issues with PGP/MIME and S/MIME combined messages (i.e. PGP/MIME encrypted and S/MIME signed). I can reproduce the error with such a message.
Right that's me. In this case the mail I try to forward is not signed itself (but rather only encrypted). However, I've set up TB to sign mails I send - maybe that's the missing connection here.
Bug fixed. Can you please try the latest nightly build to verify if it works for you?
https://www.enigmail.net/index.php/en/download/nightly-build
Sorry for the late response - didn't find the time to get back to this before.
I've tested today's nightly and the issue still persists. Is there any further way I can help you triaging the issue?
Tested version: 2.0a1pre (20160805-2213)
Last edit: Luke1410 2016-08-06
Can you attach a debug log file?
See https://www.enigmail.net/index.php/en/faq?view=category&id=11, search for debugging log.
Here's the encrypted and compressed log file (encrypted with your puplic key).
I've retested the issue with 1.9.5 and the issue still exists for me there.
Could you please attach a new debug log file?
Here's the log (encrypted with your public key). The archive contains two log files. One taken before clicking on the forward-message button and one after doing so.
I think I found a bug in the code. I created a new build of the 1.9.x branch, with just the one broken line fixed. Can you please try this one:
https://www.enigmail.net/download/nightly/enigmail-nightly-enigmail-1.9-branch-all.xpi
Installed the patch but the issue is still present.
Please find attached the log I took with the new version.
Sorry, I didn't notice that my patch wasn't pushed to the central repository, and therefore not picked by the build process.
Can you please try again with a fresh download from
https://www.enigmail.net/download/nightly/enigmail-nightly-enigmail-1.9-branch-all.xpi
Did the retest with the fresh download. Unfortunately it still doesn't work.
Attached is the new log.
It's weird. I see several exceptions in the log from Thunderbird. The exception is always such that Thunderbird refuses the decrypted data, therefore the message remains empty.
Is my understanding correct, that the message is displayed normally before you forward it?
I assume these exceptions are just some unrelated noise caused by me sometimes not entering the passphrase to unlock the key when navigating through my mails.
In order to reduce that noise, I've taken a clean log now which should not contain these exceptions.
Regarding the display of the message before I forward it: yes, correct. The message is displayed normally before I forward it.
I still see the same exceptions in the log file. Do you use the standard Thunderbird version from mozilla.com, or is it a special build (e.g. 64-bit)?
Yes, I'm using the standard 32-bit Thunderbird version (see attached archive containing the screenshot of Thunderbird's about dialog as well as a screenshot of the taskmanager (verifying it's the 32-bit app)).