On Thu, 2010-06-24 at 13:45 +0200, Jens Langner wrote:
>
> Well, haven't tested that yet, but in fact it worked fine when entering
> an URL like "https://host.domain:port" right away where it asks for the
> server name. After that iCal and the iPhone connected fine to DAViCal.
> However, the problem with the vanishing items in the addressbook
> collection remains.
OK.
I've fixed a few more items (just committing them now). I can't seem to
get the CardDAV working on the iphone though. It doesn't do the SRV
lookup, but it does make the request against the /.well-known/carddav
URL, and finds the addressbook OK, but then just seems to get stuck in a
loop doing:
PROPFIND addressbook (depth 0) for getctag
PROPFIND addressbook (depth 1) for getetag
But it goes no further, and then when it's time to refresh it just does
the same thing over again. Very frustrating. I've examined the
response for both those requests, and I can't see an issue with either
one.
Attempting to add an entry I never see a PUT from the client.
On iCal it goes further (and takes a different route) but ends up in a
somewhat similar loop of:
PROPFIND addressbook (depth 0) for getctag
PROPFIND addressbook (depth 1) for getetag
REPORT calendar-multiget on addressbook for each of the records it saw
in the PROPFIND for getetag
But it never displays those records it has retrieved.
Attempting to add an entry, in this case I *do* see the PUT, and the
entry is added, showing up in subsequent PROPFIND and REPORT requests,
but whether it is displayed seems to bear no resemblance to whether it
is present or not.
> > If you can switch to http, rather than https, then you can use Wireshark
> > or something like that to sniff the client/server traffic. Wireshark
> > then has a 'Follow TCP Stream' option which pulls all the packets into a
> > 'readable' communication stream. It's likely that there are some errors
> > of some kind or another appearing in the stream and causing it to be
> > invalid.
>
> Isn't there another way instead of using Wireshark? Because here I can
> only test it with my main server system and there I don't have any
> wireshark installed. In addition I would rather not switch to plain http
> for security reasons. Isn't there some kind of debug output of DAViCal
> which might help you in understanding what is going wrong on my side?
There is a $c->dbg['request'] = 1; $c->dbg['response'] = 1; pair of
settings which you can use, but these settings only show what DAViCal
thinks it's sending (the request is, at least, reliable) - they don't
include error output screwing stuff up.
I figured if you were debugging this stuff that you were running on a
test setup, not with real passwords or anything. Sure: for security SSL
is a better choice.
> Strange. Here I really tried hard to get that solve. But I am stuck with
> always the same behaviour: As soon as I remove the account from iCal and
> re-add it, the created entries are not showing up. Interestingly, if I
> have a look at the database table 'addressbook_resource' I can see items
> in there. Unfortunately they don't seem to get propagated to the clients
> somehow.
Yeah. It's odd.
Looks like I might have to find a server that's actually running some
other software and try and get a packet capture to see what might be
different.
Cheers,
Andrew.
--
------------------------------------------------------------------------
andrew (AT) morphoss (DOT) com +64(272)DEBIAN
You will be recognized and honored as a community leader.
------------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <
http://lists.morphoss.com/pipermail/davical-users/attachments/20100627/2fa86cca/attachment.pgp>
-------------- next part --------------