Connect. Communicate. Collaborate. Securely.

Home » Kerio User Forums » Kerio Connect » ical/entourage issues
  •  
skeates

Messages: 104
Karma: 0
Send a private message to this user
Could some test this for me.

Entering an event into a kerio calendar via ical shows up as the correct time in ical, entourage and webmail.

Entering an event into kerio calendar via entourage shows up the correct time in Entourage and webmail, but ical is one hour ahead.

entering an event in webmail shows up correct in Webmail entourage and ical.

Modifying an event that shows up correctly in webmail entourage and ical via entourage causes ical to show one hour ahead.

We are experiencing this problem since the daylight savings change. We had it before the daylight savings change but went away when the clocks went back. Now that they have gone forward again the issue is reappearing. This is not very good since people use different applications to view calendars as well as invites being sent into the office.

I would like to confirm this behaviour so that I can speak to Kerio about it.

Thanks
  •  
skeates

Messages: 104
Karma: 0
Send a private message to this user
Just doing some checking.

Got the text from the calendar entries from all ical, entourage and webmail. All appear to be diffrent.

Entourage
Subject: Entourage
Date: Thu, 1 Apr 2010 14:57:20 +0100
Content-Type: text/calendar; component="vevent"; method="PUBLISH"; charset="utf-8"
Content-Transfer-Encoding: 8bit

BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Microsoft Corporation//Entourage Mac 11.0 MIMEDIR//EN
METHOD:PUBLISH
BEGIN:VTIMEZONE
TZID:Greenwich Mean Time : Dublin, Edinburgh, Lisbon, London
X-ENTOURAGE-TZID:8
X-ENTOURAGE-CFTIMEZONE:Europe/London
BEGIN:DAYLIGHT
TZNAME:Daylight Savings Time
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
TZOFFSETFROM:+0000
TZOFFSETTO:+0100
DTSTART:20100328T000000
END:DAYLIGHT
BEGIN:STANDARD
TZNAME:Standard Time
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
TZOFFSETFROM:+0100
TZOFFSETTO:+0000
DTSTART:20101031T030000
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
UID:AA535110-C8B0-4F69-B2E5-C5256A609D08
X-ENTOURAGE_UUID:AA535110-C8B0-4F69-B2E5-C5256A609D08
DTSTAMP:20100401T135600Z
DTSTART;TZID="Greenwich Mean Time : Dublin, Edinburgh, Lisbon, London":20100401T133000
DTEND;TZID="Greenwich Mean Time : Dublin, Edinburgh, Lisbon, London":20100401T140000
LAST-MODIFIED:20100401T135600Z
SUMMARY:Entourage
ORGANIZER:MAILTO:user<_at_>domain.co.uk
SEQUENCE:0
X-MICROSOFT-CDO-BUSYSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-INSTTYPE:0
TRANSP:OPAQUE
X-NEXT-ALARM:20100401T140220Z
CLASS:PUBLIC
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT00H15M00S
END:VALARM
END:VEVENT
END:VCALENDAR

iCal
Subject: iCal
Date: Thu, 1 Apr 2010 15:06:46 +0100
Content-Type: text/calendar; component="vevent"; method="PUBLISH"; charset="utf-8"
Content-Transfer-Encoding: 8bit

BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Apple Inc.//iCal 3.0//EN
CALSCALE:GREGORIAN
METHOD:PUBLISH
BEGIN:VTIMEZONE
TZID:Europe/London
BEGIN:DAYLIGHT
TZOFFSETFROM:+0000
TZOFFSETTO:+0100
DTSTART:19810329T010000
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
TZNAME:BST
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+0000
DTSTART:19961027T020000
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
TZNAME:GMT
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
SEQUENCE:5
TRANSP:OPAQUE
UID:7FAB8A5D-1853-4B03-B82A-D029A490A5F5
DTSTART;TZID=Europe/London:20100401T133000
DTSTAMP:20100401T140645Z
SUMMARY:iCal
CREATED:20100401T140004Z
DTEND;TZID=Europe/London:20100401T140000
X-MICROSOFT-CDO-BUSYSTATUS:BUSY
END:VEVENT
END:VCALENDAR

WebMail
Subject: Webmail
Date: Thu, 1 Apr 2010 15:11:57 +0100
Content-Type: text/calendar; component="vevent"; method="PUBLISH"; charset="utf-8"
Content-Transfer-Encoding: 8bit

BEGIN:VCALENDAR
PRODID:-//Kerio Technologies//Kerio Connect//EN
METHOD:PUBLISH
VERSION:2.0
X-VERSION-KMS:6.2.0
BEGIN:VTIMEZONE
TZID:Dublin, Edinburgh, Lisbon, London
BEGIN:STANDARD
DTSTART:19961027T020000
TZOFFSETTO:+0000
TZOFFSETFROM:+0100
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:19810329T010000
TZOFFSETTO:+0100
TZOFFSETFROM:+0000
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
DTSTAMP:20100401T141125Z
UID:92DBAA98-3210-4D7C-BC0B-B96A079624BD
ORGANIZER;CN="Userd":mailto:user<_at_>domain.co.uk
SEQUENCE:0
SUMMARY:Webmail
DTSTART;TZID="Dublin, Edinburgh, Lisbon, London":20100401T133000
DTEND;TZID="Dublin, Edinburgh, Lisbon, London":20100401T140000
CLASS:PUBLIC
PRIORITY:5
TRANSP:OPAQUE
X-MICROSOFT-CDO-BUSYSTATUS:BUSY
X-LABEL:0
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT15M
END:VALARM
END:VEVENT
END:VCALENDAR

[Updated on: Thu, 01 April 2010 16:16]

  •  
skeates

Messages: 104
Karma: 0
Send a private message to this user
Well I have submitted a bug report regarding this so we see what happens. From what I can find on the internet, it is to do with the timezone information Entourage uses or the timezone information that ical can not understand.

This is quite a serious issue. If any one has any sort of work around that would be greatly appreciated.
  •  
d.

Messages: 169
Karma: 0
Send a private message to this user
Hello Kerio Forum Folks.

We've had a niggling problem with Kerio Mail Server and iCal. Perth, Western Australia did a three year trial of day light savings, and it was removed after the trial. Apple had updated the Mac OS X versions to accommodate the 3-year trial, but iCal and Kerio didn't seem to talk properly after the trial ended. This resulted in a one-hour time difference, when invites were sent from iCal.

We tried various updates, tried Mac OS X 10.5.8, tried Mac OS X 10.6.4, different Kerio versions, no difference. (We didn't expect it to be a Kerio issue).

I came across this hint:
http:// hints.macworld.com/article.php?story=20070128185822710&u tm_source=feedburner&utm_medium=feed&utm_campaign=Fe ed%253A+macosxhints%252Frecent+%28Mac+OS+X+Hints%29

Long story short, you can edit your own time-zone files on your Macs, and send them out to your workstations (e.g. with Apple Remote Desktop).

The process goes like this:

  1. Quit iCal
  2. Visit ftp://elsie.nci.nih.gov/pub/ and download the latest plain text 'timezone' file archive of your region
  3. Unzip the file
  4. Locate the plain text file for your exact district area
  5. Edit the plain text file (more on that in a sec) to get rid of any info that is causing Mac OS X to have the slightly wrong time info in the iCal invites (presumably applies to Entourage too)
  6. In Terminal, using sudo, run the zic command. E.g. SUDO ZIC <TIMEZONE TEXT FILE NAME or PATH>
  7. (you can just type SUDO ZIC and then drag your text file into that line in Terminal, to give it the full path)
  8. An updated set of files for your region will be created
  9. (your timezone files are located in /usr/share/zoneinfo/(particular region))
  10. Re-select your timezone in System Preferences
  11. Open iCal, and send a test appointment (inviting a colleague to a meeting)
  12. Go to your Sent Items folder in your Mail client.
  13. Check the outgoing .ICS attachment sent from iCal, containing the meeting information
  14. If the meeting information includes incorrect information, e.g. daylight saving information or info that suggests there is a one hour difference, then you need to edit your original plain text time-zone file again.
  15. Quit iCal, and repeat above steps (edit time-zone text file and re-generate using the ZIC time-zone creating command). Then re-test the new .ICS file sent via iCal

    We found that even though the Daylight saving information was no longer meant to apply (the trial ended a year ago), it was still being intrepretted as being "active" by iCal.

    (Our original text timezone file showed some old daylight savings implementations from many decades ago... So we removed those from the timezone file also).

    Changing the info in the timezone file, effectively making our own custom timezone for our region (Perth Western Australia) changed the iCal .ICS from being an hour out, to being correct. The .ICS invite was actually much shorter, since there was no DLS info in it any more.

    Also, for those that have thought about using another region's timezone file (from their /usr/share/zoneinfo folder). We tried this. We renamed another zone near us (e.g. KL, Malaysia, etc.) as Perth, and tried that as our new "Perth" timezone. It *appears* to work on the surface. But then people [external companies] said that our invites from iCal were 20 minutes different from the starting time that we were writing in the body text of the invites. E.g. a 9.20am meeting, instead of a 9.00am meeting. This seems to be a result of using another region's timezone file. So, don't do that. iCal is "warning" you by having that 20 minute different. We'll, that's our intrepretation!

    Generating your own custom time-zone file for your region is very easy (just editing a text file after all), and that one SUDO ZIC command in terminal, and you're done. If ZIC gives you an error (e.g. missing xxx in line 36), just re-edit your plain text timezone file for whatever info it's looking for, and re-run the SUDO ZIC command again Smile.

    Hope that helps someone else... It's solved it for us!

    Cheers.
    D.


[Updated on: Fri, 03 September 2010 01:44]


Previous Topic: Sync with CRM / SugarCRM
Next Topic: php_utils.cpp: Webmail mailAttach.php: Unable to open folder
Goto Forum:
  


Disclaimer:
Kerio discussion forums are intended for open communication between forum members and may contain information and material posted by members which may be useful in learning about Kerio products. The discussion forums are not intended to provide technical support for any specific product. Any information implied or expressed in the discussion forums is that of the posting member. Kerio is in no way responsible for the information posted in the forums, or its accuracy. Kerio employees may participate in the discussions, but their postings do not represent an offical position of the company on any issues raised or discussed. Kerio reserves the right to monitor and maintain the forums to promote free and accurate exchange of information.

Current Time: Fri Sep 22 04:47:56 CEST 2017

Total time taken to generate the page: 0.00418 seconds
.:: Contact :: Home ::.
Powered by: FUDforum 3.0.4.