Re: [CalendarServer-users] cardDAV from mac and iPhone
Looking through the access and error logs on the server, whilst I'm connecting from both the address book app on my mac and from the iPhone, I can see the iPhone querying PROPFIND /addressbooks/__uid__/{uid of user} PROPFIND /addressbooks/__uid__/{uid of user}/ PROPFIND /addressbooks/__uid__/{uid of user} PROPFIND /addressbooks/__uid__/{uid of user}/ (with and without slashes) and then it does a PROPFIND /directory the addressbook app calls PROPFIND /directory PROPFIND /principals/users/{username} PROPFIND /addressbooks/__uid__/{uid of user}/addressbook/ which is when it successfully connects. I'm assuming that the iPhone is looking through the server in a different way in which to find the address books, or I've created an address book incorrectly on the mac and the iPhone is struggling to understand. If I find out more I'll post it, hopefully this will help someone other than me ;) c
Hello Chris, On 30.11.2010, at 10:17, Chris Bell wrote:
Looking through the access and error logs on the server, whilst I'm connecting from both the address book app on my mac and from the iPhone, I can see the iPhone querying
[...]
and then it does a
PROPFIND /directory
the addressbook app calls
PROPFIND /directory PROPFIND /principals/users/{username} PROPFIND /addressbooks/__uid__/{uid of user}/addressbook/
which is when it successfully connects. I'm assuming that the iPhone is looking through the server in a different way in which to find the address books, or I've created an address book incorrectly on the mac and the iPhone is struggling to understand. If I find out more I'll post it, hopefully this will help someone other than me ;)
ever tried to configure you CalDAV server to not return the /directory resource ? Bye Goetz
Hi Chris, What version/revision of the sever are you running? I'm running two instances of the server and I'm seeing the same problem with one of the two instances, but the other instance works fine. Haven't had a chance to look into it yet, but I'll let you know if I find anything. Mike On 2010-11-30, at 6:28 AM, Götz Babin-Ebell <g.babin-ebell@novamedia.de> wrote:
Hello Chris,
On 30.11.2010, at 10:17, Chris Bell wrote:
Looking through the access and error logs on the server, whilst I'm connecting from both the address book app on my mac and from the iPhone, I can see the iPhone querying
[...]
and then it does a
PROPFIND /directory
the addressbook app calls
PROPFIND /directory PROPFIND /principals/users/{username} PROPFIND /addressbooks/__uid__/{uid of user}/addressbook/
which is when it successfully connects. I'm assuming that the iPhone is looking through the server in a different way in which to find the address books, or I've created an address book incorrectly on the mac and the iPhone is struggling to understand. If I find out more I'll post it, hopefully this will help someone other than me ;)
ever tried to configure you CalDAV server to not return the /directory resource ?
Bye
Goetz
_______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
Hi Goetz, Poking around, the directory resource isn't being returned. By default the code returns a server error with the message that the directory service is starting up, although it never will as no directory service is configured (using the caldavd-test.plist file). If you configure a DirectoryAddressBook to use the XMLDirectoryService, then the code crashes at line163 in directorybackedaddressbook.py as it tries to call the updatelock method on an xml directory service, which doesn't exist. Have tried implementing the <key>DirectoryAddressBook</key> <false/> but this doesn't seem to be supported. For information, the settings that I used to get these errors were taken from http://www.rho.cc/Blog where I examined the config files from the virtual appliance provided. One of the things I've noticed from the console log for the iphone is that errors are occuring when the iphone tries to retrieve the principal information, I'm getting a security rights issues <Warning>: Not authenticated to get current user principal <Warning>: Could not find the user's principal URL. Will continue tracking things down as time goes on. This is all based around the SVN code from last friday. Have recently switched over from the digest email to the individual emails so I *should* be able to respond to people properly now..... c On 30 Nov 2010, at 11:28, Götz Babin-Ebell wrote:
Hello Chris,
On 30.11.2010, at 10:17, Chris Bell wrote:
Looking through the access and error logs on the server, whilst I'm connecting from both the address book app on my mac and from the iPhone, I can see the iPhone querying
[...]
and then it does a
PROPFIND /directory
the addressbook app calls
PROPFIND /directory PROPFIND /principals/users/{username} PROPFIND /addressbooks/__uid__/{uid of user}/addressbook/
which is when it successfully connects. I'm assuming that the iPhone is looking through the server in a different way in which to find the address books, or I've created an address book incorrectly on the mac and the iPhone is struggling to understand. If I find out more I'll post it, hopefully this will help someone other than me ;)
ever tried to configure you CalDAV server to not return the /directory resource ?
Bye
Goetz
Chris Bell BEng MCP Technical Consultant Building Blox IT Ltd. 49 Bolton Crescent South Ham Basingstoke RG22 6BD Mobile: 07912 300 871 Email: chris.bell@itblox.co.uk Web: www.itblox.co.uk Confidential information may be contained in this message. If you are not the addressee indicated in this message, please delete all relevant information and kindly notify Building Blox IT by reply email. Any work supplied by electronic format © 2008 Building Blox IT unless otherwise stated. Registered Company No: 6366423
participants (3)
-
Chris Bell
-
Götz Babin-Ebell
-
Mike Greiner