Nextcloud 14 - Card & Caldav via HTTPS funktionieren nicht

[speefak]

Hallo,

wie im Topic beschrieben habe ich folgendes Problem :

Die Nextcloud basierte Synchronisation meiner Adressbücher und Kalender funktioniert nicht via Thunderbird und https über das Internet. Im LAN funktioniert die Synchronisation über http und https ohne Probleme. Ich bekomme auch keine Fehlermeldung seitens Thunderbird/Lightning.

Tausche ich die Server LAN IP gegen meine dynamische Server URL ( Erreichbarkeit ist geben, Dienste sind alle Erreichbar auch das Nextcloud Webinterface über SSL/HTTPS ) werden die Kalender ohne Fehlermeldungen im Lightining eingerichtet jedoch nicht synchronisiert und eine Fehlermeldung kommt auch nicht. Im Syslog oder Apache log finde ich auch keine Einträge.

Ich wüsste auch nicht wo ich zu Fehlersuche ansetzen sollte ? Nextcloud ? Apache ? Fritzbox ?

Da die Synchronisation im LAN einwandfrei funktioniert schließe ich eine Fehlkonfiguration des Apache aus. Der Apache ist via lets encrypt Zertifikate mit SSL ausgestattet. In Nextcloud selbst finde ich auch nichts wirklich aussage kräftiges in bezug aus SSL/HTTPS.

Kann es an Thunderbird Lightning liegen, denn wenn ich die Webadresse mit HTTP angebe kommt ein popup das mich auch eine Umleitung auf die HTTPS Adresse hinweist. Ich denke da liegt irgentwo der Fehler. Wo kann ich da ansetzen ?


LÖSUNG : viewtopic.php?p=1194484#p1194484

[novalix]

Hi,

der Client wird wohl nichts in die "offiziellen" Kanäle unter /var/log/ schreiben. Ich habe keinen Thunderbird, vermute aber mal, dass etwaige Logs unter

Code: Alles auswählen

~/.mozilla/

zu finden sein könnten.
Du könntest Thunderbird auch von einem Terminal aus starten und schauen, ob etwas aussagekräftiges auf STDOUT rausgehauen wird. Wahrscheinlich gibt es auch einen Schalter, der die Gesprächigkeit erhöht (sowas wie "--debug").

[speefak]

ich vermute den Fehler eher am Server und den SSL Einstellungen, da o.g. Problem auch bei anderen Clients auftritt

[willy4711]

Eventuell hilft das weiter?
Addon:
https://addons.thunderbird.net/de/thund ... -debugger/

Die Fehlerkonsole in Thunderbird selbst ?

Weiterführendes:
https://blog.stefanproell.at/2014/11/07 ... ith-linux/
https://wiki.mozilla.org/MailNews:Logging

[speefak]

es liegt nicht an Thunderbird, mit android clients oder evolution habe ich genau das gleiche Problem - allerdings bin ich apache SSL etc nicht so ganz fit - was kann ich nun tun

ich werde nextcloud einmal neu installieren und einen fehlkonfiguration in nextcloud selbst auszuschließen.

neu installation von nextcloud brachte auch nicht

also komplett from scratch : debian LAMP neu installation in VM => nextcloud installation => testen | bei erfolg aktivieren von SSL

[speefak]

Fehlermeldung im Nextcloud interface :

Ihr Webserver ist nicht richtig konfiguriert um "/.well-known/caldav" aufzulösen. Weitere Informationen hierzu finden Sie in der Dokumentation.
Ihr Webserver ist nicht richtig konfiguriert um "/.well-known/carddav" aufzulösen. Weitere Informationen hierzu finden Sie in der Dokumentation.

=> https://docs.nextcloud.com/server/14/ad ... -discovery


PS : was mich grad wundert : auf der englischen NC seite ist veriosn 15 als aktueller Download verfügbar , aber der deutschen version 14.0.3

[speefak]

ich habe nun NC v15 in einer Vm nach der Installationsanleitung in ein Unterverzeichnis des apache Webserver auf einem Debian 9 System installiert, SSL ist nicht aktiv apache Module sind alle aktiviert jedoch weis ich nicht wo ich die in der NC Installationsanleitung beschrieben Einträge .well-know genau eintragen soll

[feltel]

Die well-known-Einträge kommen praktischerweise in eine .htaccess, in dieser Form z.B. :

Code: Alles auswählen

<IfModule mod_rewrite.c>
        RewriteEngine On
        RewriteRule ^\.well-known/host-meta /nextcloud/public.php?service=host-meta [QSA,L]
        RewriteRule ^\.well-known/host-meta\.json /nextcloud/public.php?service=host-meta-json [QSA,L]
        RewriteRule ^\.well-known/webfinger /nextcloud/public.php?service=webfinger [QSA,L]
        RewriteRule ^\.well-known/carddav /nextcloud/remote.php/dav/ [R=301,L]
        RewriteRule ^\.well-known/caldav /nextcloud/remote.php/dav/ [R=301,L]
</IfModule>

In meinem Beispiel liegt Nextcloud in einem Unterverzeichnis /nextcloud relativ zum Document-Root des Apachen.

[speefak]

ich habe nun o.g. code in die /var/www/nextcloud/.htaccess am ende eingefügt:

Code: Alles auswählen

<IfModule mod_headers.c>
  <IfModule mod_setenvif.c>
    <IfModule mod_fcgid.c>
       SetEnvIfNoCase ^Authorization$ "(.+)" XAUTHORIZATION=$1
       RequestHeader set XAuthorization %{XAUTHORIZATION}e env=XAUTHORIZATION
    </IfModule>
    <IfModule mod_proxy_fcgi.c>
       SetEnvIfNoCase Authorization "(.+)" HTTP_AUTHORIZATION=$1
    </IfModule>
  </IfModule>

  <IfModule mod_env.c>
    # Add security and privacy related headers
    Header set X-Content-Type-Options "nosniff"
    Header set X-XSS-Protection "1; mode=block"
    Header set X-Robots-Tag "none"
    Header set X-Download-Options "noopen"
    Header set X-Permitted-Cross-Domain-Policies "none"
    Header set Referrer-Policy "no-referrer"
    SetEnv modHeadersAvailable true
  </IfModule>

  # Add cache control for static resources
  <FilesMatch "\.(css|js|svg|gif)$">
    Header set Cache-Control "max-age=15778463"
  </FilesMatch>

  # Let browsers cache WOFF files for a week
  <FilesMatch "\.woff2?$">
    Header set Cache-Control "max-age=604800"
  </FilesMatch>
</IfModule>
<IfModule mod_php5.c>
  php_value upload_max_filesize 511M
  php_value post_max_size 511M
  php_value memory_limit 512M
  php_value mbstring.func_overload 0
  php_value always_populate_raw_post_data -1
  php_value default_charset 'UTF-8'
  php_value output_buffering 0
  <IfModule mod_env.c>
    SetEnv htaccessWorking true
  </IfModule>
</IfModule>
<IfModule mod_php7.c>
  php_value upload_max_filesize 511M
  php_value post_max_size 511M
  php_value memory_limit 512M
  php_value mbstring.func_overload 0
  php_value default_charset 'UTF-8'
  php_value output_buffering 0
  <IfModule mod_env.c>
    SetEnv htaccessWorking true
  </IfModule>
</IfModule>
<IfModule mod_rewrite.c>
  RewriteEngine on
  RewriteCond %{HTTP_USER_AGENT}  DavClnt
  RewriteRule ^$         /remote.php/webdav/          [L,R=302]
  RewriteRule .* - [env=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
  RewriteRule ^\.well-known/host-meta /public.php?service=host-meta [QSA,L]
  RewriteRule ^\.well-known/host-meta\.json /public.php?service=host-meta-json [QSA,L]
  RewriteRule ^\.well-known/webfinger /public.php?service=webfinger [QSA,L]
  RewriteRule ^\.well-known/carddav /remote.php/dav/ [R=301,L]
  RewriteRule ^\.well-known/caldav /remote.php/dav/ [R=301,L]
  RewriteRule ^remote/(.*) remote.php [QSA,L]
  RewriteRule ^(?:build|tests|config|lib|3rdparty|templates)/.* - [R=404,L]
  RewriteCond %{REQUEST_URI} !^/\.well-known/(acme-challenge|pki-validation)/.*
  RewriteRule ^(?:\.|autotest|occ|issue|indie|db_|console).* - [R=404,L]
</IfModule>
<IfModule mod_mime.c>
  AddType image/svg+xml svg svgz
  AddEncoding gzip svgz
</IfModule>
<IfModule mod_dir.c>
  DirectoryIndex index.php index.html
</IfModule>
AddDefaultCharset utf-8
Options -Indexes
<IfModule pagespeed_module>
  ModPagespeed Off
</IfModule>
#### DO NOT CHANGE ANYTHING ABOVE THIS LINE ####

ErrorDocument 403 /nextcloud/
ErrorDocument 404 /nextcloud/

<IfModule mod_rewrite.c>
        RewriteEngine On
        RewriteRule ^\.well-known/host-meta /nextcloud/public.php?service=host-meta [QSA,L]
        RewriteRule ^\.well-known/host-meta\.json /nextcloud/public.php?service=host-meta-json [QSA,L]
        RewriteRule ^\.well-known/webfinger /nextcloud/public.php?service=webfinger [QSA,L]
        RewriteRule ^\.well-known/carddav /nextcloud/remote.php/dav/ [R=301,L]
        RewriteRule ^\.well-known/caldav /nextcloud/remote.php/dav/ [R=301,L]
</IfModule>

und in der /var/www/nextcloud/config/config.php

Code: Alles auswählen

<?php
$CONFIG = array (
  'instanceid' => 'oce18w1mscga',
  'passwordsalt' => 'xxxxx,
  'secret' => 'xxxxx',
  'trusted_domains' => 
  array (
    0 => '192.168.1.32',
  ),
  'datadirectory' => '/var/www/nextcloud/data',
  'dbtype' => 'mysql',
  'version' => '15.0.0.10',
  'overwrite.cli.url' => 'http://192.168.1.32/nextcloud',
  'htaccess.RewriteBase' => '/nextcloud',
  'dbname' => 'xxxxx',
  'dbhost' => 'localhost',
  'dbport' => '',
  'dbtableprefix' => 'oc_',
  'dbuser' => 'xxxxx',
  'dbpassword' => 'xxxx',
  'installed' => true,
);

und die /etc/apache/apache.conf

Code: Alles auswählen

# This is the main Apache server configuration file.  It contains the
# configuration directives that give the server its instructions.
# See http://httpd.apache.org/docs/2.4/ for detailed information about
# the directives and /usr/share/doc/apache2/README.Debian about Debian specific
# hints.
#
#
# Summary of how the Apache 2 configuration works in Debian:
# The Apache 2 web server configuration in Debian is quite different to
# upstream's suggested way to configure the web server. This is because Debian's
# default Apache2 installation attempts to make adding and removing modules,
# virtual hosts, and extra configuration directives as flexible as possible, in
# order to make automating the changes and administering the server as easy as
# possible.

# It is split into several files forming the configuration hierarchy outlined
# below, all located in the /etc/apache2/ directory:
#
#	/etc/apache2/
#	|-- apache2.conf
#	|	`--  ports.conf
#	|-- mods-enabled
#	|	|-- *.load
#	|	`-- *.conf
#	|-- conf-enabled
#	|	`-- *.conf
# 	`-- sites-enabled
#	 	`-- *.conf
#
#
# * apache2.conf is the main configuration file (this file). It puts the pieces
#   together by including all remaining configuration files when starting up the
#   web server.
#
# * ports.conf is always included from the main configuration file. It is
#   supposed to determine listening ports for incoming connections which can be
#   customized anytime.
#
# * Configuration files in the mods-enabled/, conf-enabled/ and sites-enabled/
#   directories contain particular configuration snippets which manage modules,
#   global configuration fragments, or virtual host configurations,
#   respectively.
#
#   They are activated by symlinking available configuration files from their
#   respective *-available/ counterparts. These should be managed by using our
#   helpers a2enmod/a2dismod, a2ensite/a2dissite and a2enconf/a2disconf. See
#   their respective man pages for detailed information.
#
# * The binary is called apache2. Due to the use of environment variables, in
#   the default configuration, apache2 needs to be started/stopped with
#   /etc/init.d/apache2 or apache2ctl. Calling /usr/bin/apache2 directly will not
#   work with the default configuration.


# Global configuration
#

#
# ServerRoot: The top of the directory tree under which the server's
# configuration, error, and log files are kept.
#
# NOTE!  If you intend to place this on an NFS (or otherwise network)
# mounted filesystem then please read the Mutex documentation (available
# at <URL:http://httpd.apache.org/docs/2.4/mod/core.html#mutex>);
# you will save yourself a lot of trouble.
#
# Do NOT add a slash at the end of the directory path.
#
#ServerRoot "/etc/apache2"

#
# The accept serialization lock file MUST BE STORED ON A LOCAL DISK.
#
#Mutex file:${APACHE_LOCK_DIR} default

#
# The directory where shm and other runtime files will be stored.
#

DefaultRuntimeDir ${APACHE_RUN_DIR}

#
# PidFile: The file in which the server should record its process
# identification number when it starts.
# This needs to be set in /etc/apache2/envvars
#
PidFile ${APACHE_PID_FILE}

#
# Timeout: The number of seconds before receives and sends time out.
#
Timeout 300

#
# KeepAlive: Whether or not to allow persistent connections (more than
# one request per connection). Set to "Off" to deactivate.
#
KeepAlive On

#
# MaxKeepAliveRequests: The maximum number of requests to allow
# during a persistent connection. Set to 0 to allow an unlimited amount.
# We recommend you leave this number high, for maximum performance.
#
MaxKeepAliveRequests 100

#
# KeepAliveTimeout: Number of seconds to wait for the next request from the
# same client on the same connection.
#
KeepAliveTimeout 5


# These need to be set in /etc/apache2/envvars
User ${APACHE_RUN_USER}
Group ${APACHE_RUN_GROUP}

#
# HostnameLookups: Log the names of clients or just their IP addresses
# e.g., www.apache.org (on) or 204.62.129.132 (off).
# The default is off because it'd be overall better for the net if people
# had to knowingly turn this feature on, since enabling it means that
# each client request will result in AT LEAST one lookup request to the
# nameserver.
#
HostnameLookups Off

# ErrorLog: The location of the error log file.
# If you do not specify an ErrorLog directive within a <VirtualHost>
# container, error messages relating to that virtual host will be
# logged here.  If you *do* define an error logfile for a <VirtualHost>
# container, that host's errors will be logged there and not here.
#
ErrorLog ${APACHE_LOG_DIR}/error.log

#
# LogLevel: Control the severity of messages logged to the error_log.
# Available values: trace8, ..., trace1, debug, info, notice, warn,
# error, crit, alert, emerg.
# It is also possible to configure the log level for particular modules, e.g.
# "LogLevel info ssl:warn"
#
LogLevel warn

# Include module configuration:
IncludeOptional mods-enabled/*.load
IncludeOptional mods-enabled/*.conf

# Include list of ports to listen on
Include ports.conf


# Sets the default security model of the Apache2 HTTPD server. It does
# not allow access to the root filesystem outside of /usr/share and /var/www.
# The former is used by web applications packaged in Debian,
# the latter may be used for local directories served by the web server. If
# your system is serving content from a sub-directory in /srv you must allow
# access here, or in any related virtual host.
<Directory />
	Options FollowSymLinks
	AllowOverride All
	Require all denied
</Directory>

<Directory /usr/share>
	AllowOverride All
	Require all granted
</Directory>

<Directory /var/www/>
	Options Indexes FollowSymLinks
	AllowOverride All
	Require all granted
</Directory>

#<Directory /srv/>
#	Options Indexes FollowSymLinks
#	AllowOverride All
#	Require all granted
#</Directory>




# AccessFileName: The name of the file to look for in each directory
# for additional configuration directives.  See also the AllowOverride
# directive.
#
AccessFileName .htaccess

#
# The following lines prevent .htaccess and .htpasswd files from being
# viewed by Web clients.
#
<FilesMatch "^\.ht">
	Require all denied
</FilesMatch>


#
# The following directives define some format nicknames for use with
# a CustomLog directive.
#
# These deviate from the Common Log Format definitions in that they use %O
# (the actual bytes sent including headers) instead of %b (the size of the
# requested file), because the latter makes it impossible to detect partial
# requests.
#
# Note that the use of %{X-Forwarded-For}i instead of %h is not recommended.
# Use mod_remoteip instead.
#
LogFormat "%v:%p %h %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" vhost_combined
LogFormat "%h %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" combined
LogFormat "%h %l %u %t \"%r\" %>s %O" common
LogFormat "%{Referer}i -> %U" referer
LogFormat "%{User-agent}i" agent

# Include of directories ignores editors' and dpkg's backup files,
# see README.Debian for details.

# Include generic snippets of statements
IncludeOptional conf-enabled/*.conf

# Include the virtual host configurations:
IncludeOptional sites-enabled/*.conf

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet

Muss der Eintrag "Satisfy Any" in die /etc/apache2/sites-available/nextcloud ?

Code: Alles auswählen

Alias /nextcloud "/var/www/nextcloud/"

<Directory /var/www/nextcloud/>
  Options +FollowSymlinks
  AllowOverride All

 <IfModule mod_dav.c>
  Dav off
 </IfModule>

 SetEnv HOME /var/www/nextcloud
 SetEnv HTTP_HOME /var/www/nextcloud
 Satisfy Any

</Directory>

mit o.g. Einträgen in die /etc/apache2/sites-available/nextcloud sowie in die /var/www/nextcloud/.htaccess tritt der Fehler und ein neuer auf

Code: Alles auswählen

Dein Datenverzeichnis und deine Dateien sind wahrscheinlich vom Internet aus erreichbar. Die .htaccess-Datei funktioniert nicht. Es wird dringend empfohlen, deinen Webserver dahingehend zu konfigurieren, dass das Datenverzeichnis nicht mehr vom Internet aus erreichbar ist oder dass du es aus dem Dokument-Root-Verzeichnis des Webservers bewegst.( tritt beim hinzufüges des Eintrages  "Satisfy Any" auf )
Dein Web-Server ist nicht richtig eingerichtet um "/.well-known/caldav" aufzulösen. Weitere Informationen findest Du in der Dokumentation.
Dein Web-Server ist nicht richtig eingerichtet um "/.well-known/carddav" aufzulösen. Weitere Informationen findest Du in der Dokumentation.

[speefak]

Lösung gefunden :

Der Eintrag "Satisfy Any" in die /etc/apache2/sites-available/nextcloud verursacht den Fehler :

Code: Alles auswählen

Dein Datenverzeichnis und deine Dateien sind wahrscheinlich vom Internet aus erreichbar. Die .htaccess-Datei funktioniert nicht. Es wird dringend empfohlen, deinen Webserver dahingehend zu konfigurieren, dass das Datenverzeichnis nicht mehr vom Internet aus erreichbar ist oder dass du es aus dem Dokument-Root-Verzeichnis des Webservers bewegst.

es MUSS für den Fall dass NC in einem Unterverzeichnis installiert wurde, eine .htaccess im dcroot Verzeichnis ( /var/www/html ) für die Umleitung erstellt werden ( wenn der alias Eintrag in der /etc/apache2/sites-available/nextcloud.conf geändert wurde muss der alias Name statt nextcloud eingetragen werden) :

Code: Alles auswählen

<IfModule mod_rewrite.c>
        RewriteEngine On
        RewriteRule ^\.well-known/host-meta /nextcloud/public.php?service=host-meta [QSA,L]
        RewriteRule ^\.well-known/host-meta\.json /nextcloud/public.php?service=host-meta-json [QSA,L]
        RewriteRule ^\.well-known/webfinger /nextcloud/public.php?service=webfinger [QSA,L]
        RewriteRule ^\.well-known/carddav /nextcloud/remote.php/dav/ [R=301,L]
        RewriteRule ^\.well-known/caldav /nextcloud/remote.php/dav/ [R=301,L]
</IfModule>

bzw :

Code: Alles auswählen

<IfModule mod_rewrite.c>
        RewriteEngine On
        RewriteRule ^\.well-known/host-meta /<alias aus/etc/apache2/sites-available/nextcloud.conf> //public.php?service=host-meta [QSA,L]
        RewriteRule ^\.well-known/host-meta\.json /<alias aus/etc/apache2/sites-available/nextcloud.conf>/public.php?service=host-meta-json [QSA,L]
        RewriteRule ^\.well-known/webfinger /<alias aus/etc/apache2/sites-available/nextcloud.conf>/public.php?service=webfinger [QSA,L]
        RewriteRule ^\.well-known/carddav /<alias aus/etc/apache2/sites-available/nextcloud.conf>/remote.php/dav/ [R=301,L]
        RewriteRule ^\.well-known/caldav /<alias aus/etc/apache2/sites-available/nextcloud.conf>/remote.php/dav/ [R=301,L]
</IfModule>

um die/var/www/html/.htaccess verabeiten zu können muss entweder in der /etc/apache2/apache2.conf der Eintrag "AllowOverride None" in dem Directory Abschnit für /var/www/ auf AllowOverride All geändert werden ( Gilt dann allerdings für alle Verzeichnisse/Webseiten in /var/www und nicht wenn SSL aktiv ist) :

Code: Alles auswählen

<Directory /var/www/>
	Options Indexes FollowSymLinks
	AllowOverride None
	Require all granted
</Directory>

oder in /etc/apache/sites-available/000-default.conf, /etc/apache/sites-available/default-ssl.conf und /etc/apache/sites-available/000-default-le-ssl.conf folgender Eintrag hinzugefügt werden :

Code: Alles auswählen

<Directory /var/www/>
	Options Indexes FollowSymLinks
	AllowOverride All
	Require all granted
</Directory>

so sieht meine funktionierende konfiguration aktuell aus :

/etc/apache/sites-available/000-default.conf :

Code: Alles auswählen

<VirtualHost *:80>
	# The ServerName directive sets the request scheme, hostname and port that
	# the server uses to identify itself. This is used when creating
	# redirection URLs. In the context of virtual hosts, the ServerName
	# specifies what hostname must appear in the request's Host: header to
	# match this virtual host. For the default virtual host (this file) this
	# value is not decisive as it is used as a last resort host regardless.
	# However, you must set it for any further virtual host explicitly.
	#ServerName www.example.com

	ServerAdmin webmaster@localhost
	DocumentRoot /var/www/html

	# Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
	# error, crit, alert, emerg.
	# It is also possible to configure the loglevel for particular
	# modules, e.g.
	#LogLevel info ssl:warn

	ErrorLog ${APACHE_LOG_DIR}/error.log
	CustomLog ${APACHE_LOG_DIR}/access.log combined

	# For most configuration files from conf-available/, which are
	# enabled or disabled at a global level, it is possible to
	# include a line for only one particular virtual host. For example the
	# following line enables the CGI configuration for this host only
	# after it has been globally disabled with "a2disconf".
	#Include conf-available/serve-cgi-bin.conf

<Directory /var/www/>
	Options Indexes FollowSymLinks
	AllowOverride All
	Require all granted
</Directory>

</VirtualHost>

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet

/var/www/html/.htaccess :

Code: Alles auswählen

<IfModule mod_rewrite.c>
        RewriteEngine On
        RewriteRule ^\.well-known/host-meta /nextcloud/public.php?service=host-meta [QSA,L]
        RewriteRule ^\.well-known/host-meta\.json /nextcloud/public.php?service=host-meta-json [QSA,L]
        RewriteRule ^\.well-known/webfinger /nextcloud/public.php?service=webfinger [QSA,L]
        RewriteRule ^\.well-known/carddav /nextcloud/remote.php/dav/ [R=301,L]
        RewriteRule ^\.well-known/caldav /nextcloud/remote.php/dav/ [R=301,L]
</IfModule>

[speefak]

zu früh gefreut :/

Die Fehlermeldungen sind zwar jetzt behoben - allerdings syncronisieren sich die Kalender immernoch nicht mit Thunderbird und lighning :/

Die Synchronisation über Gnome Kalender funktioniert auch nur wenn ich die vorgefertigte Maske für Ownloud Kalener nutze. Der Link der im Nextcloud Webinterface angezeigt wird funktioniert auch beim Gnome Kalender nicht. EDIT : Auch zu früh gefreut: Lösche ich im Webinterfave von NC Termine wird die Löschung nicht im Gnome Kalender übernommen , verschieben erstellen etc funktioniert alles
Welche URL muss ich denn nun bei dem Entsprechenden Kalender angeben ?


es ist einfach nur noch zum kotzen, kein webdav client funktionert, weder in windows linux noch sonst wo - wo zum teufel liegt der verdammte fehler ? wie kann ich mit der Analyse noch in irgenteiner Form ansetzen ? oder ist Nextclound einfach nur total verbuggt ? selbst die installation von NC v15 in einer neu aufgesetzen debian 9 VM funktioniert in keinster weise mit irgentwelchen CardDav oder CalDav clients