![]() Make sure a /usr/share/squirrelmail/favicon.ico exists.Disable the SquirrelMail HTTPS redirect plugin (Apache 2 takes care of that when you have your mail done in a separate https Virtual Host container).Vesse, could you please explain to us how to implement your approach?įor the Fedora Core / Apache 2 / https login problem relating to Mozilla Firefox, try this: (Firefox was actually correct in showing this problem, since the server setup wasn't safe ) Maybe it has to do with the threads/processes in Apache 2 conflicting with SquirrelMail? The PHP people recommend not using Apache 2 with PHP.Īnother thing maybe worth mentioning is that I am using the HTTPS redirect plugin. All reports so far are indeed with Mozilla Firefox, but I am not 100% sure it happens only with this browser. The You Must Be Logged in to Access This Page happens sporadically and I haven't been able to find a pattern, or anything in the logs to guide me to the problem. We are running apache 2.0.48 (and php 4.3.4). I've been having this problem for a few months now, and I can't determine what is causing it exactly. Yeah, I know, not very elegant but at least now it works for all my users. ![]() But since it works via the directory alias under the main domain, I changed the index.php of squirrelmail so that if HTTP_USER_AGENT contains string Firefox the user will be redirected to the directory alias of the main domain and for the rest it does the normal redirection in which the users stay on the virtual domain (and the actual code files used are the very same, those two approaches are just in apache's configuration). Tried it now, completely removed ~/.mozilla, no effect. But, restarting the browser did fix the problem.did you search your local computer for any lingering SquirrelMail cookie and remove it? With Firefox (which is normally all I use) I had numerous cookie issues (like I would get the sidebar, but the login error in the left pane). ![]() I recently created a fresh install of SquirrelMail as a subdirectory of my normal, live installation, so I could add in my plugins and test it out. Now I'll try to figure out the cause of this behaviour. instead of ) and now it works also with Firefox. Now I tried to just to create an alias under the main domain for SquirrelMail (ie. I've had a virtual domain for SquirrelMail previously, and it has worked just fine. But, now I think it's not SquirrelMail that's causing the trouble. Have you tried disabling all plugins, so you are running with only a default SquirrelMail? If that works, try enabling one plugin at a time until you isolate the plugin causing the problem (then notify the developer!) And another thing, I have tried all proposed fixes and none have worked. And oh, almost forgot to mention that Firefox allows cookies, and I have tried this on several different machines. I also haven't had any trouble with my own, session based, stuff. I'm using SquirrelMail 1.4.4, PHP 4.3.10 and Apache 2.0.52 (all from Debian/Sarge). I've been monitoring the system and for some reason nothing appears in the session directory when using Firefox, and Firefox does not receive the SQMSESSID-cookie. This does not happen with IE, Mozilla or Konqueror. Now I can log in to SquirrelMail with Firefox and see the list of all folders and also the contents of the inbox, but if I try to do anything I get the "You must be logged in to access this page"-message. The problems started after I was forced to reinstall my whole system, but I managed to save all the configurations. Save the redirect.php file I'm having trouble with SquirrelMail and Firefox. Immediately after it, put\n echo "Enter" I had to do this to get SquirrelMail 1.4.2 running on Win2k, in the redirect.php file, find\n header("Location: $redirect_url") Ĭomment out this line, i.e.\n // header("Location: $redirect_url") ![]() The ZoneAlarm firewall was causing this error also, which was strange because I could log in thru but not I turned ZoneAlarm off, logged in, and then turned ZoneAlarm back on and since then its been fine (have not had to shut down ZoneAlarm to get in since this once instance). ![]() It turns out to be an issue with setcookie and header(), so if you're working on a Windows platform, check out for a better explanation.Ĭhanging to_start to 1 in php.ini fixed the problem for me. I also had the "Must be logged in" error. TODO: Integrate this page into LoginError. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |