GNU bug report logs - #34654
Attaching a file with a new name in a message

Previous Next

Package: emacs;

Reported by: Abdo Haji-Ali <abdo.haji.ali <at> gmail.com>

Date: Mon, 25 Feb 2019 20:40:01 UTC

Severity: normal

Tags: fixed

Fixed in version 27.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 34654 in the body.
You can then email your comments to 34654 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#34654; Package emacs. (Mon, 25 Feb 2019 20:40:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Abdo Haji-Ali <abdo.haji.ali <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Mon, 25 Feb 2019 20:40:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Abdo Haji-Ali <abdo.haji.ali <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Attaching a file with a new name in a message
Date: Mon, 25 Feb 2019 18:42:05 +0000
Hello,

I am using Emacs 26.1 to send my emails. While writing an email, I
attach files by calling
`mail-attach-file` (bound to C-c C-a on my setup)
I usually want to rename the file before sending so that my local file
name doesn't appear to the recipient. I found in the docs that setting
the properties 'recipient-filename' or 'name' in the <part> tag should
do the trick. However, this doesn't seem to be the case, since my
recipients are still receiving files with my original filenames.
Looking at the raw message I found in the header

Content-Disposition: attachment; filename="old-name.pdf"

Even when I set the 'recipient-filename' and 'name' properties.
Looking through the source, it seems that line 904 in mml.el always
sets the Content-Disposition filename to the original filename,
disregarding the 'recipient-filename' and 'name' properties.

Is this intentional? Is there another to achieve what I want?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#34654; Package emacs. (Sun, 31 Mar 2019 01:24:02 GMT) Full text and rfc822 format available.

Message #8 received at 34654 <at> debbugs.gnu.org (full text, mbox):

From: Federico Tedin <federicotedin <at> gmail.com>
To: Abdo Haji-Ali <abdo.haji.ali <at> gmail.com>
Cc: 34654 <at> debbugs.gnu.org
Subject: Re: bug#34654: Attaching a file with a new name in a message
Date: Sat, 30 Mar 2019 22:23:45 -0300
Abdo Haji-Ali <abdo.haji.ali <at> gmail.com> writes:

> Hello,
>
> I am using Emacs 26.1 to send my emails. While writing an email, I
> attach files by calling
> `mail-attach-file` (bound to C-c C-a on my setup)
> I usually want to rename the file before sending so that my local file
> name doesn't appear to the recipient. I found in the docs that setting
> the properties 'recipient-filename' or 'name' in the <part> tag should
> do the trick. However, this doesn't seem to be the case, since my
> recipients are still receiving files with my original filenames.
> Looking at the raw message I found in the header
>
> Content-Disposition: attachment; filename="old-name.pdf"
>
> Even when I set the 'recipient-filename' and 'name' properties.
> Looking through the source, it seems that line 904 in mml.el always
> sets the Content-Disposition filename to the original filename,
> disregarding the 'recipient-filename' and 'name' properties.
>
> Is this intentional? Is there another to achieve what I want?

Adding 'recipient-filename to mml-content-disposition-parameters makes
future messages include the property in the "Content-Disposition"
header. However, the "filename" property is still sent, and my email
client (GMail) uses "filename" and not "recipient-filename" to display
the attachment file name. Maybe Emacs should replace the contents of
"filename" with the ones of "recipient-filename"?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#34654; Package emacs. (Mon, 13 May 2019 20:14:01 GMT) Full text and rfc822 format available.

Message #11 received at 34654 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Abdo Haji-Ali <abdo.haji.ali <at> gmail.com>
Cc: 34654 <at> debbugs.gnu.org
Subject: Re: bug#34654: Attaching a file with a new name in a message
Date: Mon, 13 May 2019 16:13:05 -0400
Abdo Haji-Ali <abdo.haji.ali <at> gmail.com> writes:

> Content-Disposition: attachment; filename="old-name.pdf"
>
> Even when I set the 'recipient-filename' and 'name' properties.
> Looking through the source, it seems that line 904 in mml.el always
> sets the Content-Disposition filename to the original filename,
> disregarding the 'recipient-filename' and 'name' properties.
>
> Is this intentional? Is there another to achieve what I want?

It looks like the documented recipient-filename functionality was never
actually implemented?  I grepped through the sources for
"recipient-filename" and found nothing.  Weird.

Anyway, I've now added the functionality to Emacs 27.1.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Added tag(s) fixed. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Mon, 13 May 2019 20:14:02 GMT) Full text and rfc822 format available.

bug marked as fixed in version 27.1, send any further explanations to 34654 <at> debbugs.gnu.org and Abdo Haji-Ali <abdo.haji.ali <at> gmail.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Mon, 13 May 2019 20:14:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 11 Jun 2019 11:24:08 GMT) Full text and rfc822 format available.

This bug report was last modified 4 years and 321 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.