The information in this article applies to:
SYMPTOMSWith versions 3.0 and 3.2 of Microsoft Mail for PC Networks, running IMPORT.EXE with the autocreate option turned on, can fail against a postoffice with EXTERNAL.EXE running against it in high mail traffic situations. IMPORT.EXE reports:
CAUSEEXTERNAL.EXE opens the *.XTN files as "Read-Share Deny Write" while IMPORT.EXE is trying to write to them. Under normal circumstances, EXTERNAL.EXE keeps an .XTN file open for a very short interval, so the problem is avoided. WORKAROUND
Try increasing the IntervalRegular time (or -n<time>) parameter on
EXTERNAL.EXE so that it checks the postoffice and locks the XTN files less
frequently.
STATUSMicrosoft has confirmed this to be a problem in versions 3.0 and 3.2 of Microsoft Mail for PC Networks. This problem was corrected in EXTERNAL.EXE version 3.2.8. If you do not have version 3.2.8 (or later), you can download EXTUPD.EXE, a self-extracting file, on the following services:
Q119591 How to Obtain Microsoft Support Files from Online Services Additional query words: 3.00 3.20 locked
Keywords : |
Last Reviewed: November 9, 1999 © 2000 Microsoft Corporation. All rights reserved. Terms of Use. |