Q114246: PC Adm: Effects of Changing Network or Postoffice Names
Article: Q114246
Product(s): Microsoft Mail For PC Networks
Version(s): WINDOWS:3.0,3.2
Operating System(s):
Keyword(s):
Last Modified: 30-OCT-1999
-------------------------------------------------------------------------------
The information in this article applies to:
- Microsoft Mail for PC Networks, versions 3.0, 3.2
-------------------------------------------------------------------------------
Changing either the network or postoffice name in an existing Microsoft
Mail postoffice affects the Microsoft Mail system in several ways. If you
change names by selecting Config, Password from the Microsoft Mail
Administrator program (ADMIN.EXE), the following will be true:
- All mail that was sent prior to the name change contains the old address in
the file header. If anyone tries to reply to one of these messages, the mail
will not be delivered because the address is no longer valid.
- All sent, unopened, and registered mail no longer contains the information
needed to successfully return a confirmation message to the originator
because the originator's address no longer exists.
- All Personal Address Lists and Personal Address Books that contain addresses
with the old name must be updated by removing and re-adding each user whose
address has changed.
- New address lists need to be exported to all external Microsoft Mail
postoffices and gateway-accessed mail systems.
- All other postoffices should update their Network/Postoffice lists with the
Mail Administrator (ADMIN.EXE) External-Admin, Modify command.
NOTE: If the Network name is changed, there may be additional complications.
- If the network name already exists on other postoffices, those postoffices
will not be able to simply modify the name; they must delete the old name
and add the new postoffice name to the existing network list. These
postoffices will then have to get completely new address lists.
- If the postoffice that changed its Network name was the directory
synchronization (Dir-Sync) server, any requestor cannot simply change its
external definition for the Dir-Sync server postoffice, but is forced to
delete the definition with the old network name and create a new one. The
postoffices will also have to re-register the Dir-Sync server on the
requestor by issuing a Config, Dir-Sync, Requestor, Registration command.
- Modifying a network name is an "all or nothing" proposition. If there are
multiple postoffices in a network list, you cannot just change the network
name for some of the postoffices in the list. If the postoffice with the
changed network name is splitting away from a remaining network, you will
again have to delete, re-create, re-register, and update the address
lists.
- All Microsoft Mail Remote (MS-DOS or Windows) users need new Data disks or
they will no longer be able to connect to the postoffice.
- If you are using Schedule+, all user-granted access privileges must be
deleted and then re-added because the friendly name will no longer point to a
valid user mailbag ID.
- If Schedule Distribution is being used, ALL POF files will have to be deleted
also. This file contains Assistant routing information in the specific user's
record, if one is designated by the user. If the Assistant's postoffice is
renamed, the 10 x 10 x 10 routing information becomes invalid.
This will cause two things to occur:
- The assistant will be denied access to the user's calendar file.
- The assistant will not receive the meeting request/response messages.
Additional query words: 3.00 3.20 pal pab dirsync dirsynch admin
======================================================================
Keywords :
Technology : kbMailSearch kbZNotKeyword3 kbMailPCN320 kbMailPCN300
Version : WINDOWS:3.0,3.2
=============================================================================
THE INFORMATION PROVIDED IN THE MICROSOFT KNOWLEDGE BASE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND. MICROSOFT DISCLAIMS ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL MICROSOFT CORPORATION OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF MICROSOFT CORPORATION OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. SOME STATES DO NOT ALLOW THE EXCLUSION OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES SO THE FOREGOING LIMITATION MAY NOT APPLY.
Copyright Microsoft Corporation 1986-2002.