[Davical-general] CardDAV not working with OSX Addressbook client?!?

classic Classic list List threaded Threaded
15 messages Options
Reply | Threaded
Open this post in threaded view
|

[Davical-general] CardDAV not working with OSX Addressbook client?!?

Jens Langner
Hi Andrew,

I am a long time DAViCal user and have multiple Apple clients running
with it (iOS and OSX). So far I didn't have any problems with it when
explicitly using CalDAV only. However, CardDAV support is given me a
hard time. At some point (prior to the 1.0 release of DAViCal) even
CardDAV was working fine.

But it always was kinda flaky when trying to sync CardDAV entries
between different devices. E.g. when creating/editing/syncing entries
between iOS devices everything seemed to work fine. However, OSX clients
didn't see new entries created on iOS for example.

Now it even got worse. Currently I am running the latest git version of
DAViCal on my server and while between iOS devices new entries seem to
arrive fine, OSX clients refuse to work at all at the moment. I even
tried downgrading to the official 1.0.2 release but it didn't help. I
now removed all my CardDAV entries in OSX Addressbook and reconfigured
it from scratch. While perfectly connecting to my DAViCal server, it
refuses to show any of the CardDAV entries my iOS devices show. Also the
web interface of DAViCal perfectly shows 37 number of items in my
addressbook collection.
To debug the situation I even tried to create new items using OSX
Addressbook, but my apache error_log shows the following entry after
trying that. In addition, the web interface of DAViCal didn't increment
the number of entries in my addressbook collection after having added a
test item.

See here:

-- cut here --
davical: LOG: :Response status 500 for POST
/caldav.php/damato/addressbook/9b939374-f22f-4740-939a-d4171f222d69.vcf
davical: LOG: :***************** Response Header ****************
davical: LOG: headers:-->X-Powered-By: PHP/5.3.10-pl2-gentoo
davical: LOG: headers:-->Server: 1.0
davical: LOG: headers:-->DAV: 1, 2, 3, access-control, calendar-access,
calendar-schedule
davical: LOG: headers:-->DAV: extended-mkcol, bind, addressbook,
calendar-auto-schedule, calendar-proxy
davical: LOG: headers:-->X-DAViCal-Version: DAViCal/1.0.2; DB/1.2.11
davical: LOG: headers:-->Content-type: text/plain; charset="utf-8"
davical: LOG: :******************** Response ********************
davical: LOG: response:-->The application program does not understand
that request.
-- cut here --

So there really seems to be some severe problems when using DAViCal
1.0.2+ with the OSX addressbook. Do you have any hint as what is
happening and how I could help you in debugging the current situation?
And I am more than willing in helping you debugging things and getting
full OSX/iOS support back for CardDAV in DAViCal.

best regards,
jens
--
Jens Langner, Dresden/Germany
http://www.jens-langner.de/



------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Davical-general mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/davical-general
Reply | Threaded
Open this post in threaded view
|

Re: CardDAV not working with OSX Addressbook client?!?

Axel Rau
Hi Jens,

Am 16.04.2012 um 10:57 schrieb Jens Langner:

> Hi Andrew,
>
> I am a long time DAViCal user
Me too.
> and have multiple Apple clients running
> with it (iOS and OSX).
Same here.
> So far I didn't have any problems with it when
> explicitly using CalDAV only.
Yes.
> However, CardDAV support is given me a
> hard time. At some point (prior to the 1.0 release of DAViCal) even
> CardDAV was working fine.
>
> But it always was kinda flaky when trying to sync CardDAV entries
> between different devices. E.g. when creating/editing/syncing entries
> between iOS devices everything seemed to work fine. However, OSX clients
> didn't see new entries created on iOS for example.
Between IOS everything works fine, Changes made in Addressbook (currently 5.0.3 on 10.6.8) are often not correctly stored on the server.
One recent example. I added 2 new entries in Addressbook and deleted one. The 2 new vCards are seen on all other devices (including Macs), the deletion not.
My observations are:
1. single step operations mostly succeed (select a vCard, push the 'modify' button, make changes, release 'modify' button)
2. Combining such steps (without waiting for busy indicator to disappear), or copying vCards into groups /deleting vCards from Addressbook often fails.
3. If it fails, it locks up in some way (bad work request sitting in Addressbooks work queue?).

I have about 500 vCards and do everything via SSL (which makes it hard to trace tcp).

I did not succeed, logging write operations. I have
        $c->action_log_name = "/some_path_to_world_writable_file";
in my config/config.php. (Any hints welcome).

Axel
---
PGP-Key:29E99DD6  ☀ +49 151 2300 9283  ☀ computing @ chaos claudius


------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Davical-general mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/davical-general
Reply | Threaded
Open this post in threaded view
|

Re: CardDAV not working with OSX Addressbook client?!?

Ján Máté-2
As the CardDavMATE developer I found extreme amount of bugs in Addressbook.app (for example: there is no support for multiple addressbook collections - if you have more than one addressbook collection Lion selects one of them and the rest are invisible/unusable even if you manually edit the plist file, many segfaults, poor interface, ...).

I really don't understand why Apple not uses the same software (at least the library part) for Macs and also for iOS.

The iOS CardDav implementation has only two major problems:
- it is not possible to move contacts between collections
- it segfaults if you fill the address entries for some countries (select Ukraine and fill the "Postal District")

JM

On Apr 16, 2012, at 3:24 PM, Axel Rau wrote:

> Hi Jens,
>
> Am 16.04.2012 um 10:57 schrieb Jens Langner:
>
>> Hi Andrew,
>>
>> I am a long time DAViCal user
> Me too.
>> and have multiple Apple clients running
>> with it (iOS and OSX).
> Same here.
>> So far I didn't have any problems with it when
>> explicitly using CalDAV only.
> Yes.
>> However, CardDAV support is given me a
>> hard time. At some point (prior to the 1.0 release of DAViCal) even
>> CardDAV was working fine.
>>
>> But it always was kinda flaky when trying to sync CardDAV entries
>> between different devices. E.g. when creating/editing/syncing entries
>> between iOS devices everything seemed to work fine. However, OSX clients
>> didn't see new entries created on iOS for example.
> Between IOS everything works fine, Changes made in Addressbook (currently 5.0.3 on 10.6.8) are often not correctly stored on the server.
> One recent example. I added 2 new entries in Addressbook and deleted one. The 2 new vCards are seen on all other devices (including Macs), the deletion not.
> My observations are:
> 1. single step operations mostly succeed (select a vCard, push the 'modify' button, make changes, release 'modify' button)
> 2. Combining such steps (without waiting for busy indicator to disappear), or copying vCards into groups /deleting vCards from Addressbook often fails.
> 3. If it fails, it locks up in some way (bad work request sitting in Addressbooks work queue?).
>
> I have about 500 vCards and do everything via SSL (which makes it hard to trace tcp).
>
> I did not succeed, logging write operations. I have
> $c->action_log_name = "/some_path_to_world_writable_file";
> in my config/config.php. (Any hints welcome).
>
> Axel
> ---
> PGP-Key:29E99DD6  ☀ +49 151 2300 9283  ☀ computing @ chaos claudius
>
>
> ------------------------------------------------------------------------------
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> Davical-general mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/davical-general


------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Davical-general mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/davical-general
Reply | Threaded
Open this post in threaded view
|

Re: CardDAV not working with OSX Addressbook client?!?

Ingo Ratsdorf
On 17/04/2012 8:07 a.m., Ján Máté wrote:
> As the CardDavMATE developer I found extreme amount of bugs in Addressbook.app (for example: there is no support for multiple addressbook collections - if you have more than one addressbook collection Lion selects one of them and the rest are invisible/unusable even if you manually edit the plist file, many segfaults, poor interface, ...).
>
> I really don't understand why Apple not uses the same software (at least the library part) for Macs and also for iOS.
>
> The iOS CardDav implementation has only two major problems:
> - it is not possible to move contacts between collections
> - it segfaults if you fill the address entries for some countries (select Ukraine and fill the "Postal District")

There is the long standing "birthday" bug in timezones +-12 hours in iOS
addressbook.
I am in NZ (GMT*12) and EVERY TIME I enter or change a birthday in iOS
Addressbook, it saves it as a day later. I enter 24.05.1974 and I can
trace the TCP conversation with the carddav server where iOS saves it as
25.05.1974 which the carddav server quite willingly accepts - of course.
iOS reads it back and magically a 25.05.1974 appears a second after you
saved it in iOS. If you now change any other detail at any other time,
the whole process repeats (ie 26.05.1974) until such time your birthdays
are totally out of sync.
I cannot use iOS addressbook via carddav.

Switching the timezone to Europe solves all those issues but of course
does not help ME...

Cheers,
Ingo


------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Davical-general mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/davical-general
Reply | Threaded
Open this post in threaded view
|

Re: CardDAV not working with OSX Addressbook client?!?

Axel Rau

Am 17.04.2012 um 00:12 schrieb Ingo Ratsdorf:

There is the long standing "birthday" bug in timezones +-12 hours in iOS 
addressbook.
Nice to hear that birthdays work at all with carddav+caldav. I never saw birthdays since I moved my address book to davical.
Apple did close the report:
http://openradar.appspot.com/3758455
Hopefully we get the IOS functionality in Mountain Lion.

Axel
---
PGP-Key:29E99DD6  ☀ +49 151 2300 9283  ☀ computing @ chaos claudius


------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Davical-general mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/davical-general
Reply | Threaded
Open this post in threaded view
|

Re: CardDAV not working with OSX Addressbook client?!?

Jens Langner
In reply to this post by Axel Rau
Hi Alex,

well, at some point I definitely had everything working fine in
Adressbook.app on OSX Lion. But currently it simply does not show any
addressbook items anymore when I connect to my davical server. And I
dunno why and when this happens. And currently it seems to hard to
actually debug davical that I can't really help. However, I really want
to get things fixed before I have to consider switching to opencloud or
other dav-kinda services.

Any help in how I can debug the current situation and help Andrew fixing
the bug in DAViCal would be appreciated.

best regards,
jens

Axel Rau schrieb:

> Hi Jens,
>
> Am 16.04.2012 um 10:57 schrieb Jens Langner:
>
>> Hi Andrew,
>>
>> I am a long time DAViCal user
> Me too.
>> and have multiple Apple clients running
>> with it (iOS and OSX).
> Same here.
>> So far I didn't have any problems with it when
>> explicitly using CalDAV only.
> Yes.
>> However, CardDAV support is given me a
>> hard time. At some point (prior to the 1.0 release of DAViCal) even
>> CardDAV was working fine.
>>
>> But it always was kinda flaky when trying to sync CardDAV entries
>> between different devices. E.g. when creating/editing/syncing entries
>> between iOS devices everything seemed to work fine. However, OSX clients
>> didn't see new entries created on iOS for example.
> Between IOS everything works fine, Changes made in Addressbook (currently 5.0.3 on 10.6.8) are often not correctly stored on the server.
> One recent example. I added 2 new entries in Addressbook and deleted one. The 2 new vCards are seen on all other devices (including Macs), the deletion not.
> My observations are:
> 1. single step operations mostly succeed (select a vCard, push the 'modify' button, make changes, release 'modify' button)
> 2. Combining such steps (without waiting for busy indicator to disappear), or copying vCards into groups /deleting vCards from Addressbook often fails.
> 3. If it fails, it locks up in some way (bad work request sitting in Addressbooks work queue?).
>
> I have about 500 vCards and do everything via SSL (which makes it hard to trace tcp).
>
> I did not succeed, logging write operations. I have
> $c->action_log_name = "/some_path_to_world_writable_file";
> in my config/config.php. (Any hints welcome).
>
> Axel
> ---
> PGP-Key:29E99DD6  ☀ +49 151 2300 9283  ☀ computing @ chaos claudius
>
>

--
Jens Langner, Dresden/Germany
http://www.jens-langner.de/



------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Davical-general mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/davical-general
Reply | Threaded
Open this post in threaded view
|

Re: CardDAV not working with OSX Addressbook client?!?

Axel Rau

Am 18.04.2012 um 09:30 schrieb Jens Langner:

> And currently it seems to hard to
> actually debug davical that I can't really help.
Could you provide a tcpdump from startup of Addressbook upto inserting a new address and post it here?

Axel
---
PGP-Key:29E99DD6  ☀ +49 151 2300 9283  ☀ computing @ chaos claudius


------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Davical-general mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/davical-general
Reply | Threaded
Open this post in threaded view
|

Re: CardDAV not working with OSX Addressbook client?!?

Jens Langner
Hi Alex,

I am also using SSL connection, so a tcpdump would be problematic. I
really you prefer it if DAViCal could log a bit better such things.

I now even tried to downgrade my DAViCal installation until 0.9.9.6, but
it doesn't solve the problem.

Very disappointing, especially since no one else seem to have severe
problems with it and I wonder why these problems haven't been reported
here earlier.

best regards,
jens

Axel Rau schrieb:

> Am 18.04.2012 um 09:30 schrieb Jens Langner:
>
>> And currently it seems to hard to
>> actually debug davical that I can't really help.
> Could you provide a tcpdump from startup of Addressbook upto inserting a new address and post it here?


--
Jens Langner, Dresden/Germany
http://www.jens-langner.de/



------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Davical-general mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/davical-general
Reply | Threaded
Open this post in threaded view
|

[Davical-general] Help in setting up action_log

Axel Rau
In reply to this post by Axel Rau

Am 16.04.2012 um 15:24 schrieb Axel Rau:

> I did not succeed, logging write operations. I have
> $c->action_log_name = "/some_path_to_world_writable_file";
> in my config/config.php. (Any hints welcome).
What is wrong with my setting?

Axel
---
PGP-Key:29E99DD6  ☀ +49 151 2300 9283  ☀ computing @ chaos claudius


------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Davical-general mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/davical-general
Reply | Threaded
Open this post in threaded view
|

Re: Help in setting up action_log

Christoph Steidl
hi,

had same problem...
fixed it by modifying /usr/share/davical/htdocs/caldav.php

here's the diff:

<snip>
$ diff -uB htdocs/caldav.php.orig htdocs/caldav.php
--- htdocs/caldav.php.orig      2012-04-19 14:17:45.000000000 +0200
+++ htdocs/caldav.php   2012-02-15 11:48:07.000000000 +0100
@@ -106,6 +106,17 @@
   }
 }

+/**
+ * by cjs for including that fucking log_stuff
+ * which i'm looking for since ... wtf? i don't know!!!!
+ * ahhhhhhhhhhhhhhhhhhhhhhhhhhhhh!!!!!!
+ **/
+if( file_exists('../inc/log_caldav_action.php') ) {
+       include_once('../inc/log_caldav_action.php');
+} else {
+       dbg_error_log( 'LOG WARNING', ' inc/log_caldav_action.php not found
by htdocs/caldav.php');
+}
+
 switch ( $request->method ) {
   case 'OPTIONS':    include_once('caldav-OPTIONS.php');   break;
   case 'REPORT':     include_once('caldav-REPORT.php');    break;
<snap>

cheers,
chris


--On Donnerstag, April 19, 2012 12:19:31 +0200 Axel Rau
<[hidden email]> wrote:

>
> Am 16.04.2012 um 15:24 schrieb Axel Rau:
>
>> I did not succeed, logging write operations. I have
>> $c->action_log_name = "/some_path_to_world_writable_file";
>> in my config/config.php. (Any hints welcome).
> What is wrong with my setting?
>
> Axel
> ---
> PGP-Key:29E99DD6  ☀ +49 151 2300 9283  ☀ computing @ chaos claudius
>
>
> -------------------------------------------------------------------------
> ----- For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> Davical-general mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/davical-general



--

netcar24 GmbH

Systems Engineer

Technologiezentrum Koblenz
Universitätsstrasse 3
56070 Koblenz

Geschäftsführer / CEO: Michael Deuse
Geschäftsführer / CTO: Karsten Stoppe
Amtsgericht Koblenz HRB 20055

HOTLINE: +49-1805-808444 *)
FAX:     +49-261-8854350

[hidden email]
www.netcar24.com
www.re-fleet.com

Autohausverwaltung für Profis
Softwaresolutions for automotive retail

*) 14Cent/min aus dem deutschen Festnetz
   max. 42Cent/min aus dem Mobilfunknetz

-------------------------------------------------------------------

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese
E-Mail irrtümlich erhalten  haben, informieren Sie bitte sofort
netcar24 und vernichten Sie diese Mail. Das unerlaubte Kopieren
sowie die unbefugte Weitergabe dieser Mail ist nicht  gestattet.

Disclaimer: This email and any files transmitted with it are
confidential and intended solely for the use of the individual or entity
to whom they are addressed. If you are not the intended recipient,
please notify netcar24 immediately and delete this email from your
system. Please note that any views or opinions presented in this email
are solely those of the author and do not necessarily represent those of
the company. Finally, the recipient should check this email and any
attachments for the presence of viruses.
Although this message was scanned for viruses before being sent, the
company accepts no liability for any loss, damage or expense resulting
directly or indirectly from the access of this e-mail or any attached
files.

--------------------------------------------------------------------


------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Davical-general mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/davical-general
Reply | Threaded
Open this post in threaded view
|

Re: Help in setting up action_log

Axel Rau

Am 19.04.2012 um 14:20 schrieb Christoph Steidl:

> had same problem...
> fixed it by modifying /usr/share/davical/htdocs/caldav.php
>
> here's the diff:
Thanks. Works now, but gives only minimum info. Requires to look up uid in calendar_item.
No logging of CARDDAV operations at all.
addressbook* tables have no 'last_modified' column, which would help a lot with testing (Andrew are you listening?)

Axel
---
PGP-Key:29E99DD6  ☀ +49 151 2300 9283  ☀ computing @ chaos claudius


------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Davical-general mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/davical-general
Reply | Threaded
Open this post in threaded view
|

Re: Help in setting up action_log

Andrew McMillan
In reply to this post by Christoph Steidl
On Thu, 2012-04-19 at 14:20 +0200, Christoph Steidl wrote:
> hi,
>
> had same problem...
> fixed it by modifying /usr/share/davical/htdocs/caldav.php

You're supposed to modify your config file, which is also PHP code and
the include_once will work just fine there.  Modifying caldav.php won't
make upgrades easy...

Cheers,
                                        Andrew.

>
> here's the diff:
>
> <snip>
> $ diff -uB htdocs/caldav.php.orig htdocs/caldav.php
> --- htdocs/caldav.php.orig      2012-04-19 14:17:45.000000000 +0200
> +++ htdocs/caldav.php   2012-02-15 11:48:07.000000000 +0100
> @@ -106,6 +106,17 @@
>    }
>  }
>
> +/**
> + * by cjs for including that fucking log_stuff
> + * which i'm looking for since ... wtf? i don't know!!!!
> + * ahhhhhhhhhhhhhhhhhhhhhhhhhhhhh!!!!!!
> + **/
> +if( file_exists('../inc/log_caldav_action.php') ) {
> +       include_once('../inc/log_caldav_action.php');
> +} else {
> +       dbg_error_log( 'LOG WARNING', ' inc/log_caldav_action.php not found
> by htdocs/caldav.php');
> +}
> +
>  switch ( $request->method ) {
>    case 'OPTIONS':    include_once('caldav-OPTIONS.php');   break;
>    case 'REPORT':     include_once('caldav-REPORT.php');    break;
> <snap>
>
> cheers,
> chris
>
>
> --On Donnerstag, April 19, 2012 12:19:31 +0200 Axel Rau
> <[hidden email]> wrote:
>
> >
> > Am 16.04.2012 um 15:24 schrieb Axel Rau:
> >
> >> I did not succeed, logging write operations. I have
> >> $c->action_log_name = "/some_path_to_world_writable_file";
> >> in my config/config.php. (Any hints welcome).
> > What is wrong with my setting?
> >
> > Axel
> > ---
> > PGP-Key:29E99DD6  ☀ +49 151 2300 9283  ☀ computing @ chaos claudius
> >
> >
> > -------------------------------------------------------------------------
> > ----- For Developers, A Lot Can Happen In A Second.
> > Boundary is the first to Know...and Tell You.
> > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> > http://p.sf.net/sfu/Boundary-d2dvs2
> > _______________________________________________
> > Davical-general mailing list
> > [hidden email]
> > https://lists.sourceforge.net/lists/listinfo/davical-general
>
>
>
--
------------------------------------------------------------------------
andrew (AT) morphoss (DOT) com                            +64(272)DEBIAN
         You had mail.  Paul read it, so ask him what it said.
------------------------------------------------------------------------


------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Davical-general mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/davical-general

signature.asc (853 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Help in setting up action_log

Andrew McMillan
In reply to this post by Axel Rau
On Thu, 2012-04-19 at 21:36 +0200, Axel Rau wrote:
> Am 19.04.2012 um 14:20 schrieb Christoph Steidl:
>
> > had same problem...
> > fixed it by modifying /usr/share/davical/htdocs/caldav.php
> >
> > here's the diff:
> Thanks. Works now, but gives only minimum info. Requires to look up uid in calendar_item.
> No logging of CARDDAV operations at all.
> addressbook* tables have no 'last_modified' column, which would help a lot with testing (Andrew are you listening?)

(1) move that include_once() into your config file.  Putting it in
caldav.php is a bad idea.

(2) Hmmm, OK.  The log is intentionally brief, but the fact that only
CalDAV things are logged is not.  I'll add the necessary code into the
CardDAV code also.

(3) uid is only probably unique within a calendar, the actual unique ID
is the path which DAViCal uses as the dav_name.

Cheers,
                                        Andrew.

--
------------------------------------------------------------------------
andrew (AT) morphoss (DOT) com                            +64(272)DEBIAN
   The ends justify the means.
                -- after Matthew Prior
------------------------------------------------------------------------


------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Davical-general mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/davical-general

signature.asc (853 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: CardDAV not working with OSX Addressbook client?!?

Axel Rau
In reply to this post by Jens Langner

Am 18.04.2012 um 09:30 schrieb Jens Langner:

> well, at some point I definitely had everything working fine in
> Adressbook.app on OSX Lion. But currently it simply does not show any
> addressbook items anymore when I connect to my davical server. And I
> dunno why and when this happens.
Could this be after upgrading OSX to 10.7.3?
I just came around this thread:
        http://comments.gmane.org/gmane.comp.groupware.sogo.user/8766
Axel
---
PGP-Key:29E99DD6  ☀ +49 151 2300 9283  ☀ computing @ chaos claudius


------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Davical-general mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/davical-general
Reply | Threaded
Open this post in threaded view
|

Re: CardDAV not working with OSX Addressbook client?!?

Jens Langner
Hi Alex,

that could actually be. However, I do not have an older version of Lion
installed somewhere so I could not test that. I also verified again that
using iOS carddav seems to work fine. Just the Addressbook.app of OSX
Lion seems not to work. The question still remains why and how to find a
potential workaround.

best regards,
jens

Axel Rau schrieb:

> Am 18.04.2012 um 09:30 schrieb Jens Langner:
>
>> well, at some point I definitely had everything working fine in
>> Adressbook.app on OSX Lion. But currently it simply does not show any
>> addressbook items anymore when I connect to my davical server. And I
>> dunno why and when this happens.
> Could this be after upgrading OSX to 10.7.3?
> I just came around this thread:
> http://comments.gmane.org/gmane.comp.groupware.sogo.user/8766
> Axel
> ---
> PGP-Key:29E99DD6  ☀ +49 151 2300 9283  ☀ computing @ chaos claudius
>
>

--
Jens Langner, Dresden/Germany
http://www.jens-langner.de/



------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Davical-general mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/davical-general