Have any of you used that Move Mailfile feature that works with AdminP? I have about 900 mail files to move… onto a new server (from R5 to R6) … So far I used it from the Admin client… and I have a few questions…
the ACL has NOT updated with the new server’s name in there (yet? do I wait longer?)
the Person document did not update, I did it manually (did I not wait long enough?)
HOW do we get the user to access the new mail file from the desktop (as it says in Help) - with 900 users, we dont want to call each one and say… “Hey, do a Ctrl - O and type in the IP Address there would ya?” - it says they have to “Access the new mail file from the desktop” in order for a connection document to be automatically made for them.
Subject: Moving Mail files… some features not working yet?
A lot of these answers would be within the Administration Requests database and the interval the server was set for adminp.
So 1 and 2 can not be directly answered, but I would say you may have been impatient. The process itself will update the desktop to point to the new location of the mail file. It will not remove the old icon on the desktop.
As I always urge, perform a test low scale before you do something like 900 users. That way you will know what the results and the time frame will be. This is not a one step process the domino server will take. And depending on the size of the mail file it may take some time.
I was able to allow domino to perform the task with no problems at all. The only thing I did to make the process a little more smoother was to remove the icon from the desktop using LotusScript when the use went to the new server. (I made a custom script for the Database open event which queried that user person’s document. When the current server is not the home server – something like that. The event will only happen once and will never need to repeat itself.)
Subject: RE: Moving Mail files… some features not working yet?
When I was moveing 3200 mail files to a new server I created a LS script to do this job,at the same time the script updated Addressbook, database ACLs for all databasess, AdminP is OK, but you have to wait all the interval settings.----To not wait any interval setting, I never use AdminP in past several years, I created various samll Apps to achieve all the tasks that
You can always have adminp process all the tasks it has “tell adminp process all”. If you don’t want to wait for the next interval.
Starting in R6 you can also give console commands in LotusScript. which lends itself for you to have adminp process.
I guess what be fearful of adminp when it is pretty rock solid to begin with. Kudo’s to you for making a process to do it outside this task, but I would be a little nervous if something does not work or if the task times out. Adminp makes itself attractive because it is in the background and its path is traceable via the Administration Request database (admin4.nsf).
One thing I have noticed in using Adminp to do the mailfile move… sometimes it gets hung up on the Make Repica Copy on other Server task… and seems to not do it no matter how many times you type in “tell adminp process all”. When this has happened… I have found that the new server’s name was NOT in the ACL of the database, and as soon as I MANUALLY put it in… the database is magically, suddenly, created on the new server.
Why doesn’t it handle the ACL entries? Is this because I’m running the Move Mailfile on an R5 server? Does it Not Fully Work on R5?
Also, it creates a new field in the Person document called “NewMailServer” and sets it to the new servers name,… BUT it neglects to change MailServer or dsMailServer which are the fields actually USED/???
First of all I would never presume to move 900 mail files without testing a few first, and even then I wouldn’t move all 900 all at once.
Second, I was well aware of the AdminP interval, and also the command to ‘tell adminp preocess all’ which I used manually several times. let’s just say this… my first TEST was 2 days ago, and Im pretty sure that with an interval set to every 10 minutes, AdminP has had plenty of time to do some of these things…
the person document never got updated
the ACL of the NEW mail file never got updated
the old mail file (FILE, not icon) never got delted.
the Location document never got updated.
the only thing that DID work automatically (semi) was when the user opened thier mail file from the desktop (Using Ctrl-O, and typing in the IP # for the server) it did THEN create a Connection document in their local address book.
I don’t want to call up 900 users and say… can you do Ctrl-o and type in this IP #…
so did your’s do the 4 things listed above AUTOmatically? or did you have to write a script?
Admin help says it’ll do it… that’s why Im asking.