[Calendarserver-maintainers] Bug#499963: Bug#499963: calendarserver: caldavd fails to authenticate and autocreate principal when running with NssDirectoryService

[Guido Günther]

On Tue, Sep 30, 2008 at 02:37:41PM -0700, Ben Poliakoff wrote:
> * Guido Günther <agx at sigxcpu.org> [20080928 01:23]:
> > On Fri, Sep 26, 2008 at 10:07:29AM -0700, Ben Poliakoff wrote:
> > > ..pretty sure you meant /var/spool/caldavd.  Permissions seem fine:
> > Sure. Thanks.
> > > 
> > >     [benp at lenny ~]$ sudo su -s /bin/bash caldavd
> > >     caldavd at lenny:/home/benp$ touch /var/spool/caldavd/test
> > >     caldavd at lenny:/home/benp$ ls -l /var/spool/caldavd/test
> > >     -rw-r--r-- 1 caldavd caldavd 0 2008-09-26 10:01 /var/spool/caldavd/test
> > >     caldavd at lenny:/home/benp$ rm /var/spool/caldavd/test
> > >     caldavd at lenny:/home/benp$ ls -l /var/spool/caldavd/test
> > >     ls: cannot access /var/spool/caldavd/test: No such file or directory
> > >     caldavd at lenny:/home/benp$
> > This is getting weird. Did you check if the user benp is in the valid
> > uid range [firstValidUid-lastValidUid]? If he is, it might make sense to
> > try out the XML backend instead of NSS for testing. 
> >  -- Guido
> > 
> 
> Using the XML backend seems to work fine (tested both with the example
> 'test' user and with a newly defined user):
Did you check if the user benp is in the valid uid range
[firstValidUid-lastValidUid]?
 -- Guido