March 2010 - calendarserver-users - lists.macosforge.org

Calendar Server List: Unsubscribing?
by Cliff Pruitt 09 Mar '10

09 Mar '10

Hi, I've been on this list for a long time and haven't ever gotten around to using the calendar server at all. Can anyone let me know if there is a way to get off the list if you don't know what email address you're subscribed under? I know that sounds weird to not know, but I use a catchall and my real email wasn't used to subscribe. Thanks, Cliff Pruitt Crayon Cowboy cliff(a)crayoncowboy.com (727) 753-9321

2 1

Problem retrieving events after migration
by Bastien Semene 08 Mar '10

08 Mar '10

Hi list, Currently, my CalendarServer provides different data of the same calendar for different clients. I migrated Calendar Server from an old server to a new one and migrated the datas. Everything worked fine before the migration for everyone. They all use the Thundebird module, Lightning. Now, different clients have different versions of the same calendar. If they install Sunbird, it retrieves the good events. I tried accessing to the calendar directly with their uuids, the problem is the same. I think the problem is on Lightning side, as it maybe have some sort of uuid or data cached. But i'm note sure, and I didn't fine anything to resolve the problem. I tried renaming the profile, so TB created a new one but the problem persist. Does anyone have an idea ? -- Bastien Semene Administrateur Réseau & Système Cyanide Studio - FRANCE

1 0

Aggregated directory services must have the same realm name
by John Murdie 08 Mar '10

08 Mar '10

I've just installed the current trunk development version of Calendar Server on Slackware Linux 13.0 with Python 2.6. (Yes, I realise it is a development version and not a finished product!). The server starts but doesn't accept connections, and so I've set the DefaultLogLevel to 'debug' to see what's going on. I see the message: 2010-03-05 16:44:13+0000 [-] [caldav-3] AssertionError: Aggregated directory services must have the same realm name: '/S (truncated, continued) repeatedly in the log. The log shows it to come just after a call of: directory = AggregateDirectoryService(directories) Is this something that I need to fix and, if so, roughly where should I look? (Incidentally, where might I find a control to allow log messages with longer, untruncated, lines? Nothing obvious to me in caldav-dev.plist.) The message doesn't appear as part of a bug report, as far as I can see.

2 2

Minor wiki page error
by John Murdie 05 Mar '10

05 Mar '10

I note that the wiki page http://trac.calendarserver.org/wiki/iCal says "1. You need to be running the Mac OS X 10.5 Leopard release for a version of iCal supporting CalDAV." The history list tells me that the page is approx. 2 years old. I imagine that the above statement is no longer precise; now it'll be 10.5 Leopard or 10.6 Snow Leopard.

1 0

Group Calendaring and Shared Calendars
by abhi 03 Mar '10

03 Mar '10

Hi Folks, I recently read that groups are being removed from the calendarserver. Currently I have a setup where my users are collaborating with the help of group calendars. Since this will not be possible with future versions of calendarserver, what is the best workaround for a client like Sunbird/Lightning ? I am currently setting up a user calendar with a common password so all users can access it but it's a really ugly hack. I am listing down my list of queries: 1. Does calendarserver support shared calendaring? The last comment in bug 330 says that there is no such support in calserver yet or does it mean there is no support for common shared calendars ?. 2. Can a user still share his calendars with others ? Can a user delegate his calendars to other people? 3. Can I have calendars for conference rooms and other resources. 4. Is there a wiki page on what has been implemented with regards to the RFCs? Regards, Abhi

2 1