PC Ext: IMPORT.EXE Autocreate Fails if EXTERNAL.EXE RunningLast reviewed: June 17, 1996Article ID: Q117562 |
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:
Fatal [59] Error autocreating postoffice: XXXXXXXXXX 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.
WORKAROUNDTry increasing the IntervalRegular time (or -n<time>) parameter on EXTERNAL.EXE so that it checks the postoffice and locks the XTN files less frequently. The autocreate IMPORT.EXE problem is less likely with low mail traffic postoffices because the EXTERNAL.EXE program is not delivering as many messages and requires shorter periods of access to XTN files.
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:
ARTICLE-ID: Q119591 TITLE : How to Obtain Microsoft Support Files from Online Services |
Additional reference words: 3.00 3.20 locked
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |