Bug 2155 - s/mime-crypted mails have too much base64
Summary: s/mime-crypted mails have too much base64
Status: RESOLVED DUPLICATE of bug 2076
Alias: None
Product: Claws Mail (GTK 2)
Classification: Unclassified
Component: Plugins/Privacy/PGP (show other bugs)
Version: 3.7.5
Hardware: PC Linux
: P3 major
Assignee: users
URL:
Depends on:
Blocks:
 
Reported: 2010-03-29 17:23 UTC by Jochen Sch
Modified: 2010-03-29 19:38 UTC (History)
0 users

See Also:


Attachments

Description Jochen Sch 2010-03-29 17:23:15 UTC
(this bug seems related to 2076)

claws-mail build against gpgme-1.2.0 does not correctly decrypt or encrypt mails using the s/mime-plugin.

What happens:

-Encrypting a mail using s/mime and sending it ends up with a double-base64ed smime.p7m.
-Decrypting a mail which is double-base64ed works fine (although maybe no other mail-client does that)
-Decrypting a mail sent by other mail clients (thunderbird, outlook) fails, since it isn't double-base64ed.

How to check if the message is double base64ed:

-Sign&Encrypt a mail using claws
-look into the message source
-if the attachement smime.p7m starts with "TUlBR0" it's double-encoded
-if it starts with "MIAGC" it is correct

How to check that this really is what eg. claws and thunderbird keeps from communicating with each other over s/mime:

-Send a mail in either direction
-edit it with your favourite text editor
 -either base64-decode or base64-encode the data of smime.p7m (encode it if was sent by thunderbird and you want it to decrypt with double-base64-claws, or other way round if sent by claws and you want to decrypt it in thunderbird)

Ps.: apart from this bug (show-stopper without a text-editor), s/mime now works way better between thunderbird(v3.0.3) and claws. Thunderbird does not seem to send RC2-40 Mails anymore.
Comment 1 Paul 2010-03-29 19:38:38 UTC

*** This bug has been marked as a duplicate of bug 2076 ***

Note You need to log in before you can comment on or make changes to this bug.