IBM Support

LO45329: MIME TYPE AND SUBTYPE FOR A ATTACHMENT FILE IS NOT ASSOCIATED CO RRECTLY WHEN ATTACHING A FILE FROM NOTES CLIENT

Subscribe

You can track all active APARs for this component.

 

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