Hi,

On Feb 12, 2013, at 1:03 AM, Sven Anders anders@anduras.de wrote:

Hello!

I have problems to get the CalDavZap Calendar running.

My configuration:

1. Two virtual servers one for Davical [caldav.my.dom] and one for caldavzap [cal.my.dom].

2. I added the RewriteRules (from ../carddavmate/misc/config_davical.txt).

3. I tried using these config settings (in config.js):

a) var globalNetworkCheckSettings={href: 'http://caldav.my.dom:80/caldav.php/', hrefLabel: null, crossDomain: null, additionalResources: [], forceReadOnly: null, withCredentials: false, showHeader: true, settingsAccount: true, syncInterval: 60000, timeOut: 30000, lockTimeOut: 10000}; and

b) var globalNetworkAccountSettings={href: 'http://calmy.dom:80/auth/', crossDomain: true, withCredentials: false, syncInterval: 0, timeOut: 30000};

Additionally configuring "auth/config.inc" with the correct URL 'href'=>'http://caldav.my.dom:80/caldav.php/%27.$_SERVER%5B%27PHP_AUTH_USER%27%5D.%27...', and "auth/plugins/generic_conf.inc" with: $pluginconfig['base_url']='http://caldav.my.dom:80';

But I always get errors.

Case a) I get an Web-Browser Authorization window, asking for account and password, which I do not want. Given the right credentials here, does not work.

Case b) I get an Web-Browser Authorization window, asking for account and password, which I do not want. Given the right credentials here, show the calendar gui but no calender data.

I the firebug console I saw: "NetworkError: 401 Unauthorized - http://caldav.my.dom/caldav.php/anders/"

It's very interesting because a.) and b.) are exactly the same setup [first always try the a.) - the only benefit from b.) is that you can generate configuration dynamically and you will NOT get authorisation window if you enter wrong credentials]

Have you executed the cache_update.sh after you changed the config.js? ... if not then your browser will use the previous version from the HTML5 cache [maybe the reason why you not get the same result in a.) and b.)]

Have you checked if your server returns the headers defined in rewrite rules (for example in Firebug)? ... maybe you forgot to reload apache?

Have you tried to restart Firefox? ... usually if you use Firebug for long time without restarting FF, it causes many mysterious problems :-)

If it is possible you can send me a private e-mail with some testing credentials and I can check where is the problem.

JM

Hi Sven,

On Feb 12, 2013, at 9:28 PM, Sven Anders anders@anduras.de wrote:

Hello!

Thanks for the quick answer. As you stated, the configuration was right. The problem was that I forgot to enable the headers module.

The documentation about the "Access-Control-Allow-Origin" settings could be a little bit more detailed. And the "misc" directory is missing here.

Yes you are right, I will add the misc directory to the next version ...

Now I have the problem, that it only works with the "Access-Control-Allow-Origin" set to "*". If I try to set it to the configured URL of the davical server, I will get an

Error: [netCheckAndCreateConfiguration: 'http://caldav.my.dom/caldav.php/'] code: '0' - see http://www.inf-it.com/carddavmate/misc/readme_network.txt

I tried to set the long and short URL, but nothing worked. I will try further...

The origin is not an URL ... these are correct origins:

http://server.com http://server.com:80 https://server.com https://server.com:8443

these are INCORRECT origins:

http://server.com/ http://server.com/anything/ http://server.com:80/ http://server.com:80/anything/ https://server.com/ https://server.com/anything/ https://server.com:8443/ https://server.com:8443/anything/

... and do not forget to reload your apache ;-)

JM