Support

Admin Tools

#29012 DPCalendar calDAV issue

Posted in ‘Admin Tools for Joomla! 4 & 5’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

Joomla! version
n/a
PHP version
n/a
Admin Tools version
n/a

Latest post by jjst135 on Tuesday, 23 January 2018 07:30 CST

jjst135
Hi!

We have two sites that use Joomla (and AdminTools) and also DPCalendar.

We manage a calendar on ons site (site A) and want the events to show up in the DPCalendar on site B so we don't have to manage the same events on both sites.

Both sites are on the same server.

We want to use the calDAV functionality of DPCalndar to get this working. So on site B we enabled the calDAV plugin from DPCalendar to get this going.

But we run in to an issue when we load the calendar on site B. The events are not shown as expected. In the error log of site A we see this line when we open the calendar on site B:

[Wed Jan 17 11:07:02.142229 2018] [access_compat:error] [pid 199409:tid 139973906847488] [client 5.172.44.37:40722] AH01797: client denied by server configuration: /home/intradef02/domains/intranetfontein.inxpact.nl/public_html/components/com_dpcalendar/caldav.php

We tried disabling .htaccess on site A and also tired disabling Admin tools (by renaming the plugin file) to see if that had any effect. But in both cases the error still shows up.

Do you think this is an 'issue' with Admin Tools or should we look elsewhere for a solution? Do you maybe have any tips / advise?

Thanks!

Kind regards,
Jip

tampe125
Akeeba Staff
Hello,

most likely your connection will be blocked since you are requesting a direct file from server A instead of using Joomla main entry point.
This means that in the server that serves the calendar, you have to add such file in the exceptions inside the Htaccess Mker (in the field Allow direct access to these .php files).
Please double check that you can truly reach that file by opening it in the browser.

That said, your site B could block the connection, too.
Can you please try to replace its .htaccess file with Joomla default one? Does it work?

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

jjst135
Hi Davide,

Thanks for getting back to me.

I already did put components/com_dpcalendar/caldav.php in the allowed files in Admin Tools. This file is also accessible from the frontend:

http://intranetfontein.inxpact.nl/components/com_dpcalendar/caldav.php

This is the site thats 'serves' the calendar. site A.

On site B I can use an import tool tom import the CalDAV calendars in the DP Calendar plugin. I do receive the calendars and can add them to the kalendar in the backend. So I guess the site B can connect to http://intranetfontein.inxpact.nl/components/com_dpcalendar/caldav.php OK. But when we open the calendar on the frontend of site B we do not see the events, and the server error appears on site A.

I did also try to put the default htaccess on site B. But that did not help.

Any other thoughts?


jjst135
I just also tried renaming main.php to main.php.bak to disable the Admin Tools protection on site B. Still no events show up and the server error log shows the same error....

tampe125
Akeeba Staff
Ok, let's do some basic troubleshooting:
please disable Admin Tools system plugin on both sites and replace the .htaccess with Joomla default one on both sites.
Is it working now?
Just to triple check: you have any .htaccess file on the parent directory containing site A? Please remember that .htaccess files are parsed hierarchically, so maybe there's something blocking you in the parent.
If there's nothing, but you still can't connect, I'm sorry but this means that the cause is not in Admin Tools, but most likely in your server setup

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

jjst135
Did that and still no events... Same error in the server log.
So I guess this is a server config issue. I will contact my server provider to see if they can help me out with this.
Thanks for helping me debug!

Kind regards,
Jip

jjst135
One more thing: Could this also maybe be caused by the fact that on of the sites uses https (receving site) and the other (sending) not? Or is that not likely?

tampe125
Akeeba Staff
Most likely yes: usually browsers block mixed content, you should receive a notification on your browser and then allow the resource to load.

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

jjst135
No, I do not see any notification or error in the console. I believe this is a server issue because there is an error in the server logs. Not sure if such an error can be cause by 'mixed content' issues... But as I said, no browser messages.
Thanks so far!

tampe125
Akeeba Staff
You're welcome!
Feel free to come back here for more support.

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

jjst135
Hi! This issue has been solved. It needed something like this in the htaccess:

<LimitExcept GET POST OPTIONS PROPFIND>
Allow from 000.000.000.000
</LimitExcept>

Where the IP is our local server IP.

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!