Getting a stable version of Calendar Server?

[Gergely Gati]

Hi,

I've tried to run Calendar Server several times from my OS X 10.5 (Leopard) machine.
Often I can't even get it to start but today I got as far as seeing the first page generated.
(It fails when I'm trying to access the first user principal though.)

I was wondering if there is a stable version available for download that is more or less reliable at least for the basic functionality?

Also what timezone can I expect people to answer on the #calendarserver IRC channel? (So far I haven't had any luck.)

Thanks,
gergely


2009-08-12 14:52:52+0200 [-] [caldav-8009]  [PooledMemCacheProtocol,client] [twistedcaldav.extensions#info] PROPFIND /calendars/__uids__/user01/ HTTP/1.1
2009-08-12 14:52:52+0200 [-] [caldav-8009]  [-] Exception rendering:
2009-08-12 14:52:52+0200 [-] [caldav-8009]  [-] Unhandled Error
2009-08-12 14:52:52+0200 [-] [caldav-8009]     Traceback (most recent call last):
2009-08-12 14:52:52+0200 [-] [caldav-8009]       File "/Users/gergelyg/dev/calendar_server_new/Twisted/twisted/internet/defer.py", line 769, in gotResult
2009-08-12 14:52:52+0200 [-] [caldav-8009]         _inlineCallbacks(r, g, deferred)
2009-08-12 14:52:52+0200 [-] [caldav-8009]       File "/Users/gergelyg/dev/calendar_server_new/Twisted/twisted/internet/defer.py", line 749, in _inlineCallbacks
2009-08-12 14:52:52+0200 [-] [caldav-8009]         result = g.send(result)
2009-08-12 14:52:52+0200 [-] [caldav-8009]       File "/Users/gergelyg/dev/calendar_server_new/CalendarServer/twistedcaldav/method/propfind.py", line 127, in http_PROPFIND
2009-08-12 14:52:52+0200 [-] [caldav-8009]         inherited_aces=filtered_aces,
2009-08-12 14:52:52+0200 [-] [caldav-8009]       File "/Users/gergelyg/dev/calendar_server_new/Twisted/twisted/internet/defer.py", line 832, in unwindGenerator
2009-08-12 14:52:52+0200 [-] [caldav-8009]         return _inlineCallbacks(None, f(*args, **kwargs), Deferred())
2009-08-12 14:52:52+0200 [-] [caldav-8009]     --- <exception caught here> ---
2009-08-12 14:52:52+0200 [-] [caldav-8009]       File "/Users/gergelyg/dev/calendar_server_new/Twisted/twisted/internet/defer.py", line 749, in _inlineCallbacks
2009-08-12 14:52:52+0200 [-] [caldav-8009]         result = g.send(result)
2009-08-12 14:52:52+0200 [-] [caldav-8009]       File "/Users/gergelyg/dev/calendar_server_new/CalendarServer/twistedcaldav/extensions.py", line 532, in findChildrenFaster
2009-08-12 14:52:52+0200 [-] [caldav-8009]         childnames = list(self.listChildren())
2009-08-12 14:52:52+0200 [-] [caldav-8009]       File "/Users/gergelyg/dev/calendar_server_new/CalendarServer/twistedcaldav/static.py", line 381, in listChildren
2009-08-12 14:52:52+0200 [-] [caldav-8009]         child for child in super(CalDAVFile, self).listChildren()
2009-08-12 14:52:52+0200 [-] [caldav-8009]     exceptions.TypeError: iteration over non-sequence
2009-08-12 14:52:52+0200 [-] [caldav-8009]    



_______________________________________________
calendarserver-users mailing list
calendarserver-users@...
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users

[Max Bobzien]

I know this does not really help, but the installation here runs fine as far as I am concerned. Have you tried to install the server on a clean user environment? Maybe something screwed up during the installation process or there are some incompatibilities with third-party apps.

Max

--
"The best laid schemes o' mice an' men gang aft aglay."
Robert Burns

 
Am Mittwoch 12 August 2009 um 03:06PM schrieb "Gergely Gati" <gergely.gati@...>:
>_______________________________________________
>calendarserver-users mailing list
>calendarserver-users@...
>http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
>
>

Hi,

I've tried to run Calendar Server several times from my OS X 10.5 (Leopard) machine.
Often I can't even get it to start but today I got as far as seeing the first page generated.
(It fails when I'm trying to access the first user principal though.)

I was wondering if there is a stable version available for download that is more or less reliable at least for the basic functionality?

Also what timezone can I expect people to answer on the #calendarserver IRC channel? (So far I haven't had any luck.)

Thanks,
gergely


2009-08-12 14:52:52+0200 [-] [caldav-8009]  [PooledMemCacheProtocol,client] [twistedcaldav.extensions#info] PROPFIND /calendars/__uids__/user01/ HTTP/1.1
2009-08-12 14:52:52+0200 [-] [caldav-8009]  [-] Exception rendering:
2009-08-12 14:52:52+0200 [-] [caldav-8009]  [-] Unhandled Error
2009-08-12 14:52:52+0200 [-] [caldav-8009]     Traceback (most recent call last):
2009-08-12 14:52:52+0200 [-] [caldav-8009]       File "/Users/gergelyg/dev/calendar_server_new/Twisted/twisted/internet/defer.py", line 769, in gotResult
2009-08-12 14:52:52+0200 [-] [caldav-8009]         _inlineCallbacks(r, g, deferred)
2009-08-12 14:52:52+0200 [-] [caldav-8009]       File "/Users/gergelyg/dev/calendar_server_new/Twisted/twisted/internet/defer.py", line 749, in _inlineCallbacks
2009-08-12 14:52:52+0200 [-] [caldav-8009]         result = g.send(result)
2009-08-12 14:52:52+0200 [-] [caldav-8009]       File "/Users/gergelyg/dev/calendar_server_new/CalendarServer/twistedcaldav/method/propfind.py", line 127, in http_PROPFIND
2009-08-12 14:52:52+0200 [-] [caldav-8009]         inherited_aces=filtered_aces,
2009-08-12 14:52:52+0200 [-] [caldav-8009]       File "/Users/gergelyg/dev/calendar_server_new/Twisted/twisted/internet/defer.py", line 832, in unwindGenerator
2009-08-12 14:52:52+0200 [-] [caldav-8009]         return _inlineCallbacks(None, f(*args, **kwargs), Deferred())
2009-08-12 14:52:52+0200 [-] [caldav-8009]     --- <exception caught here> ---
2009-08-12 14:52:52+0200 [-] [caldav-8009]       File "/Users/gergelyg/dev/calendar_server_new/Twisted/twisted/internet/defer.py", line 749, in _inlineCallbacks
2009-08-12 14:52:52+0200 [-] [caldav-8009]         result = g.send(result)
2009-08-12 14:52:52+0200 [-] [caldav-8009]       File "/Users/gergelyg/dev/calendar_server_new/CalendarServer/twistedcaldav/extensions.py", line 532, in findChildrenFaster
2009-08-12 14:52:52+0200 [-] [caldav-8009]         childnames = list(self.listChildren())
2009-08-12 14:52:52+0200 [-] [caldav-8009]       File "/Users/gergelyg/dev/calendar_server_new/CalendarServer/twistedcaldav/static.py", line 381, in listChildren
2009-08-12 14:52:52+0200 [-] [caldav-8009]         child for child in super(CalDAVFile, self).listChildren()
2009-08-12 14:52:52+0200 [-] [caldav-8009]     exceptions.TypeError: iteration over non-sequence
2009-08-12 14:52:52+0200 [-] [caldav-8009]    

_______________________________________________
calendarserver-users mailing list
calendarserver-users@...
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users

[Morgen Sagen]

On Aug 12, 2009, at 6:06 AM, Gergely Gati wrote:
> I was wondering if there is a stable version available for download  
> that is more or less reliable at least for the basic functionality?

Our latest stable release is 2.3...

http://svn.calendarserver.org/repository/calendarserver/CalendarServer/tags/release/CalendarServer-2.3

_______________________________________________
calendarserver-users mailing list
calendarserver-users@...
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users

[Dan Packman]

On Aug 12, 2009, at Aug 12   11:16 AM, Morgen Sagen wrote:

>
> On Aug 12, 2009, at 6:06 AM, Gergely Gati wrote:
>> I was wondering if there is a stable version available for download  
>> that is more or less reliable at least for the basic functionality?
>
> Our latest stable release is 2.3...
>
> http://svn.calendarserver.org/repository/calendarserver/CalendarServer/tags/release/CalendarServer-2.3

Is this the same or similar code base as that in Leopard/SnowLeopard  
Server?
If so, does this version lead or follow the version in the released OS?

_______________________________________________
calendarserver-users mailing list
calendarserver-users@...
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users

[Wilfredo Sánchez Vega]

On Aug 13, 2009, at 11:00 AM, Daniel Packman wrote:

> Is this the same or similar code base as that in Leopard/SnowLeopard  
> Server?
> If so, does this version lead or follow the version in the released  
> OS?

   The current Leopard Server code is derived from 1.3.

   Snow Leopard hasn't shipped yet, and information about what's in  
that release is subject to NDA, so this isn't the right forum for that  
info.

        -wsv

_______________________________________________
calendarserver-users mailing list
calendarserver-users@...
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users

[Scott Buchanan]

Now that snow leopard has shipped can we ask questions?  I have 2.3  
running on a 10.5.8 client and its been working fine and still is but  
iCal on my new snow leopard install now reports the following error  
when connecting and will not connect.

The server responded with
“HTTP/1.1 500 Internal Server Error”
to operation CalDAVAccountRefreshQueueableOperation.

Any help appreciated.
On Aug 13, 2009, at 11:11 AM, Wilfredo Sánchez Vega wrote:

> On Aug 13, 2009, at 11:00 AM, Daniel Packman wrote:
>
>> Is this the same or similar code base as that in Leopard/
>> SnowLeopard Server?
>> If so, does this version lead or follow the version in the released  
>> OS?
>
> The current Leopard Server code is derived from 1.3.
>
> Snow Leopard hasn't shipped yet, and information about what's in  
> that release is subject to NDA, so this isn't the right forum for  
> that info.
>
> -wsv
>
> _______________________________________________
> calendarserver-users mailing list
> calendarserver-users@...
> http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users

_______________________________________________
calendarserver-users mailing list
calendarserver-users@...
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users

[Scott Buchanan]

Further Information:  The log entry when this fails is

2009-08-29 13:38:23-0700 [-] [caldav-8009]  
[PooledMemCacheProtocol,client] Unhandled Error
2009-08-29 13:38:23-0700 [-] [caldav-8009] Traceback (most recent  
call last):
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twisted/internet/defer.py", line 267, in errback
2009-08-29 13:38:23-0700 [-] [caldav-8009]    self._startRunCallbacks
(fail)
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twisted/internet/defer.py", line 310, in  
_startRunCallbacks
2009-08-29 13:38:23-0700 [-] [caldav-8009]    self._runCallbacks()
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twisted/internet/defer.py", line 326, in _runCallbacks
2009-08-29 13:38:23-0700 [-] [caldav-8009]    self.result = callback
(self.result, *args, **kw)
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twisted/internet/defer.py", line 628, in gotResult
2009-08-29 13:38:23-0700 [-] [caldav-8009]    _deferGenerator(g,  
deferred)
2009-08-29 13:38:23-0700 [-] [caldav-8009] --- <exception caught  
here> ---
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twisted/internet/defer.py", line 603, in _deferGenerator
2009-08-29 13:38:23-0700 [-] [caldav-8009]    result = g.next()
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twisted/web2/dav/method/propfind.py", line 167, in  
http_PROPFIND
2009-08-29 13:38:23-0700 [-] [caldav-8009]    status =  
statusForFailure(f, "getting property: %s" % (property,))
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twisted/web2/dav/http.py", line 322, in statusForFailure
2009-08-29 13:38:23-0700 [-] [caldav-8009]    failure.raiseException()
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twisted/web2/dav/method/propfind.py", line 161, in  
http_PROPFIND
2009-08-29 13:38:23-0700 [-] [caldav-8009]    resource_property =  
resource_property.getResult()
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twisted/internet/defer.py", line 582, in getResult
2009-08-29 13:38:23-0700 [-] [caldav-8009]    
self.result.raiseException()
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twisted/internet/defer.py", line 747, in _inlineCallbacks
2009-08-29 13:38:23-0700 [-] [caldav-8009]    result =  
result.throwExceptionIntoGenerator(g)
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twisted/python/failure.py", line 338, in  
throwExceptionIntoGenerator
2009-08-29 13:38:23-0700 [-] [caldav-8009]    return g.throw
(self.type, self.value, self.tb)
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twistedcaldav/directory/principal.py", line 835, in  
readProperty
2009-08-29 13:38:23-0700 [-] [caldav-8009]    result = (yield  
DirectoryPrincipalResource.readProperty(self, property, request))
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twisted/internet/defer.py", line 747, in _inlineCallbacks
2009-08-29 13:38:23-0700 [-] [caldav-8009]    result =  
result.throwExceptionIntoGenerator(g)
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twisted/python/failure.py", line 338, in  
throwExceptionIntoGenerator
2009-08-29 13:38:23-0700 [-] [caldav-8009]    return g.throw
(self.type, self.value, self.tb)
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twistedcaldav/directory/principal.py", line 562, in  
readProperty
2009-08-29 13:38:23-0700 [-] [caldav-8009]    result = (yield super
(DirectoryPrincipalResource, self).readProperty(property, request))
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twisted/internet/defer.py", line 747, in _inlineCallbacks
2009-08-29 13:38:23-0700 [-] [caldav-8009]    result =  
result.throwExceptionIntoGenerator(g)
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twisted/python/failure.py", line 338, in  
throwExceptionIntoGenerator
2009-08-29 13:38:23-0700 [-] [caldav-8009]    return g.throw
(self.type, self.value, self.tb)
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twistedcaldav/resource.py", line 908, in readProperty
2009-08-29 13:38:23-0700 [-] [caldav-8009]    result = (yield super
(CalendarPrincipalResource, self).readProperty(property, request))
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twisted/internet/defer.py", line 747, in _inlineCallbacks
2009-08-29 13:38:23-0700 [-] [caldav-8009]    result =  
result.throwExceptionIntoGenerator(g)
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twisted/python/failure.py", line 338, in  
throwExceptionIntoGenerator
2009-08-29 13:38:23-0700 [-] [caldav-8009]    return g.throw
(self.type, self.value, self.tb)
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twistedcaldav/extensions.py", line 729, in readProperty
2009-08-29 13:38:23-0700 [-] [caldav-8009]    result = (yield super
(DAVPrincipalResource, self).readProperty(property, request))
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twisted/internet/defer.py", line 747, in _inlineCallbacks
2009-08-29 13:38:23-0700 [-] [caldav-8009]    result =  
result.throwExceptionIntoGenerator(g)
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twisted/python/failure.py", line 338, in  
throwExceptionIntoGenerator
2009-08-29 13:38:23-0700 [-] [caldav-8009]    return g.throw
(self.type, self.value, self.tb)
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twistedcaldav/directory/principal.py", line 733, in  
groupMemberships
2009-08-29 13:38:23-0700 [-] [caldav-8009]    memberships = (yield  
self._calendar_user_proxy_index().getMemberships(self.principalUID()))
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twisted/internet/defer.py", line 749, in _inlineCallbacks
2009-08-29 13:38:23-0700 [-] [caldav-8009]    result = g.send(result)
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twistedcaldav/directory/calendaruserproxy.py", line 593,  
in getMemberships
2009-08-29 13:38:23-0700 [-] [caldav-8009]    result = _members()
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twistedcaldav/directory/calendaruserproxy.py", line 588,  
in _members
2009-08-29 13:38:23-0700 [-] [caldav-8009]    return set([row[0] for  
row in self._db_execute("select GROUPNAME from GROUPS where MEMBER = :
1", principalUID)])
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twistedcaldav/sql.py", line 303, in _db_execute
2009-08-29 13:38:23-0700 [-] [caldav-8009]    q = self._db().cursor()
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twistedcaldav/sql.py", line 85, in _db
2009-08-29 13:38:23-0700 [-] [caldav-8009]    self._db_connection =  
sqlite.connect(db_filename)
2009-08-29 13:38:23-0700 [-] [caldav-8009] sqlite3.OperationalError:  
unable to open database file


Now that snow leopard has shipped can we ask questions?  I have 2.3  
running on a 10.5.8 client and its been working fine and still is but  
iCal on my new snow leopard install now reports the following error  
when connecting and will not connect.

The server responded with
“HTTP/1.1 500 Internal Server Error”
to operation CalDAVAccountRefreshQueueableOperation.

Any help appreciated.
On Aug 13, 2009, at 11:11 AM, Wilfredo Sánchez Vega wrote:

> On Aug 13, 2009, at 11:00 AM, Daniel Packman wrote:
>
>> Is this the same or similar code base as that in Leopard/
>> SnowLeopard Server?
>> If so, does this version lead or follow the version in the released  
>> OS?
>
> The current Leopard Server code is derived from 1.3.
>
> Snow Leopard hasn't shipped yet, and information about what's in  
> that release is subject to NDA, so this isn't the right forum for  
> that info.
>
> -wsv
>
> _______________________________________________
> calendarserver-users mailing list
> calendarserver-users@...
> http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users

_______________________________________________
calendarserver-users mailing list
calendarserver-users@...
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users

[Scott Buchanan]

OK.  I tracked this down to a permissions issue on /var/run/caldavd  
and the files calendaruserproxy.sqlite & resourceinfo.sqlite.  By  
adding group rw permissions to this directory and these files the  
following error no longer occurs and all seems to be working.  I have  
no idea what security risk this presents as I currently don't  
understand the security model of CalendarServer so I don't know if  
this is a legitimate fix or not.

Any input appreciated.

Scott


Further Information:  The log entry when this fails is

2009-08-29 13:38:23-0700 [-] [caldav-8009]  
[PooledMemCacheProtocol,client] Unhandled Error
2009-08-29 13:38:23-0700 [-] [caldav-8009] Traceback (most recent  
call last):
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twisted/internet/defer.py", line 267, in errback
2009-08-29 13:38:23-0700 [-] [caldav-8009]    self._startRunCallbacks
(fail)
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twisted/internet/defer.py", line 310, in  
_startRunCallbacks

...snip...

2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twistedcaldav/directory/calendaruserproxy.py", line 588,  
in _members
2009-08-29 13:38:23-0700 [-] [caldav-8009]    return set([row[0] for  
row in self._db_execute("select GROUPNAME from GROUPS where MEMBER = :
1", principalUID)])
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twistedcaldav/sql.py", line 303, in _db_execute
2009-08-29 13:38:23-0700 [-] [caldav-8009]    q = self._db().cursor()
2009-08-29 13:38:23-0700 [-] [caldav-8009]  File "Library/Python/2.5/
site-packages/twistedcaldav/sql.py", line 85, in _db
2009-08-29 13:38:23-0700 [-] [caldav-8009]    self._db_connection =  
sqlite.connect(db_filename)
2009-08-29 13:38:23-0700 [-] [caldav-8009] sqlite3.OperationalError:  
unable to open database file


Now that snow leopard has shipped can we ask questions?  I have 2.3  
running on a 10.5.8 client and its been working fine and still is but  
iCal on my new snow leopard install now reports the following error  
when connecting and will not connect.

The server responded with
“HTTP/1.1 500 Internal Server Error”
to operation CalDAVAccountRefreshQueueableOperation.

Any help appreciated.
On Aug 13, 2009, at 11:11 AM, Wilfredo Sánchez Vega wrote:

> On Aug 13, 2009, at 11:00 AM, Daniel Packman wrote:
>
>> Is this the same or similar code base as that in Leopard/
>> SnowLeopard Server?
>> If so, does this version lead or follow the version in the released  
>> OS?
>
> The current Leopard Server code is derived from 1.3.
>
> Snow Leopard hasn't shipped yet, and information about what's in  
> that release is subject to NDA, so this isn't the right forum for  
> that info.
>
> -wsv
>
> _______________________________________________
> calendarserver-users mailing list
> calendarserver-users@...
> http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users

_______________________________________________
calendarserver-users mailing list
calendarserver-users@...
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users

[Cyrus Daboo-3]

Hi Scott,

--On August 29, 2009 1:59:22 PM -0700 Scott Buchanan <dscottbuch@...>
wrote:

> OK.  I tracked this down to a permissions issue on /var/run/caldavd and
> the files calendaruserproxy.sqlite & resourceinfo.sqlite.  By adding
> group rw permissions to this directory and these files the following
> error no longer occurs and all seems to be working.  I have no idea what
> security risk this presents as I currently don't understand the security
> model of CalendarServer so I don't know if this is a legitimate fix or
> not.
>
> Any input appreciated.

First off in the new code we put those .sqlite files in a new location by
default: /Library/CalendarServer/Data/. It is best not to use /var/run/ for
those as they are "persistent" database files and should not be
automatically purged (as might happen to something in /var/run).

On permissions, the best thing is to create a "calendar" user and group for
your system, and change the caldavd.plist to use those. Ensure that
/Library/CalendarServer's contents have read-write for that user and group.
You will need to start the server as the admin user but it will drop
privileges to the user and group you specify.

--
Cyrus Daboo

_______________________________________________
calendarserver-users mailing list
calendarserver-users@...
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users

[Scott Buchanan]

Cyrus,

Thanks.  I've found the snow leopard python arrangement to be much  
more sane (at least to me) than 10.5 and I'm in the process of  
removing all my 'customizations' (from /usr/local, /Library/Frameworks/
Python...) and re-installing just the 10.6 /Library/Python and /System/
Library/Frameworks/Python.framework) and then rebuilding what other  
modules I need like matplotlib and scipy.   I'll nuke my current  
calendar server installation and reinstall from current trunk.  I had  
recently updated from 1.x to 2.3 and therefore had these files in  
older locations and things worked with iPhone and 10.5 iCal Clients.

Do you know why the 10.5 iCal Clients would work and the 10.6 iCal  
Client would not?

Thanks,
On Aug 31, 2009, at 7:55 AM, Cyrus Daboo wrote:

> Hi Scott,
>
> --On August 29, 2009 1:59:22 PM -0700 Scott Buchanan <dscottbuch@...
> > wrote:
>
>> OK.  I tracked this down to a permissions issue on /var/run/caldavd  
>> and
>> the files calendaruserproxy.sqlite & resourceinfo.sqlite.  By adding
>> group rw permissions to this directory and these files the following
>> error no longer occurs and all seems to be working.  I have no idea  
>> what
>> security risk this presents as I currently don't understand the  
>> security
>> model of CalendarServer so I don't know if this is a legitimate fix  
>> or
>> not.
>>
>> Any input appreciated.
>
> First off in the new code we put those .sqlite files in a new  
> location by default: /Library/CalendarServer/Data/. It is best not  
> to use /var/run/ for those as they are "persistent" database files  
> and should not be automatically purged (as might happen to something  
> in /var/run).
>
> On permissions, the best thing is to create a "calendar" user and  
> group for your system, and change the caldavd.plist to use those.  
> Ensure that /Library/CalendarServer's contents have read-write for  
> that user and group. You will need to start the server as the admin  
> user but it will drop privileges to the user and group you specify.
>
> --
> Cyrus Daboo
>

_______________________________________________
calendarserver-users mailing list
calendarserver-users@...
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users

[Scott Buchanan]

I removed the older installation and re-installed the server from  
scratch.  After doing this, using the run -i / command, I still had to  
correct two problems I've had in the past.

1) caldavd - in the caldavd produced the PYTHONPATH defined is
        PYTHONPATH="Library/Python/2.6/site-packages/:$PYTHONPATH"

Note the missing initial "/".  Nothing at all works without changing  
this.

2) After fixing the above when running the server it fails.  Reported  
in the error log (or Console I'm not sure) is that it can't find /usr/
share/caldavd/bin/twistd.   I grep'd through the code and can't find  
where this is referenced so I fixed it by aliasing /usr/share/caldavd  
to /usr/local.  Then all works just fine.

I'm sure I'm doing something incorrect in configuration or build but I  
can't find where.  (1) seems like a bug but its been like this for  
years.

Thanks,

Scott
On Aug 31, 2009, at 7:55 AM, Cyrus Daboo wrote:

> Hi Scott,
>
> --On August 29, 2009 1:59:22 PM -0700 Scott Buchanan <dscottbuch@...
> > wrote:
>
>> OK.  I tracked this down to a permissions issue on /var/run/caldavd  
>> and
>> the files calendaruserproxy.sqlite & resourceinfo.sqlite.  By adding
>> group rw permissions to this directory and these files the following
>> error no longer occurs and all seems to be working.  I have no idea  
>> what
>> security risk this presents as I currently don't understand the  
>> security
>> model of CalendarServer so I don't know if this is a legitimate fix  
>> or
>> not.
>>
>> Any input appreciated.
>
> First off in the new code we put those .sqlite files in a new  
> location by default: /Library/CalendarServer/Data/. It is best not  
> to use /var/run/ for those as they are "persistent" database files  
> and should not be automatically purged (as might happen to something  
> in /var/run).
>
> On permissions, the best thing is to create a "calendar" user and  
> group for your system, and change the caldavd.plist to use those.  
> Ensure that /Library/CalendarServer's contents have read-write for  
> that user and group. You will need to start the server as the admin  
> user but it will drop privileges to the user and group you specify.
>
> --
> Cyrus Daboo
>

_______________________________________________
calendarserver-users mailing list
calendarserver-users@...
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users