Well, if you really don't need any extra web page running on the same system, I strongly recommend you (and everybody else using this configuration) to change the port to 80 instead of using a redirection page. There are two reasons:
1.) Yes, there are redirect and proxy scripts, but why need them, when you can do it much simpler by simply chaning the port number? Keep things as simple as possible, it's one less that can make problems, one thing less you need to care about. 2.) SECURITY! If you have two different web servers (Either IIS apache and IMail's own or Apache with IMail or whatever...) you have one product you need to take care about for security settings, for security patches, simply for preventing security holes and keeping uptodate. Just for a simple page that does redirection? That is exactly the opposite that you should do as an administrator. Always keep services running to an absolute minimum, especially on a server, even more especially on a server that is accessible from the outside. Install the software (especially server software) that is necessary, nothing more. Anything more is simply a risk. So I clearly advise anyone of you doing such a forward page to throw it away together with the web server software you installed for it, and change the IMail webserver port instead. If you have an actual website running on the same machine of course things are changed, but I guess then your front page is not the IMail redirector ;)... This is my 2 cents :)... >-----Urspr�ngliche Nachricht----- >Von: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] Im Auftrag von >Scott Heath >Gesendet: Freitag, 16. April 2004 20:33 >An: [EMAIL PROTECTED] >Betreff: RE: AW: AW: [IMail Forum] Possible to get rid of 8383? > >The only issue I can see with that is for each domain you host >web mail for you need an entry in IIS, while this isn't a huge >problem, it's another step that can be skipped or missed mistakenly. > >The one IIS site, with asp page actually does this: > >Gets the url (mail.domain.com) >redirects the user to http://mail.domain.com:port >its very dynamic, allowing for an unlimited number of domains >to redirect with the least hassle. > >---------- Original Message ---------------------------------- >From: "Eric Parsons" <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >Date: Fri, 16 Apr 2004 12:07:36 -0500 > >>This is what I did, IIS domain mail.okaloosatax.com, and >redirected to >>another url of https://mail.okaloosatax.com:8384 >> >>-----Original Message----- >>From: [EMAIL PROTECTED] >>[mailto:[EMAIL PROTECTED] On Behalf Of john cesta >>Sent: Friday, April 16, 2004 11:35 AM >>To: [EMAIL PROTECTED] >>Subject: RE: AW: AW: [IMail Forum] Possible to get rid of 8383? >> >> >> >> >>On Fri, 16 Apr 2004 10:11:32 -0600, Aubre' Cyriaque wrote: >>> Are you trying to avoid a firewall issue? >> >>No, no, he just doesn't want his users to type 8383. >> >>John >>> >>> -----Original Message----- >>> From: [EMAIL PROTECTED] >>> [mailto:[EMAIL PROTECTED] On Behalf Of Larry >>> Craddock >>> Sent: Friday, April 16, 2004 10:05 AM >>> To: [EMAIL PROTECTED] >>> Subject: Re: AW: AW: [IMail Forum] Possible to get rid of 8383? >>> >>> We usually just setup a redirect as a virtual directory in >IIS. So you >> >>> end up with something like http://www.domain.com/webmail >where webmail >>> is >>> virtual folder that points to mailserver.domain.com:8383 >>> >>> Larry Craddock >>> >>> ----- Original Message ----- >>> From: "john cesta" <[EMAIL PROTECTED]> >>> To: <[EMAIL PROTECTED]> >>> Sent: Friday, April 16, 2004 11:00 AM >>> Subject: Re: AW: AW: [IMail Forum] Possible to get rid of 8383? >>> >>>> >>>> BTW, to the original poster: What speaks against running IMail web >>>> server generally on 80? >>> >>> Is that what most of you do? I always ran it as default. We don't >>> offer webmail to all clients. Now I have a good customer that >>> requested web mail, I provided it, now he doesn't want the 8383. >>> >>> John >>> >>> >>> 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/ >> >> >>ColdFusion ASP ActiveState PERL Hosting >>Includes 10 Domains - 100% Browser Based Administration >>http://www.cybersmarts.net >> >>LogFileManager - IIS LogFile Management Tool >>WebPageChecker - Helps Maintain Server UpTime >>http://www.serverautomationtools.com >> >> >>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/ >> > >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/
