Roundcube 0.5.3 is released

[smtalk]

Changelog: http://trac.roundcube.net/wiki/Changelog

[Frej]

seems after running ./build roundcube anyone cannot login on the roundcube anymore giving session is invalid or expired while squirrelmail works just fine

[FunnyMedia]

same problem here.
Centos 5.6 (x86) and PHP 5.2.17

[smtalk]

Please take a look at: http://directadmin.com/forum/showthread.php?t=40136

[Frej]

Please take a look at: http://directadmin.com/forum/showthread.php?t=40136

that problem still exist even after changing the timezone on the php.ini
oh and imi using php 5.3.6

[smtalk]

Have you restarted apache after the change?

[Frej]

yes, its still the same

[propcgamer]

Thanks worked fine for me.

[Suurbier]

I am waiting for a couple of days now, I still can't update roundcube (i am using files6.directadmin.com)

[Frej]

so anyone help me, i still cant login

[Wouter]

Works fine on FreeBSD.

[Erick]

I have also big problems on our servers now. No Roundcube available.

"session is invalid or expired" I have changed php.ini timezone, restart httpd no results :(

We run: Php 5.3.6 + MySQL 5.1.57

Please anyone? :confused:

[SeLLeRoNe]

Afaik that problem is usually from timezone, have you wrote correctly the timezone and the line is uncommented?

Regards

[Frej]

sellerone if you saw my replies ive done that as martynas linked already and changing timezone does nothing. i contacted roundcube and they said this is a issue from Directadmin and not from their end

im using centos 5 64bit

[Erick]

im using centos 5 64bit I have the some os!

[SeLLeRoNe]

Im using centos 5.6 64bit and no had any of those problems.

If you want i can take a look on your box. Send a PM if needed.

Regards

[Frej]

cant, since i run several live websites so cant trust on a total strange accessing my server, can you offer any suggestion here?

for my part, i updated custombuild before running update on roundcube

[SeLLeRoNe]

Sorry, got not so many ideas.
Maybe someone else would have some other ideas.

Regards

[Frej]

anyone please help

[smtalk]

Please post the output of:


grep date.timezone /usr/local/etc/php5/cgi/php.ini
grep date.timezone /usr/local/lib/php.ini

[Frej]

;date.timezone = "US/Central"
date.timezone = "Canada/Eastern"

[Frej]

also note i did comment out ;date.timezone = "US/Central" just for a test and did a apache restart but i still get session error

[smtalk]

;date.timezone = "US/Central"
date.timezone = "Canada/Eastern"

That's the problem, there is no such timezone "Canada/Eastern". Please choose a one from http://www.php.net/manual/en/timezones.php.

[Frej]

well i selected a timezone, restarted http but i still get invalid session

[SeLLeRoNe]

So... i was right :D

[Frej]

So... i was right :D

in a way you were and other no, even when i changed the timezone to hte correct i still cannot login

[Frej]

seems i got help from roundcube staff and after the change I can FINALLY login to round by changing this and not changing the timezone at all since timezone didnt work

changing $rcmail_config['session_lifetime'] in <RC root>/config/main.inc.php to 0.

[SeLLeRoNe]

You cant put a timezone that is not the same of your server.

Im from Rome and if i dont put Europe/Rome on my php.ini will never work.

So you cant try all timezone, you have to put the same match your system.

Regards

[Frej]

i know what you mean, my server timezone at etc/sysconfig/clock has the same timezone as the ssame on php.ini settings both are exact timezones
and i still cannot login to roundcube at all

only changing $rcmail_config['session_lifetime'] in <RC root>/config/main.inc.php to 0.
will work and nothin g elsse so is this a bug?

[SeLLeRoNe]

So yes, should be a roundcube bug i suppose.

Well, nice to know you solved your issue :)

Regards

[ditto]

I have set date.timezone to Europe/Oslo in php.ini, but does anybody know how to calculate the correct value for these other related settings?:

date.default_latitude
date.default_longitude
date.sunrise_zenith
date.sunset_zenith

I read in comments in the php manual at the bottom of this page http://www.php.net/manual/en/datetime.configuration.php this:


degrees north and degrees east are written as positive numbers
degrees south and degrees west are written as negative numbers

However it is confusing to me. Also I have been trying to lookup what the latitude and longitude and sunrise and sunset for europe/oslo should be, but I am confused.

Also the default values in my php.ini is:

date.default_latitude 31.7667
date.default_longitude 35.2333
date.sunrise_zenith 90.583333
date.sunset_zenith 90.583333

But when I look up those latitude and longitude, it seems like it is very wrong and is some place in Israel? http://itouchmap.com/latlong.html

Does anybody have a link to a site that let you calculate those values in correct format designed for use in php.ini?

[SeLLeRoNe]

I dont think they are mandatory, try just to comment those lines.

Regards

[ditto]

Hi SeLLeRoNe. They are already commented out in my php.ini like this:


;date.default_latitude = 31.7667
;date.default_longitude = 35.2333
;date.sunrise_zenith = 90.583333
;date.sunset_zenith = 90.583333

However in phpinfo.php page they still show up with the default values, so default values seems to be used when they are commented out in php.ini. And those default values seems to be to located in Israel? http://itouchmap.com/latlong.html

So I would like to investigate if it is a good idea to specify correct values for above, and how to calculate the correct values. But I guess nobody else does this, then?

[SeLLeRoNe]

Honestly i dont know, on mine is commented but i see as well in phpinfo but everything is working fine...

[ditto]

Thanks. Well, I guess there is other more important things for "us" to work on. Unless others have input on this ...

[Erick]

Roundcube is working now. i have changed my php.ini and i have set it to "UTC" BUT now some other websites came whit errors.


[Date]
; Defines the default timezone used by the date functions
;date.timezone = "UTC"

Anyway Roundbube is Working :)

Anyone a idea what the correct timezone must be?

The webserver lives in Amsterdam / Netherlands

[phpBB Debug] PHP Notice: in file /index.php on line 86: date() [function.date]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead
[phpBB Debug] PHP Notice: in file /index.php on line 86: getdate() [function.getdate]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead
[phpBB Debug] PHP Notice: in file /includes/functions.php on line 4505: Cannot modify header information - headers already sent by (output started at /includes/functions.php:3706)
[phpBB Debug] PHP Notice: in file /includes/functions.php on line 4507: Cannot modify header information - headers already sent by (output started at /includes/functions.php:3706)
[phpBB Debug] PHP Notice: in file /includes/functions.php on line 4508: Cannot modify header information - headers already sent by (output started at /includes/functions.php:3706)
[phpBB Debug] PHP Notice: in file /includes/functions.php on line 4509: Cannot modify header information - headers already sent by (output started at /includes/functions.php:3706)

[ditto]

...Anyone a idea what the correct timezone must be?

The webserver lives in Amsterdam / Netherlands


In php.ini, replace this line:

;date.timezone = "UTC"

with this line:

date.timezone = Europe/Amsterdam

Also please note that your own change in php.ini did not have effect, because the line was commented out with ;

[Fusco]

changing $rcmail_config['session_lifetime'] in <RC root>/config/main.inc.php to 0.

work fine for me. thks

Version :
Apache 2.2.19
DirectAdmin 1.39.1
Exim 4.76
MySQL 5.1.58
Named 9.7.3
ProFTPd 1.3.3e
dovecot 2.0.13
Php 5.3.6