100136 – Kmail displaying incorrect time for meetings when sent by Lotus Notes

Bug 100136 - Kmail displaying incorrect time for meetings when sent by Lotus Notes

Summary: Kmail displaying incorrect time for meetings when sent by Lotus Notes

Status:	RESOLVED DUPLICATE of bug 109756

Alias:	None

Product:	kmail
Classification:	Unmaintained
Component:	general (show other bugs)
Version:	unspecified
Platform:	unspecified Linux

Importance:	NOR normal
Target Milestone:	---
Assignee:	kdepim bugs

URL:
Keywords:

Depends on:
Blocks:

Reported:	2005-02-24 03:49 UTC by Graham Smith
Modified:	2007-09-14 12:17 UTC (History)
CC List:	1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.

Description Graham Smith 2005-02-24 03:49:18 UTC

Version:           1.1 Beta 2 (using KDE 3.3.92 (beta2) Level "a" , SUSE 9.2 UNSUPPORTED)
Compiler:          gcc version 3.3.4 (pre 3.3.5 20040809)
OS:                Linux (i686) release 2.6.8-24.11-default

I have received an email generated by Lotus Notes displaying incorrect date/time for a meeting. The meeting is planned for 28th of February at 10:00 AM whereas the email indicates the meeting is on 27th of Feb at 18:00.

The difference in time is 16 hours. This problem is also present in earlier Kmail versions.

The following is the content of the attachment follows. I have changed the email addresses contained herein.

--Boundary-00=_i/SHCGfsumBwp24
Content-Type: text/calendar;
  charset="utf-8";
  name="Attachment: 1"
Content-Transfer-Encoding: 7bit

BEGIN:VCALENDAR
X-LOTUS-CHARSET:UTF-8
VERSION:2.0
PRODID:-//Lotus Development Corporation//NONSGML Notes 6.0//EN
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:AUS Eastern
BEGIN:STANDARD
DTSTART:19500326T020000
TZOFFSETFROM:+1100
TZOFFSETTO:+1000
RRULE:FREQ=YEARLY;BYMINUTE=0;BYHOUR=2;BYDAY=-1SU;BYMONTH=3
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:19501029T020000
TZOFFSETFROM:+1000
TZOFFSETTO:+1100
RRULE:FREQ=YEARLY;BYMINUTE=0;BYHOUR=2;BYDAY=-1SU;BYMONTH=10
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
DTSTART;TZID="AUS Eastern":20050228T100000
DTEND;TZID="AUS Eastern":20050228T104500
TRANSP:OPAQUE
DTSTAMP:20050223T043027Z
SEQUENCE:0
ATTENDEE;ROLE=CHAIR;PARTSTAT=ACCEPTED;CN="Gayle Smith/city"
 ;RSVP=FALSE:mailto:GayleSmith@company.com.au
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE
 :mailto:alan@sample.com.au
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION
 ;CN="Michael Smith/city";RSVP=TRUE
 :mailto:mas@company.com.au
CLASS:PUBLIC
SUMMARY:Meeting to discuss PABX contracts
LOCATION:Gayle's office
ORGANIZER;CN="Gayle Smith/city";SENT-BY="mailto
 :Ray/city@company.com.au"
 :mailto:GayleSmith@company.com.au
UID:9F2EBBFB12390C68CA256FB10018A035-Lotus_Notes_Generated
X-LOTUS-BROADCAST:FALSE
X-LOTUS-UPDATE-SEQ:1
X-LOTUS-UPDATE-WISL:$S:1;$L:1;$B:1;$R:1;$E:1
X-LOTUS-NOTESVERSION:2
X-LOTUS-NOTICETYPE:I
X-LOTUS-CHILD_UID:9F2EBBFB12390C68CA256FB10018A035
END:VEVENT
END:VCALENDAR

The second attachment follows

--Boundary-00=_i/SHCGfsumBwp24
Content-Type: text/calendar;
  charset="utf-8";
  name="c153029.ics"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="c153029.ics"

BEGIN:VCALENDAR
X-LOTUS-CHARSET:UTF-8
VERSION:2.0
PRODID:-//Lotus Development Corporation//NONSGML Notes 6.0//EN
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:AUS Eastern
BEGIN:STANDARD
DTSTART:19500326T020000
TZOFFSETFROM:+1100
TZOFFSETTO:+1000
RRULE:FREQ=YEARLY;BYMINUTE=0;BYHOUR=2;BYDAY=-1SU;BYMONTH=3
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:19501029T020000
TZOFFSETFROM:+1000
TZOFFSETTO:+1100
RRULE:FREQ=YEARLY;BYMINUTE=0;BYHOUR=2;BYDAY=-1SU;BYMONTH=10
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
DTSTART;TZID="AUS Eastern":20050228T100000
DTEND;TZID="AUS Eastern":20050228T104500
TRANSP:OPAQUE
DTSTAMP:20050223T043027Z
SEQUENCE:0
ATTENDEE;ROLE=CHAIR;PARTSTAT=ACCEPTED;CN="Gayle Smith/city"
 ;RSVP=FALSE:mailto:GayleSmith@company.com.au
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE
 :mailto:alan@sample.com.au
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION
 ;CN="Michael Smith/city";RSVP=TRUE
 :mailto:mab@company.com.au
CLASS:PUBLIC
SUMMARY:Meeting to discuss PABX contracts
LOCATION:Gayle's office
ORGANIZER;CN="Gayle Smith/city";SENT-BY="mailto
 :Rachael/city@company.com.au"
 :mailto:GayleSmith@company.com.au
UID:9F2EBBFB12390C68CA256FB10018A035-Lotus_Notes_Generated
X-LOTUS-BROADCAST:FALSE
X-LOTUS-UPDATE-SEQ:1
X-LOTUS-UPDATE-WISL:$S:1;$L:1;$B:1;$R:1;$E:1
X-LOTUS-NOTESVERSION:2
X-LOTUS-NOTICETYPE:I
X-LOTUS-CHILD_UID:9F2EBBFB12390C68CA256FB10018A035
END:VEVENT
END:VCALENDAR

--Boundary-00=_i/SHCGfsumBwp24--

Comment 1 Toivo Pedaste 2005-05-24 10:12:11 UTC

It happens to me as well, it seems to be ignoring the time zone and using the time in GMT.

Comment 2 emeteo 2005-05-25 00:24:08 UTC

On Tuesday 24 May 2005 10:12, Toivo Pedaste wrote:

> It happens to me as well, it seems to be ignoring the time zone and
> using the time in GMT. _
> 


Please, report your kmail and korganizer version. There was some improvements 
about times zones since last release.

Comment 3 Matt Douhan 2005-05-25 00:26:52 UTC

I wonder if this is related to the Freebusy issues that also ignores TZ?

Comment 4 Toivo Pedaste 2005-05-25 03:06:35 UTC

The version I'm having the trouble with is  3.4 from Kubantu

Comment 5 Graham Smith 2005-06-14 19:45:25 UTC

I have narrowed down the problem to kmail not identifying the time zone correctly. From my experimentation it appears the best way to overcome the problem is to ignore the TZID setting. 

The following is an except of an email I received today.

DTSTART;TZID="AUS Eastern":20050623T140000
DTEND;TZID="AUS Eastern":20050623T150000

This is displayed as 
Start Time:  22/06/2005 22:00
  End Time:  22/06/2005 23:00
  Duration:  1 hour 


If I remove 'TZID="AUS Eastern":' part from the above entries the date and time are displayed correctly. 
Start Time:  23/06/2005 14:00
  End Time:  23/06/2005 15:00
  Duration:  1 hour

This is using the SuSE kdepim3-3.4.1-3.i586.rpm

Regards
Graham Smith

Comment 6 Andy Goss 2006-12-06 03:56:41 UTC

Similar thing has happened to me, but this seems to be from Exchange. I am using standard issue Kontact 1.2, Kmail 1.9.1, Korganizer 3.5 on SUSE 10.1.
(Email addresses have been dummied)


This is a multi-part message in MIME format.

------_=_NextPart_001_01C71728.3756AAB8
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

When: Monday, 11 December 2006 12:30 PM-1:00 PM (GMT+10:00) Canberra, =
Melbourne, Sydney.
Where: Yellow Room

*~*~*~*~*~*~*~*~*~*



------_=_NextPart_001_01C71728.3756AAB8
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
6.5.7638.1">
<TITLE>Updated: Andy..National Magazine discussion</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/rtf format -->

<P><FONT COLOR=3D"#000080" FACE=3D"Century Gothic">When: Monday, 11 =
December 2006 12:30 PM-1:00 PM (GMT+10:00) Canberra, Melbourne, =
Sydney.</FONT>

<BR><FONT COLOR=3D"#000080" FACE=3D"Century Gothic">Where: Yellow =
Room</FONT>
</P>

<P><FONT COLOR=3D"#000080" FACE=3D"Century =
Gothic">*~*~*~*~*~*~*~*~*~*</FONT>
</P>
<BR>

</BODY>
</HTML>
------_=_NextPart_001_01C71728.3756AAB8
Content-class: urn:content-classes:calendarmessage
Content-Type: text/calendar;
	method=REQUEST;
	name="meeting.ics"
Content-Transfer-Encoding: 8bit

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft CDO for Microsoft Exchange
VERSION:2.0
BEGIN:VTIMEZONE
TZID:(GMT+10.00) Melbourne/Sydney
X-MICROSOFT-CDO-TZID:57
BEGIN:STANDARD
DTSTART:16010101T030000
TZOFFSETFROM:+1100
TZOFFSETTO:+1000
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1SU
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T020000
TZOFFSETFROM:+1000
TZOFFSETTO:+1100
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
DTSTAMP:20061203T221312Z
DTSTART;TZID="(GMT+10.00) Melbourne/Sydney":20061211T123000
SUMMARY:Updated: Andy..National Magazine discussion
UID:040000008200E00074C5B7101A82E00800000000C09C2BB68117C701000000000000000
 01000000091F0526F55E6A447B18C3B95FDA55B03
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Jerry And
 rews":MAILTO:dummy@dummy.com.au
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Dallas Sw
 instead":MAILTO:dummy@dummy.com.au
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Andy":MAI
 LTO:dummy@dummy.net.au
ORGANIZER;CN="Nicola Kahui":MAILTO:dummy@dummy.com.au
LOCATION:Yellow Room
DTEND;TZID="(GMT+10.00) Melbourne/Sydney":20061211T130000
DESCRIPTION:\N
SEQUENCE:0
PRIORITY:5
CLASS:
CREATED:20061203T221309Z
LAST-MODIFIED:20061203T221309Z
STATUS:CONFIRMED
TRANSP:OPAQUE
X-MICROSOFT-CDO-BUSYSTATUS:BUSY
X-MICROSOFT-CDO-INSTTYPE:0
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-OWNERAPPTID:-1834694698
X-MICROSOFT-CDO-APPT-SEQUENCE:1
X-MICROSOFT-CDO-ATTENDEE-CRITICAL-CHANGE:20061203T221312Z
X-MICROSOFT-CDO-OWNER-CRITICAL-CHANGE:20061203T221312Z
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT00H15M00S
END:VALARM
END:VEVENT
END:VCALENDAR

------_=_NextPart_001_01C71728.3756AAB8--

Comment 7 Thomas McGuire 2007-03-19 13:20:25 UTC

AFAIK this is a KOrganizer problem.
See bug 109756.

*** This bug has been marked as a duplicate of 109756 ***