Calendar entries being duplicated

Hi,

Setup:
SabreDAV for CalDAV/CardDAV server
PC: emClient (latest)
Phone: iPhone IOS 8.3

This happens on a sporadic basis.  I’ll notice a calendar entry has been duplicated as follows:

in this case if I attempt to drag/drop the first “Meal with Mags” to the desktop I get the following error:

If I’m quick enough I can get both entries saved as .ics files, diffing them shows the following changes (please note I have sorted the two files to faciliate the diff):

looking in the logs I can see the following error:

22:57:49.938|021|   S: PUT https://192.168.1.124/sabreDAV/syno.php/calendars/admin/calendar/7B9AFC75-24A8-401E-A386-E0FD6E5678F…
22:57:49.938|021|   PreconditionFailed Precondition failed
22:57:49.938|021|   ETag: “e454ee46b403cbf2f0635bebe9f8ae28”
22:57:49.938|021|   Response, stream length:
-1, 361
22:57:49.938|021|   Content:

<?xml version="1.0" encoding="utf-8"?>

" rel=“nofollow” target="_blank" title=“Link http//sabredavorg/ns”>http://sabredav.org/ns">;
3.0.2
Sabre\DAV\Exception\PreconditionFailed
An If-Match header was specified, but none of the specified the ETags matched.
If-Match

and the .ics file stored on the server looks as follows:

BEGIN:VCALENDAR
CALSCALE:GREGORIAN
PRODID:-//Apple Inc.//iOS 8.4.1//EN
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Europe/Madrid
BEGIN:DAYLIGHT
DTSTART:19810329T020000
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
TZNAME:CEST
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
END:DAYLIGHT
BEGIN:STANDARD
DTSTART:19961027T030000
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
TZNAME:CET
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
CREATED:20150806T192136Z
DTEND;TZID=Europe/Madrid:20150827T235500
DTSTAMP:20150825T190003Z
DTSTART;TZID=Europe/Madrid:20150827T210000
LAST-MODIFIED:20150825T190002Z
SEQUENCE:0
SUMMARY:Meal with Mags
TRANSP:OPAQUE
UID:7B9AFC75-24A8-401E-A386-E0FD6E5678FB
BEGIN:VALARM
ACKNOWLEDGED:20150825T190002Z
ACTION:DISPLAY
DESCRIPTION:Reminder
TRIGGER:-P2D
UID:B4F18048-9915-4448-A4E6-206661DBDC26
X-WR-ALARMUID:B4F18048-9915-4448-A4E6-206661DBDC26
END:VALARM
END:VEVENT
END:VCALENDAR

Note that all 3 .ics files have the same UID, but only emClient has 2 entries.

In previous cases choosing overwrite local/remote either didn’t work or created more duplicates in emClient.

Note that the LAST-MODIFIED values are:
LAST-MODIFIED:20150825T190002Z (server)
LAST-MODIFIED:20150826T215753Z (1st duplicate entry in em)
LAST-MODIFIED:20150826T215806Z (2nd duplicate entry in em)

I have a suspicion it’s something to do with reminder pop-ups occurring in em but it’s unclear to me exactly how it manifests itself.

Any ideas?  I’ll leave the entry alone for the time being so we can continue to prod it.

Rob

Full emClient log message for failed sync follows:

22:57:49.518|001|   Synchronizer.Modify:  start startUtc end endUtc componentDtStamp componentSequence
22:57:49.521|021|   C: PutCommand https://192.168.1.124/sabreDAV/syno.php/calendars/admin/calendar/7B9AFC75-24A8-401E-A386-E0FD6E5678F…
22:57:49.521|021|   BEGIN:VCALENDAR
22:57:49.521|021|   CALSCALE:GREGORIAN
22:57:49.521|021|   PRODID:-//eM Client/6.0.22344.0
22:57:49.521|021|   VERSION:2.0
22:57:49.521|021|   BEGIN:VTIMEZONE
22:57:49.521|021|   TZID:Europe/Madrid
22:57:49.521|021|   BEGIN:DAYLIGHT
22:57:49.521|021|   DTSTART:19810329T020000
22:57:49.521|021|   RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3
22:57:49.521|021|   TZNAME:CEST
22:57:49.521|021|   TZOFFSETFROM:+0100
22:57:49.521|021|   TZOFFSETTO:+0200
22:57:49.521|021|   END:DAYLIGHT
22:57:49.521|021|   BEGIN:STANDARD
22:57:49.521|021|   DTSTART:19961027T030000
22:57:49.521|021|   RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10
22:57:49.521|021|   TZNAME:CET
22:57:49.521|021|   TZOFFSETFROM:+0200
22:57:49.521|021|   TZOFFSETTO:+0100
22:57:49.521|021|   END:STANDARD
22:57:49.521|021|   END:VTIMEZONE
22:57:49.521|021|   BEGIN:VEVENT
22:57:49.521|021|   CREATED:20150806T192136Z
22:57:49.521|021|   DTEND;TZID=“Europe/Madrid”:20150827T235500
22:57:49.521|021|   DTSTAMP:20150826T215749Z
22:57:49.521|021|   DTSTART;TZID=“Europe/Madrid”:20150827T210000
22:57:49.521|021|   LAST-MODIFIED:20150826T215749Z
22:57:49.521|021|   SEQUENCE:4
22:57:49.521|021|   SUMMARY:Meal with Mags
22:57:49.521|021|   TRANSP:OPAQUE
22:57:49.521|021|   UID:7B9AFC75-24A8-401E-A386-E0FD6E5678FB
22:57:49.521|021|   X-MICROSOFT-CDO-BUSYSTATUS:BUSY
22:57:49.521|021|   CLASS:PUBLIC
22:57:49.521|021|   BEGIN:VALARM
22:57:49.521|021|   ACTION:DISPLAY
22:57:49.521|021|   DESCRIPTION:Reminder
22:57:49.521|021|   TRIGGER;RELATED=START:-P2D
22:57:49.521|021|   UID:B4F18048-9915-4448-A4E6-206661DBDC26
22:57:49.521|021|   X-WR-ALARMUID:B4F18048-9915-4448-A4E6-206661DBDC26
22:57:49.521|021|   X-MOZ-LASTACK:20150825T185900Z
22:57:49.521|021|   ACKNOWLEDGED:20150825T185900Z
22:57:49.521|021|   END:VALARM
22:57:49.521|021|   END:VEVENT
22:57:49.521|021|   END:VCALENDAR
22:57:49.521|021|  
22:57:49.938|021|   S: PUT https://192.168.1.124/sabreDAV/syno.php/calendars/admin/calendar/7B9AFC75-24A8-401E-A386-E0FD6E5678F…
22:57:49.938|021|   PreconditionFailed Precondition failed
22:57:49.938|021|   ETag: “e454ee46b403cbf2f0635bebe9f8ae28”
22:57:49.938|021|   Response, stream length:
-1, 361
22:57:49.938|021|   Content:

<?xml version="1.0" encoding="utf-8"?>

" rel=“nofollow” target="_blank" title=“Link http//sabredavorg/ns”>http://sabredav.org/ns">;
3.0.2
Sabre\DAV\Exception\PreconditionFailed
An If-Match header was specified, but none of the specified the ETags matched.
If-Match

Hmm, in the time it took to write that I’ve gained another duplicate:

also my reminders window has all 3 in:

Hello Rob, are you using any security software on your computer, that may have disabled the application’s ability to connect to the server and check if the issue persists?

If it does, please navigate to Tools > Settings > Advanced and enable CalDAV logging for the problematic CalDAV account, save the settings and replicate the issue. Once the issue reoccurs, please restart the application and go back to the advanced settings to submit the logging data.

Send the logs to my work mail [email protected] with a reference link to this forum topic for more information about this issue.

Regards,