My setup is using all stock rpms for Centos 6.3 following:
http://www.campworld.net/thewiki/pmwiki.php/LinuxServersCentOS/Cent6VirtMail...
I can telnet into Dovecot and see the mail I sent via PostfixAdmin, but Roundcube is not even logging in.
I get a popup message stating:
Your session is invalid or expired.
/var/log/maillog is showing a successful login to Dovecot with auth=plain, but /var/log/roundcube/errors has the following messages:
[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
I don't know what is happening with timezone. I have set mine up for Detroit. None of the files referenced above have been altered from the install from the rpm(s). /etc/php.ini is also at default, with no entry for timezone.
I would think I should stop whatever is causing these messages. But are they the reason for the session failure?
Am 27.12.2012 23:07, schrieb Robert Moskowitz:
My setup is using all stock rpms for Centos 6.3 following:
http://www.campworld.net/thewiki/pmwiki.php/LinuxServersCentOS/Cent6VirtMail...
I can telnet into Dovecot and see the mail I sent via PostfixAdmin, but Roundcube is not even logging in.
I get a popup message stating:
Your session is invalid or expired.
/var/log/maillog is showing a successful login to Dovecot with auth=plain, but /var/log/roundcube/errors has the following messages:
[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
and why do you not set date.timezone in php.ini as i already told you on the centos list which is also clearly statet in your error messages?
again: https://www.google.com/search?q=php+timezone
http://php.net/manual/en/timezones.php
you also have /etc/roundcubemail/main.inc.php
// use this timezone to display date/time $rcmail_config['timezone'] = '+1';
+1 = vienna
On 12/27/2012 05:15 PM, Reindl Harald wrote:
Am 27.12.2012 23:07, schrieb Robert Moskowitz:
My setup is using all stock rpms for Centos 6.3 following:
http://www.campworld.net/thewiki/pmwiki.php/LinuxServersCentOS/Cent6VirtMail...
I can telnet into Dovecot and see the mail I sent via PostfixAdmin, but Roundcube is not even logging in.
I get a popup message stating:
Your session is invalid or expired.
/var/log/maillog is showing a successful login to Dovecot with auth=plain, but /var/log/roundcube/errors has the following messages:
[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
and why do you not set date.timezone in php.ini as i already told you on the centos list which is also clearly statet in your error messages?
Was it clear? It seems to indicate this; the messages do not say to update timezone in php.ini. But you DID tell me... I sent this message before I saw your latest post.
And I just used webmin to edit /etc/php.ini, just to see what it would
put in for the timezone. Webmin put in America/Detroit unquoted,
whereas some web searching I was doing was showing it with quotes.
Problably does not matter.
So now the timezone messages have stopped appearing in /var/log/roundcube/errors, but the session error continues.
Now to figure out where to increase logging. Is it in roundcube or php...
again: https://www.google.com/search?q=php+timezone
http://php.net/manual/en/timezones.php
you also have /etc/roundcubemail/main.inc.php
// use this timezone to display date/time $rcmail_config['timezone'] = '+1';
+1 = vienna
Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
On 12/27/2012 05:39 PM, Robert Moskowitz wrote:
On 12/27/2012 05:15 PM, Reindl Harald wrote:
Am 27.12.2012 23:07, schrieb Robert Moskowitz:
My setup is using all stock rpms for Centos 6.3 following:
http://www.campworld.net/thewiki/pmwiki.php/LinuxServersCentOS/Cent6VirtMail...
I can telnet into Dovecot and see the mail I sent via PostfixAdmin, but Roundcube is not even logging in.
I get a popup message stating:
Your session is invalid or expired.
/var/log/maillog is showing a successful login to Dovecot with auth=plain, but /var/log/roundcube/errors has the following messages:
[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
and why do you not set date.timezone in php.ini as i already told you on the centos list which is also clearly statet in your error messages?
Was it clear? It seems to indicate this; the messages do not say to update timezone in php.ini. But you DID tell me... I sent this message before I saw your latest post.
And I just used webmin to edit /etc/php.ini, just to see what it would put in for the timezone. Webmin put in America/Detroit unquoted, whereas some web searching I was doing was showing it with quotes.
Problably does not matter.So now the timezone messages have stopped appearing in /var/log/roundcube/errors, but the session error continues.
Now to figure out where to increase logging. Is it in roundcube or php...
Setting debug_level in main.inc.php to 4 or 8 (default is 1) did not result in anything being written to /var/log/roundcube/errors
Wonder where the messages are going to?
Am 27.12.2012 23:44, schrieb Robert Moskowitz:
[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
Was it clear? It seems to indicate this; the messages do not say to update timezone in php.ini. But you DID tell me... I sent this message before I saw your latest post.
for anybody knowing PHP and can use google yes
https://www.google.com/search?q=date.timezone http://php.net/manual/en/class.datetimezone.php
And I just used webmin to edit /etc/php.ini
oh my god
So now the timezone messages have stopped appearing in /var/log/roundcube/errors, but the session error continues.
Now to figure out where to increase logging. Is it in roundcube or php...
Setting debug_level in main.inc.php to 4 or 8 (default is 1) did not result in anything being written to /var/log/roundcube/errors
Wonder where the messages are going to?
check your session-settings
cat /etc/roundcubemail/main.inc.php | grep -i session // Log session authentication errors to <log_dir>/session or to syslog $rcmail_config['log_session'] = false; // Session lifetime in minutes $rcmail_config['session_lifetime'] = 35; // session domain: .example.org $rcmail_config['session_domain'] = ''; // session name. Default: 'roundcube_sessid' $rcmail_config['session_name'] = 'roundcube_sessid'; // Backend to use for session storage. Can either be 'db' (default) or 'memcache' $rcmail_config['session_storage'] = 'db';
On 12/27/2012 05:52 PM, Reindl Harald wrote:
Am 27.12.2012 23:44, schrieb Robert Moskowitz:
[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
Was it clear? It seems to indicate this; the messages do not say to update timezone in php.ini. But you DID tell me... I sent this message before I saw your latest post.
for anybody knowing PHP and can use google yes
https://www.google.com/search?q=date.timezone http://php.net/manual/en/class.datetimezone.php
And I just used webmin to edit /etc/php.ini
oh my god
Yes, I could have just edited php.ini in gedit, where I already had it opened, ready to edit. But I was seeing postings both quoted and unquoted, so I thought I would see what a 'common' gui admin would do to the field. I occationally use webmin. It is good to access all of my zone files on my DNS server, though I use the edit zone file and not the 'nice' edit fields. It is just a nice tool that gets me to see all of my zone files so I make sure which ones to edit 'this' time (am I doing Internal, or External, or Test view....).
But generally webmin is a reasonable 'hint' on what to do. that is all.
So now the timezone messages have stopped appearing in /var/log/roundcube/errors, but the session error continues.
Now to figure out where to increase logging. Is it in roundcube or php...
Setting debug_level in main.inc.php to 4 or 8 (default is 1) did not result in anything being written to /var/log/roundcube/errors
Wonder where the messages are going to?
check your session-settings
cat /etc/roundcubemail/main.inc.php | grep -i session // Log session authentication errors to <log_dir>/session or to syslog $rcmail_config['log_session'] = false; // Session lifetime in minutes $rcmail_config['session_lifetime'] = 35; // session domain: .example.org $rcmail_config['session_domain'] = ''; // session name. Default: 'roundcube_sessid' $rcmail_config['session_name'] = 'roundcube_sessid'; // Backend to use for session storage. Can either be 'db' (default) or 'memcache' $rcmail_config['session_storage'] = 'db';
Will plow through these some more. Thanks for this pointer. I already did the log_session = true.
On 12/27/2012 05:52 PM, Reindl Harald wrote:
Am 27.12.2012 23:44, schrieb Robert Moskowitz:
[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
Was it clear? It seems to indicate this; the messages do not say to update timezone in php.ini. But you DID tell me... I sent this message before I saw your latest post.
for anybody knowing PHP and can use google yes
https://www.google.com/search?q=date.timezone http://php.net/manual/en/class.datetimezone.php
And I just used webmin to edit /etc/php.ini
oh my god
So now the timezone messages have stopped appearing in /var/log/roundcube/errors, but the session error continues.
Now to figure out where to increase logging. Is it in roundcube or php...
Setting debug_level in main.inc.php to 4 or 8 (default is 1) did not result in anything being written to /var/log/roundcube/errors
Wonder where the messages are going to?
check your session-settings
cat /etc/roundcubemail/main.inc.php | grep -i session // Log session authentication errors to <log_dir>/session or to syslog $rcmail_config['log_session'] = false; // Session lifetime in minutes $rcmail_config['session_lifetime'] = 35;
Default of 10.
// session domain: .example.org $rcmail_config['session_domain'] = '';
What I have as default.
// session name. Default: 'roundcube_sessid' $rcmail_config['session_name'] = 'roundcube_sessid';
hmmm. = null
Again the default. Or at least I have no record of changing this, and I am trying hard to maintain a list of all changes I have made.
// Backend to use for session storage. Can either be 'db' (default) or 'memcache' $rcmail_config['session_storage'] = 'db';
default of 'db'.