On Friday 18 July 2008 11:40 am, Dragon wrote: > Chris Arnold wrote: > >I have searched around and there are many helps on the internet but > >none seem to address my issue. They have a some-domain.tld site on > >the apache server (where i am making the changes to vhost.conf) and > >i want the requests that come to that apache server to (based on a > >dns address, webmail.some-domain.tld) to then be sent to different > >server which runs the webmail interface. What am i missing? This > >kinda seems to be a "port" redirect..... > > ---------------- End original message. --------------------- > > Does the webmail application reside on a physically different machine > with a different IP address? > > If so, the easiest (and best) way to do that is via proper DNS and > routing to the right machine for each application. Why would you want > to have Apache do what your router should be doing? > > > Dragon > Why not do a redirect? We have a webmail application as well, which lives on a different server. I didn't want users to have to remember a new URL to access it, so by using the Redirect directive in httpd.conf on our Web server, users enter the URL http://www.ourwebsrvr.com/webmailprog, they're redirected to the webmail server (and presented ssl-enabled page, to boot). The directive looks like this, keeping in mind the URL that users enter into their browsers (see above): Redirect /webmailprog https://oursecondsrvr.ourdomain.com/proggy/proggy.pl Of course, there's plenty of info out there on the Redirect directive. Is that what you're after? Dimitri -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx