Outlook показывает, что дата iCal изменилась, несмотря на то, что она совпадает - PullRequest
0 голосов
/ 15 апреля 2019

Я создаю файлы iCal и отправляю их по электронной почте человеку, который зарегистрировался для определенного события в интрасети. Это происходит во внутренней сети компании, где каждый должен использовать MS Outlook, поэтому меня больше всего беспокоит то, что в Outlook это выглядит правильно.

При изменении события в интрасети владельцу регистрации отправляется новое приглашение с текущим iCal.

Однако, независимо от того, что я изменяю, дата продолжает выделяться как измененная, несмотря на то, что дата точно такая же, как в первом файле iCal.

Кто-нибудь знает, почему это происходит?

Я попробовал:

  • Увеличивать номер ПОСЛЕДОВАТЕЛЬНОСТИ каждый раз (сначала 0, затем 1 и т. Д.)
  • Установить пользовательский (всегда одинаковый) DTSTAMP
  • UID события точно такой же, о чем свидетельствует тот факт, что существующее событие обновляется в Outlook

Обратите внимание на следующий снимок экрана, что местоположение скважины изменилось (и также выделено), но дата не изменилась, но все еще выделена.

Outlook screenshot of the changed event

Мой iCal выглядит так:

----__--MAILNEXTPART--__--

Content-Type: multipart/alternative; boundary="--__--MAILINNERBOUNDARY--__--"

----__--MAILINNERBOUNDARY--__--
Content-Type: text/calendar; charset="UTF-8"; method=REQUEST
Content-Transfer-Encoding: quoted-printable

BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Microsoft Corporation//Outlook 14.0 MIMEDIR//EN
METHOD:REQUEST
BEGIN:VEVENT
UID:icalevent-8315-108-2019-05-03T11:00:00-2019-05-03T13:00:00
DTSTART:20190503T110000Z
SEQUENCE:2
TRANSP:OPAQUE
STATUS:CONFIRMED
DTEND:20190503T130000Z
LOCATION:Another Company\, \nAnother Street\, \nCH-1000 Lausanne
SUMMARY:Testevent for Outlook calendar
ATTENDEE:event-registrant@domain.com
CLASS:PUBLIC
DESCRIPTION:This is the description.
ORGANIZER:organizer@domain.com
DTSTAMP:20190503T110000Z
END:VEVENT
END:VCALENDAR

----__--MAILINNERBOUNDARY--__----

----__--MAILNEXTPART--__----

Обратите внимание, что я попытался установить в DTSTAMP дату / время начала события, но это никак не повлияло на поведение, даже если это произойдет в будущем.

...