graf.roit at gmail
Jul 25, 2012, 8:23 AM
Post #14 of 24
(751 views)
Permalink
|
|
Re: [Bulk] Re: Duplicated caldav.php/ in URL "/caldav.php/caldav.php/" from partial_path=/caldav.php/, , force_script=true
[In reply to]
|
|
Yes, server settings are as iCal detected it. SSL is set to, Port is on
automatic (443)
Server setting is: /caldav.php/user_name/
Mention the leading "/"!!!
All available calendars are detected. But - i don't use any kind of
shared calenders!
Am 25.07.12 17:16, schrieb lejeczek:
> hmm.. here for me it too works like a charm, only for this first short
> time until I close iCal (???)
> same default rewrites, I cannot think of anything else, well, ldap
> backend for user authentication, php 5.3.3 (it's SL 6.1), nor do I use
> DNS bits
> how is your "Server Path" in Server Settings? do you leave what iCal
> puts in by default, /caldav.php/user_name ?
>
> On 25/07/12 15:54, Graf von Roit zu Hoya wrote:
>> I have configured a vserver in apache using (selfsigned) SSL. The config
>> part of the vserver looks like this:
>>
>> DocumentRoot /usr/share/davical/htdocs
>> DirectoryIndex index.php index.html
>> Alias /images/ /usr/share/davical/htdocs/images/
>> LogLevel warn
>> ErrorLog /var/log/httpd/davical.error_log
>> TransferLog /var/log/httpd/davical.access_log
>> <Directory /usr/share/davical/htdocs/>
>> AllowOverride None
>> Order allow,deny
>> Allow from all
>> </Directory>
>>
>> AcceptPathInfo On
>>
>> <IfModule mod_rewrite.c>
>> RewriteEngine On
>> # Not if it's the root URL. You might want to comment this
>> out if you
>> # want to use an explicit /index.php for getting to the admin
>> pages.
>>
>> RewriteCond %{REQUEST_URI} !^/$
>>
>> # Not if it explicitly specifies a .php program,
>> stylesheet or
>> image
>> # NOTICE THIS IS VERY IMPORTANT IF YOU NEED ACCESS FROM IOS 5
>> DEVICES
>> # since IOS 5 for some reasons insists on prefixing the URL
>> with /caldav.php
>> # an refuses to communicate with DAViCal if returned URL's
>> does not contain
>> # a URL prefixed with /caldav.php
>> RewriteCond %{REQUEST_URI} !\.(php|css|js|png|gif|jpg)
>>
>> # Not if it's an existing file
>> RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-d
>> RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-f
>>
>> # Everything else gets rewritten to /caldav.php/...
>> RewriteRule ^(.*)$ /caldav.php/$1 [NC,L]
>> </IfModule>
>>
>> php_value include_path /usr/share/awl/inc
>> php_value magic_quotes_gpc 0
>> # php_value magic_quotes_runtime 0
>> php_value register_globals 0
>> php_value error_reporting "E_ALL & ~E_NOTICE"
>> php_value default_charset "utf-8"
>> </VirtualHost>
>>
>> The rewriting is copied from the davical wiki. Did you run the
>> update-db-script in davical? I did this when upgrading to 1.1.1 and too
>> when downgrading (but think, it did nothing).
>>
>> Adding the calendar accounts to iCal was easy. Just used the wizzard of
>> the iCal. In previous versions of OSX/iCal/iOS there where some manual
>> changes neccessary. But with 10.7.x/iOS 5.1.x (and DaviCal 1.x ?) this
>> was gone so on the iDevices and on OSX the wizzard alone does the job.
>> BTW: I DON'T have the special DNS entries as Fabian mentioned. I only
>> have the standard internet IP-DNS of a web server (with host wildcard).
>>
>>
>> Am 25.07.12 16:38, schrieb lejeczek:
>>> gee, we run 10.7.4 with (now downgraded to) 1.1.0 and it, as I
>>> described in my last email, only works from the moment of
>>> addition/creation of new calendar till iCal was closed
>>> ?? re-start iCal and all is broken, no syncing.
>>> do you rewrite in your apache?
>>> how to you set up such a calendar in your iCal?
>>>
>>>
>>> On 25/07/12 15:25, Graf von Roit zu Hoya wrote:
>>>> To add some bizarreness:
>>>>
>>>> iCal on 10.7.4 with DaviCal 1.1.0 works like a charme. Switching
>>>> over to
>>>> 1.1.1 it behaves like iOS 5.1.1: i can add items, they appear in
>>>> Thunderbird but not on iOS. Adding in Thunderbird ether iCal nor iOS
>>>> shows this event (no sync, but no error). iCal on 10.6.8 works with
>>>> 1.1.1.
>>>>
>>>> BTW: The addressbook of 1.1.1 works with all versions of Mac OSX AND
>>>> iOS. No problems.
>>>>
>>>> Am 25.07.12 16:12, schrieb lejeczek:
>>>>> could be bullseye!?
>>>>> 1.1.0 gets me there,
>>>>> adding new calendar in iCal 5.0.3 with a username + pass +
>>>>> https://my_sever OR https://my_server/my_user/calendar always puts
>>>>> /caldav.php/my_user as "Server Path"
>>>>> and it works, syncing works but! only up until I close iCal, I start
>>>>> it again and now onwards sync brakes (exclamation mark next to the
>>>>> calendar in question), bizarre??
>>>>>
>>>>>
>>>>>
>>>>> On 25/07/12 14:12, Graf von Roit zu Hoya wrote:
>>>>>> Hallo,
>>>>>>
>>>>>> maybe you run into the problem, found on the list as
>>>>>> "[Davical-general]
>>>>>> iCal/iPad stopped working with davical".
>>>>>>
>>>>>> Did anyone test, if 1.1.1 generally works with Apple Software?
>>>>>>
>>>>>> lejeczek: Can you downgrade to 1.1.0 (with libawl-0.52) and see,
>>>>>> what's
>>>>>> happen?
>>>>>>
>>>>>> Am 25.07.12 14:44, schrieb lejeczek:
>>>>>>> thanks Fabian for your reply
>>>>>>>
>>>>>>> an idea is that one has no control over dns
>>>>>>> yes, these are rewrites apache does
>>>>>>> yes Thunderbird + lightning work fine
>>>>>>> in iCal 5.0.3 when I add new account it sorts of connects,
>>>>>>> well at least iCal does not complain about anything
>>>>>>> I give it a username and password, in the server address I
>>>>>>> give it https://my_server
>>>>>>> iCal connects, even gets the list of users in "Delegation" tab,
>>>>>>> but! no syncing, not tasks nor events
>>>>>>> after account was added I go to the account setting and
>>>>>>> check Server Setting, there iCal has put as "Server Path"
>>>>>>> /caldav.php/my_user
>>>>>>> I close and start iCal, no connection
>>>>>>> does not matter what I put in "Server Path", even
>>>>>>> /my_user/calendar does not do anything
>>>>>>>
>>>>>>> it all feels like iCal is pretty bad
>>>>>>>
>>>>>>>
>>>>>>> On 25/07/12 12:59, Fabian Wenk wrote:
>>>>>>>> Hello
>>>>>>>>
>>>>>>>> On 25.07.2012 11:58, lejeczek wrote:
>>>>>>>>> hi everybody
>>>>>>>>>
>>>>>>>>> I'm trying iCal 5.0.3, davical 1.1.1 and uses mod_rewrite,
>>>>>>>>> how to fix it without braking anything that is working just
>>>>>>>>> fine already, which is thunderbird + lightning.
>>>>>>>> I use the following rewrite rules:
>>>>>>>>
>>>>>>>> RewriteEngine On
>>>>>>>> # Not if it's the root URL. You might want to comment this out
>>>>>>>> # if you want to use an explicit /index.php for getting to the
>>>>>>>> # admin pages.
>>>>>>>> RewriteCond %{REQUEST_URI} !^/$
>>>>>>>> # Not if it explicitly specifies a .php program, stylesheet or
>>>>>>>> # image
>>>>>>>> RewriteCond %{REQUEST_URI} !\.(php|css|js|png|gif|jpg)
>>>>>>>> # Everything else gets rewritten to /caldav.php/...
>>>>>>>> RewriteRule ^(.*)$ /caldav.php/$1 [NC,L]
>>>>>>>>
>>>>>>>>
>>>>>>>> But then for Thunderbird + Lighting the URLs must be used like
>>>>>>>> this:
>>>>>>>>
>>>>>>>> https://davical.example.com/<login>/calendar/
>>>>>>>>
>>>>>>>>
>>>>>>>> And the WebGUI is still accessible at:
>>>>>>>>
>>>>>>>> https://davical.example.com/
>>>>>>>>
>>>>>>>>
>>>>>>>> For the Mac OS X Adressbook and iCal it also helps to have the
>>>>>>>> following DNS entries in the example.com zone (especially the IN
>>>>>>>> SRV, the 443 stands for the default https port, if you are using
>>>>>>>> a different port, then adjust):
>>>>>>>>
>>>>>>>> _caldavs._tcp IN SRV 10 5 443 davical.example.com.
>>>>>>>> _carddavs._tcp IN SRV 10 5 443 davical.example.com.
>>>>>>>> davical IN A <IP-Address>
>>>>>>>> _caldavs._tcp.davical IN SRV 10 5 443 davical.example.com.
>>>>>>>> _carddavs._tcp.davical IN SRV 10 5 443 davical.example.com.
>>>>>>>>
>>>>>>>>
>>>>>>>> For more detailed information, please read the thread "Yet
>>>>>>>> another iphone/davical question" [1] in the mailing list archive.
>>>>>>>>
>>>>>>>> [1]
>>>>>>>> http://sourceforge.net/mailarchive/forum.php?thread_name=20120502184202.GN837%40smyrna.krupczak.org&forum_name=davical-general
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> bye
>>>>>>>> Fabian
>
>
--
Rudolf Graf von Roit zu Hoya
*E-Mail:* graf.roit [at] gmail
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Davical-general mailing list
Davical-general [at] lists
https://lists.sourceforge.net/lists/listinfo/davical-general
|
