Calendar Entries- always wrong time on some computers

[neilmc]

Sorry if this has come up before. Didn't find anything in search except the all day event timezone bug.

This is driving me nuts. It seems to be related to some PCs rather than user login or browser version or type.

A user will put a new entry in and have it appear in their calendar 17 hours ahead of the time they selected. Tried it on this PC with Firefox 1.5.0.2 and IE 6.

If I log onto the same user's calendar on my PC (Ubuntu with FF 1.07) it works fine.

I have other users with FF on win XP where it seems to be working fine.

The time displayed in the Zimbra UI matches the system time.

Zimbra version Version 3.1.0_GA_279.DEBIAN3.1 Mar 31, 2006

[KevinH]

Is the PC timezone set to a the correct timezone? You might try creating an event with debug on and see what timezone information is sent to the server. To do this:

Turn on debug:
- turn off any popup blockers (or allow the zimbra domain)
- in the search bar enter "$set:debug 3"
- This should popup a debug window

Create the event. Copy/paste the create event SOAP from the debug window and paste it here.

[neilmc]

It is a timezone problem of some sort, but I'm struggling to work out what is different about our problem computers.

Timezones is set GMT+10 (sydney) on all of them. On the problem computers the timezone in debug is

<s tz="(GMT-08.00) Pacific Time (US & Canada) / Tijuana" d="20060424T083000"/>
<e tz="(GMT-08.00) Pacific Time (US & Canada) / Tijuana"

even though the timezone in windows is set to GMT + 10.

If I set an appointment on a PC that doesn't exhibit this behaviour then it displays correcty when opened on any computer.

I can drag and drop incorrect entries to the right location.

Where else could zimbra be getting a timezone of GMT -8 from other than Timezone in Date/Time in windows control panel?

[sam]

didn't the australian time zone definition change because of the commonwealth games? it may be related to this; if so, the timezone definitions are stored in ldap and you may need to adjust it properly. someone with more state can jump in.

[neilmc]

Originally Posted by sam

didn't the australian time zone definition change because of the commonwealth games? it may be related to this; if so, the timezone definitions are stored in ldap and you may need to adjust it properly. someone with more state can jump in.

Daylight savings time was extended by 2 weeks (but we are a few weeks past that now).

It points to something at the client end.... not sure what. The PCs that are sending through GMT-8 are definatelly set to GMT+10. Maybe I'll try changing their timezone to something else and then back again.

[iansbrainstorm]

I have this exact problem. If I enter the calendar even in by using the mouse to drag over to select the appointment time then it works fine.

Was there a resolution to this. I am in the Sydney Australia Time zone also. I am using FireFox 1.5.0.3

The only way to fix it is to create an entry then drag the appointment to the correct day / time. It is not picking up the +10 GMT time zone but acting as if it is US time zone. The time difference bears this out as it is showing -17hours. If you view what looks right on the calendar then double click on it to edit then the time is incorrect, this is a show stopper. I am currently evaluating Zimbra and this is the first what I would call bug I have found.

[KevinH]

Did you try the debug steps I posted above? What do you get for the two different date elements?

[iansbrainstorm]

I can not work out how to get into debug mode if I don't have access to the server? I have put in a support request to the host. If there is a way to do this from my end then I will need more details?

[neilmc]

Originally Posted by iansbrainstorm

I can not work out how to get into debug mode if I don't have access to the server? I have put in a support request to the host. If there is a way to do this from my end then I will need more details?

Kevins instructions for debug will work in the client without any need for server access.

Just type in what he said in the zimbra search text box to bring up debug.

Some of our computers still have this problem. I've been busy and just told users that we'll get it sorted one day. I'm holding off converting more people away from Outlook until then.

Very mysterious, debug for me showed the wrong timezone being sent to the server by the client even though the windows timezone was set correctly.

I'm setting up a new laptop for a user at the moment and it isn't having this problem.

We are using Version 3.1.0_GA_332.DEBIAN3.1 14-Apr-2006 at the moment. Will set aside some time to upgrade to 3.1.1 soon and see if the problem persists.

[iansbrainstorm]

Ok I can see the problem from the debug. My main computer is showing -8:00GMT and another computer is showing +10:00 GMT and works correctly.

Main computer using FireFox had wrong date. Went to IE7 B2 but it does not work with Zimbra so uninstalled and returned to IE6. Still the same time difference problem. The date and time on windows shows Sydney Australia. I have cleaned the Cache, cookies etc still has a problem.

Used a laptop someone had on my desk and calendar works fine.

Exchange server hosting + Outlook are looking tasty at the moment

Debug info below.

First Problem computer.

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope">

<soap:Header>

<context xmlns="urn:zimbra">

<sessionId id="4270"/>

<change token="6252" type="new"/>

<authToken>
0_2c6cb9e55e15152722f69c6fcca528256423ed70_69643d3 3363a62303130636332662d656536312d343539652d3837343 12d3461323136356132333462393b6578703d31333a3131343 93033333330313232393b646f6d61696e3d313a313b
</authToken>

<format type="js"/>

</context>

</soap:Header>

<soap:Body>

<CreateAppointmentRequest xmlns="urn:zimbraMail">

<m d="1148883681781">

<inv method="REQUEST" type="event" fb="B" transp="O" status="CONF" allDay="0" name="Test Zimbra for 9PM to 10PM 29 May 2003">

<s tz="(GMT-08.00) Pacific Time (US & Canada) / Tijuana" d="20060529T210000"/>

<e tz="(GMT-08.00) Pacific Time (US & Canada) / Tijuana" d="20060529T220000"/>

<or a="admin@seaview.info"/>

</inv>

<mp ct="multipart/alternative">

<mp ct="text/plain">

<content/>

</mp>

<mp ct="text/html">

<content/>

</mp>

</mp>

<su>
Test Zimbra for 9PM to 10PM 29 May 2003
</su>

</m>

</CreateAppointmentRequest>

</soap:Body>

</soap:Envelope>


Second Good computer

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope">

<soap:Header>

<context xmlns="urn:zimbra">

<sessionId id="4302"/>
<change token="155" type="new"/>
<authToken>
0_8d682b0018105f446ceb7c9aeb28e0da260150d5_69643d3 3363a61656238373466382d363135612d346337352d6262346 12d3230333066383033353431663b6578703d31333a3131343 93035383437373135383b646f6d61696e3d313a313b
</authToken>
<format type="js"/>
</context>
</soap:Header>
<soap:Body>

<CreateAppointmentRequest xmlns="urn:zimbraMail">

<m d="1148886020405">

<inv method="REQUEST" type="event" fb="B" transp="O" status="CONF" allDay="0" name="6pm">

<s tz="(GMT+10.00) Canberra / Melbourne / Sydney" d="20060529T180000"/>
<e tz="(GMT+10.00) Canberra / Melbourne / Sydney" d="20060529T190000"/>
<or a="ian@seaview.info"/>
</inv>
<mp ct="multipart/alternative">

<mp ct="text/plain">

<content/>
</mp>
<mp ct="text/html">