Hi,
I've noticed recently a couple of people have reported issues with
the sessions not being saved on login attempts. This has obviously
caused some issues as it is in the validation process on the first
login that this is occurring resulting in not allowing people to
login. As those wh
You did see the rest of this thread between Jonathan and I, no? For the
time being, you should set session.auto_start = 1 but I will be sending
you a more permanent fix (compatible with session.auto_start = 0) by
mid-day tomorrow.
Cheers,
paul
> > I am using session.auto_start = 1 in my php
> I am using session.auto_start = 1 in my php.ini settings, perhaps
> yours is = 0?
I have: session.auto_start = 0
Run this command from you main SquirrelMail directory if you would:
grep -Rn session_start *
# grep -rn session_start .
./global.php:134:session_start();
./validate.php:20:se
Hello Rolando,
On Saturday, December 14, 2002, Rolando Riley wrote...
> Can anybody reply to my mail please? "I don't know" as an answer is
> also an answer.
Reading the list archives, and even looking on the front page of the
SquirrelMail would have answered the question you asked... but it
Hello all,
I'd like to point out that the plugins are once again available for
downloads off of the SquirrelMail site, thanks to Alexandros Vellis
for pointing us in the direction of a SourceForge document showing
they still had all the old files on the servers.
If there are any problem
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:squirrelmail-users-
> [EMAIL PROTECTED]] On Behalf Of James Grubic
> Sent: Thursday, December 12, 2002 7:46 AM
> To: Jonathan Angliss; [EMAIL PROTECTED]
> Subject: Re: [SM-USERS] EIMS Compatibility
>
>
> >>2. Devel version shows first
>From the last Question re prefs changing themselves, if I change the
options for any user they change for all
Is this normal??
Adrian Jones
Bluespheres.net
t: 0121 362 1670
f: 0121 362 1674
http://www.bluespheres.net
---
This sf.net email
> I correct myself. It's not per page, but per 'request'. If a file is
> 'included' in another page, then the session variables will be
> passed down to that page too. If however the page is redirected to,
Ah yes, I didn't really pay attention to the fact that webmail
is called from redirect
> [1] WITHOUT VLOGIN PLUGIN
You disabled it using conf.pl, right?
> [2] WITH VLOGIN PLUGIN
>
> ($debug = 0;)
It sounds like you don't understand what $debug is -- it's only used for
testing. It will always give you output similar to this:
> Your IMAP login was resolved to:
