Konrad Gräfe

Thanks. :-) What is the purpose of the "Reveal Attachments" button? Decrypt&Save and Decrypt&Open seem to work without that.

So EnigmailAttachment.getFileName() calls GnuPGCryptoAPI.getFileName() with two parameters although it only takes one. With that GnuPGCryptoAPI.getFileName() takes parent as byteData which is not a string and therefore gets discarded. Removing the parent parameter gets me further. I can see in the Log that setAttachmentName() is called with the correct filename. Decrypt&Save and Decrypt&Open works for me. The new attachment name is not updated in the UI, though. Is that expected behavior?

So EnigmailAttachment.getFileName() calls GnuPGCryptoAPI.getFileName() with two parameters although it only takes one. With that GnuPGCryptoAPI.getFileName() takes parent as byteDate which is not a string and therefore gets discarded. Removing the parent parameter gets me further. I can see in the Log that setAttachmentName() is called with the correct filename. Decrypt&Save and Decrypt&Open works for me. The new attachment name is not updated in the UI, though. Is that expected behavior?

So EnigmailAttachment.getFileName() calls GnuPGCryptoAPI.getFileName() with two parameters although it only takes one. Removing the parent parameter gets me further. I can see in the Log that setAttachmentName() is called with the correct filename. Decrypt&Save and Decrypt&Open works for me. The new attachment name is not updated in the UI, though. Is that expected behavior?

It's not related to the PGPexch.htm.pgp file. I saved the e-mail as EML, removed the PGPexch.htm.pgp file with a text editor and opened the EML with Thunderbird. The e-mail still validates (I guess that's due to how Partitioned PGP works) but the issue still stands as well.

I have the same issue. Only e-mails from a specific customer are affected. I noticed that they mix encrypted and unencrypted filenames. The first file is always named PGPexch.htm.pgp which has a HTML copy of the text message. gpg --list-packets PGPexch.htm.pgp lists name="". Subsequent files are actual attachments called Attachment1.pgp etc. and gpg --list-packets does list their plaintext names. The Enigmail log shows that it's not trying to reveal subsequent filenames after failing for PGPexch.htm.pgp....