How we did it here... Do a Google search for an exchange-connector program called POPCon. I think the website is something like christensen-software.com... you don't need POPCon Pro, just the regular POPCon app. (unless you want virus and spam filtering on the exchange server as it pulls down messages from each of the POP3 accounts). Install POPCon on the exchange server, and set it to pick up user mail on your iMail server for those users that wish to have their incoming mail end up in their exchange inbox.
Allow all other users to continue accessing the iMail server directly. All mail still continues to come to your iMail server. Make sure that when the exchange users reply, that their from address is set properly, by creating the proper SMTP address for them on the exchange server and setting it as their default SMTP address. Make sure each user also has a @domain.local (or whatever) SMTP address on the exchange server as well; set POPCon to pick up mail from each of the POP accounts on the iMail server, and place it in the user's @domain.local exchange mailbox. We're using this configuration on a few domains, and there's been one really good benefit... when the exchange server goes south (which it will eventually do, with some lame Jet Database error or database corruption), the users aren't totally dead in the water... they can still continue to get their mail from iMail server until the exchange server is back up. MAKE SURE they are getting really good backups of their exchange database -- NIGHTLY -- and test those backups on occasion. As always, there's more than one right way to solve this, but we preferred leaving our iMail server as the single entry point for the client's emails, which are then pulled down and distributed to the exchange user's accounts accordingly. Those exchange users that wish to roam could use Outlook Web Access... that is one great benefit of Exchange, and mimics Outlook via the browser much more nicely with many more features than iMail Classic Web Mail templates or even KWM... it will be a familiar interface for the exchange/outlook users that go remote. Those that choose to continue using your iMail services simply will not have an exchange mailbox, nor will their messages be pulled down to that server. One additional benefit of POPCon is the centralized management of POP3 accounts for the Exchange domain... instead of configuring all the exchange clients with an additional POP account, you simply create a single exchange account for each user, and their inbox just starts getting the POP3 traffic that POPCon pulls down for them. I know, there are other and perhaps "easier" ways to do this, but it's worked very well for us, and actually has provided some support benefits as well. Plus the exchange users still get the benefit of our iMail/mxGuard/ClamAV/Message Sniffer configuration as an in-between, before the message arrives in their exchange inbox. Hope this helps, Marc > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of imail > Sent: Thursday, September 30, 2004 1:20 PM > To: [EMAIL PROTECTED] > Subject: [IMail Forum] modified store & forward without subdomains? > > > We have a client that we have been hosting their domain email on > our server. > > They would now like to add their own Exchange server for one of > their offices and have the users in that office use that server > for their mail. > > This means they want to split their users - have some users > continue to use our mail server and have other users only use > the other server. > > Is there a way this can be done without using subdomains? > Currently the clien has [EMAIL PROTECTED] and they do not > want to switch to using [EMAIL PROTECTED] and > [EMAIL PROTECTED] > > We would like to setup store & forward so all incoming mail > comes to our server first and then only the email not hosted > locally is forwarded on to their server at the remote office. > > Is there a way to do this with IMail (or in general)? > > We've setup classic store and forward in the past but this is > not a straighforward situation. > > 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/ > 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/
