There is nothing to solve. It has to do with how OL displays the 
filenames that exceed the maximum allowed length as per the EAS 
protocol.

Hi,
I have same problem with long attachment name that is changed into 
name "attachment without title ". IMP it shows ok, but in Outlook 2013 
connected over actyvesync we have problems with attachment names. So 
this problem is not solved yet.

Hi,

I would want to reopen this ticket with new informations.

Since the beginning, i got problems with attachments which name 
contains accentuated characters (liké é, è ...). We are french ...

I ran new tests with OL2013 with 2 profiles :
- Profile 1 : EAS configuration (Dovecot 2.2.4/Horde with latest 
version and patches)
- Profile 2 : IMAP configuration (Dovecot 2.2.4)

Profile 1 : when i send a mail to myself from OL2013 or HORDE with an 
"accentuated attachment", the attachment is automatically renamed  to 
"Pièce jointe sans titre <number>" in the received message (number is 
an increment). I meet the same problem with the sent message (in sent 
folder) but the increment is different.

I guess the problem is coming from OL2013 since the renamed name of 
the attachment is in french.

Profile 2 : doing the same operation, the attachment is correct in the 
INBOX folder and SENT folder. On the other hand, the attachments are 
renamed when i look at the same messages on profile 1.

The message attachments (from messages sent with profile 1) are 
correctly named when i look at them with profile 2.

I checked the header of one message in the 2 profiles :

- Profile 1 :
MIME-Version: 1.0
X-Mailer: Microsoft Outlook 15.0
Thread-Index: Ac7O/tQSF/GYZ54wRr2YaRAVFsVhPg==
Content-Language: fr
Content-Type: multipart/mixed; boundary="=_KptkOY-mzTCO8u8mogS44g9"

- Profile 2 :
MIME-Version: 1.0
Content-Type: multipart/mixed;
  boundary="----=_NextPart_000_0044_01CECF0F.87452DC0"
X-Mailer: Microsoft Outlook 15.0
Thread-Index: Ac7O/sOeFdMMWvjaQRiFH5/C04O5jA==
Content-Language: fr

I wonder if the problem is not coming from the boundary tag difference.

In my opinion, the extra EAS layer in profile 1 seems to send a 
boundary incorrectly interpreted by OL2013, causing the attachment 
renaming.
I precise that the attachment are correctly named in imp.

  This problem is very annoying for us because we often send and 
receive attachments of this kind.

Thanks for your support.

Kind regards

Richard

Confirmed this is not our code doing this. Closing.

This is a limitation of the EAS protocol.
Might be OL,  might be Horde,  I'll have to check.

Everything else sounds like an OL bug/issue/feature.

I ran some extra tests for the attachment renaming to "attachment 
without title <number>.ext" in OL2013/W8 x64 PRO.

It occurs when :
- the length of the attachment name exceeds 64 chars.
- the attachment name contains accentuated characters (in french, we 
have a lot !!!) whatever the length name

- Under IMP, attachment names are always displayed correctly in all cases.
- Under Windows Phone 8/OL, attachment names are always displayed 
correctly in all cases.
- Under OL2013/IMAP, attachment names are incorrect the same way than 
OL2013/EAS.

My analysis is that the problem is issued by OL2013 and not by AS 
which works well.
I'm now going to look for if OL2013 is also buggy through POP3

Sorry for the inconvenience.

Richard

After extra checking, it seems a bit more complex.

I opened the same message under Outlook/Windows Phone 8 and the 
attachment extension is correct. No problem to open it under the 
MS-Word application on the phone.

The renaming of attachment with .dat extension is a known problem 
which can be issued from an incorrect configuration (character or mime 
encoding) of the sender mail client.

Then I ran a test sending the .docx as attachment to myself from OL2013/EAS.

- Under IMP, no problem. Extension and size are OK.
- Under OL2013/EAS, the extension is OK but now the name of the file 
has changed (an approximative translation from french gives 
"attachment without title 0013.docx").

Kind regards

Richard

Hi,

Related to ticket #12437, i met another case where attachment is truncated.
I chose to create a new ticket because it's not the same behaviour.

Context : the attachment of the message is a unique Word .docx file 
which size is 1.4 MB.

- Under OL2013/EAS, i have a 1MB attachment (size displayed) which 
extension has changed from .docx to .docx.dat.
- Under IMP, it's OK (size+extension).
- Under OL2013/IMAP, extension is OK but the size displayed is also 1 MB.

I had saved the attachment file under OL2013/EAS. Except the .docx.dat 
extension, the file size is correct (1.4 MB) and the opening in 
MS-Word works (after extension change).

As for me, the size is not a problem. It's the way Outlook seems to 
handle attachments which size are superior to 1 MB. At more than 1.5 
MB, the OL interface displays 2 MB.

The extension renaming is however weird.

Thanks for help.

Kind Regards

Richard