Bug 379476 - Renaming attachments should also change their Content-Disposition/filename attribute
Summary: Renaming attachments should also change their Content-Disposition/filename at...
Status: RESOLVED FIXED
Alias: None
Product: kmail2
Classification: Applications
Component: composer (show other bugs)
Version: 5.4.3
Platform: Neon Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-05-03 12:16 UTC by Gunter Ohrner
Modified: 2017-05-03 15:17 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Gunter Ohrner 2017-05-03 12:16:06 UTC
1) Attach a file to a message.
2) Right-click the attachment, choose Properties and change the attachment's name.

Result: The "Content-Type" "name" attribute is changed, as follows:

Content-Type: application/pdf; name="new_name.pdf"

The "Content-Disposition" "filename" attribute stays unchanged, though:

Content-Disposition: attachment; filename="orig_name.pdf"


Somewhat counter-intuitive, this will in most cases cause the attachment to be called "orig_name.pdf" on the receiver's side, not "new_name.pdf" as one might expect when using the properties dialog.

By default, the name and filename attributes are set to the same values by kMail, as far as I can see.

Either the "name" field should change both values, or there should be a separate "File Name" property.

Maybe interesting in this regard:

https://mailarchive.ietf.org/arch/msg/ietf-smtp/KtN0TdoHDayKvKycNbsFD-GB-e4#

Wishlist item Bug #311179 may be related.
Comment 1 Laurent Montel 2017-05-03 15:17:55 UTC
It's already fixed in 5.5.0