CentOS - Dec 2012 - Where is timezone string stored?

I am having problems with RoundCube:

'Your session is invalid or expired'

So I went looking for logs and in /var/log/roundcube/errors I find LOTS 
of warnings about problems with my timezone.  Kind of a challenge to 
copy the log entries over here (will do if needed).

Anyway, for right now I am looking as to where my 'Detroit 
American/New_York' (what I am seeing in Gnomes calendar preferences) 
string is stored.

Roundcube seems to want 'America/New_York'?

Shouldn't I be seeing 'America/Detroit' when I look at the calendar 
selection in Gnome?

On 12/27/2012 03:26 PM, Reindl Harald wrote:
> Am 27.12.2012 21:17, schrieb Robert Moskowitz:
>> I am having problems with RoundCube:
>>
>> 'Your session is invalid or expired'
>>
>> So I went looking for logs and in /var/log/roundcube/errors I find LOTS
>> of warnings about problems with my timezone.  Kind of a challenge to
>> copy the log entries over here (will do if needed).
>>
>> Anyway, for right now I am looking as to where my 'Detroit
>> American/New_York' (what I am seeing in Gnomes calendar
preferences)
>> string is stored.
>>
>> Roundcube seems to want 'America/New_York'?
>>
>> Shouldn't I be seeing 'America/Detroit' when I look at the
calendar
>> selection in Gnome?
> https://www.google.com/search?q=php+timezone
>
> php.ini:
> date.timezone = "your-timezone"
Not the place where Centos is storing timezone.  Or perhaps this is 
where RoundCube is expecting it?  This file is at its default content.  
It is timestamped Jul 3.

And /etc/localtime is a binary file.  A little digging and it SEEMS that 
files are copied to /etc/localtime from /usr/share/zonetime ?

But I can't figure out what RoundCube is doing.  Probably will have to 
go and join that list...

On Dec 27, 2012, at 1:17 PM, Robert Moskowitz wrote:
> I am having problems with RoundCube:
> 
> 'Your session is invalid or expired'
> 
> So I went looking for logs and in /var/log/roundcube/errors I find LOTS 
> of warnings about problems with my timezone.  Kind of a challenge to 
> copy the log entries over here (will do if needed).
> 
> Anyway, for right now I am looking as to where my 'Detroit 
> American/New_York' (what I am seeing in Gnomes calendar preferences) 
> string is stored.
> 
> Roundcube seems to want 'America/New_York'?
> 
> Shouldn't I be seeing 'America/Detroit' when I look at the
calendar
> selection in Gnome?
----
many of these programs are written in PHP and you may have to edit php.ini to
set the timezone of the server but then again, many of these programs also allow
for each user to have their own timezone settings.

Craig

On 12/27/2012 05:01 PM, Reindl Harald wrote:
>
> Am 27.12.2012 22:08, schrieb Robert Moskowitz:
>> On 12/27/2012 03:26 PM, Reindl Harald wrote:
>>> Am 27.12.2012 21:17, schrieb Robert Moskowitz:
>>>> I am having problems with RoundCube:
>>>>
>>>> 'Your session is invalid or expired'
>>>>
>>>> So I went looking for logs and in /var/log/roundcube/errors I
find LOTS
>>>> of warnings about problems with my timezone.  Kind of a
challenge to
>>>> copy the log entries over here (will do if needed).
>>>>
>>>> Anyway, for right now I am looking as to where my 'Detroit
>>>> American/New_York' (what I am seeing in Gnomes calendar
preferences)
>>>> string is stored.
>>>>
>>>> Roundcube seems to want 'America/New_York'?
>>>>
>>>> Shouldn't I be seeing 'America/Detroit' when I look
at the calendar
>>>> selection in Gnome?
>>> https://www.google.com/search?q=php+timezone
>>>
>>> php.ini:
>>> date.timezone = "your-timezone"
>> Not the place where Centos is storing timezone.  Or perhaps this is
where RoundCube is expecting it?
> but the place where the timezone for php is configured
> you may guess in which language roundcube is written
I guessed this from looking at the roundcube errors.  So now to dig up 
how to configure php, and not expect the packages that use it to 
configure such base requirements.  Got to love it.
> on a proper configured php-setup with full error-reporting
> you get even warnings if the timezone is not configured, but
> hey why should people enable warnings on their servers :-)
Becuase we expect it to work right the first time!  DIRTFT!

Actually, there were some decent error messages from Roundcube:

[27-Dec-2012 14:56:47] PHP Warning:  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 
'America/New_York' for 'EST/-5.0/no DST' instead in 
/usr/share/roundcubemail/program/include/rcube_config.php on line 96

[27-Dec-2012 14:56:47] PHP Warning:  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 
'America/New_York' for 'EST/-5.0/no DST' instead in 
/usr/share/roundcubemail/program/include/rcube_config.php on line 97

[27-Dec-2012 14:56:47] PHP Warning:  strtotime(): 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 
'America/New_York' for 'EST/-5.0/no DST' instead in 
/usr/share/roundcubemail/program/include/rcube_session.php on line 134

[27-Dec-2012 14:56:47] PHP Warning:  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 
'America/New_York' for 'EST/-5.0/no DST' instead in 
/usr/share/roundcubemail/program/include/rcube_mdb2.php on line 603

So I have taken this problem over to the Roundcube list.  But will dig 
into php configuration.  Seems Roundcube is expecting more than say 
phpmysqladmin...

On 12/27/2012 07:42 PM, Reindl Harald wrote:
>
> Am 28.12.2012 01:38, schrieb Robert Moskowitz:
>>> Roundcube isn't going to tell you to set the timezone in
php.ini ... that's
>>> an admin's job to have already done.
>> I was not clear. It is quite apparent that Roundcube requires timezone
>> set in php.ini. This is an application requirement
> boah it is NOT an application requirement
>
> it is a BASIC requirment for any proper configured server
> with PHP >= 5.3.0, as said: if you refuse to understand
> basics of webserver-configuration please hire someone who does
When I saw that I needed PHP for this setup, I began researching how to 
limit php usage to the apps installed.  I have lots of reading on this.  
I know this is hard.  I do have access to resources to harden this php 
setup.
> with your "ignorance is a bliss"-attitude it is pretty clear that
> you are also missing and ignoring security basics as so many out
> there are doing while think the must setup their own server and
> the result are botnets attacking thrid parties
Ignorance is frustration.  I have been reading steadily since I started 
on this a month ago.  Just, it seems not dealing with the actual setup 
requirements.  So far, I will start with limiting web access to local 
systems only.  Remote systems will have to VPN in. This is only a start, 
I know there is more to do. If it was not for a couple users, I would 
not provide a webmail interface even with them having to VPN in.