> I am open to suggestions on the most painless way to do this. Well, it's hardly necessary to install a separate gateway to enable a simple domain migration. IMail's support for virtual hosts and host aliases is more than robust enough to accomplish this task. If you're going to install a Postfix box just for this task, you might as well migrate to Courier while you're at it! Not necessary (not to say that you wouldn't get major improvements in other areas from having such a gateway).
Moreover, concentrating on simple SMTP transport is misguided; host and user aliasing, whether done within IMail or without, is not what you should worry about. You should be much more concerned with user *authentication* for SMTP AUTH, POP3, and Web Messaging. No amount of aliasing can hide the fact that if sharyn.schmidt is to be your _canonical_ username, i.e. if you will be using the new e-mail format for a;; _existing_ accounts, not just for new accounts, all the way through your clients and servers: (1) you need a *user* named 'sharyn.schmidt', not one named 'sschmidt'; (2) you need an *alias* named 'sschmidt' that forwards to the new account, or you need a forward-all placed on the old account; (3) You need to preserve or transfer all the rules and any other settings for 'sschmidt' into 'sharyn.schmidt'; (4) You need to change the webmail Reply-To: for the account to 'sharyn.schmidt'; (5) You need to preserve the password associated with 'sschmidt'. To accomplish 1-4 above, you can write a fairly simple script that takes a single username at a time as input, changes the name of the user's registry key, changes the name of the user's mail directory, changes the webmail reply-to, and creates an alias with the old name pointing to the newname. (5) is not as easy, because IMail encodes passwords based on the username. You will need an app such as IPlus to decode the password so that it may be reencoded under the new name. You'd then run the script for a subsection of the users at a time and change their MUA settings accordingly. Again, the complexity of the above is predicated on the idea that the boss doesn't want *any* 'sschmidt'-style legacy names hanging around, even in Outlook POP3/SMTP settings or webmail logins. If it's in fact okay to be using those legacy names for authentication of existing users, as long as all new users are created in the new format, then you only need to create aliases in the new username format, change reply-to, and that's about it: the old usernames can still exist in "stealth" form. In sum, a range of possible tactics, certainly no need for a separate MTA just for this task. --Sandy ------------------------------------ Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.imprimia.com/products/software/freeutils/SPAMC32/download/release/ Defuse Dictionary Attacks: Turn Exchange or IMail mailboxes into IMail Aliases! http://www.imprimia.com/products/software/freeutils/exchange2aliases/download/release/ http://www.imprimia.com/products/software/freeutils/ldap2aliases/download/release/ To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
