[Calendarserver-maintainers] Bug#499963: Bug#499963: calendarserver: caldavd fails to authenticate and autocreate principal when running with NssDirectoryService
Ben Poliakoff
benp at reed.edu
Fri Sep 26 17:07:29 UTC 2008
* Guido Günther <agx at sigxcpu.org> [20080925 23:58]:
> Hi Ben,
> On Thu, Sep 25, 2008 at 11:36:44AM -0700, Ben Poliakoff wrote:
> [..snip..]
> > And /var/spool/caldavd/principals/users/benp is not created (even though
> > the caldavd user has full privs on the /var/spool/caladavd directory).
> What filesystem is this? You do have to set user_xattr:
> /usr/share/doc/calendarserver/README.Debian
> but the error should look different then.
Here's the output of 'mount' for the filesystem that houses
/var/spool/caldavd:
/dev/mapper/vg0-root on / type ext3 (rw,acl,user_xattr,errors=remount-ro)
> > Trying with another caldav client Thunderbird/Lightning (using the url
> > "https://host.name.here:8443/calendars/users/benp/calendar/" since
> > Lightning doesn't support the /principals stuff yet) my calendar is
> > marked as unavailable. Here are access.log entries from calendarserver
> > as I try to an event (*nothing* shows up in the error.log):
> >
> > 134.10.15.21 - - [25/Sep/2008:11:13:02 -0700] "PUT \
> > /calendars/users/benp/calendar/36cd9363-ffe6-4afd-9de2-0998e3f4f6ed.ics \
> > HTTP/1.1" 404 186 "-" "Mozilla/5.0 (X11; U; Linux i686; en-US; \
> > rv:1.8.1.16) Gecko/20080707 Lightning/0.9 Thunderbird/2.0.0.16" [190.6 \
> > ms]
> > 134.10.15.21 - - [25/Sep/2008:11:14:10 -0700] "PROPFIND
> > /calendars/users/benp/calendar/ HTTP/1.1" 404 146 "-" "Mozilla/5.0 (X11; \
> > U; Linux i686; en-US; rv:1.8.1.16) Gecko/20080707 Lightning/0.9 Thund \
> > erbird/2.0.0.16" [196.0 ms]
> > 134.10.15.21 - - [25/Sep/2008:11:14:11 -0700] "OPTIONS \
> > /calendars/users/benp/ HTTP/1.1" 404 137 "-" "Mozilla/5.0 (X11; U; Linux \
> > i686; en-US; rv:1.8.1.16) Gecko/20080707 Lightning/0.9 Thunderbird/2.0 \
> > .0.16" [232.1 ms]
> >
> > The PROPFIND/OPTIONS lines go on continuously until I quit Thunderbird.
> They show up every second?
Yes (or at least in *some* sort of continuous loop), but honestly I
think that's a Lightning bug when configured to talk to a calendar that
doesn't appear to exist on the server (I just experienced the same
behavior with a client talking to my bedework server calendar server).
> What's displayed if you go to:
> https://host.name.here:8443/calendars/users/benp/calendar/
> with firefox? The calendar should be provisioned then too.
This is what I see in Firefox (after successful kerberos auth):
Not Found
The resource /calendars/users/benp/calendar/ cannot be found.
> Could you doublecheck the permissions on /var/spool/caladvd - maybe by
> su -s /bin/bash caldavd
> touch /var/spool/caldvd/test
..pretty sure you meant /var/spool/caldavd. Permissions seem fine:
[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$
Ben
--
________________________________________________________________________
PGP fingerprint: A131 F813 7A0F C5B7 E74D C972 9118 A94D 6AF5 2019
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.alioth.debian.org/pipermail/calendarserver-maintainers/attachments/20080926/00e096ec/attachment.pgp
More information about the Calendarserver-maintainers
mailing list