5.1.0 NDR when sending or forwarding certain messages with HTML content or MIME-based attachments (924195)
The information in this article applies to:
- Microsoft Exchange Server 2003 Enterprise Edition
- Microsoft Exchange Server 2003 Standard Edition
Source: Microsoft Support
RAPID PUBLISHING
RAPID PUBLISHING ARTICLES PROVIDE INFORMATION IN RESPONSE TO EMERGING OR UNIQUE TOPICS, AND MAY BE UPDATED AS NEW INFORMATION BECOMES AVAILABLE. SYMPTOMSWhen users send or forward a message with embedded HTML content or MIME-based
attachments, they receive a non-delivery report (NDR) with text similar to the
following:
The following recipient(s) could not be reached:
Test Recipient on 11/9/2005 11:26 PM
The e-mail address could not be found. Perhaps the recipient moved to a different
e-mail organization, or there was a mistake in the address. Check the address and
try again.
<EXVirtualServer1.domain.com #5.1.0>
Additional symptoms may include messages with attachments queuing in the "Local
Delivery" queue, or messages arriving to the recipients with attachments
stripped.
Note this problem can occur even in the absence of virus scanners.
There are no errors in the application or system log.
MIME-based content can be anything composed via POP3, IMAP4, or HTTP clients (not
richtext/MDBEF). CAUSEThough there can be several different causes for 5.1.0 NDRs, this solution
addresses the scenario where the working directory (which is specified in the
registry) was removed from the NTFS file system.
The most common reasons that the working directory would be removed is
a) an administrator who had moved all databases, logs, and checkpoints to a
different different disk or directory with the belief that the original MDBDATA was
no longer used, thereby deleted the original MDBDATA folder manually
or
b) If setup.exe was used to uninstall the Exchange 5.5 administrator program, the
setup program will remove the working directory if it detects no files within it.
To determine if the setup program removed the working directory, search the
"Exchange Server Setup Progress.log file" at the root of the system partition for
the string matching the working directory. It will be quite apparent that the setup
program checks for lack of files in that folder prior to removing it.
RESOLUTION- Go to the following registry key, since the working directory is defined here:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\ParametersSystem\W
orking Directory
- Note the value of the string, as it should point to a folder on the file system.
(For installations using the default path, the value of the working directory is
typically set to "C:\program files\exchsrvr\mdbdata")
- Navigate to the path where you would expect the path (noted from Step 2) to
exist. In the above example, it is likely that the MDBDATA folder has been
removed, and therefore, the Exchange server cannot perform conversion of certain
attachments between MIME and richtext format.
- Recreate the folder.
You do not need to restart the information store for this to take effect. After
implementing this solution, users may continue to receive the same 5.1.0 NDRs for a
period of time, yet these NDRs will be timestamped prior to the time of
resolution.
Modification Type: | Minor | Last Reviewed: | 10/6/2006 |
---|
Keywords: | kbprb kbtshoot kbrapidpub KB924195 kbAudITPRO |
---|
|