From: Ryo C. <ry...@il...> - 2004-05-12 14:49:11
|
Since cookies should be restricted to the site that originally issued it, theoretically, this kind of "muddling" shouldn't occur. But if they did, what problem you were getting sounds like a probable outcome. Let me know if this happens on a regular basis. This is the first time I've heard of a problem like it, so I doubt it's a common problem. Ryo On 5/11/2004, "John Mellor" <John@Kungfu-tse.net> wrote: >Once I got it unravelled it stayed fine and I now have no problem. I >cannot remember exactly the cause but I think it was me running trials >with one IlohaMail on my website and another on my home computer (using >home computer for both) and this muddled up the ids so they did not >match the cookies. > >John > > >On 5/11/2004, "Esben Laursen" <li...@hy...> wrote: > >>John Mellor wrote: >>> Yes, I had this problem when I first installed IlohaMail and it was >>> to do with muddled up session id and cookies. I still get it now and >>> again if >>> my wife has accessed the imap server from another machine and not >>> logged out. I think you need to do something like delete all the >>> IMAIL cookies >>> in your browser and all the session id numbers in the >>> IlohaMail/data/sessions folder so you start with a clean slate as it >>> were. However, someone may have a better idea as I seem to recall >>> that >>> it was not quite as simple as that. Hope this helps. >>> >>> John Mellor >> >>Sure, it helped I tryed it from a mozilla browser, there it works fine. >> >>It's a clean installation of IlohaMail, there is nothing within the data >>folder (exept the ones suposed to be there). >> >>So, it must be something with the cookies as you say.... Thats pretty bad, >>cos I cant instruct my users to empty to internet cache and cookies, hell >>half of them dont know what that is... >> >>Anyone knows if there is a bug report on the subj.? >> >>It dosn't seem fit for a production enviroment with a bug like that... >> >>-- >>Esben >> >>> >>> On 5/11/2004, "Esben Laursen" <li...@hy...> wrote: >>> >>>> Hi, IlohaMail users... >>>> >>>> I have a rather strange problem, with a new installation on a Debian >>>> woody machine.. >>>> >>>> When I enter my email/passwd and are logged in this message apear: >>>> >>>> Connection failed: Could not connect to ||r(1zt=17m at port 143 >>>> >>>> and the title in the IE browser also shows some strange characters. >>>> >>>> First i thought that my Ilohamal files where fucked up, but I've >>>> tryed both version .12 and .11 still the same error.. >>>> >>>> Then I took an old installation on another server, that works just >>>> fine, and copied the hole IlohaMail folder.. Changed the .inc files >>>> to match the new server, but sill the same problem..... >>>> >>>> Anyone that have any idea to what could be wrong? >>>> >>>> Here are some info on my system: >>>> >>>> Debian 3.0r1 (newly updated from security.debian.org) >>>> php4 4.1.2-6woody3 >>>> php4-imap 4.1.2-6woody3 >>>> php4-mysql 4.1.2-6woody3 >>>> >>>> I use a the setup descriped from the installation howto, on >>>> ilohamail.org with a MySQL backend. >>>> >>>> Here are my apache virtualhost: >>>> >>>> <VirtualHost 192.168.100.150> >>>> CustomLog /var/log/apache/bde.dk.log combined >>>> ScriptAlias /cgi-bin/ /var/domains/bde.dk/cgi-bin/ >>>> Alias /webmail/ /usr/share/Ilohamail/source/ >>>> ServerName bde.dk >>>> ServerAdmin web...@bd... >>>> DocumentRoot /var/domains/bde.dk/html >>>> ServerAlias bde.dk *.bde.dk *.tingest.dk >>>> alias /IlohaMail/ /var/domains/bde.dk/IlohaMail/source/ >>>> <Directory /var/domains/bde.dk/cgi-bin/> >>>> AllowOverride None >>>> Options ExecCGI >>>> Order allow,deny >>>> Allow from all >>>> </Directory> >>>> <Directory /var/domains/bde.dk/html> >>>> AllowOverride All >>>> </Directory> >>>> </VirtualHost> >>>> >>>> The Ilohamail connects fine to the MySQL and I use localhost as >>>> server. I have tried to use the ip address of the linux server but >>>> still the same. Im sure I have a working IMAP server. >>>> >>>> I use ISO-8859-1 char. set. >>>> >>>> -- >>>> Esben >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------- >>>> This SF.Net email is sponsored by Sleepycat Software >>>> Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to >>>> deliver higher performing products faster, at low TCO. >>>> http://www.sleepycat.com/telcomwpreg.php?From=3Dosdnemail3 >>>> _______________________________________________ >>>> Ilohamail-users mailing list >>>> Ilo...@li... >>>> https://lists.sourceforge.net/lists/listinfo/ilohamail-users >>>> >>> >>> >>> ------------------------------------------------------- >>> This SF.Net email is sponsored by Sleepycat Software >>> Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to >>> deliver higher performing products faster, at low TCO. >>> http://www.sleepycat.com/telcomwpreg.php?From=3Ddnemail3 >>> _______________________________________________ >>> Ilohamail-users mailing list >>> Ilo...@li... >>> https://lists.sourceforge.net/lists/listinfo/ilohamail-users >> >> >> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by Sleepycat Software >>Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver >>higher performing products faster, at low TCO. >>http://www.sleepycat.com/telcomwpreg.php?From=3Dosdnemail3 >>_______________________________________________ >>Ilohamail-users mailing list >>Ilo...@li... >>https://lists.sourceforge.net/lists/listinfo/ilohamail-users >> > > >------------------------------------------------------- >This SF.Net email is sponsored by Sleepycat Software >Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver >higher performing products faster, at low TCO. >http://www.sleepycat.com/telcomwpreg.php?From=3Dosdnemail3 >_______________________________________________ >Ilohamail-users mailing list >Ilo...@li... >https://lists.sourceforge.net/lists/listinfo/ilohamail-users |