OK, I think I'm done now, executed the following steps;

1. stopped Mercury
2. created RAR archive of Mercury directory in Program Files
3. created RAR archive of Mercury directory in VirtualStore
4. deleted Mercury directory in VirtualStore
5. created C:\Mercury and moved all contents of C:\Program Files\Mercury over
6. extracted the RAR archive of the VirtualStore into C:\Mercury, overwriting existing files (assuming that the last files written would always be in VirtualStore, so these should be the correct ones)
7. Modify C:\Mercury\Mercury.INI and change all filepaths to point to the new files/folders in C:\Mercury
8. Assumed ownership off C:\Mercury including all underlying files and folders
9. Modified rights so regular users have full control over C:\Mercury and all underlying files and folders
10. Modified all links in the startmenu to point to the new location in C:\Mercury
11. Disconnected network
12. Started Mercury and paused POP3 retrieval (to prevent loss of newly retrieved emails in case of a restore)
13. Reconnected network
14. Started mail clients and verified everything working fine (duplicate issue and deleting old messages)
15. un-paused POP3 retrieval (to restart processing incoming mail)

The tricky part was merging the users folders, as a lot of files where overwritten. In the other folders it were merely settings, logs, or empty folders. All in all it seems to have worked out fine, though I probably won't be sure about that for at least a couple of days.

Just posting this as it might help someone else out.

Hi,

I've got the following; just replaced my WinXP Pro system with a new Win7 Pro system. Installed Mercury from scratch, then copied the whole directory with all underlying directories to the new system, overwriting the fresh install. I read the FAQ that stated that Mercury has no config options elsewhere so this ought to work. (the old system and the fresh install where both the last version of mercury available).

Now everything seems to be running fine (just 2 users in a home setting, using MAPI), except that some messages seem to duplicate. From what I see it seems to be related to messages being modified and then getting a duplicate. For example, a messages being marked as read gets a new unread copy, I also have a hard time getting some messages deleted).

I'm suspicious about the directory/file permissions as I've been told that Win7 is much stricter than WinXP, and all the data (queue's, mailboxes, etc.) is located sub directories of "c:\program files\mercury\". So whats adviced regarding the directory locations on Win7 and what are the required permissions I need to set? (I tried to search the forum but couldn't find any info on it)

any help is greatly appreciated. Thx.

Thijs

Yes, Win7 will give you trouble with data under Program Files.

Move it to C:\Mercury or somewhere else.

You will need to change any paths in the config files pointing to the old location.

Thx for your help. Can I leave the application stuff in Program Files and just move the mailboxes and queues etc. or must it be everything? I would prefer using the standard windows structures with application in "Program Files" and other stuff in "Application Data", does Mercury support that?

The only config file I'm aware of is MERCURY.INI, so if I move it completely (as you suggested) I would take the following approach;

1. shutdown Mercury
2. copy c:\program files\mercury  to c:\mercury
3. in c:\mercury\mercury.ini do a replace all to change "c:\program files\" into "c:\"
4. update startmenu shortcuts to the new Mercury location
5. restart Mercury

would that be correct? would that directory (c:\mercury) still require some special permissions?

Not resolved yet, but problem is getting clearer.

I copied the whole lot to c:\mercury and gave regular users full control over that directory. After starting Mercury, all mail received since I migrated to the Win7 box where suddenly gone. After some investigation I found out about the "VirtualStore" mechanism of Windows which looks like the problem. What it does is redirect any "writes" in the Program Files directory to a special local user folder called VirtualStore.

This explains the behaviour, changing a message would write the update, that would end up in the VirtualStore, while the original remained in the Program Files directory. Similar for emails being deleted. At least for all emails in the mailboxes from before the migration.

Problem now has changed as I have multiple folders which cover the same data, the users mailbox folder in Program Files and in VirtualStore. How to go about of integrating them back together again?