View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001526SOGoApple Calendar (Mac OS X)public2011-12-05 08:022016-06-09 06:44
Assigned Toludovic 
PlatformOSOS Version
Product Version1.3.10 
Target Version2.2.9Fixed in Version 
Summary0001526: Shared calendars do not show up with iCal
DescriptionSince upgrading to version 1.3.10 (from 1.3.9) shared calendars are not show in Apple anymore.
It's always possible to see them through the web-interface and users are not reporting this issue with their iPhones/iPads, where it works as before.
TagsNo tags attached.
Attached Filespng file icon ical5.png [^] (35,687 bytes) 2012-01-19 08:58

? file icon sogo-backup [^] (802 bytes) 2012-04-28 11:47 [Show Content]
? file icon iCal Communication [^] (25,704 bytes) 2012-04-28 11:47 [Show Content]
? file icon iOS communication [^] (45,330 bytes) 2012-04-28 11:47 [Show Content]
? file icon sogo-backup.fixed [^] (563 bytes) 2012-04-28 11:55

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
User avatar (0003110)
ludovic (administrator)
2011-12-05 08:04

Which version of iCal?
odiobill (reporter)
2011-12-05 08:06

Version 5.0.1 (1547.4) for Lion. Did not have the chance to try it with older versions.
Thanks a lot for your time.
User avatar (0003112)
ludovic (administrator)
2011-12-05 08:16

That's a known bug. We tried for DAYS to make it work. Sometime it works, sometimes it doesn't - WITHOUT changing any of the server code. That application sucks.
tastenchris (reporter)
2011-12-06 01:38

I can confirm this bug. Version 1.3.9 worked without problems using iCal 5.0.1.
tastenchris (reporter)
2011-12-06 05:15

Maybe a logfile excerpt will help? This one is all the log messages while starting iCal 5.0.1: [^]

Especially the following error message may be the reason?

Dec 06 11:09:30 sogod [9809]: [ERROR] <0x01229770[SOGoAppointmentInboxFolder]:inbox> (-[SOGoGCSFolder toOneRelationshipKeys]): fetch failed!
odiobill (reporter)
2011-12-06 05:54

I noticed that the issue is not present on all the clients. Mine was, but after deleting the account within iCal and recreating it, I'm now able to see the shared calendar.

I did the same on the laptop of a workmate, but nothing changes. In the account settings, tab delegation, I was able to see the list of the other calendars, my workmate wasn't, he just got the "server doesn't support delegation" message.

This morning, while I have the same message, I still can access the other calendars. Quite weird. I can also confirm that until version 1.3.9, everybody was using it without any issue.

Anyway, I found some weird syslog lines from SOGo, like these:

--- CUT HERE ---
Dec 5 17:53:05 alumix iCal[62925]: iCalendar recurrence failure BYDAY=-1SU;FREQ=YEARLY;BYMONTH=3
       line 1,6: unexpected char: '='
Dec 5 17:53:05 alumix iCal[62925]: iCalendar recurrence failure BYDAY=-1SU;FREQ=YEARLY;BYMONTH=10
       line 1,6: unexpected char: '='
Dec 5 17:53:05 alumix iCal[62925]: Unexpected EOF, returning last token as fallback
Dec 5 17:53:05 alumix [0x0-0x18ea8e9][62925]: line 1,1: expecting FREQUENCE, found 'BYDAY' as token type 5line 1,1: expecting FREQUENCE, found 'BYDAY' as token type 5
Dec 5 17:53:05 alumix iCal[62925]: VTIMEZONE does not match System Time Zone (Europe/Amsterdam) for 20091205T000000 to 20111205T000000: (
           "interval: 2001-01-01 01:00:00 +0100, offset: 3600"
       ) != (
           "interval: 2010-03-28 03:00:00 +0200, offset: 7200",
           "interval: 2010-10-31 02:00:00 +0100, offset: 3600",
           "interval: 2011-03-27 03:00:00 +0200, offset: 7200",
           "interval: 2011-10-30 02:00:00 +0100, offset: 3600"
















--- CUT HERE ---

Moreover, quitting iCal, it writes:

Dec 5 18:08:15 client [0x0-0x18ea8e9][62925]: token mismatch: 4 != 5
odiobill (reporter)
2011-12-28 09:30

Just a quick update: sometimes, removing the account from iCal and recreating it solves the issue, sometimes it doesn't. This happens also with version 1.3.11.
Even more weird: using the same account on two different laptops, I can see the delegates just in one of them, while the other one still presents the same issue.
I tried to remove all the calendars to start with a clean situation, and any iCal related cache files, but it is still unable to see the shared calendars. So it's probably an iCal (or Apple) issue.
User avatar (0003203)
ludovic (administrator)
2011-12-28 09:44

We've seen the "random" issue of things with iCal 5. We still haven't figured out what could still cause that and after many hours of investigation, we gave up for now.

If you're interested in finding a pattern that makes things work and not work, it would be much appreciated.
martinseener (reporter)
2012-01-19 09:01

Just got it working. Added a working Apache2 Vhost Config for SSL on Port 8443. worked OOTB from iOS5 and iCal5/AB in Lion!
Just can use Delegation with correct ACLs too. (See attached Image)

in Apache2´s ports conf i added the following in the SSL Part:
NameVirtualHost *:8443
Listen 8443

And this is my Vhost Config which seems to work great:

<IfModule mod_ssl.c>
<VirtualHost *:8443>

    SSLEngine On
    SSLCertificateFile /etc/ssl/certs/iRedMail_CA.pem
        SSLCertificateKeyFile /etc/ssl/private/iRedMail.key

        #Cipher Order Fix for BEAST Attack Vector
        SSLHonorCipherOrder on
        SSLCipherSuite !aNULL:!eNULL:!EXPORT:!DSS:!DES:RC4-SHA:RC4-MD5:ALL

        #SSLOptions +FakeBasicAuth +ExportCertData +StrictRequire
        <FilesMatch "\.(cgi|shtml|phtml|php)$">
                SSLOptions +StdEnvVars
        <Directory /usr/lib/cgi-bin>
                SSLOptions +StdEnvVars

        BrowserMatch "MSIE [2-6]" \
                nokeepalive ssl-unclean-shutdown \
                downgrade-1.0 force-response-1.0
        # MSIE 7 and newer should be able to use keepalive
        BrowserMatch "MSIE [17-9]" ssl-unclean-shutdown

      RewriteEngine On
      RewriteRule ^/principals/users/(.*)$ /proxy/$1 [PT]
      RewriteRule ^/SOGo/(.*)$ /SOGo/$1 [env=REMOTE_HOST:%{REMOTE_ADDR},PT]

      #ProxyRequests Off
      #SetEnv proxy-nokeepalive 1
      ProxyPreserveHost On
      ProxyPassInterpolateEnv On

      ProxyPass /proxy [^] interpolate
      ProxyPass /SOGo [^] interpolate
      ProxyPass / [^] interpolate
      <Proxy> [^]
            RequestHeader set "x-webobjects-server-port" "8443"
            RequestHeader set "x-webobjects-server-name" ""
            RequestHeader set "x-webobjects-server-url" "" [^]
            RequestHeader set "x-webobjects-server-protocol" "HTTP/1.0"
            RequestHeader set "x-webobjects-remote-host" %{REMOTE_HOST}e
            AddDefaultCharset UTF-8
            Order allow,deny
            Allow from all

     ErrorLog /var/log/apache2/ab-ssl-error.log
      LogLevel error
      CustomLog /var/log/apache2/ab-ssl-access.log combined
casties (reporter)
2012-02-02 15:04

Just another datapoint: I am also having problems with shared calendars (delegation) not showing up in iCal on Lion (since 10.7.2, now iCal 5.0.2 in OSX 10.7.3). Removing and re-adding the account doesn't help. It works for my colleague with the same config.

I tried the config above by martinseener but it didn't help.
Thomsen (reporter)
2012-04-12 10:24

maybe the following will help someone:

we are still unable to configure delegates in Apple iCal 5.x (now 5.0.2) but if we migrate an already existing iCal 4.0.4 configuration it is possible to access the delegates (they must be subscribed in 4.0.4).
Copying the entire Library directory is not required ... you will only need the follwing files from your old SnowLeopard / iCal 4.0.4 HOME:

Library/Calenders/Calendar Cache

not nice ... maybe its a workaround for some of you until apple will fix this
soletan (reporter)
2012-04-28 11:46
edited on: 2012-04-28 11:48

May I try to shed another light on this issue asking for some comment on a fact I'm curious about?

I'm testing SOGo 1.3.14 on a Debian Squeeze using distributed binary packages. There is a user esupport having its personal as well as a subscribed and a locally created calendar. Find attached the record written by "sogo-tool backup <folder> esupport".

I've connected iCal on a Mac OS X Lion and it sees personal calendar and locally created one. The subscribed one is missing just as described by previous commenters. Next I tried to connect Calendar App on a iOS 5.1 device and it's providing all three folders supporting event creation/deletion/modification in subscribed folder.

Next I asked a business partner for repeating the test on a Mac OS X Snow Leopard and an iOS 3.x device. The results were all the same. iCal on Mac fails to show subscribed folder while even the older iOS 3.x device is capable of listing it.

So I decided to watch traffic in either situation. Though I'm a software developer for more than 25 years now, I'm totally new to CalDAV protocol and lacking mature experience in Objective-C/GNUstep. Thus I wanted to have a closer look at what's going on for educational purposes and in the hope of finding a solution to this really annoying problem. Find attached another two files providing traffic between SOGo server and iCal as well as between the very same server/setup and iOS 5.1 ...

Here's the point I'm curious about: in communicating with iCal SOGo isn't even promoting the subscribed folder in its response. Why is that so?

I confess to not having inspected diff of provided protocols.

pvdv (reporter)
2012-07-25 13:02

I did also run into this problem. I've asked paid support and Ludovic answered that there is no news in this item and he said that using port 8443 or upgrading from a previous version should change nothing.

What my customer did as a workarround: he does not work with delegates, but creates a few calendars with different users/passwords (this is possible in Ical). This works, but it is only useable in a little firm. And realise that the other users can see private and secret appointments. Another pre for this solution is that you can give each calendar a different color (in Ical delegates are all grey...).
casties (reporter)
2012-07-31 11:49

Relatively good news: iCal 6.0 aka on OSX 10.8 works with delegation out of the box!

Now everybody on 10.7 just needs to upgrade to 10.7 to use Sogo :-) I already have two machines that won't work with 10.8 though :-(
casties (reporter)
2012-07-31 11:50

Of course I meant to say: "Now everybody on 10.7 just needs to upgrade to 10.8 to use Sogo :-)"
User avatar (0007542)
ludovic (administrator)
2014-09-24 15:22

Suspending this ticket for now. iCal 5 is broken in so many ways. After lots of tests, the iCal 5's behaviour is even erratic with Darwin Calendar server - that means a lot.

- Issue History
Date Modified Username Field Change
2011-12-05 08:02 odiobill New Issue
2011-12-05 08:04 ludovic Note Added: 0003110
2011-12-05 08:06 odiobill Note Added: 0003111
2011-12-05 08:16 ludovic Note Added: 0003112
2011-12-06 01:38 tastenchris Note Added: 0003116
2011-12-06 05:15 tastenchris Note Added: 0003117
2011-12-06 05:54 odiobill Note Added: 0003118
2011-12-28 09:30 odiobill Note Added: 0003202
2011-12-28 09:44 ludovic Note Added: 0003203
2012-01-19 08:58 martinseener File Added: ical5.png
2012-01-19 09:01 martinseener Note Added: 0003293
2012-02-02 15:04 casties Note Added: 0003354
2012-04-12 10:24 Thomsen Note Added: 0003724
2012-04-28 11:46 soletan Note Added: 0003827
2012-04-28 11:47 soletan File Added: sogo-backup
2012-04-28 11:47 soletan File Added: iCal Communication
2012-04-28 11:47 soletan File Added: iOS communication
2012-04-28 11:48 soletan Note Edited: 0003827
2012-04-28 11:55 soletan File Added: sogo-backup.fixed
2012-07-25 13:02 pvdv Note Added: 0004224
2012-07-31 11:49 casties Note Added: 0004237
2012-07-31 11:50 casties Note Added: 0004238
2014-09-12 11:34 ludovic Target Version => 2.2.9
2014-09-24 15:22 ludovic Note Added: 0007542
2014-09-24 15:22 ludovic Status new => resolved
2014-09-24 15:22 ludovic Resolution open => suspended
2014-09-24 15:22 ludovic Assigned To => ludovic
2014-09-26 14:08 ludovic Category Apple => Apple Calendar (Mac OS X)

Copyright © 2000 - 2019 MantisBT Team
Powered by Mantis Bugtracker