APAR status
Closed as fixed if next.
Error description
When attaching a files to a message in MIME format, Notes Client determines MIME Type and subtype according to a table stored in Notes Client. Notes client does not working as Lotus Domino Administrator 6 Help describes. Below is the excerpt from "Mapping MIME types to file extensions" in "Lotus Domino Administrator 6 Help" --------- Content-type header for the message part that describes the attachment. When a Notes client attaches a file to a message it sends in MIME format (for example, when sending to Internet recipients or to Notes mail recipients whose mail storage preference is set to MIME), the client first checks the operating system to determine what file associations are defined. Clients running on Microsoft Windows check the Windows registry, while clients running on the Macintosh check Internet Config. If the client cannot locate MIME type information from these sources, it then checks the Domino Directory for a File Identification document that applies to files with the same extension as the attached file. After locating the correct document, the client places the MIME type and subtype information from the document in the MIME header describing the attachment. --------- 2003/11/13 Updated by Hiroko Tanaka/Japan/IBM Please see the steps to reproduce this problem in this additional information --> Steps to reproduce this problem 1. Set up Notes Client 2. Register a new user whose mail storage preference is MIME 3. Create a mail message <- who create a message? mime user or non-mime user? 4. Input some text and attach a pdf file, send the message <- send a message to whom? mime user or non-mime user? 5. Switch user ID to the recipient and open the message 6. From menu, select [View] - [View] - [Page Source] <- I don't see any menu like this. [View] - [Page Source] how did you get this menu in Notes client? 7. Content-Type for pdf file is "application/octet-stream", not "application/pdf". ------- Field Name: Body Data Type: MIME Part Data Length: 211 bytes Seq Num: 1 Dup Item ID: 5 Field Flags: SIGN SEAL " --=_mixed 000766E549256DDC_= Content-Type: application/octet-stream; name="shigi.pdf" Content-Disposition: attachment; filename="shigi.pdf" Content-Transfer-Encoding: base64 shigi.pdf ------- - Acrobat reader is installed in the machine which Notes Client running. In Windows registry, the extension .pdf is registered. - In "File Identification" View of Domino Directory, the File Identification document for ".pdf" exists. Notes Client determines the MIME type and subtype in the following order. It seems that this is done in function MimeGetTypeInfoFromExt in mime\mimetyps.cpp. 1. Windows registry 2. File Identification document in Domino Directory 3. A table stored in Notes Client. 1. Windows registry Function : clientMimeGetTypeInfo Notes Client checks the registry "REGKEY_MIME_MAP". REGKEY_MIME_MAP is defined in mime\mimetyps.cpp as following. #define "SYSTEM\\CurrentControlSet\\Services\\InetInfo\\Parameters\\Mime Map" This registry key does not exist in my Windows 2000/NT box. 2. File Identification document in Domino Directory Function : serverMimeGetTypeInfo This function only checks names.nsf in local, not Domino Directory. I copied "($FileIdentification)" view and File Identification documents from Domino Directory to names.nsf on local. Mime type and subtype changed to "application/pdf" from "application/octet-stream". 3. A table stored in Notes Client. Function : MimeFileTypeImpl::fallback_MimeGetTypeInfo This function uses a table stored in Notes Client. SPR TOI4YRHJV explains about this table. SPR TOI4YRHJV: MS-Excel spreadsheet files not associated with the right MIME Subtype When attaching a file in Mime message in Notes Client, Notes Client fails to get the information from Windows registry and local names.nsf. MIME type and subtype is determined only from a table stored in Notes Client.
Local fix
Copy "($FileIdentification)" view and File Identification documents from Domino Directory to names.nsf on local.
Problem summary
The problem will be fixed in the next release of the product.
Problem conclusion
Temporary fix
Comments
This APAR is associated with SPR# HTAA5T8589. The problem will be fixed in the next release of the product.
APAR Information
APAR number
LO45329
Reported component name
NOTES CLIENT
Reported component ID
5724E6255
Reported release
850
Status
CLOSED FIN
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2009-10-14
Closed date
2010-06-30
Last modified date
2010-06-30
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fix information
Applicable component levels
R850 PSN
UP
[{"Business Unit":{"code":"BU055","label":"Cognitive Applications"},"Product":{"code":"SSKTWP","label":"Lotus Notes"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"8.5","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
30 June 2010