Group: Forum Members
Last Active: 5 Years Ago
Our company is considering taking imail accounts from another system (about 2,000 users) and importing them to our server. I'm looking for information or possibly someone to do the work for us.
If someone has done this, or something similar, can you provide some information about transferring the contacts and calendar entries, as that seems to be the biggest problem. The 2006 system is running workgroupshare.mdb which appears to be where our problem lies in exporting and importing to new system. Appears we need to get someone who can run SQL exports and imports, but not sure if there is an easier or better way. Can we use a trial license of version 12 (or even 10) and do an upgrade of the users, then do an export / import, and again, are contacts and calendar entries going to be an issue? Any guidance is highly appreciated.
- We run version 12.x imail server
- Client's system is running 2006 version of imail.
- Need to move 2,000 users from 2006 to v 12, with contacts and calendar entries.
- Their system (2006) has 2 domains/2 IPs,
- Our system (v12) has about 20 domains using either shared or static IPs for the domains, with about 8,000 users
Last Active: 3 Years Ago
This kb is for moving the domains from one machine to another http://ipswitchmsg.force.com/kb/articles/FAQ/How-to-move-a-domain-from-one-IMail-Server-to-another-IMail-Server-1307739580380
In the subject you say version 8, then in the body you say version 2006 (which is actually version 9.xx). If it is verion 8 contacts are easy but not calendar items. Verion 9, the contacts are stored in the workgroupshare db and each user has an individual user ID and each contact is related to the user by the userID, but if a user is userID 1 there is probably a userID 1 on the other server. There isn't really a way to merge those. Unless they have them also in their Outlook client and are using the WGS plugin, then they just need to sync them, then use the "new" wgs client to sync them to the new db. Otherwise, it will be a pain.
Visit and see our new knowledgebase!