Feb 2020
11 / 12
Feb 2020
Mar 2020
rsteinmetz70112
Feb '20

I have a 17.1 installation, where can I find the log files? I looked in the online manual and it says there is a View Logs selection in the Admin app. I don’t see that in mine.

  • created

    Feb '20

  • last reply

    Mar '20
  • 11

    replies

  • 3.4k

    views

  • 3

    users

  • 5

    links

  • 3
StefanUEGroupware GmbH
Feb '20

Where is that written?

EGroupware (17.1) logs in the webserver (error) log. Or more correctly: the web server logs. EGw “runs on the web server”.

I don’t know how or where you installed it. But you might want to check your system at
/var/log/...

Stefan

StefanUEGroupware GmbH
Feb '20

Oh. That is the very very very old community wiki. Absolutly outdated.
You can find the actual docs here in the forum (mainly user documentation) and on GitHub:

Hmmm… What are you expecting or looking for?

Stefan

rsteinmetz70112
Feb '20

I an trying to figure out why I can’t get the Calendar on my new Samsung to sync, I’ve tried a number of apps and am getting more or less the same result.

Testing DAVx5 (which is reported to work with Egroupware) I was told:

When DAVx⁵ lists the resources, it queries the principal, which returns 403 in your case: 403 Forbidden: no app rights for ‘users’, so DAVx⁵ does not get the address book or calendar home-set, and thus can’t list address books or calendars; queries the known home sets, which in your case is only the address book homeset, and lists the address books.

Looking at the php files I find that some are owned by root group root and some are owned by www-data group www-data. I’ve never had a problem with this before, but I haven’t tried to set up a sync for a long time…

I have discovered that an old app aCalDav does sync the calendars, but it’s no longer being developed.

StefanUEGroupware GmbH
Feb '20

I had shown you in your other post on the topic how to turn on and read the logs for CalDAV synchronization:
Take a look at Access test and Protocol/Troubleshooting:

Stefan

RalfBeckerEGroupware GmbH
Feb '20

Sounds like a wrong URL. “users” is no EGroupware application.

No idea if DAVx5 does an auto-detection and -configuration. If that is the case, like eg. for an iPhone, you just give the server-name, user-name and password and the client does the rest.

Ralf

rsteinmetz70112
Feb '20

Thanks you.

I have gone through every group and made sure all of the groups. I have run access to WebDav Caldav and CardDav.

I can now add an account for a specific app by adding the app to the end of the url: like addressbook or calendar. None of them have populated yet but that could take some time.

As far as the “users” I have seen that with other apps, so I don’t know where that came from.

rsteinmetz70112
Feb '20

I have been poking around in /groupdav.php directory.

We have a group called “principals” for our partners when I access the groupdav.php I see entries like this:

DAV current-user-principal <D:href>principals/users/rob/</D:href>

Not sure what that means.

RalfBeckerEGroupware GmbH
Feb '20

Robert, I think you look at it the wrong way. The problem is usually not EGroupware or the client itself, but the configuration of both. You gave little to no information about that.

How is your EGroupware installed? A package installation takes care of configuring everything for CalDAV/CardDAV auto-discovery, eg. do a curl -i http(s)://example.org/.well-known/caldav

I asked before: what information do you give to the client?

Switch on the CalDAV/CardDAV logging in EGroupware, if you really think somethings wrong in EGroupware or with the client and then post the logs.

Ralf

20 days later
rsteinmetz70112
Mar '20

The install was on Ubuntu 16.04 via the DEB package.

Initially I gave the client http(s)://domain.com/egroupware/groupdav.php
I got a prompt for a username and password, but only the addressbook was discovered.
In order to get the calendar I had to give http(s)://domain.com/egroupware/groupdav.php/calenadar
I have it working acceptably now but I think it should have discovered both addressbook and calendar without the extra step.

The problem is now solved, I have what I need working.

I was having trouble figuring why the initial connection didn’t work as expected or as the DAVx5 site documented.