tracker issue : CF-4199784

select a category, or use search below
(searches all categories and all time range)
Title:

CFMAIL Long Attachment Names

| View in Tracker

Status/Resolution/Reason: Closed/Fixed/Fixed

Reporter/Name(from Bugbase): Michael Miller / Michael Miller ()

Created: 09/20/2017

Components: Net Protocols, MAIL

Versions: 11.0

Failure Type: Others

Found In Build/Fixed In Build: Update 11 and higher / 11,0,16,312776

Priority/Frequency: Normal / All users will encounter

Locale/System: / Win 2008 Server

Vote Count: 0

Problem Description:When Update 11 for Coldfusion 11 was installed we started to have difficulty with email attachments that had longer filenames.

We use some names that are very long.  Over 60 characters.

Update 11 and higher truncates the filenames.  Our ZIXSecure system fails to deliver these attachments, and attachments that go to other secure mail systems includeing Gmail are truncated and lose their mime type because of the loss of file extension.

I am attaching examples of the mail headers that shows a difference between the two patches.

The Update 11, 12 and 13 header looks something like the following:  Notice the filenames being broken into two lines.

------=_Part_0_1206769868.1505335781496
Content-Type: application/octet-stream; 
	name*0="CommissionStatement_20170630_Z_370_LAURIE UPCHURCH AND
 ASSOC"; name*1="IATES LLC_203749.pdf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename*0=CommissionStatement_20170630_Z_370_LAURI;
 filename*1*=E%20UPCHURCH%20AND%20ASSOCIATES%20LLC_203749.pdf
 
 For Update 10 and earlier the header looked as it does below:
 
 ------=_Part_4_1767487212.1505931288847
Content-Type: application/octet-stream; 
	name="CommissionStatement_20170630_Z_370_LAURIE UPCHURCH AND
 ASSOCIATES LLC_203749.pdf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename*0=CommissionStatement_20170630_Z_370_LAURI;
 filename*1*=E%20UPCHURCH%20AND%20ASSOCIATES%20LLC_203749.pdf
 
 You can see the difference in the name parameter, all being handled as one varaible in Update 10, split into name*0 and name*1 in Update 11 and higher.
 

Steps to Reproduce:  Send and email with a attachment that has a long name to Zixsecure or other secure server, and the attachment becomes unusable for Update 11,12 or 13.

Actual Result:  Attachment loses part of name and extension and if no mimetype specified can not be opened.

Expected Result:  Should deliver with the attachment as it would through exchange or other mail systems.

Any Workarounds:

Attachments:

Comments:

I'm trying to gather examples of headers that send from other mail clients. The latest versio of Thunderbird is very close to what we saw in Update 10. --------------060305020202080403040402 Content-Type: application/pdf; name="CommissionStatement_20170630_Z_370_LAURIE UPCHURCH AND ASSOCIATES LLC_203749.pdf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename*0="CommissionStatement_20170630_Z_370_LAURIE UPCHURCH AND ASSOC"; filename*1="IATES LLC_203749.pdf"
Comment by Michael M.
314 | September 20, 2017 06:47:27 PM GMT
I had a chance to test this in 2016 today, and experienced the same issues.
Comment by Michael M.
315 | October 23, 2017 08:13:45 PM GMT
Found this article which seems to be a similar problem: https://community.oracle.com/thread/4052611
Comment by Michael M.
316 | March 19, 2018 01:03:22 PM GMT
I found a fix for this on a Japanese website. Modify your jvm.config file. add to your java.args = line -Dmail.mime.encodeparameters=false http://cfassociates.samuraiz.co.jp/index.cfm/faq/cftech/cfmail-attachfilename-garbled/
Comment by Michael M.
27547 | April 23, 2018 10:21:28 PM GMT
We have been able to fix and test this issue by putting -Dmail.mime.encodeparameters=false into the java parameters in the jvm.config file. Because we are using an outdated version of the SMTP server that ZIXsecure uses, we are probably one of the few having issues with this.
Comment by Michael M.
29249 | July 05, 2018 12:39:30 PM GMT