https://wiki.davical.org/index.php?title=Setup_for_Apple_Users&feed=atom&action=historySetup for Apple Users - Revision history2024-03-29T15:05:57ZRevision history for this page on the wikiMediaWiki 1.40.1https://wiki.davical.org/index.php?title=Setup_for_Apple_Users&diff=3815&oldid=prevPuck: /* Notable Issues */2020-11-24T10:47:29Z<p><span dir="auto"><span class="autocomment">Notable Issues</span></span></p>
<table style="background-color: #fff; color: #202122;" data-mw="interface">
<col class="diff-marker" />
<col class="diff-content" />
<col class="diff-marker" />
<col class="diff-content" />
<tr class="diff-title" lang="en">
<td colspan="2" style="background-color: #fff; color: #202122; text-align: center;">← Older revision</td>
<td colspan="2" style="background-color: #fff; color: #202122; text-align: center;">Revision as of 11:47, 24 November 2020</td>
</tr><tr><td colspan="2" class="diff-lineno" id="mw-diff-left-l19">Line 19:</td>
<td colspan="2" class="diff-lineno">Line 19:</td></tr>
<tr><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><br/></td><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><br/></td></tr>
<tr><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><div>== Notable Issues ==</div></td><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><div>== Notable Issues ==</div></td></tr>
<tr><td colspan="2" class="diff-side-deleted"></td><td class="diff-marker" data-marker="+"></td><td style="color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #a3d3ff; vertical-align: top; white-space: pre-wrap;"><div><ins style="font-weight: bold; text-decoration: none;"></ins></div></td></tr>
<tr><td colspan="2" class="diff-side-deleted"></td><td class="diff-marker" data-marker="+"></td><td style="color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #a3d3ff; vertical-align: top; white-space: pre-wrap;"><div><ins style="font-weight: bold; text-decoration: none;">=== Unable to login when using HTTP ===</ins></div></td></tr>
<tr><td colspan="2" class="diff-side-deleted"></td><td class="diff-marker" data-marker="+"></td><td style="color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #a3d3ff; vertical-align: top; white-space: pre-wrap;"><div><ins style="font-weight: bold; text-decoration: none;"></ins></div></td></tr>
<tr><td colspan="2" class="diff-side-deleted"></td><td class="diff-marker" data-marker="+"></td><td style="color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #a3d3ff; vertical-align: top; white-space: pre-wrap;"><div><ins style="font-weight: bold; text-decoration: none;">It has been reported that the Apple apps won't talk to DAViCal over HTTP, only over HTTPS. The assumption is that it won't use basic auth to login over an encrypted link (which HTTP is).</ins></div></td></tr>
<tr><td colspan="2" class="diff-side-deleted"></td><td class="diff-marker" data-marker="+"></td><td style="color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #a3d3ff; vertical-align: top; white-space: pre-wrap;"><div><ins style="font-weight: bold; text-decoration: none;"></ins></div></td></tr>
<tr><td colspan="2" class="diff-side-deleted"></td><td class="diff-marker" data-marker="+"></td><td style="color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #a3d3ff; vertical-align: top; white-space: pre-wrap;"><div><ins style="font-weight: bold; text-decoration: none;">If you encounter this problem, please try using SSL.</ins></div></td></tr>
<tr><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><br/></td><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><br/></td></tr>
<tr><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><div>=== Different database layout expected for iOS 7 queries ===</div></td><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><div>=== Different database layout expected for iOS 7 queries ===</div></td></tr>
<!-- diff cache key davical:diff::1.12:old-3321:rev-3815 -->
</table>Puckhttps://wiki.davical.org/index.php?title=Setup_for_Apple_Users&diff=3321&oldid=prevGorka: Described database problems with iOS 7 queries2014-07-07T15:28:23Z<p>Described database problems with iOS 7 queries</p>
<p><b>New page</b></p><div>{{TOCright}}The applications used on Apple devices can be made to configure simply if you set your server configuration up to cater to them:<br />
<br />
* Running an SSL server on port 8443 ([[CalDAV]] and [[CardDAV]]), or a plain HTTP server on port 8008 (for CalDAV) and 8800 (for CardDAV).<ref>[http://support.apple.com/kb/ts1629 Well known TCP and UDP ports used by Apple software products]</ref><br />
* Running from the root of the server<br />
* Using mod_rewrite to translate request URLs <br />
<br />
If you install DAViCal in a subdirectory, or run it on a port other than 8443 (SSL) or 8008 and 8800 (unencrypted) then clients using the Apple devices will need to go into the advanced settings and configure the full URL, as detailed in the installation instructions for iCal and iPhone (the iPod instructions are the same as for the iPhone).<br />
<br />
The use of mod_rewrite for URL Rewriting is explained in the [[Apache Config]] section.<br />
<br />
== If that's all set up... ==<br />
When your server is properly configured with all of the above, it should be possible for users to configure iCal or iPhone by entering only:<br />
* The server hostname<br />
* The username<br />
* The password<br />
and the client should auto-discover all the rest.<br />
<br />
It has been reported [http://sourceforge.net/mailarchive/message.php?msg_id=28368835] that clientside the path should omit the trailing '/home' or '/home/'.<br />
<br />
== Notable Issues ==<br />
<br />
=== Different database layout expected for iOS 7 queries ===<br />
<br />
Should be resolved in 1.1.2<br />
<br />
Symptoms: Users aren't able to connect to any of their existing collections. Instead iOS will create new collections that it names after a 128bit hex number scheme that then shows up in the administration interface.<br />
<br />
Cause: iOS 7 '''REQUIRES''' separate collections for VEVENT a VTODO components (otherwise it completely ignores the existing collections).<br />
<br />
Solution: You need to manually set the <code>supported-component-set</code> for existing collections to VEVENT (and move the remaining data to new VTODO collection).<br />
<br />
<br />
For existing collections insert the following SQL statement (e.g. with <code>psql</code>): <br />
<br />
INSERT INTO property (dav_name, property_name, property_value, changed_by) VALUES (<'/user/collection/'>, 'urn:ietf:params:xml:ns:caldav:supported-calendar-component-set', <XXX>, <USERID>); <br />
<br />
Replace <code><'/user/collection'></code> with a valid collection name already existing in your database. <br />
<br />
Replace <code><XXX></code> with the calendar component type (e.g., VEVENT,VTODO, etc.) that your resources can contain: <br />
<br />
* for "event" only collections use:<br />
<br />
'<comp name="VEVENT" xmlns="urn:ietf:params:xml:ns:caldav"/>' <br />
<br />
* for "todo" only collections use: <br />
<br />
'<comp name="VTODO" xmlns="urn:ietf:params:xml:ns:caldav"/>' <br />
<br />
* for "todo" and "event" collections (all data in one collection) use: <br />
<br />
'<comp name="VEVENT" xmlns="urn:ietf:params:xml:ns:caldav"/><comp name="VTODO" xmlns="urn:ietf:params:xml:ns:caldav"/>' <br />
<br />
Replace <code><YYY></code> with a valid integer value from "user_no" column in the "usr" table <br />
<br />
Example:<br />
<br />
INSERT INTO property (dav_name, property_name, property_value, changed_by) VALUES ('/bob/calendar/', 'urn:ietf:params:xml:ns:caldav:supported-calendar-component-set', '<comp name="VEVENT" xmlns="urn:ietf:params:xml:ns:caldav"/>', 42);<br />
<br />
<br />
You could also use: <br />
<br />
$c->default_calendar_components = array( 'VEVENT', 'VTODO', 'VJOURNAL', 'VTIMEZONE', 'VFREEBUSY', 'VAVAILABILITY' );<br />
<br />
... it sets the default supported components for all collections without <code>urn:ietf:params:xml:ns:caldav:supported-calendar-component-set</code> property, but it is not the best idea for environment with iOS clients because iOS always creates separate calendars for events and todos. <br />
<br />
=== iCal handles principal grants, not collection grants ===<br />
So you need to restrict access at the collection level after granting broader access at the principal level, and users may still see delegated calendars that they cannot actually read and/or write to.<br />
<br />
=== Lookback on iPhone ===<br />
<br />
If you get a blank calendar on an iPhone the standard fix seems to be to set the look back for 'Only last two weeks of events' (you still see all future events, of course). I have no idea why this might be the case, but changing that setting has so frequently fixed the problem that it has to be mentioned... Should be resolved in 0.9.9.5.<br />
<br />
== References ==<br />
<references/><br />
<br />
[[Category:Configuration]]</div>Gorka