Empty message pane in Thunderbird after entering passphrase
OpenPGP addon for Mozilla Thunderbird
Brought to you by:
pbrunschwig
Menu
▾
▴
Hello!
I just received an encrypted message from an Apple user, which I can not decrypt inside Thunderbird/Enigmail. When I select the message, I am asked to type in my passphrase, and then I will see an empty message pane.
But if I save the message as source, I can decrypt it using gnupg command line utilities.
The programs involved:
sender: Apple Mail 2.1786.1, GPGTools, (sorry: don't know the OS version)
receiver: Thunderbird 17.0.7, Enigmail 1.5.1, Linux Mint 64Bit
Other messages by other senders will be displayed properly after entering my passphrase.
Any clues what's wrong there? Did I miss some options, some libs or something else?
Supplemental: I forgot to mention that I see an empty message page right from the beginning, even before I enter my passphrase. When I try to "save message" I get "no message found" error. I have to use "view source" and select all text in order to copy and save it to a file. Thinking closer about this, I suspect it's not a problem of Enigmail at all...
Many thanks in advance.
Wolfgang
Last edit: Wolfgang Klein 2013-07-23
The sender just told me that he was told about this behaviour by two other users of TB/Enigmail. So it might be a problem caused by Enigmail after all.
It might as well be caused by the OpenPGP plugin for Apple Mail supplied by gpgtools.org. Without any further facts nothing can be said for sure. In order to further debug this we need a debug log. Please either post it here (private things ofuscated) or send it directly to Patrick (sorry, I'm too busy for the next time).
Ok, I created a log file and deleted everything personal and the part where the path and environment is being checked. That part works without any problem.
Last edit: Wolfgang Klein 2013-07-24
Could you attach a sample message?
Yes, of course. Personal data is deleted when possible or replaced with something meaningless when not.
By the way: Enigmail just updated to 1.5.2, but still nothing happens with this mail.
Last edit: Wolfgang Klein 2013-07-24
As far as I can tell, the problem is that the content-type specification of the top-level mail part is wrong (at least when viewing the attached .eml file). This is the content-type as specified in the message:
However, according to RFC 2822 and 3156, there must be a semicolon between 'multipart/encrypted' and 'boundary=...'. Therefore the MIME parser won't recognize the boundaries of the message part and simply not do anything.