Evolution Scheduling Issue.

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

Evolution Scheduling Issue.

James Toebes
Help Please!   I am using Evolution to schedule calendar events.
         Fedora 33
         Evolution 3.38.2 (3.38.2-1.fc33)
         DavMail
         EWS

When they are received by a person using Outlook,  The time is being
shifted off by an hour.  Goggling shows this to be related to the
Timezone in the invite.  Checking the timezones.  Server and client Time
zones seem Ok/ Server and both sending receiving clients are all in US
Eastern Time zone.  The raw message sent has tags that show Tags all
have 3D after all the rqual signs.  The TZID tag shows correctly
     TZID:America/New_York
But later on I see the reference
     TZID=3DAmerica/New_York:20201216T100000

Am I missing something in the translation as to why all equals are
followed with 3D? Is this what is causing the Calendar invites to be
misinterpreted by Outlook clients?  How is this corrected?

Raw message (redacted) sent is below.

Message-ID:
<[hidden email]>
Subject: Review Public IP in CoH
 From: {Redacted}
To: {Redacted}
Date: Tue, 15 Dec 2020 16:48:24 -0500
Organization: {Redacted}
Content-Type: text/calendar; name="calendar.ics"; charset="utf-8";
         method=REQUEST
User-Agent: Evolution 3.38.2 (3.38.2-1.fc33)
Content-Transfer-Encoding: quoted-printable
X-Evolution-Identity: 6608fad2747da18240548b4800132bce0b465b1a
X-Evolution-Fcc: folder://eb90bc54a7fa5b2802fe7855926e76e9d34af2ea/Sent
X-Evolution-Transport: 771a9683fea71ec84d5f113ae3e45a0b64f41267
X-Evolution-Source:
Keywords: $has_cal
MIME-Version: 1.0

BEGIN:VCALENDAR
CALSCALE:GREGORIAN
PRODID:-//Ximian//NONSGML Evolution Calendar//EN
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:America/New_York
X-LIC-LOCATION:America/New_York
BEGIN:DAYLIGHT
TZNAME:EDT
DTSTART:19180329T020000
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=3DYEARLY;UNTIL=3D19200328T070000Z;BYDAY=3D-1SU;BYMONTH=3D3
END:DAYLIGHT
BEGIN:STANDARD
TZNAME:EST
DTSTART:19181025T020000
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
RRULE:FREQ=3DYEARLY;UNTIL=3D19201031T060000Z;BYDAY=3D-1SU;BYMONTH=3D10
END:STANDARD
BEGIN:DAYLIGHT
TZNAME:EDT
DTSTART:19210426T020000
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=3DYEARLY;UNTIL=3D19410427T070000Z;BYDAY=3D-1SU;BYMONTH=3D4
END:DAYLIGHT
BEGIN:STANDARD
TZNAME:EST
DTSTART:19210927T020000
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
RRULE:FREQ=3DYEARLY;UNTIL=3D19540926T060000Z;BYDAY=3D-1SU;BYMONTH=3D9
END:STANDARD
BEGIN:DAYLIGHT
TZNAME:EWT
DTSTART:19420210T020000
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=3DYEARLY;UNTIL=3D19420209T060000Z;BYDAY=3D2MO;BYMONTH=3D2
END:DAYLIGHT
BEGIN:DAYLIGHT
TZNAME:EPT
DTSTART:19450811T190000
TZOFFSETFROM:-0400
TZOFFSETTO:-0400
RRULE:FREQ=3DYEARLY;UNTIL=3D19450815T000000Z;BYDAY=3D2TU;BYMONTH=3D8
END:DAYLIGHT
BEGIN:DAYLIGHT
TZNAME:EDT
DTSTART:19460426T020000
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=3DYEARLY;UNTIL=3D19730429T070000Z;BYDAY=3D-1SU;BYMONTH=3D4
END:DAYLIGHT
BEGIN:STANDARD
TZNAME:EST
DTSTART:19551025T020000
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
RRULE:FREQ=3DYEARLY;UNTIL=3D20061029T060000Z;BYDAY=3D-1SU;BYMONTH=3D10
END:STANDARD
BEGIN:DAYLIGHT
TZNAME:EDT
DTSTART:19740105T020000
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=3DYEARLY;UNTIL=3D19740106T070000Z;BYDAY=3D1SU;BYMONTH=3D1
END:DAYLIGHT
BEGIN:DAYLIGHT
TZNAME:EDT
DTSTART:19750223T020000
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=3DYEARLY;UNTIL=3D19750223T070000Z;BYDAY=3D-1SU;BYMONTH=3D2
END:DAYLIGHT
BEGIN:DAYLIGHT
TZNAME:EDT
DTSTART:19760426T020000
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=3DYEARLY;UNTIL=3D19860427T070000Z;BYDAY=3D-1SU;BYMONTH=3D4
END:DAYLIGHT
BEGIN:DAYLIGHT
TZNAME:EDT
DTSTART:19870405T020000
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=3DYEARLY;UNTIL=3D20060402T070000Z;BYDAY=3D1SU;BYMONTH=3D4
END:DAYLIGHT
BEGIN:DAYLIGHT
TZNAME:EDT
DTSTART:20070308T020000
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=3DYEARLY;BYDAY=3D2SU;BYMONTH=3D3
END:DAYLIGHT
BEGIN:STANDARD
TZNAME:EST
DTSTART:20071101T020000
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
RRULE:FREQ=3DYEARLY;BYDAY=3D1SU;BYMONTH=3D11
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
UID:ce58a6ba5403da842e0b73a7dc5adb40a5fa635d
DTSTAMP:20201215T214823Z
DTSTART;TZID=3DAmerica/New_York:20201216T100000
DTEND;TZID=3DAmerica/New_York:20201216T110000
SEQUENCE:2
ORGANIZER;CN=3DJames Toebes:mailto:[hidden email]
ATTENDEE;CUTYPE=3DINDIVIDUAL;ROLE=3DREQ-PARTICIPANT;PARTSTAT=3DNEEDS-ACTION=
;
  RSVP=3DTRUE;CN=3D{redacted}:mailto:{redacted}
SUMMARY:Review Public IP in CoH
TRANSP:OPAQUE
CLASS:PUBLIC
CREATED:20201215T214817Z
LAST-MODIFIED:20201215T214817Z
X-EVOLUTION-CALDAV-ETAG:2020-12-15T21:48:17Z
END:VEVENT
END:VCALENDAR
_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
Reply | Threaded
Open this post in threaded view
|

Re: Evolution Scheduling Issue.

Pete Biggs

>
> Am I missing something in the translation as to why all equals are
> followed with 3D? Is this what is causing the Calendar invites to be
> misinterpreted by Outlook clients?  How is this corrected?

It's because the Encoding is:

>
> Content-Transfer-Encoding: quoted-printable

In which an encoded character is initiated by an '=' so all '=' symbols
in the text are encodes as '=3D' (the 3D is '=' in ASCII).

Sorry, not an answer to your question about timezones, just an
explanation for the '=3D'.

P.


_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
Reply | Threaded
Open this post in threaded view
|

Re: Evolution Scheduling Issue.

Gnome Evolution - General mailing list
In reply to this post by James Toebes
On Wed, 2020-12-16 at 13:48 -0500, James Toebes wrote:
> I am using Evolution to schedule calendar events.
>          Fedora 33
>          Evolution 3.38.2 (3.38.2-1.fc33)
>          DavMail
>          EWS

        Hi,
do you use evolution-ews or EWS through DavMail? I ask, because it
makes a big difference. The evolution-ews talks to the Exchange server
directly. It had an off-by-one hour error(s) too, the 3.38.2 should
contain all the current changes in this regard.

> When they are received by a person using Outlook,  The time is being
> shifted off by an hour.  Goggling shows this to be related to the
> Timezone in the invite.

Right, it can be due to the time zone. I suppose your example:

>      TZID=3DAmerica/New_York:20201216T100000

reflects the expected time, at 10AM of the America/New_York time zone,
right? If yes, I'm afraid the Exchange server doesn't like "expanded"
timezone definition. Some servers do that. There used to be an option
in libical to "not use exact timezones", but it's gone for some time
now.

The evolution-ews doesn't pass libical timezones into the server, thus
maybe give it a try, if it's not used by you yet.
        Bye,
        Milan

_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
Reply | Threaded
Open this post in threaded view
|

Re: Evolution Scheduling Issue.

Gnome Evolution - General mailing list
In reply to this post by James Toebes
Re: [Evolution] Evolution Scheduling Issue. Wednesday, December 16, 2020, 6:48:59 PM, you wrote:

> Help Please!   I am using Evolution to schedule calendar events.
>          Fedora 33
>          Evolution 3.38.2 (3.38.2-1.fc33)
>          DavMail
>          EWS

> When they are received by a person using Outlook,  The time is being shifted off by an hour.  Goggling shows this to be related to the Timezone in the invite.  Checking the timezones.  Server and client Time zones seem Ok/ Server and both sending receiving clients are all in US Eastern Time zone.  The raw message sent has tags that show Tags all have 3D after all the rqual signs.  The TZID tag shows correctly
>      TZID:America/New_York
> But later on I see the reference
>      TZID=3DAmerica/New_York:20201216T100000

> Am I missing something in the translation as to why all equals are followed with 3D? Is this what is causing the Calendar invites to be misinterpreted by Outlook clients?  How is this corrected?

> Raw message (redacted) sent is below.

> Message-ID: <
[hidden email]>
> Subject: Review Public IP in CoH
>  From: {Redacted}
> To: {Redacted}
> Date: Tue, 15 Dec 2020 16:48:24 -0500
> Organization: {Redacted}
> Content-Type: text/calendar; name="calendar.ics"; charset="utf-8";
>          method=REQUEST
> User-Agent: Evolution 3.38.2 (3.38.2-1.fc33)
> Content-Transfer-Encoding: quoted-printable
> X-Evolution-Identity: 6608fad2747da18240548b4800132bce0b465b1a
> X-Evolution-Fcc: folder://eb90bc54a7fa5b2802fe7855926e76e9d34af2ea/Sent
> X-Evolution-Transport: 771a9683fea71ec84d5f113ae3e45a0b64f41267
> X-Evolution-Source:
> Keywords: $has_cal
> MIME-Version: 1.0

> BEGIN:VCALENDAR
> CALSCALE:GREGORIAN
> PRODID:-//Ximian//NONSGML Evolution Calendar//EN
> VERSION:2.0
> METHOD:REQUEST
> BEGIN:VTIMEZONE
> TZID:America/New_York
> X-LIC-LOCATION:America/New_York
> BEGIN:DAYLIGHT
> TZNAME:EDT
> DTSTART:19180329T020000
> TZOFFSETFROM:-0500
> TZOFFSETTO:-0400
> RRULE:FREQ=3DYEARLY;UNTIL=3D19200328T070000Z;BYDAY=3D-1SU;BYMONTH=3D3
> END:DAYLIGHT
> BEGIN:STANDARD
> TZNAME:EST
> DTSTART:19181025T020000
> TZOFFSETFROM:-0400
> TZOFFSETTO:-0500
> RRULE:FREQ=3DYEARLY;UNTIL=3D19201031T060000Z;BYDAY=3D-1SU;BYMONTH=3D10
> END:STANDARD
> BEGIN:DAYLIGHT
> TZNAME:EDT
> DTSTART:19210426T020000
> TZOFFSETFROM:-0500
> TZOFFSETTO:-0400
> RRULE:FREQ=3DYEARLY;UNTIL=3D19410427T070000Z;BYDAY=3D-1SU;BYMONTH=3D4
> END:DAYLIGHT
> BEGIN:STANDARD
> TZNAME:EST
> DTSTART:19210927T020000
> TZOFFSETFROM:-0400
> TZOFFSETTO:-0500
> RRULE:FREQ=3DYEARLY;UNTIL=3D19540926T060000Z;BYDAY=3D-1SU;BYMONTH=3D9
> END:STANDARD
> BEGIN:DAYLIGHT
> TZNAME:EWT
> DTSTART:19420210T020000
> TZOFFSETFROM:-0500
> TZOFFSETTO:-0400
> RRULE:FREQ=3DYEARLY;UNTIL=3D19420209T060000Z;BYDAY=3D2MO;BYMONTH=3D2
> END:DAYLIGHT
> BEGIN:DAYLIGHT
> TZNAME:EPT
> DTSTART:19450811T190000
> TZOFFSETFROM:-0400
> TZOFFSETTO:-0400
> RRULE:FREQ=3DYEARLY;UNTIL=3D19450815T000000Z;BYDAY=3D2TU;BYMONTH=3D8
> END:DAYLIGHT
> BEGIN:DAYLIGHT
> TZNAME:EDT
> DTSTART:19460426T020000
> TZOFFSETFROM:-0500
> TZOFFSETTO:-0400
> RRULE:FREQ=3DYEARLY;UNTIL=3D19730429T070000Z;BYDAY=3D-1SU;BYMONTH=3D4
> END:DAYLIGHT
> BEGIN:STANDARD
> TZNAME:EST
> DTSTART:19551025T020000
> TZOFFSETFROM:-0400
> TZOFFSETTO:-0500
> RRULE:FREQ=3DYEARLY;UNTIL=3D20061029T060000Z;BYDAY=3D-1SU;BYMONTH=3D10
> END:STANDARD
> BEGIN:DAYLIGHT
> TZNAME:EDT
> DTSTART:19740105T020000
> TZOFFSETFROM:-0500
> TZOFFSETTO:-0400
> RRULE:FREQ=3DYEARLY;UNTIL=3D19740106T070000Z;BYDAY=3D1SU;BYMONTH=3D1
> END:DAYLIGHT
> BEGIN:DAYLIGHT
> TZNAME:EDT
> DTSTART:19750223T020000
> TZOFFSETFROM:-0500
> TZOFFSETTO:-0400
> RRULE:FREQ=3DYEARLY;UNTIL=3D19750223T070000Z;BYDAY=3D-1SU;BYMONTH=3D2
> END:DAYLIGHT
> BEGIN:DAYLIGHT
> TZNAME:EDT
> DTSTART:19760426T020000
> TZOFFSETFROM:-0500
> TZOFFSETTO:-0400
> RRULE:FREQ=3DYEARLY;UNTIL=3D19860427T070000Z;BYDAY=3D-1SU;BYMONTH=3D4
> END:DAYLIGHT
> BEGIN:DAYLIGHT
> TZNAME:EDT
> DTSTART:19870405T020000
> TZOFFSETFROM:-0500
> TZOFFSETTO:-0400
> RRULE:FREQ=3DYEARLY;UNTIL=3D20060402T070000Z;BYDAY=3D1SU;BYMONTH=3D4
> END:DAYLIGHT
> BEGIN:DAYLIGHT
> TZNAME:EDT
> DTSTART:20070308T020000
> TZOFFSETFROM:-0500
> TZOFFSETTO:-0400
> RRULE:FREQ=3DYEARLY;BYDAY=3D2SU;BYMONTH=3D3
> END:DAYLIGHT
> BEGIN:STANDARD
> TZNAME:EST
> DTSTART:20071101T020000
> TZOFFSETFROM:-0400
> TZOFFSETTO:-0500
> RRULE:FREQ=3DYEARLY;BYDAY=3D1SU;BYMONTH=3D11
> END:STANDARD
> END:VTIMEZONE
> BEGIN:VEVENT
> UID:ce58a6ba5403da842e0b73a7dc5adb40a5fa635d
> DTSTAMP:20201215T214823Z
> DTSTART;TZID=3DAmerica/New_York:20201216T100000
> DTEND;TZID=3DAmerica/New_York:20201216T110000
> SEQUENCE:2
> ORGANIZER;CN=3DJames Toebes:mailto:[hidden email]
> ATTENDEE;CUTYPE=3DINDIVIDUAL;ROLE=3DREQ-PARTICIPANT;PARTSTAT=3DNEEDS-ACTION=
> ;
>   RSVP=3DTRUE;CN=3D{redacted}:mailto:{redacted}
> SUMMARY:Review Public IP in CoH
> TRANSP:OPAQUE
> CLASS:PUBLIC
> CREATED:20201215T214817Z
> LAST-MODIFIED:20201215T214817Z
> X-EVOLUTION-CALDAV-ETAG:2020-12-15T21:48:17Z
> END:VEVENT
> END:VCALENDAR
> _______________________________________________
> evolution-list mailing list
[hidden email]
> To change your list options or unsubscribe, visit ...
> https://mail.gnome.org/mailman/listinfo/evolution-list

This probably won't help you much, but this points to differing encoding standards in the various environments.

=3D is the "printed-quotable" way of representing the = ("equals") character. You see this a lot when URLs are included in email text, notably for less-than ("<") symbols. =3D is the printed-quotable format for hexadecimal 3D which is decimal 61, which is the ASCII code for the = symbol. You can see this same substitution happening everywhere else in your text where there is an "=".

So, that's what is happening. I can't help you with why it's happening. Is this affecting any of the other instances where this substitution occurs, say "organizer"?

But I'd be more concerned about this pair of lines:

> TZOFFSETFROM:-0500
> TZOFFSETTO:-0400

--
Chris

_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
Reply | Threaded
Open this post in threaded view
|

Re: Evolution Scheduling Issue.

James Toebes
Yep.   I misread.   The 2 are in different parts of the email.   The change occurs between the header and mime encoding portion.

-----Original Message-----
From: Chris Ramsden via evolution-list <[hidden email]>
Reply-To: Chris Ramsden <[hidden email]>
Subject: Re: [Evolution] Evolution Scheduling Issue.
Date: Mon, 4 Jan 2021 10:40:56 +0000

Re: [Evolution] Evolution Scheduling Issue.Wednesday, December 16, 2020, 6:48:59 PM, you wrote:

> Help Please!   I am using Evolution to schedule calendar events.
>          Fedora 33
>          Evolution 3.38.2 (3.38.2-1.fc33)
>          DavMail
>          EWS

> When they are received by a person using Outlook,  The time is being shifted off by an hour.  Goggling shows this to be related to the Timezone in the invite.  Checking the timezones.  Server and client Time zones seem Ok/ Server and both sending receiving clients are all in US Eastern Time zone.  The raw message sent has tags that show Tags all have 3D after all the rqual signs.  The TZID tag shows correctly
>      TZID:America/New_York
> But later on I see the reference
>      TZID=3DAmerica/New_York:20201216T100000

> Am I missing something in the translation as to why all equals are followed with 3D? Is this what is causing the Calendar invites to be misinterpreted by Outlook clients?  How is this corrected?

> Raw message (redacted) sent is below.

> Message-ID: <
[hidden email]>
> Subject: Review Public IP in CoH
>  From: {Redacted}
> To: {Redacted}
> Date: Tue, 15 Dec 2020 16:48:24 -0500
> Organization: {Redacted}
> Content-Type: text/calendar; name="calendar.ics"; charset="utf-8";
>          method=REQUEST
> User-Agent: Evolution 3.38.2 (3.38.2-1.fc33)
> Content-Transfer-Encoding: quoted-printable
> X-Evolution-Identity: 6608fad2747da18240548b4800132bce0b465b1a
> X-Evolution-Fcc: folder://eb90bc54a7fa5b2802fe7855926e76e9d34af2ea/Sent
> X-Evolution-Transport: 771a9683fea71ec84d5f113ae3e45a0b64f41267
> X-Evolution-Source:
> Keywords: $has_cal
> MIME-Version: 1.0

> BEGIN:VCALENDAR
> CALSCALE:GREGORIAN
> PRODID:-//Ximian//NONSGML Evolution Calendar//EN
> VERSION:2.0
> METHOD:REQUEST
> BEGIN:VTIMEZONE
> TZID:America/New_York
> X-LIC-LOCATION:America/New_York
> BEGIN:DAYLIGHT
> TZNAME:EDT
> DTSTART:19180329T020000
> TZOFFSETFROM:-0500
> TZOFFSETTO:-0400
> RRULE:FREQ=3DYEARLY;UNTIL=3D19200328T070000Z;BYDAY=3D-1SU;BYMONTH=3D3
> END:DAYLIGHT
> BEGIN:STANDARD
> TZNAME:EST
> DTSTART:19181025T020000
> TZOFFSETFROM:-0400
> TZOFFSETTO:-0500
> RRULE:FREQ=3DYEARLY;UNTIL=3D19201031T060000Z;BYDAY=3D-1SU;BYMONTH=3D10
> END:STANDARD
> BEGIN:DAYLIGHT
> TZNAME:EDT
> DTSTART:19210426T020000
> TZOFFSETFROM:-0500
> TZOFFSETTO:-0400
> RRULE:FREQ=3DYEARLY;UNTIL=3D19410427T070000Z;BYDAY=3D-1SU;BYMONTH=3D4
> END:DAYLIGHT
> BEGIN:STANDARD
> TZNAME:EST
> DTSTART:19210927T020000
> TZOFFSETFROM:-0400
> TZOFFSETTO:-0500
> RRULE:FREQ=3DYEARLY;UNTIL=3D19540926T060000Z;BYDAY=3D-1SU;BYMONTH=3D9
> END:STANDARD
> BEGIN:DAYLIGHT
> TZNAME:EWT
> DTSTART:19420210T020000
> TZOFFSETFROM:-0500
> TZOFFSETTO:-0400
> RRULE:FREQ=3DYEARLY;UNTIL=3D19420209T060000Z;BYDAY=3D2MO;BYMONTH=3D2
> END:DAYLIGHT
> BEGIN:DAYLIGHT
> TZNAME:EPT
> DTSTART:19450811T190000
> TZOFFSETFROM:-0400
> TZOFFSETTO:-0400
> RRULE:FREQ=3DYEARLY;UNTIL=3D19450815T000000Z;BYDAY=3D2TU;BYMONTH=3D8
> END:DAYLIGHT
> BEGIN:DAYLIGHT
> TZNAME:EDT
> DTSTART:19460426T020000
> TZOFFSETFROM:-0500
> TZOFFSETTO:-0400
> RRULE:FREQ=3DYEARLY;UNTIL=3D19730429T070000Z;BYDAY=3D-1SU;BYMONTH=3D4
> END:DAYLIGHT
> BEGIN:STANDARD
> TZNAME:EST
> DTSTART:19551025T020000
> TZOFFSETFROM:-0400
> TZOFFSETTO:-0500
> RRULE:FREQ=3DYEARLY;UNTIL=3D20061029T060000Z;BYDAY=3D-1SU;BYMONTH=3D10
> END:STANDARD
> BEGIN:DAYLIGHT
> TZNAME:EDT
> DTSTART:19740105T020000
> TZOFFSETFROM:-0500
> TZOFFSETTO:-0400
> RRULE:FREQ=3DYEARLY;UNTIL=3D19740106T070000Z;BYDAY=3D1SU;BYMONTH=3D1
> END:DAYLIGHT
> BEGIN:DAYLIGHT
> TZNAME:EDT
> DTSTART:19750223T020000
> TZOFFSETFROM:-0500
> TZOFFSETTO:-0400
> RRULE:FREQ=3DYEARLY;UNTIL=3D19750223T070000Z;BYDAY=3D-1SU;BYMONTH=3D2
> END:DAYLIGHT
> BEGIN:DAYLIGHT
> TZNAME:EDT
> DTSTART:19760426T020000
> TZOFFSETFROM:-0500
> TZOFFSETTO:-0400
> RRULE:FREQ=3DYEARLY;UNTIL=3D19860427T070000Z;BYDAY=3D-1SU;BYMONTH=3D4
> END:DAYLIGHT
> BEGIN:DAYLIGHT
> TZNAME:EDT
> DTSTART:19870405T020000
> TZOFFSETFROM:-0500
> TZOFFSETTO:-0400
> RRULE:FREQ=3DYEARLY;UNTIL=3D20060402T070000Z;BYDAY=3D1SU;BYMONTH=3D4
> END:DAYLIGHT
> BEGIN:DAYLIGHT
> TZNAME:EDT
> DTSTART:20070308T020000
> TZOFFSETFROM:-0500
> TZOFFSETTO:-0400
> RRULE:FREQ=3DYEARLY;BYDAY=3D2SU;BYMONTH=3D3
> END:DAYLIGHT
> BEGIN:STANDARD
> TZNAME:EST
> DTSTART:20071101T020000
> TZOFFSETFROM:-0400
> TZOFFSETTO:-0500
> RRULE:FREQ=3DYEARLY;BYDAY=3D1SU;BYMONTH=3D11
> END:STANDARD
> END:VTIMEZONE
> BEGIN:VEVENT
> UID:ce58a6ba5403da842e0b73a7dc5adb40a5fa635d
> DTSTAMP:20201215T214823Z
> DTSTART;TZID=3DAmerica/New_York:20201216T100000
> DTEND;TZID=3DAmerica/New_York:20201216T110000
> SEQUENCE:2
> ORGANIZER;CN=3DJames Toebes:mailto:[hidden email]
> ATTENDEE;CUTYPE=3DINDIVIDUAL;ROLE=3DREQ-PARTICIPANT;PARTSTAT=3DNEEDS-ACTION=
> ;
>   RSVP=3DTRUE;CN=3D{redacted}:mailto:{redacted}
> SUMMARY:Review Public IP in CoH
> TRANSP:OPAQUE
> CLASS:PUBLIC
> CREATED:20201215T214817Z
> LAST-MODIFIED:20201215T214817Z
> X-EVOLUTION-CALDAV-ETAG:2020-12-15T21:48:17Z
> END:VEVENT
> END:VCALENDAR
> _______________________________________________
> evolution-list mailing list
[hidden email]
> To change your list options or unsubscribe, visit ...
> https://mail.gnome.org/mailman/listinfo/evolution-list

This probably won't help you much, but this points to differing encoding standards in the various environments.

=3D is the "printed-quotable" way of representing the = ("equals") character. You see this a lot when URLs are included in email text, notably for less-than ("<") symbols. =3D is the printed-quotable format for hexadecimal 3D which is decimal 61, which is the ASCII code for the = symbol. You can see this same substitution happening everywhere else in your text where there is an "=".

So, that's what is happening. I can't help you with why it's happening. Is this affecting any of the other instances where this substitution occurs, say "organizer"?

But I'd be more concerned about this pair of lines:

> TZOFFSETFROM:-0500
> TZOFFSETTO:-0400

--
Chris
_______________________________________________
evolution-list mailing list
To change your list options or unsubscribe, visit ...

_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
Reply | Threaded
Open this post in threaded view
|

Re: Evolution Scheduling Issue.

James Toebes
In reply to this post by Gnome Evolution - General mailing list
I currently am using EWS through DavMail.   I am suspecting the issue is the older version of exchange being used. 

-----Original Message-----
From: Milan Crha via evolution-list <[hidden email]>
Reply-To: Milan Crha <[hidden email]>
Subject: Re: [Evolution] Evolution Scheduling Issue.
Date: Mon, 04 Jan 2021 11:07:21 +0100

On Wed, 2020-12-16 at 13:48 -0500, James Toebes wrote:
I am using Evolution to schedule calendar events.
         Fedora 33
         Evolution 3.38.2 (3.38.2-1.fc33)
         DavMail
         EWS

        Hi,
do you use evolution-ews or EWS through DavMail? I ask, because it
makes a big difference. The evolution-ews talks to the Exchange server
directly. It had an off-by-one hour error(s) too, the 3.38.2 should
contain all the current changes in this regard.

When they are received by a person using Outlook,  The time is being
shifted off by an hour.  Goggling shows this to be related to the
Timezone in the invite.

Right, it can be due to the time zone. I suppose your example:

     TZID=3DAmerica/New_York:20201216T100000

reflects the expected time, at 10AM of the America/New_York time zone,
right? If yes, I'm afraid the Exchange server doesn't like "expanded"
timezone definition. Some servers do that. There used to be an option
in libical to "not use exact timezones", but it's gone for some time
now.

The evolution-ews doesn't pass libical timezones into the server, thus
maybe give it a try, if it's not used by you yet.
        Bye,
        Milan

_______________________________________________
evolution-list mailing list
To change your list options or unsubscribe, visit ...

_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
Reply | Threaded
Open this post in threaded view
|

Re: Evolution Scheduling Issue.

Gnome Evolution - General mailing list
On Mon, 2021-01-04 at 06:01 -0500, James Toebes wrote:
> I currently am using EWS through DavMail.   I am suspecting the issue
> is the older version of exchange being used. 

        Hi,
not necessarily.

Try the evolution-ews, it's easy to setup and you can see whether it'll
work or not. Then you can choose with which of the two you'd prefer to
stay (the evolution-ews adds to all Evolution views
[Contacts/Calendars/Tasks/Memos/Mails], without a need of a 3rd-party
daemon being running in the background).
        Bye,
        Milan

_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
Reply | Threaded
Open this post in threaded view
|

Re: Evolution Scheduling Issue.

James Toebes
I was using EWS.   had same issue.
  
Due to networking changes at my company (2 different networks: company, Productions) EWS would not work on the prod network where I spend most of my time.   DavMail works in both networks.

-----Original Message-----
From: Milan Crha via evolution-list <[hidden email]>
Reply-To: Milan Crha <[hidden email]>
Subject: Re: [Evolution] Evolution Scheduling Issue.
Date: Mon, 04 Jan 2021 12:58:11 +0100

On Mon, 2021-01-04 at 06:01 -0500, James Toebes wrote:
I currently am using EWS through DavMail.   I am suspecting the issue
is the older version of exchange being used. 

        Hi,
not necessarily.

Try the evolution-ews, it's easy to setup and you can see whether it'll
work or not. Then you can choose with which of the two you'd prefer to
stay (the evolution-ews adds to all Evolution views
[Contacts/Calendars/Tasks/Memos/Mails], without a need of a 3rd-party
daemon being running in the background).
        Bye,
        Milan

_______________________________________________
evolution-list mailing list
To change your list options or unsubscribe, visit ...

_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list