I've figured out the problem with my Webmail and accessing it from beyond the firewall. I still don't have a solution.
When people try to access their webmail from outside the company I have them going to
https://x.x.x.x:1080. From a webpage there they can click LOGIN TO MAIL and ACCESS MAIL.
LOGIN TO MAIL takes them to
https://x.x.x.x:1080/horde/imp/login.php.
ACCESS MAIL takes them to
https://x.x.x.x:1080/horde/imp/mail.php.
[Trying x.x.x.x:1080/webmail does not work at all (though, x.x.x.x:1080/server-manager works as expected.]
When a person clicks LOGIN TO MAIL and supplies a username and password, they are authenticated and then it looks like they hang at
https://x.x.x.x:1080/horde/imp/redirect.php. After several hours of working on this I found that an attempt is made to send users to
https://x.x.x.x/horde/imp/mailbox.php, (the port number to which they are forwarded is missing), when that fails they are stuck at redirect.php.
Hitting the back button on their browser and clicking ACCESS MAIL (or simply typing mailbox.php over the redirect.php and trailing numbers) takes people to their mailboxes. It works -- but it isn't pretty.
I've dug through redirect.php and have been able to determine what several of the variables and constants are. I've replaced a few of them with hard-coded values and have not broken the program. (At the end of my twiddling I always restore a backed up copy of redirect.php)
I have not been able to figure out where the
https://x.x.x.x/horde/imp/mailbox.php is coming from but then I haven't had any success figuring out the applicationUrl value (which is where my suspicions lie). [From the notes I've been keeping, it doesn't look like I've had any success with redirecturl either.]
Ideally, I'd like to solve the problem of the missing port number and have people go to their mailboxes automatically.
Sending them back to
https://x.x.x.x:1080 and having them click ACCESS MAIL would be good too.
1 Replies
766 Views