We recently migrated from an RHEL 4 system to a new RHEL6.2 server running
Squirrelmail 1.4.22 & php 5.3.3. Everything had been
running smoothly for a few weeks, but as of this morning we have a number of
users reporting that after they successfully log in,
when they click on any links they get "
On 03/09/2012 12:07 PM, Brian Gold wrote:
> We recently migrated from an RHEL 4 system to a new RHEL6.2 server running
> Squirrelmail 1.4.22& php 5.3.3. Everything had been
> running smoothly for a few weeks, but as of this morning we have a number of
> users reporting that after they successful
> Where are your PHP sessions being stored (session.save_path in php.ini)?
> Is that filesystem full? If it's tmpfs, do you have tmpwatch cleaning up
> things that it shouldn't (like empty hash directories,
etc)?
>
> HTH,
>
> Dave
/var/lib/php/session
Still over 5GB available.
---
2012.03.09 19:36 Brian Gold rašė:
>> Where are your PHP sessions being stored (session.save_path in php.ini)?
>> Is that filesystem full? If it's tmpfs, do you have tmpwatch cleaning
>> up things that it shouldn't (like empty hash directories,
> etc)?
>>
>> HTH,
>>
>> Dave
>
> /var/lib/php/sessi
> From: Tomas Kuliavas [mailto:to...@users.sourceforge.net]
> Sent: Friday, March 09, 2012 12:41 PM
> To: squirrelmail-users@lists.sourceforge.net
> Subject: Re: [SM-USERS] getting the dreaded "you must be logged in to access
> this page"
>
> Could you show all your php session settings and list
Brian Gold wrote:
>
>> From: Tomas Kuliavas [mailto:to...@users.sourceforge.net]
>> Sent: Friday, March 09, 2012 12:41 PM
>> To: squirrelmail-users@lists.sourceforge.net
>> Subject: Re: [SM-USERS] getting the dreaded "you must be logged in to
>> access this page"
>>
>> Could you show all your p
> You have session.use_cookies Off
> http://php.net/session.configuration#ini.session.use-cookies
>
> SquirrelMail does not work without cookies without making massive changes in
> SquirrelMail code.
>
> Instead of upping memory limit to 512M get APC extension and make sure that
> server side
Hello,
Unexpectedly, I have started seeing errors with PHP 5.3.8 and SM 1.4.22:
When trying to compose a message, I see this error:
Message not sent. Server replied:
Email delivery error
75 Can't execute command '/usr/sbin/sendmail -i -t
-fu...@example.com'.
In the logs:
Mar 9 17:
Brian Gold wrote:
>
>> You have session.use_cookiesOff
>> http://php.net/session.configuration#ini.session.use-cookies
>>
>> SquirrelMail does not work without cookies without making massive changes
>> in SquirrelMail code.
>>
>> Instead of upping memory limit to 512M get APC extensio
> Is your server clock correct?
>
> Could you check, if you can reproduce problem with SELinux set to permissive
> mode?
>
> Could you check if '4. General settings -> 16. Only secure cookies if poss.
> -> false' solves it?
>
> Could you check your webserver logs and make sure that browsers don
Brian Gold wrote:
>
>> Is your server clock correct?
>>
>> Could you check, if you can reproduce problem with SELinux set to
>> permissive mode?
>>
>> Could you check if '4. General settings -> 16. Only secure cookies if
>> poss.
>> -> false' solves it?
>>
>> Could you check your webserver lo
> Patch for login.php http://pastebin.com/gVZNuKYd
>
> Not sure if formating is correct. It is used in environment which has some
> slight API differences. Let me know if you need offline copy or detailed
> explanation about side effects of this patch.
That definitely appears to have resolved the
On 9/3/2012 9:01 μμ, Nikolaos Milas wrote:
> When trying to compose a message, I see this error:
>
> Message not sent. Server replied:
>
> Email delivery error
> 75 Can't execute command '/usr/sbin/sendmail -i -t
> -fu...@example.com'.
I found that this error was irrelevant to SM (and
13 matches
Mail list logo
