Author Topic: Date.timezone NOT OK  (Read 32108 times)

Offline El Vergatario

  • Jr. Member
  • **
  • Posts: 14
Date.timezone NOT OK
« on: November 29, 2012, 09:06:18 AM »
Hi

I am completely new to roundcube and I have tried searching the forum and I can't find anything that can help me.

I have finally got to the installer web page and at the bottom of it the only thing that is NOT OK is the date.timzone, under the "Checking php.ini/.htaccess settings".

I have accessed the php.ini file and made the relevant changes; I have removed the commas from Europe/London and the semi colon that appears at the beginning of the line.

I have put the roundcube webmail on a mac mini server running 10.8. All of the contents from the roundcube folder have been put in the htdocs folder of MAMP as there is an intranet using a mysql database.

I hope I have given enough info for some one to help. If any more is needed just ask.

Thanks

Offline JohnDoh

  • Global Moderator
  • Hero Member
  • *****
  • Posts: 2,260
Re: Date.timezone NOT OK
« Reply #1 on: November 29, 2012, 09:57:43 AM »
did you restart the webserver after making the change to php.ini?
Roundcube Plugins: Contextmenu, SpamAssassin Prefs, and more…

Offline El Vergatario

  • Jr. Member
  • **
  • Posts: 14
Re: Date.timezone NOT OK
« Reply #2 on: December 03, 2012, 11:10:40 AM »
Hi

Sorry for the delay in replying.

Yes I have restarted the web server after making the changes.

Offline JohnDoh

  • Global Moderator
  • Hero Member
  • *****
  • Posts: 2,260
Re: Date.timezone NOT OK
« Reply #3 on: December 03, 2012, 02:26:37 PM »
hmm then unless you changed the wrong file i dont know what it could be but PHP is apparently reporting that you have not set that config value. Maybe try printing out phpinfo() that says where it read its config from.
Roundcube Plugins: Contextmenu, SpamAssassin Prefs, and more…

Offline DiscoNova

  • Jr. Member
  • **
  • Posts: 15
Re: Date.timezone NOT OK
« Reply #4 on: December 04, 2012, 07:47:56 AM »
JohnDoh's comment is a good one; ascertain that you have actually modified the correct file. Personally, this took me a while to figure out, since I had some very old configuration file lingering around from an old installation that I assumed was the "real" php.ini while ... well, it was not  :-\

Offline El Vergatario

  • Jr. Member
  • **
  • Posts: 14
Re: Date.timezone NOT OK
« Reply #5 on: December 04, 2012, 09:54:15 AM »
I edited the php.ini file in /private/etc/

I will do a search with the terminal to see if there are any other php files sitting around.
« Last Edit: December 04, 2012, 10:00:42 AM by El Vergatario »

Offline El Vergatario

  • Jr. Member
  • **
  • Posts: 14
Re: Date.timezone NOT OK
« Reply #6 on: December 04, 2012, 11:39:13 AM »
Ok I figured out which php.ini file it is reading from. I edited the file and I am still receiving the NOT OK for date.timezone (empty value detected)

This is how I have it in the php file:


[Date]
; Defines the default timezone used by the date functions
; http://php.net/date.timezone
date.timezone = Europe/London

Offline SKaero

  • Administrator
  • Hero Member
  • *****
  • Posts: 5,517
    • http://SKaero.com/
Re: Date.timezone NOT OK
« Reply #7 on: December 04, 2012, 08:01:10 PM »
Try:
Code: [Select]
date.timezone = "Europe/London"

Offline El Vergatario

  • Jr. Member
  • **
  • Posts: 14
Re: Date.timezone NOT OK
« Reply #8 on: December 06, 2012, 12:46:14 PM »
Ha I realised what I have (or haven't) done. I forgot to restart the server after editing the correct php.ini file. ::)

Now I am stuck on the test IMAP config; Login failed for user@domain from 217.138.40.98 AUTHENTICATION PLAIN: Authentication failed.

Have I missed something in one of the files?

Offline SKaero

  • Administrator
  • Hero Member
  • *****
  • Posts: 5,517
    • http://SKaero.com/
Re: Date.timezone NOT OK
« Reply #9 on: December 06, 2012, 06:28:34 PM »
Your mail server doesn't seem to have authentication PLAIN, try changing it to something else like LOGIN.

Offline El Vergatario

  • Jr. Member
  • **
  • Posts: 14
Re: Date.timezone NOT OK
« Reply #10 on: December 18, 2012, 11:33:59 AM »
I have tried changing the server authentication but I am still getting Authentication failed.

Some one mentioned to me that it might be that "Roundcube has issues with strong authentication methods, so you have to either enable cleartext (bad idea) or reconfigure postfix and dovecot so that it does accept cleartext only on an ssl protected port."

Is this what is getting in my way?

Thanks for the help so far.

Offline oldschool

  • Sr. Member
  • ****
  • Posts: 406
Re: Date.timezone NOT OK
« Reply #11 on: December 18, 2012, 12:08:52 PM »
enable cleartext (bad idea)...

Hi!

This is bullsh*t.
If the connection is secured/encrypted [tls/ssl] (and this is established before any typing) it's save...


Rgds.

Offline El Vergatario

  • Jr. Member
  • **
  • Posts: 14
Re: Date.timezone NOT OK
« Reply #12 on: December 18, 2012, 12:20:01 PM »
Ok, so why is the authentication failing on the last part of the installer?

Your response has not helped me at all.

Offline SKaero

  • Administrator
  • Hero Member
  • *****
  • Posts: 5,517
    • http://SKaero.com/
Re: Date.timezone NOT OK
« Reply #13 on: December 18, 2012, 12:50:53 PM »
If the authentication is failing at the last part of the installer ignore it, the imap check doesn't seem to read the authentication type form the config file. Just go directly to the login screen and see if it works there.

Offline El Vergatario

  • Jr. Member
  • **
  • Posts: 14
Re: Date.timezone NOT OK
« Reply #14 on: December 18, 2012, 01:03:46 PM »
Thanks. I took your advice and tried logging in directly, I get "Connection to the storage server failed"

Checked the log and it says:

Could not connect to mail.server.co.uk:143: php_network_getaddresses: getaddrinfo failed: nodename nor servname provided, or not known in /Applications/MAMP/htdocs/webmail/program/include/rcube_imap.php on line 191 (POST /webmail/?_task=login&_action=login)

I gather that I have not entered the server name in the correct place. I tried looking at line 191in the rcube_imap.php file but I was unsure what to edit.