EducationSoftwareStrategy.com
StrategyCommunity

Knowledge Base

Product

Community

Knowledge Base

TopicsBrowse ArticlesDeveloper Zone

Product

Download SoftwareProduct DocumentationSecurity Hub

Education

Tutorial VideosSolution GalleryEducation courses

Community

GuidelinesGrandmastersEvents
x_social-icon_white.svglinkedin_social-icon_white.svg
Strategy logoCommunity

© Strategy Inc. All Rights Reserved.

LegalTerms of UsePrivacy Policy
  1. Home
  2. Topics

KB323888: A PDF file with an incorrect file name is sent by Distribution Services in MicroStrategy Secure Enterprise 10.x.


Community Admin

• Strategy


This KB article discusses an issue that MicroStrategy classified as a limitation for IBM notes client. No workaround is available

SYMPTOM
Users may notice that Strategy Distribution Services 10.x sends a PDF file with an incorrect file name in an email. The issue may only be seen with some mailer clients.
 
STEPS TO REPRODUCE

  1. Create a report and execute “Send Now”
  2. In the interface, choose PDF for the deliver format and specify “メール送信テスト” in the file name as follows and send it

     

ka04W000000OffVQAS_0EM44000000298U.jpeg
  1. Some mailer clients such as IBM notes show that the file name of the PDF file is “メール送信テト.pdf” instead of “メール送信テスト.pdf”. The character “ス” is missing.

 
CAUSE
This is caused because the missing character “ス” is presented in two lines in the MIME message header. 
This can be checked by reviewing the corresponding .eml file after enabling “Save to file” under Administration -> Delivery Managers -> Transmitters -> Message Output. When opening the .eml file in a text editor, users can see the following information regarding the PDF file
 


--_=_MSTRSMTP17B7997942C9F53BB9ED0E9E299F997C
Content-Type: application/pdf
Content-ID: <メール送信テスト.pdf>
Content-Transfer-Encoding: Base64
Content-Disposition: Attachment;
     Filename="
 =?utf-8?Q?=E3=83=A1=E3=83=BC=E3=83=AB=E9=80=81=E4=BF=A1=E3=83=86=E3=82?=
 =?utf-8?Q?=B9=E3=83=88=2Epdf?="

 
 
The UTF-8 presentation of “ス” is E382B9, and it is presented in two lines as follows

ka04W000000OffVQAS_0EM44000000298S.jpeg

 
 
If the above header is decoded using the online decoding site, the character is also garbled as shown below

ka04W000000OffVQAS_0EM44000000298P.jpeg

 
If the E382B9 is presented in one line, the expected file name will be displayed

ka04W000000OffVQAS_0EM44000000298Q.jpeg

 
 
Strategy meets the universal standard as symbol \r\n is inserted in the middle of the filename.
Here is a quote from RFC2047:
"An 'encoded-word' may not be more than 75 characters long, including
   'charset', 'encoding', 'encoded-text', and delimiters.  If it is
   desirable to encode more text than will fit in an 'encoded-word' of
   75 characters, multiple 'encoded-word's (separated by CRLF SPACE) may
   be used."
According to the above statement, the issue is outside Strategy and is a limitation of IBM Notes client instead.
Third Party Software Installation:
WARNING:
The third-party product(s) discussed in this technical note is manufactured by vendors independent of Strategy. Strategy makes no warranty, express, implied or otherwise, regarding this product, including its performance or reliability.


Comment

0 comments

Details

Knowledge Article

Published:

June 5, 2017

Last Updated:

November 30, 2017