Mailing List Archive

hi list,

the problem is also existent on iOS 8.0.2

i tested a newly created user with _no_ collections inside. after
connecting iOS 8.1 client 2 collections where created and the following
properties where set by iOS:

davical=# select * from property where dav_name like '/kstoppe/%';
dav_name |
property_name |
property_value |
changed_on | changed_by
------------------------------------------------+----------------------------------------------------------------+--------------------------------------------------------------+
----------------------------+------------
/testUser/CF806099-689F-40E3-9159-3D9B0553EAA8/ |
http://apple.com/ns/ical/:calendar-order | 14
|
2014-11-14 13:01:28.05146 | 1035
/testUser/CF806099-689F-40E3-9159-3D9B0553EAA8/ |
urn:ietf:params:xml:ns:caldav:calendar-free-busy-set |
|
2014-11-14 13:01:28.05146 | 1035

: <NO/>


:

/testUser/CF806099-689F-40E3-9159-3D9B0553EAA8/ |
urn:ietf:params:xml:ns:caldav:supported-calendar-component-set |
|
2014-11-14 13:01:28.05146 | 1035

: <comp name="VEVENT" xmlns="urn:ietf:params:xml:ns:caldav"/>


:

/testUser/3B736693-1B88-493C-90D2-82515E9C3621/ |
urn:ietf:params:xml:ns:caldav:calendar-free-busy-set |
|
2014-11-14 13:01:28.496696 | 1035

: <NO/>


:

/testUser/3B736693-1B88-493C-90D2-82515E9C3621/ |
http://apple.com/ns/ical/:calendar-order | 15
|
2014-11-14 13:01:28.496696 | 1035
/testUser/3B736693-1B88-493C-90D2-82515E9C3621/ |
urn:ietf:params:xml:ns:caldav:supported-calendar-component-set |
|
2014-11-14 13:01:28.496696 | 1035

: <comp name="VTODO" xmlns="urn:ietf:params:xml:ns:caldav"/>


:

/testUser/3B736693-1B88-493C-90D2-82515E9C3621/ |
http://apple.com/ns/ical/:calendar-color | #63DA38
|
2014-11-14 13:02:08.165207 | 1035
/testUser/CF806099-689F-40E3-9159-3D9B0553EAA8/ |
http://apple.com/ns/ical/:calendar-color | #FF2968
|
2014-11-14 13:02:08.557424 | 1035


after sending an test-invite to the testUser and accepting it, it shows up
in iOS but is _not_ PUT to the server (nothing in the logs expect some
REPORT- and PROPFIND-requests to the entire collection). the admin
interface shows:

'Items in Collection: 0'

while nobody seems to have the same or similar problems, what can i do to
find the problem? it's relatively urgent for me (for my CEO/CTO because
they both use iOS 8.x and they can not accept invites with their phones!)...


cheers,
chris


--On Donnerstag, November 13, 2014 13:28:37 +0100 Christoph Steidl
<chris@netcar24.com> wrote:

> hi list,
>
> since updating to iOS 8.1 (from 8.0) i have issues with calendar-invites.
> new entries i create on iOS are synced perfectly and show up in TB or
> whatever client.
>
> user1 = iOS 8.1 user
> user2 = TB or whatever client user
>
> but if i create an event with user2 and invite the user1, user1 gets an
> email as expected. when user1 accepts the invitation the new event shows
> up in iOS but is never synced to the server (no PUT-request in
> access.log). also there is no mail sent out to user2 that the event was
> accepted...
>
> i installed davical from git:
> downloaded: 2014-11-11
> downloaded zip's: awl: 5ca35ae95c35f2ffe436ebec0fc975eae63b2bc8.tar.gz
> davical:
> ccfff62118ec13c09238b598cddcd5781a17a677.tar.gz
> reported versions: DAViCal/1.1.3; DB/1.2.11
>
> can anyone acknowledge the problem? any hints on debugging that?
>
>
> cheers,
> chris



--

Christoph Steidl
Systems Engineer

netcar24 GmbH
Technologiezentrum Koblenz
Universitätsstrasse 3
56070 Koblenz

TEL: +49 261 - 88 54 300
FAX: +49 261 - 88 54 350

cs@netcar24.com
www.netcar24.com

An ARI Company
www.arifleet.de
www.arifleet.com


-------------------------------------------------------------------
Geschäftsführer: Christopher G. Conroy
Sitz der Gesellschaft: Koblenz
Handelsregisternummer HRB 20055, Amtsgericht Koblenz

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.
--------------------------------------------------------------------


------------------------------------------------------------------------------
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
_______________________________________________
Davical-general mailing list
Davical-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/davical-general

Hi Chris,

I don't use invitations with davical, but maybe you could try the follwing if you still have a 7.x device to narrow down where the problem is. Under the assumption with 7.x devices everything worked fine.

Turn on debugging in /etc/davical/your-calendar-domain.php like:

$c->dbg['ALL'] = 1;

If this is too much information you may try to restrict the output with specific flags like:

$c->dbg = array('request' => 1, 'response' => 1);

A list with all debug options can be found at: http://repo.or.cz/w/davical.git?a=blob;f=config/debug-config.php;hb=HEAD . But unfortunately I have no idea which flags could be relevant for your problem.

With this setup you can create a logfile of accepting a invitation with a working device and also for a not-working device. You should then be able to compare the relevant part of the logs and maybe find a difference.

This is not a solution at all but at least a direction you can go. Hope this helps.

Best regards from Heidelberg
Frank


Am 14.11.2014 um 13:52 schrieb Christoph Steidl <cs@netcar24.com>:

> hi list,
>
> the problem is also existent on iOS 8.0.2
>
> i tested a newly created user with _no_ collections inside. after
> connecting iOS 8.1 client 2 collections where created and the following
> properties where set by iOS:
>
> davical=# select * from property where dav_name like '/kstoppe/%';
> dav_name |
> property_name |
> property_value |
> changed_on | changed_by
> ------------------------------------------------+----------------------------------------------------------------+--------------------------------------------------------------+
> ----------------------------+------------
> /testUser/CF806099-689F-40E3-9159-3D9B0553EAA8/ |
> http://apple.com/ns/ical/:calendar-order | 14
> |
> 2014-11-14 13:01:28.05146 | 1035
> /testUser/CF806099-689F-40E3-9159-3D9B0553EAA8/ |
> urn:ietf:params:xml:ns:caldav:calendar-free-busy-set |
> |
> 2014-11-14 13:01:28.05146 | 1035
>
> : <NO/>
>
>
> :
>
> /testUser/CF806099-689F-40E3-9159-3D9B0553EAA8/ |
> urn:ietf:params:xml:ns:caldav:supported-calendar-component-set |
> |
> 2014-11-14 13:01:28.05146 | 1035
>
> : <comp name="VEVENT" xmlns="urn:ietf:params:xml:ns:caldav"/>
>
>
> :
>
> /testUser/3B736693-1B88-493C-90D2-82515E9C3621/ |
> urn:ietf:params:xml:ns:caldav:calendar-free-busy-set |
> |
> 2014-11-14 13:01:28.496696 | 1035
>
> : <NO/>
>
>
> :
>
> /testUser/3B736693-1B88-493C-90D2-82515E9C3621/ |
> http://apple.com/ns/ical/:calendar-order | 15
> |
> 2014-11-14 13:01:28.496696 | 1035
> /testUser/3B736693-1B88-493C-90D2-82515E9C3621/ |
> urn:ietf:params:xml:ns:caldav:supported-calendar-component-set |
> |
> 2014-11-14 13:01:28.496696 | 1035
>
> : <comp name="VTODO" xmlns="urn:ietf:params:xml:ns:caldav"/>
>
>
> :
>
> /testUser/3B736693-1B88-493C-90D2-82515E9C3621/ |
> http://apple.com/ns/ical/:calendar-color | #63DA38
> |
> 2014-11-14 13:02:08.165207 | 1035
> /testUser/CF806099-689F-40E3-9159-3D9B0553EAA8/ |
> http://apple.com/ns/ical/:calendar-color | #FF2968
> |
> 2014-11-14 13:02:08.557424 | 1035
>
>
> after sending an test-invite to the testUser and accepting it, it shows up
> in iOS but is _not_ PUT to the server (nothing in the logs expect some
> REPORT- and PROPFIND-requests to the entire collection). the admin
> interface shows:
>
> 'Items in Collection: 0'
>
> while nobody seems to have the same or similar problems, what can i do to
> find the problem? it's relatively urgent for me (for my CEO/CTO because
> they both use iOS 8.x and they can not accept invites with their phones!)...
>
>
> cheers,
> chris
>
>
> --On Donnerstag, November 13, 2014 13:28:37 +0100 Christoph Steidl
> <chris@netcar24.com> wrote:
>
>> hi list,
>>
>> since updating to iOS 8.1 (from 8.0) i have issues with calendar-invites.
>> new entries i create on iOS are synced perfectly and show up in TB or
>> whatever client.
>>
>> user1 = iOS 8.1 user
>> user2 = TB or whatever client user
>>
>> but if i create an event with user2 and invite the user1, user1 gets an
>> email as expected. when user1 accepts the invitation the new event shows
>> up in iOS but is never synced to the server (no PUT-request in
>> access.log). also there is no mail sent out to user2 that the event was
>> accepted...
>>
>> i installed davical from git:
>> downloaded: 2014-11-11
>> downloaded zip's: awl: 5ca35ae95c35f2ffe436ebec0fc975eae63b2bc8.tar.gz
>> davical:
>> ccfff62118ec13c09238b598cddcd5781a17a677.tar.gz
>> reported versions: DAViCal/1.1.3; DB/1.2.11
>>
>> can anyone acknowledge the problem? any hints on debugging that?
>>
>>
>> cheers,
>> chris
>
>
>
> --
>
> Christoph Steidl
> Systems Engineer
>
> netcar24 GmbH
> Technologiezentrum Koblenz
> Universitätsstrasse 3
> 56070 Koblenz
>
> TEL: +49 261 - 88 54 300
> FAX: +49 261 - 88 54 350
>
> cs@netcar24.com
> www.netcar24.com
>
> An ARI Company
> www.arifleet.de
> www.arifleet.com
>
>
> -------------------------------------------------------------------
> Geschäftsführer: Christopher G. Conroy
> Sitz der Gesellschaft: Koblenz
> Handelsregisternummer HRB 20055, Amtsgericht Koblenz
>
> 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.
> --------------------------------------------------------------------
>
>
> ------------------------------------------------------------------------------
> Comprehensive Server Monitoring with Site24x7.
> Monitor 10 servers for $9/Month.
> Get alerted through email, SMS, voice calls or mobile push notifications.
> Take corrective actions from your mobile device.
> http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
> _______________________________________________
> Davical-general mailing list
> Davical-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/davical-general

hi frank,

thanks for your answer.

but that is exactly my problem...
i know about the $c->dbg['ALL'] = 1; config-option and turned it on already.
but when accepting an invite there is _no_ interaction with the server
expect that the iOS-client pulls it's calendars and does a re-sync.

when i create a new event in iOS there is a PUT-request immediately after i
finish the creation process on iOS. after the put-request there is a
REPORT-request against the newly created .ics file like this:

<--- schnip --->
PUT /caldav.php/user/collection/b7ef55dfa298338ea7d84e9c65ef6eec.ics
REPORT /caldav.php/user/collection/b7ef55dfa298338ea7d84e9c65ef6eec.ics
<--- schnap --->

so sadly there is nothing to compare...


cheers,
chris

--On Freitag, November 14, 2014 15:05:53 +0100 Frank Martin
<mailing.lists@frank-o-martin.de> wrote:

>
> Hi Chris,
>
>
> I don't use invitations with davical, but maybe you could try the
> follwing if you still have a 7.x device to narrow down where the problem
> is. Under the assumption with 7.x devices everything worked fine.
>
>
> Turn on debugging in /etc/davical/your-calendar-domain.php like:
>
>
> $c->dbg['ALL'] = 1;
>
>
> If this is too much information you may try to restrict the output with
> specific flags like:
>
>
> $c->dbg = array('request' => 1, 'response' => 1);
>
>
> A list with all debug options can be found at:
> http://repo.or.cz/w/davical.git?a=blob;f=config/debug-config.php;hb=HEAD
> . But unfortunately I have no idea which flags could be relevant for your
> problem.
>
>
> With this setup you can create a logfile of accepting a invitation with a
> working device and also for a not-working device. You should then be able
> to compare the relevant part of the logs and maybe find a difference.
>
>
> This is not a solution at all but at least a direction you can go. Hope
> this helps.
>
>
> Best regards from Heidelberg
> Frank
>
>
>
>
> Am 14.11.2014 um 13:52 schrieb Christoph Steidl <cs@netcar24.com>:
>
> hi list,
>
> the problem is also existent on iOS 8.0.2
>
> i tested a newly created user with _no_ collections inside. after
> connecting iOS 8.1 client 2 collections where created and the following
> properties where set by iOS:
>
> davical=# select * from property where dav_name like '/kstoppe/%';
> dav_name |
> property_name |
> property_value |
> changed_on | changed_by
> ------------------------------------------------+------------------------
> ----------------------------------------+--------------------------------
> ------------------------------+
> ----------------------------+------------
> /testUser/CF806099-689F-40E3-9159-3D9B0553EAA8/ |
> http://apple.com/ns/ical/:calendar-order | 14
>|
> 2014-11-14 13:01:28.05146 | 1035
> /testUser/CF806099-689F-40E3-9159-3D9B0553EAA8/ |
> urn:ietf:params:xml:ns:caldav:calendar-free-busy-set |
>|
> 2014-11-14 13:01:28.05146 | 1035
>
> : <NO/>
>
>
> :
>
> /testUser/CF806099-689F-40E3-9159-3D9B0553EAA8/ |
> urn:ietf:params:xml:ns:caldav:supported-calendar-component-set |
>|
> 2014-11-14 13:01:28.05146 | 1035
>
> : <comp name="VEVENT" xmlns="urn:ietf:params:xml:ns:caldav"/>
>
>
> :
>
> /testUser/3B736693-1B88-493C-90D2-82515E9C3621/ |
> urn:ietf:params:xml:ns:caldav:calendar-free-busy-set |
>|
> 2014-11-14 13:01:28.496696 | 1035
>
> : <NO/>
>
>
> :
>
> /testUser/3B736693-1B88-493C-90D2-82515E9C3621/ |
> http://apple.com/ns/ical/:calendar-order | 15
>|
> 2014-11-14 13:01:28.496696 | 1035
> /testUser/3B736693-1B88-493C-90D2-82515E9C3621/ |
> urn:ietf:params:xml:ns:caldav:supported-calendar-component-set |
>|
> 2014-11-14 13:01:28.496696 | 1035
>
> : <comp name="VTODO" xmlns="urn:ietf:params:xml:ns:caldav"/>
>
>
> :
>
> /testUser/3B736693-1B88-493C-90D2-82515E9C3621/ |
> http://apple.com/ns/ical/:calendar-color | #63DA38
>|
> 2014-11-14 13:02:08.165207 | 1035
> /testUser/CF806099-689F-40E3-9159-3D9B0553EAA8/ |
> http://apple.com/ns/ical/:calendar-color | #FF2968
>|
> 2014-11-14 13:02:08.557424 | 1035
>
>
> after sending an test-invite to the testUser and accepting it, it shows
> up
> in iOS but is _not_ PUT to the server (nothing in the logs expect some
> REPORT- and PROPFIND-requests to the entire collection). the admin
> interface shows:
>
> 'Items in Collection: 0'
>
> while nobody seems to have the same or similar problems, what can i do to
> find the problem? it's relatively urgent for me (for my CEO/CTO because
> they both use iOS 8.x and they can not accept invites with their
> phones!)...
>
>
> cheers,
> chris
>
>
> --On Donnerstag, November 13, 2014 13:28:37 +0100 Christoph Steidl
> <chris@netcar24.com> wrote:
>
>
> hi list,
>
> since updating to iOS 8.1 (from 8.0) i have issues with calendar-invites.
> new entries i create on iOS are synced perfectly and show up in TB or
> whatever client.
>
> user1 = iOS 8.1 user
> user2 = TB or whatever client user
>
> but if i create an event with user2 and invite the user1, user1 gets an
> email as expected. when user1 accepts the invitation the new event shows
> up in iOS but is never synced to the server (no PUT-request in
> access.log). also there is no mail sent out to user2 that the event was
> accepted...
>
> i installed davical from git:
> downloaded: 2014-11-11
> downloaded zip's: awl: 5ca35ae95c35f2ffe436ebec0fc975eae63b2bc8.tar.gz
> davical:
> ccfff62118ec13c09238b598cddcd5781a17a677.tar.gz
> reported versions: DAViCal/1.1.3; DB/1.2.11
>
> can anyone acknowledge the problem? any hints on debugging that?
>
>
> cheers,
> chris



--

Christoph Steidl
Systems Engineer

netcar24 GmbH
Technologiezentrum Koblenz
Universitätsstrasse 3
56070 Koblenz

TEL: +49 261 - 88 54 300
FAX: +49 261 - 88 54 350

cs@netcar24.com
www.netcar24.com

An ARI Company
www.arifleet.de
www.arifleet.com


-------------------------------------------------------------------
Geschäftsführer: Christopher G. Conroy
Sitz der Gesellschaft: Koblenz
Handelsregisternummer HRB 20055, Amtsgericht Koblenz

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.
--------------------------------------------------------------------


------------------------------------------------------------------------------
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
_______________________________________________
Davical-general mailing list
Davical-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/davical-general

Hi Chris,

so the log-file looks exactely the same for accepting an invitation with an iOS 7 device (where acceptance works) and an iOS 8 device (where it does not work) ?

best regards,
Frank


Am 14.11.2014 um 16:43 schrieb Christoph Steidl <cs@netcar24.com>:

> hi frank,
>
> thanks for your answer.
>
> but that is exactly my problem...
> i know about the $c->dbg['ALL'] = 1; config-option and turned it on already.
> but when accepting an invite there is _no_ interaction with the server expect that the iOS-client pulls it's calendars and does a re-sync.
>
> when i create a new event in iOS there is a PUT-request immediately after i finish the creation process on iOS. after the put-request there is a REPORT-request against the newly created .ics file like this:
>
> <--- schnip --->
> PUT /caldav.php/user/collection/b7ef55dfa298338ea7d84e9c65ef6eec.ics
> REPORT /caldav.php/user/collection/b7ef55dfa298338ea7d84e9c65ef6eec.ics
> <--- schnap --->
>
> so sadly there is nothing to compare...
>
>
> cheers,
> chris
>
> --On Freitag, November 14, 2014 15:05:53 +0100 Frank Martin <mailing.lists@frank-o-martin.de> wrote:
>
>>
>> Hi Chris,
>>
>>
>> I don't use invitations with davical, but maybe you could try the
>> follwing if you still have a 7.x device to narrow down where the problem
>> is. Under the assumption with 7.x devices everything worked fine.
>>
>>
>> Turn on debugging in /etc/davical/your-calendar-domain.php like:
>>
>>
>> $c->dbg['ALL'] = 1;
>>
>>
>> If this is too much information you may try to restrict the output with
>> specific flags like:
>>
>>
>> $c->dbg = array('request' => 1, 'response' => 1);
>>
>>
>> A list with all debug options can be found at:
>> http://repo.or.cz/w/davical.git?a=blob;f=config/debug-config.php;hb=HEAD
>> . But unfortunately I have no idea which flags could be relevant for your
>> problem.
>>
>>
>> With this setup you can create a logfile of accepting a invitation with a
>> working device and also for a not-working device. You should then be able
>> to compare the relevant part of the logs and maybe find a difference.
>>
>>
>> This is not a solution at all but at least a direction you can go. Hope
>> this helps.
>>
>>
>> Best regards from Heidelberg
>> Frank
>>
>>
>>
>>
>> Am 14.11.2014 um 13:52 schrieb Christoph Steidl <cs@netcar24.com>:
>>
>> hi list,
>>
>> the problem is also existent on iOS 8.0.2
>>
>> i tested a newly created user with _no_ collections inside. after
>> connecting iOS 8.1 client 2 collections where created and the following
>> properties where set by iOS:
>>
>> davical=# select * from property where dav_name like '/kstoppe/%';
>> dav_name |
>> property_name |
>> property_value |
>> changed_on | changed_by
>> ------------------------------------------------+------------------------
>> ----------------------------------------+--------------------------------
>> ------------------------------+
>> ----------------------------+------------
>> /testUser/CF806099-689F-40E3-9159-3D9B0553EAA8/ |
>> http://apple.com/ns/ical/:calendar-order | 14
>> |
>> 2014-11-14 13:01:28.05146 | 1035
>> /testUser/CF806099-689F-40E3-9159-3D9B0553EAA8/ |
>> urn:ietf:params:xml:ns:caldav:calendar-free-busy-set |
>> |
>> 2014-11-14 13:01:28.05146 | 1035
>>
>> : <NO/>
>>
>>
>> :
>>
>> /testUser/CF806099-689F-40E3-9159-3D9B0553EAA8/ |
>> urn:ietf:params:xml:ns:caldav:supported-calendar-component-set |
>> |
>> 2014-11-14 13:01:28.05146 | 1035
>>
>> : <comp name="VEVENT" xmlns="urn:ietf:params:xml:ns:caldav"/>
>>
>>
>> :
>>
>> /testUser/3B736693-1B88-493C-90D2-82515E9C3621/ |
>> urn:ietf:params:xml:ns:caldav:calendar-free-busy-set |
>> |
>> 2014-11-14 13:01:28.496696 | 1035
>>
>> : <NO/>
>>
>>
>> :
>>
>> /testUser/3B736693-1B88-493C-90D2-82515E9C3621/ |
>> http://apple.com/ns/ical/:calendar-order | 15
>> |
>> 2014-11-14 13:01:28.496696 | 1035
>> /testUser/3B736693-1B88-493C-90D2-82515E9C3621/ |
>> urn:ietf:params:xml:ns:caldav:supported-calendar-component-set |
>> |
>> 2014-11-14 13:01:28.496696 | 1035
>>
>> : <comp name="VTODO" xmlns="urn:ietf:params:xml:ns:caldav"/>
>>
>>
>> :
>>
>> /testUser/3B736693-1B88-493C-90D2-82515E9C3621/ |
>> http://apple.com/ns/ical/:calendar-color | #63DA38
>> |
>> 2014-11-14 13:02:08.165207 | 1035
>> /testUser/CF806099-689F-40E3-9159-3D9B0553EAA8/ |
>> http://apple.com/ns/ical/:calendar-color | #FF2968
>> |
>> 2014-11-14 13:02:08.557424 | 1035
>>
>>
>> after sending an test-invite to the testUser and accepting it, it shows
>> up
>> in iOS but is _not_ PUT to the server (nothing in the logs expect some
>> REPORT- and PROPFIND-requests to the entire collection). the admin
>> interface shows:
>>
>> 'Items in Collection: 0'
>>
>> while nobody seems to have the same or similar problems, what can i do to
>> find the problem? it's relatively urgent for me (for my CEO/CTO because
>> they both use iOS 8.x and they can not accept invites with their
>> phones!)...
>>
>>
>> cheers,
>> chris
>>
>>
>> --On Donnerstag, November 13, 2014 13:28:37 +0100 Christoph Steidl
>> <chris@netcar24.com> wrote:
>>
>>
>> hi list,
>>
>> since updating to iOS 8.1 (from 8.0) i have issues with calendar-invites.
>> new entries i create on iOS are synced perfectly and show up in TB or
>> whatever client.
>>
>> user1 = iOS 8.1 user
>> user2 = TB or whatever client user
>>
>> but if i create an event with user2 and invite the user1, user1 gets an
>> email as expected. when user1 accepts the invitation the new event shows
>> up in iOS but is never synced to the server (no PUT-request in
>> access.log). also there is no mail sent out to user2 that the event was
>> accepted...
>>
>> i installed davical from git:
>> downloaded: 2014-11-11
>> downloaded zip's: awl: 5ca35ae95c35f2ffe436ebec0fc975eae63b2bc8.tar.gz
>> davical:
>> ccfff62118ec13c09238b598cddcd5781a17a677.tar.gz
>> reported versions: DAViCal/1.1.3; DB/1.2.11
>>
>> can anyone acknowledge the problem? any hints on debugging that?
>>
>>
>> cheers,
>> chris
>
>
>
> --
>
> Christoph Steidl
> Systems Engineer
>
> netcar24 GmbH
> Technologiezentrum Koblenz
> Universitätsstrasse 3
> 56070 Koblenz
>
> TEL: +49 261 - 88 54 300
> FAX: +49 261 - 88 54 350
>
> cs@netcar24.com
> www.netcar24.com
>
> An ARI Company
> www.arifleet.de
> www.arifleet.com
>
>
> -------------------------------------------------------------------
> Geschäftsführer: Christopher G. Conroy
> Sitz der Gesellschaft: Koblenz
> Handelsregisternummer HRB 20055, Amtsgericht Koblenz
>
> 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.
> --------------------------------------------------------------------
>

hi frank,

i can't test with iOS 7 because i have no device.

the only difference i can see is between event creation with and without an
invitation:

a) the creation of new events (no invitation!) works.
i can see the iOS-device connecting the server:
> <--- schnip --->
> PUT /caldav.php/user/collection/b7ef55dfa298338ea7d84e9c65ef6eec.ics
> REPORT /caldav.php/user/collection/b7ef55dfa298338ea7d84e9c65ef6eec.ics
> <--- schnap --->
but this happens _only_ if i create a new event without an invite...

b) i accept an invitation and there is just _no_ interaction with
the server. no PUT or REPORT shows up in the log...

i'm testing with iOS 8.0.x and 8.1
both iOS'es have the same issue.
i have no idea why iOS interacts diffrently when i accept an invitation
which is delivered as email (with .ics-attachment) to the attandee or
creating a new event.


cheers,
chris

--On Freitag, November 14, 2014 17:07:03 +0100 Frank Martin
<mailing.lists@frank-o-martin.de> wrote:

> Hi Chris,
>
>
> so the log-file looks exactely the same for accepting an invitation with
> an iOS 7 device (where acceptance works) and an iOS 8 device (where it
> does not work) ?
>
>
> best regards,
> Frank
>
>
>
>
>
>
> Am 14.11.2014 um 16:43 schrieb Christoph Steidl <cs@netcar24.com>:
>
> hi frank,
>
> thanks for your answer.
>
> but that is exactly my problem...
> i know about the $c->dbg['ALL'] = 1; config-option and turned it on
> already.
> but when accepting an invite there is _no_ interaction with the server
> expect that the iOS-client pulls it's calendars and does a re-sync.
>
> when i create a new event in iOS there is a PUT-request immediately after
> i finish the creation process on iOS. after the put-request there is a
> REPORT-request against the newly created .ics file like this:
>
> <--- schnip --->
> PUT /caldav.php/user/collection/b7ef55dfa298338ea7d84e9c65ef6eec.ics
> REPORT /caldav.php/user/collection/b7ef55dfa298338ea7d84e9c65ef6eec.ics
> <--- schnap --->
>
> so sadly there is nothing to compare...
>
>
> cheers,
> chris
>
> --On Freitag, November 14, 2014 15:05:53 +0100 Frank Martin
> <mailing.lists@frank-o-martin.de> wrote:
>
>
>
> Hi Chris,
>
>
> I don't use invitations with davical, but maybe you could try the
> follwing if you still have a 7.x device to narrow down where the problem
> is. Under the assumption with 7.x devices everything worked fine.
>
>
> Turn on debugging in /etc/davical/your-calendar-domain.php like:
>
>
> $c->dbg['ALL'] = 1;
>
>
> If this is too much information you may try to restrict the output with
> specific flags like:
>
>
> $c->dbg = array('request' => 1, 'response' => 1);
>
>
> A list with all debug options can be found at:
> http://repo.or.cz/w/davical.git?a=blob;f=config/debug-config.php;hb=HEAD
> . But unfortunately I have no idea which flags could be relevant for your
> problem.
>
>
> With this setup you can create a logfile of accepting a invitation with a
> working device and also for a not-working device. You should then be able
> to compare the relevant part of the logs and maybe find a difference.
>
>
> This is not a solution at all but at least a direction you can go. Hope
> this helps.
>
>
> Best regards from Heidelberg
> Frank
>
>
>
>
> Am 14.11.2014 um 13:52 schrieb Christoph Steidl <cs@netcar24.com>:
>
> hi list,
>
> the problem is also existent on iOS 8.0.2
>
> i tested a newly created user with _no_ collections inside. after
> connecting iOS 8.1 client 2 collections where created and the following
> properties where set by iOS:
>
> davical=# select * from property where dav_name like '/kstoppe/%';
> dav_name |
> property_name |
> property_value |
> changed_on | changed_by
> ------------------------------------------------+------------------------
> ----------------------------------------+--------------------------------
> ------------------------------+
> ----------------------------+------------
> /testUser/CF806099-689F-40E3-9159-3D9B0553EAA8/ |
> http://apple.com/ns/ical/:calendar-order | 14
>|
> 2014-11-14 13:01:28.05146 | 1035
> /testUser/CF806099-689F-40E3-9159-3D9B0553EAA8/ |
> urn:ietf:params:xml:ns:caldav:calendar-free-busy-set |
>|
> 2014-11-14 13:01:28.05146 | 1035
>
> : <NO/>
>
>
> :
>
> /testUser/CF806099-689F-40E3-9159-3D9B0553EAA8/ |
> urn:ietf:params:xml:ns:caldav:supported-calendar-component-set |
>|
> 2014-11-14 13:01:28.05146 | 1035
>
> : <comp name="VEVENT" xmlns="urn:ietf:params:xml:ns:caldav"/>
>
>
> :
>
> /testUser/3B736693-1B88-493C-90D2-82515E9C3621/ |
> urn:ietf:params:xml:ns:caldav:calendar-free-busy-set |
>|
> 2014-11-14 13:01:28.496696 | 1035
>
> : <NO/>
>
>
> :
>
> /testUser/3B736693-1B88-493C-90D2-82515E9C3621/ |
> http://apple.com/ns/ical/:calendar-order | 15
>|
> 2014-11-14 13:01:28.496696 | 1035
> /testUser/3B736693-1B88-493C-90D2-82515E9C3621/ |
> urn:ietf:params:xml:ns:caldav:supported-calendar-component-set |
>|
> 2014-11-14 13:01:28.496696 | 1035
>
> : <comp name="VTODO" xmlns="urn:ietf:params:xml:ns:caldav"/>
>
>
> :
>
> /testUser/3B736693-1B88-493C-90D2-82515E9C3621/ |
> http://apple.com/ns/ical/:calendar-color | #63DA38
>|
> 2014-11-14 13:02:08.165207 | 1035
> /testUser/CF806099-689F-40E3-9159-3D9B0553EAA8/ |
> http://apple.com/ns/ical/:calendar-color | #FF2968
>|
> 2014-11-14 13:02:08.557424 | 1035
>
>
> after sending an test-invite to the testUser and accepting it, it shows
> up
> in iOS but is _not_ PUT to the server (nothing in the logs expect some
> REPORT- and PROPFIND-requests to the entire collection). the admin
> interface shows:
>
> 'Items in Collection: 0'
>
> while nobody seems to have the same or similar problems, what can i do to
> find the problem? it's relatively urgent for me (for my CEO/CTO because
> they both use iOS 8.x and they can not accept invites with their
> phones!)...
>
>
> cheers,
> chris
>
>
> --On Donnerstag, November 13, 2014 13:28:37 +0100 Christoph Steidl
> <chris@netcar24.com> wrote:
>
>
> hi list,
>
> since updating to iOS 8.1 (from 8.0) i have issues with calendar-invites.
> new entries i create on iOS are synced perfectly and show up in TB or
> whatever client.
>
> user1 = iOS 8.1 user
> user2 = TB or whatever client user
>
> but if i create an event with user2 and invite the user1, user1 gets an
> email as expected. when user1 accepts the invitation the new event shows
> up in iOS but is never synced to the server (no PUT-request in
> access.log). also there is no mail sent out to user2 that the event was
> accepted...
>
> i installed davical from git:
> downloaded: 2014-11-11
> downloaded zip's: awl: 5ca35ae95c35f2ffe436ebec0fc975eae63b2bc8.tar.gz
> davical:
> ccfff62118ec13c09238b598cddcd5781a17a677.tar.gz
> reported versions: DAViCal/1.1.3; DB/1.2.11
>
> can anyone acknowledge the problem? any hints on debugging that?
>
>
> cheers,
> chris



--

Christoph Steidl
Systems Engineer

netcar24 GmbH
Technologiezentrum Koblenz
Universitätsstrasse 3
56070 Koblenz

TEL: +49 261 - 88 54 300
FAX: +49 261 - 88 54 350

cs@netcar24.com
www.netcar24.com

An ARI Company
www.arifleet.de
www.arifleet.com


-------------------------------------------------------------------
Geschäftsführer: Christopher G. Conroy
Sitz der Gesellschaft: Koblenz
Handelsregisternummer HRB 20055, Amtsgericht Koblenz

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.
--------------------------------------------------------------------


------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
_______________________________________________
Davical-general mailing list
Davical-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/davical-general