[dev] some issues regarding Thunderbird and Horde cooperation

[Maciej Uhlig]

While testing S/MIME Horde functionality I've found two issues which are
not Horde bugs but rather Thunderbird bugs. Nevertheless Thunderbird and
Horde cooperation could be probably better if Horde developers were less
restrictive in interpreting data sent by other user agent.

1. localized Thunderbird sents Content-Description: header line with
non-encoded 8-bit data (diacritic marks); this is formally incorrect
(I.e. Thunderbird bug). In this case Horde displays (in a message view)
something like "Resource id #593 (1 KB)" (instead of description) and
even doesn't try to decrypt the message. Horde receives from IMAP server
full header line with diacritic marks non-encoded. What do you think:
should Horde workaround this issue and recode this header line in order
to get S/MIME encrypted message instead of cryptic "Resource id #593 (1
KB)"? After all, Content-Description is not the most important thing there.

2. Thunderbird sents Content-Type header line without
"smime-type=enveloped-data" (it is well-known Thunderbird bug and TB
people aren't able fo fix it literally for years). In this case Horde is
unable to decrypt the message (it requires "smime-type" parameter
presence). What do you think: could Horde make deeper analysis of data
in case of "smime-type" parameter absence and still try to decrypt the
message?

I like Thunderbird, Imp and S/MIME working together. Can they better
cooperate now (i.e. not waiting for Thunderbird fixes)? Any comments?

Best regards,

MU


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4507 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.horde.org/archives/dev/attachments/20120203/026ebcb3/attachment-0001.bin>