[SOGo] BTS activities for Monday, May 28 2018
Title: BTS activities for Monday, May 28 2018 BTS Activities Home page: http://www.sogo.nu/bugs Project: SOGo For the period covering: Monday, May 28 2018 idlast updatestatus (resolution)categorysummary 4470 2018-05-28 17:11:31 updated (open) ActiveSync ActiveSync Global Address book search cannot find any contact and ends with HTTP error 501 4459 2018-05-28 08:22:44 updated (open) Packaging (Debian) Build packages for Ubuntu 18.04 LTS -- users@sogo.nuhttps://inverse.ca/sogo/lists
Re: [SOGo] Meetingrequest via CalDav results in duplicate appointments
Hello Michael, On Sun, May 27, 2018 at 01:07:37PM +0200 you wrote: > Attached you can find the requested files. I created the invitation request > from Evolution > via Caldav and replyed from Android synced via ActiveSync. > Should I additionally file a bug at https://sogo.nu/bugs ? please do that. It't that the peaple beحing SOGo gets aware that there are many problems using SOGo in a mixed environment (active sync / CalDAV). We are using Outlook 2013 (active sync) and Thunderbird (CalDAV) facing a lot of problems when it comes to repeating events with exceptions. Regards -- R. Cirksena -- users@sogo.nu https://inverse.ca/sogo/lists
AW: [SOGo] Support of Drafts folder from v2.3.22 and v3-2-10
Hi Tom, thanks for advising, I must have missed that piece of information. regards Andy -- ✂- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Email sent by mobile device. Pls excuse my brevity. Am Samstag, 26. Mai 2018 08:37 CEST, "\"Thomas Fuehrer\"" (t...@aon.at) schrieb: Hi Andy, draft-folder sync support comes with EAS version 16. Due to some issue with some EAS clients EAS 16 is not enabled yet. Regards, Thomas Von: users-requ...@sogo.nu Im Auftrag von "Andreas Blaha" Gesendet: Freitag, 25. Mai 2018 18:12 An: users@sogo.nu Betreff: [SOGo] Support of Drafts folder from v2.3.22 and v3-2-10 Hi all, as far as I am aware, activesyncing Drafts folders should be supported from SOGo v2.3.22 and v3-2-10. I just cannot see this working, I have created test-Drafts in Webmail, Outlook and on the iPhone and iPad but they are all out of sync. Did I miss something, is there a switch i need to flip or similar? many thanks in advance Andy -- ✂- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Email sent by mobile device. Pls excuse my brevity. -- users@sogo.nu https://inverse.ca/sogo/lists -- users@sogo.nu https://inverse.ca/sogo/lists -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Meetingrequest via CalDav results in duplicate appointments
Hi Thomas, thanks for the interest in my issue. Attached you can find the requested files. I created the invitation request from Evolution via Caldav and replyed from Android synced via ActiveSync. Should I additionally file a bug at https://sogo.nu/bugs ? If I can be of assistance, please do not hesitate to contact me. Cheers, Michael On Sa, 2018-05-26 at 08:33 +0200, > Hi Michael, > this sounds like a bug. Can you provide the initial and the duplicate raw > event in > attendee's calendar and raw invitation e-mail? > > Thanks, > Thomas > > -Ursprüngliche Nachricht- > Von: users-requ...@sogo.nu Im Auftrag von > "mlo-bugtrack@germansk > i.net" > Gesendet: Mittwoch, 23. Mai 2018 22:06 > An: users@sogo.nu > Betreff: [SOGo] Meetingrequest via CalDav results in duplicate appointments > > Hi Mailinglistmembers, > > my goal is to create meeting requests via CalDAV to invite several people to > a meeting. > After sending the meeting requests via CalDAV, SOGo add's the event into all > attendees > calendars and notifies everybody via mail. My issue appears when one of the > attendees > agrees the the meeting request via ActiveSync: > the event that is already in the attendees calendar gets re-created. Now > there are > duplicate appointments in the attendees calendar. Possible updates on the > event are only > issued to one of the duplicate appointments. > > Very strange: the duplicate appointments have the same iCal UID > > Everything works fine if either > 1. the Meetingrequest is created via SOGo Webapp 2. the attendees do agree to > the > meetingrequest via SOGo Webapp but it doesnt work in combination of CalDav and > ActiveSync. > > Do I miss something or did I find a bug? I couln't find a Bugreport for this > one. > > My environment: > SOGo 3.2.10 > CalDAV clients: tested with Evolution (Gnome) and manual CalDAV operations > via Caldav4j > ActiveSync clients: Android and Outlook 2016 > > Thanks for any suggestions, > Michael > -- > users@sogo.nu > https://inverse.ca/sogo/lists= > -- users@sogo.nu https://inverse.ca/sogo/listsBEGIN:VCALENDAR PRODID:-//Ximian//NONSGML Evolution Calendar//EN VERSION:2.0 CALSCALE:GREGORIAN BEGIN:VTIMEZONE TZID:/freeassociation.sourceforge.net/Europe/Berlin X-LIC-LOCATION:Europe/Berlin BEGIN:STANDARD TZNAME:CET DTSTART:19491002T03 TZOFFSETFROM:+0100 TZOFFSETTO:+0100 END:STANDARD BEGIN:STANDARD TZNAME:CET DTSTART:19800101T00 TZOFFSETFROM:+0200 TZOFFSETTO:+0100 END:STANDARD BEGIN:DAYLIGHT TZNAME:CEST DTSTART:19800406T02 TZOFFSETFROM:+0100 TZOFFSETTO:+0200 END:DAYLIGHT BEGIN:STANDARD TZNAME:CET DTSTART:19800928T03 TZOFFSETFROM:+0200 TZOFFSETTO:+0100 END:STANDARD BEGIN:DAYLIGHT TZNAME:CEST DTSTART:19810329T02 TZOFFSETFROM:+0100 TZOFFSETTO:+0200 END:DAYLIGHT BEGIN:STANDARD TZNAME:CET DTSTART:19810927T03 TZOFFSETFROM:+0200 TZOFFSETTO:+0100 END:STANDARD BEGIN:DAYLIGHT TZNAME:CEST DTSTART:19820328T02 TZOFFSETFROM:+0100 TZOFFSETTO:+0200 END:DAYLIGHT BEGIN:STANDARD TZNAME:CET DTSTART:19820926T03 TZOFFSETFROM:+0200 TZOFFSETTO:+0100 END:STANDARD BEGIN:DAYLIGHT TZNAME:CEST DTSTART:19830327T02 TZOFFSETFROM:+0100 TZOFFSETTO:+0200 END:DAYLIGHT BEGIN:STANDARD TZNAME:CET DTSTART:19830925T03 TZOFFSETFROM:+0200 TZOFFSETTO:+0100 END:STANDARD BEGIN:DAYLIGHT TZNAME:CEST DTSTART:19840325T02 TZOFFSETFROM:+0100 TZOFFSETTO:+0200 END:DAYLIGHT BEGIN:STANDARD TZNAME:CET DTSTART:19840930T03 TZOFFSETFROM:+0200 TZOFFSETTO:+0100 END:STANDARD BEGIN:DAYLIGHT TZNAME:CEST DTSTART:19850331T02 TZOFFSETFROM:+0100 TZOFFSETTO:+0200 END:DAYLIGHT BEGIN:STANDARD TZNAME:CET DTSTART:19850929T03 TZOFFSETFROM:+0200 TZOFFSETTO:+0100 END:STANDARD BEGIN:DAYLIGHT TZNAME:CEST DTSTART:19860330T02 TZOFFSETFROM:+0100 TZOFFSETTO:+0200 END:DAYLIGHT BEGIN:STANDARD TZNAME:CET DTSTART:19860928T03 TZOFFSETFROM:+0200 TZOFFSETTO:+0100 END:STANDARD BEGIN:DAYLIGHT TZNAME:CEST DTSTART:19870329T02 TZOFFSETFROM:+0100 TZOFFSETTO:+0200 END:DAYLIGHT BEGIN:STANDARD TZNAME:CET DTSTART:19870927T03 TZOFFSETFROM:+0200 TZOFFSETTO:+0100 END:STANDARD BEGIN:DAYLIGHT TZNAME:CEST DTSTART:19880327T02 TZOFFSETFROM:+0100 TZOFFSETTO:+0200 END:DAYLIGHT BEGIN:STANDARD TZNAME:CET DTSTART:19880925T03 TZOFFSETFROM:+0200 TZOFFSETTO:+0100 END:STANDARD BEGIN:DAYLIGHT TZNAME:CEST DTSTART:19890326T02 TZOFFSETFROM:+0100 TZOFFSETTO:+0200 END:DAYLIGHT BEGIN:STANDARD TZNAME:CET DTSTART:19890924T03 TZOFFSETFROM:+0200 TZOFFSETTO:+0100 END:STANDARD BEGIN:DAYLIGHT TZNAME:CEST DTSTART:19900325T02 TZOFFSETFROM:+0100 TZOFFSETTO:+0200 END:DAYLIGHT BEGIN:STANDARD TZNAME:CET DTSTART:19900930T03 TZOFFSETFROM:+0200 TZOFFSETTO:+0100 END:STANDARD BEGIN:DAYLIGHT TZNAME:CEST DTSTART:19910331T02 TZOFFSETFROM:+0100 TZOFFSETTO:+0200 END:DAYLIGHT BEGIN:STANDARD TZNAME:CET DTSTART:19910929T03 TZOFFSETFROM:+0200 TZOFFSETTO:+0100 END:STANDARD BEGIN:DAYLIGHT TZNAME:CEST DTSTART:19920329T02 TZOFFSETFROM:+0100 TZOFFSETTO:+0200 END:DAYLIGHT BEGIN:STANDARD TZNAME:CET DT