The information in this article applies to:
IMPORTANT: This article contains information about editing the registry. Before you edit the registry, make sure you understand how to restore it if a problem occurs. For information about how to do this, view the "Restoring the Registry" Help topic in Regedit.exe or the "Restoring a Registry Key" Help topic in Regedt32.exe. SYMPTOMSWith Exchange Server versions 4.0, 5.0, and 5.0 Service Pack 1 (SP1), the attachment file names received and sent through the Internet Mail Connector in 4.0 and the Internet Mail Service in 5.0 may be altered. For more information regarding this behavior, consult the following Microsoft Knowledge Base article: Q147299 XFOR: Attachment Names Changed in Messages To & From InternetWith Exchange Server versions 5.0 SP2 and 5.5, the attachment file names received and sent through the Internet Mail Service are preserved, unless the "RemapExtension" registry value is set to 0x1 as specified in the following Microsoft Knowledge Base article: Q182083 XFOR: Attachment Extensions Handled Differently in Exchange 5.5There is currently no configuration for Microsoft Exchange 5.0 SP2 and 5.5 that will preserve file name extensions for attachments with extensions, but use MIME Type mapping for attachments without extensions. CAUSEThe RemapExtension registry value (as mentioned in Q182083) forces a MIME Content-Type extension remapping for all inbound attachments. RESOLUTIONTo resolve this problem, obtain the latest service pack for Exchange Server version 5.5. For more information, please see the following article in the Microsoft Knowledge Base: Q191014 XGEN: How to Obtain the Latest Exchange Server 5.5 Service Pack STATUSExchange Server 5.0 SP2Microsoft has confirmed this to be a problem in Microsoft Exchange Server version 5.0 SP2.A supported fix is now available, but has not been fully regression-tested and should be applied only to systems experiencing this specific problem. Unless you are severely impacted by this specific problem, Microsoft recommends that you wait for the next service pack that contains this fix. Contact Microsoft Technical Support for more information. This fix has been posted to the following Internet location: ftp://ftp.microsoft.com/bussys/exchange/exchange-public/fixes/Eng/Exchg5.0/Post-SP2-STORE/ Microsoft has confirmed this to be a problem in Microsoft Exchange Server version 5.5. This problem was first corrected in Exchange Server 5.5 Service Pack 2. MORE INFORMATION
A new value has been defined for RemapExtension (0x2). After applying the
fix mentioned above, a new registry value must be set as described below.
Setting the RemapExtension to 1 causes the information store to restore the Exchange 4.0 or 5.0 behavior as described in Q147299. To restore Exchange 5.5 behavior default behavior, either delete the registry value or set it to a value of 0 and restart the information store. Here are the combinations: RemapExtension REG_DWORD 0x0 (or missing) (Default Exchange 5.0SP2 and 5.5 behavior; don't remap anything regardless of extension) RemapExtension REG_DWORD 0x1 (Old Exchange 4.0, 5.0, and 5.0 SP1 behavior, documented in Q147299; remap everything based MIME type) RemapExtension REG_DWORD 0x2 (New behavior; remaps only those attachments with no extension.) Additional query words: Missing Wrong Changed Altered Filename Behavior extension
Keywords : kbusage exc55sp2fix XADM |
Last Reviewed: April 8, 1999 © 2000 Microsoft Corporation. All rights reserved. Terms of Use. |