Bug 4003 - Attachment names/extensions do not work with other clients
Summary: Attachment names/extensions do not work with other clients
Status: RESOLVED FIXED
Alias: None
Product: Claws Mail (GTK 2)
Classification: Unclassified
Component: Other (show other bugs)
Version: 3.16.0
Hardware: PC Linux
: P3 normal
Assignee: users
URL:
Depends on:
Blocks:
 
Reported: 2018-04-03 13:06 UTC by cjwp
Modified: 2018-05-04 14:02 UTC (History)
0 users

See Also:


Attachments

Description cjwp 2018-04-03 13:06:04 UTC
Hey there,

it seems that the file names of attachments that I send with Claws have some strange kind of format that are unreadable by other email software.
Example: a ".doc"-file is renamed to something like =BMjAxOF9GcsO8aGphaHJfUE0r= when opening the e-mail in another program (or even the web interface).
This happens both to the recipients of my mail as well as to myself when trying to open the attachments using another client.

Any hints on how to fix this (should the problem be on my end) would be greatly appreciated.

Cheers
Chris
Comment 1 Paul 2018-04-03 14:46:45 UTC
no such problem here. please attach an example message made with claws-mail, or send me one directly.
Comment 2 cjwp 2018-04-04 09:12:39 UTC
Hey Paul,

done - sent you an e-mail with a document named test.odt - (I assume you'll have to view it in a software other than Claws in order to replicate the problem).

Thanks
Chris
Comment 3 cjwp 2018-04-04 09:16:18 UTC
Mh, this is strange... now I can view the attachment I sent to you no problem in other applications - no sign of yesterday's bug... I see if I can replicate it anyways...



(In reply to comment #2)
> Hey Paul,
> 
> done - sent you an e-mail with a document named test.odt - (I assume you'll
> have to view it in a software other than Claws in order to replicate the
> problem).
> 
> Thanks
> Chris
Comment 4 cjwp 2018-04-04 09:29:40 UTC
Found the problem (or rather I now know what to do in order to replicate it) - apparently, this only occurs when the attached file's name contains an umlaut (ä, ö, ü) as it tends to do every so often here in Germany ;)

Perhaps this can be fixed by tweaking some obscure setting I'm simply oblivious to?

Sent you another e-mail with a file named täst.odt so you can see for yourself...
Comment 5 Paul 2018-04-04 09:35:52 UTC
Yes, certainly no problem here with the täst.odt attachment. Looking at the source of the message we can see:

Content-Disposition: attachment; filename="=??B?dMOkc3Qub2R0?="

So the filename, täst.odt, is base64 encoded, but there is a problem. If I attach the same file, my message source looks like this:

Content-Disposition: attachment; filename="=?UTF-8?B?dMOkc3Qub2R0?="

Note the 'UTF-8' between the question marks which is missing in yours.
Comment 6 Paul 2018-04-04 11:10:06 UTC
On the /Configuration/Preferences/Mail Handling/Sending page, what is your 'Outgoing encoding' set as?
Comment 7 Paul 2018-04-04 11:16:02 UTC
... and also, on /Help/About, on the 'Info' tab, under 'System Information', what is the value of 'Locale'?
Comment 8 Paul 2018-05-04 07:54:52 UTC
Chris,

any response to comment 7?
Comment 9 cjwp 2018-05-04 14:02:02 UTC
Hey Paul,

sorry for the radio silence, had a lot on my plate, so I regrettably lost sight of the issue... be that as it may, I just checked - there was nothing set at 'Outgoing encoding' - I then tried setting it to UTF-8 and that seems to have fixed it!

For what it may be worth, my locale value is:
"Locale: de_DE.UTF-8  (Zeichensatz: UTF-8)"

Thanks so much for your help, much appreciated!

Chris

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