Owncloud 9.1.5 mit der App ContactSync verbinden / Fehlgeschlagen

[Ha34Meiner]

Bin von der DSM 5.2 auf 6.1 gegangen
Owncloud 8.0.15 auf 9.1.5
WebDav installiert
Webserver installiert

Owncloud läuft und ich kann über https aus dem Internet darauf zugreifen.

Was aber noch nicht mehr geht, ist der Abgelich mit den Adressen. Mit der Version 8.0 hat noch alles funktioniert.
Einen neuen User (Name: XXX) dafür erstellt.
In der Owncloud habe ich das Paket: Adressen installiert und mit Adressen gefüllt.

Wenn ich jetzt mit meinem Android 7.0 in der App ContactSync folgende Adresse eingebe:

https://meine-Domain.de/owncloud/remote.php/dav/addressbooks/users/XXX/contacts/

Kann er sich zwar mit dem Server verbinden, aber er holt sich keine Adressen und somit bleibt das Telefonbuch im Handy leer.

Der Server einen "Internal Server Error". Daher irgendetwas hat der Server falsch gemacht und deshalb hat der Zugriff nicht geklappt. Das wirkt sich dann wohl auch auf den Kontaktabgleich aus.

Könnt ihr mir noch einmal helfen ;-)

 

[Fusion]

Der webdav server hat hier gar nix verlogen, owncloud bringt eine eigene webdav Komponente mit.

Die URL stimmt noch, wenn das Standard-Adressbuch vorher auch contacts hieß und nicht etwa Kontakte.

Hast du noch ein weiteres Endgerät mit dem du testen könntest, oder eine andere carddav-app auf dem Smartphone?
Dann könnte man sehen, ob es ein prinzipielles Problem beim Server gibt, oder eventuell nur im Zusammenspiel mit ContactSync.

 

[Ha34Meiner]

Vielen Dank für Deine Hilfe.

Die URL hat sich aber von der OC Version 8.0 geändert:
https://meine-Domain.de/owncloud/remote.php/carddav/addressbooks/name-OC-Nutzer/kontakte/
zu
https://meine-Domain.de/owncloud/remote.php/dav/addressbooks/users/name-OC-Nutzer/contacts/

Oder kann ich den Abgleich nur mit dem Admin-Nutzer der OC machen?

Auch habe ich nun mit meinem Win7 Laptop und Thunderbird (SoGoAddon) den Abgleich versucht, dass selbe Ergebnis. Keine Kontakte wurden syncronisiert. Auch hier geht es also nicht.

OC hat folgendes ausgespuckt:
Debug cron Finished background job, the job took : 0 seconds, this job is an instance of class : OCA\Activity\BackgroundJob\ExpireActivities with arguments :
2017-05-17T13:41:02+02:00
Debug cron Started background job of class : OCA\Activity\BackgroundJob\ExpireActivities with arguments :

Auch funktioniert es nicht, die CRON-Jobs zu aktivieren.
Ich habe AJAX
Führe eine Aufgabe mit jeder geladenen Seite aus
aktiviert.
Das sollte doch aber auch kein Problem sein, oder?

 

[Fusion]

Hast du entsprechend die Konten auf den mobilen Geräten gelöscht und neu hinzugefügt? Sonst klappt das teils mit der "neuen" URL nicht.
Kontakte oder contacts hängt nur von der Spracheinstellung bei Installation zusammen. Solange er dir diese URL aber in der Web-GUI als Link anzeigt, sollte diese stimmen.

Nein, Abgleich kann jeder Nutzer machen.

Dass der cron-job nicht läuft könnte schon eher die Ursache sein, wieso die Mobilen Geräte keine Daten zum abgleichen finden, wenn diese z.B. in der Web-GUI landen, aber nicht in der Datenbank.
Ajax cron benutze ich nicht, benutze immer system crond und auch eine mysql anstatt sqlite.

Wie hast du denn das Update von 8 auf 9 durchgeführt?
Vielleicht ist da auch was in die Hose gegangen.

 

[Ha34Meiner]

Ich habe die entsprechenden Konten auf dem mobiltelefon und in Thunderbird gelöscht und neu angelegt.
Habe cronjob noch einmal aktiviert und ich nutze auch mysql/mariaDB

Ich habe eigentlich kein Update gemacht. Ich habe meine DSM ganz platt gemacht und die Version 6.1 ganz neu installiert. Danach dann ganz frisch die OC Version 9.1.5 als zip-Datei in den Web-Ordner gelegt und entpackt. Die Rechte 0755 und Besitzer http: gesetzt.

Mit der alten Version lief es und nun sitze ich wieder vor einem großen Berg von Problemen. *HEUL*

 

[Fusion]

Also praktisch eine Neuinstallation und dann einpflegen der Kontaktdaten via Import?
Kann natürlich nur derjenige die Kontakte abgleiche über dessen Konto du sie auch importiert hast, weil jeder Benutzer ja sein eigenes Datenbankabteil hat.

Anmeldung von intern wie extern an der Weboberfläche mit derselben URL und bearbeiten etc. geht ohne Probleme?

Die OC liegt einfach unterhalb von /web. Keine vHost, oder Reverse proxies oder ähnliches aktiv?

Mit cron meinst du weiterhin ajax-cron, oder system crond?
Gibt es noch ein ausführlicheres Log?

Ansonsten ist das sehr diffus gerade, mmmh.

 

[Ha34Meiner]

Da fällt mir ein, ich habe in der DSM in der open_basedir: none eingetragen. Muß da vielleicht Volume1 oder so rein.
Apache 2.2
php 5.6

 

[Fusion]

none sollte nicht drin stehen.
Entweder sollte open_basedir aus sein, oder wenn aktiviert mit einigen Einträgen vorausgefüllt sein
/tmp:/var/services/tmp:/var/services/web:/var/services/homes
Ein :/dev/urandom kommt meist für owncloud/nextcloud noch rein. Weitere Einträge nur, wenn z.B. das owncloud/data Verzeichnis außerhalb von /web/ zu liegen kommt.

 

[Ha34Meiner]

Es gab hier im Forum ein Thread indem stand, man sollte none eintragen, damit die Fehlermeldung: No such handler: DBA_DEFAULT at Unknown#0 (Ich glaube das war die Fehlermeldung) aufhörte.

Also praktisch eine Neuinstallation und dann einpflegen der Kontaktdaten via Import?

Genau so habe ich es gemacht.

Kann natürlich nur derjenige die Kontakte abgleiche über dessen Konto du sie auch importiert hast, weil jeder Benutzer ja sein eigenes Datenbankabteil hat.

Ich habe einen neuen Nutzer angelegt und dem die APP gegeben und deren Link genommen.

Anmeldung von intern wie extern an der Weboberfläche mit derselben URL und bearbeiten etc. geht ohne Probleme?

Alles kein Problem. Neue Nutzeranlegen, Dokumente hochladen....

Die OC liegt einfach unterhalb von /web. Keine vHost, oder Reverse proxies oder ähnliches aktiv?

/web/owncloud und kein vHost o.ä.


Bei Nextcloud geht es auch nicht.
Fatal webdav: Sabre\DAV\Exception\UnsupportedMediaType: HTTP/1.1 415 Validation error in vCard: REV MUST NOT appear more than once in a VCARD component 2017-05-18T14:13:25+0200
Error no app in context: InvalidArgumentException: The given object name is invalid

Cron

Letzte Cron-Job-Ausführung: Vor 4 Stunden. Möglicherweise liegt ein Fehler vor.

AJAX
Führe eine Aufgabe mit jeder geladenen Seite aus

Webcron
cron.php ist als Webcron-Dienst registriert, der die cron.php alle 15 Minuten per HTTP aufruft.

Cron aktiviert
Benutze den systemeigenen Cron-Dienst, um die cron.php alle 15 Minuten aufzurufen. Die cron.php muss durch den Systemnutzer "http" ausgeführt werden.


Habe wieder AJAX aktiviert

 

[Fusion]

Bezüglich des fehlenden DBA Default Wertes/Verweises reicht es aus bei den PHP.Modulen jenes mit dba im Namen inaktiv zu setzen.
Mag sein, dass ein deaktiviertes open_basedir das Symptom auch behebt, aber ist noch weniger die richtige Stelle.

Bezüglich vCard. Probiere mal einen neuen Kontakt im Web-Interface anzulegen und nicht zu importieren.

Bezüglich cron. Den letzten Eintrag kann man schon nehmen, allerdings muss man dann mal kontrollieren, ob der Eintrag in /etc/crontab auch korrekt ist.
Ich hab den bei mir alle 3 Minuten laufen, das sieht dann so aus
*/3 * * * * root /bin/su -s /bin/sh -c "/usr/local/bin/php56 -f /volume1/web/nextcloud/cron.php" http
Den Befehl kann man auch direkt auf der Konsole mal probieren
/bin/su -s /bin/sh -c "/usr/local/bin/php56 -f /volume1/web/nextcloud/cron.php" http

 

[Ha34Meiner]

open_basedir habe ich wieder befüllt und es läuft ohne fehler. Nun habe ich bei meinem Admin-Account eine neue Adresse in die Leere Kontakte-App gepackt. Trotzdem wird mit Thunderbird nichts geladen.
Nutze Thunderbird 52.1.1 mit Inverse SOGo Connector Version 31? Kann diese Version vielleicht nicht mit OC 9.1.5?

Oder hat es mit dem Fehler Sabre\DAV zu tun?

Ich weiß nicht mehr weiter. Das lief mit der 8.0 Version so gut. Aber auch mit der Nextcloud geht es ja nicht, da muß bei meinem Server was falsches eingestellt sein.

Kann ich irgendwo die Fehlermeldung des Servers auslesen, da es in OC und NC keine Fehlermeldung gibt.

 

[Fusion]

und die cron jobs laufen auch?

Mit owncloud/nextcloud gab/gibt es diverse Stolpersteine was die Termin/Kontakt-Formate angeht.
Deshalb ja der Vorschlag gewesen mal ein Kontakt direkt in der aktuellen Version zu erstellen.
Hast du das Addressbuch nicht geleert, weil sonst müsste der Fehler ja komplett weg sein.
Normal sollte das den Sync dieses einzelnen Kontakts nicht beeinflussen, aber sicher kann ich dir das nicht sagen.

Ich hab mit Thunderbird 54.0b1 noch den iSoGOC Version 24.0.6 am Laufen mit Nextcloud 11.0.2 (mit vHost, andernfalls wäre es eben domain.de/owncloud z.B.)
https://cloud.domain.de/remote.php/dav/addressbooks/users/<username>/contacts/

Welche PHP-Module sind denn bei dir aktiv gesetzt?

 

[Ha34Meiner]

Ich hoffe Du hast noch Geduld mit mir und meinen Problemen.

Aber ich komme jetzt erst wieder zum Testen. Das Wetter war zu gut ;-)

Wir kann ich in OC alle Kontakte auf einmal löschen? Ich müßte jetzt bei jedem Kontakt auf den Mülleimer klicken.

Ich habe php5.6 und 7.0 / Apache 2.2 und 2.4 installiert und aktiviert

Eingestellt habe ich unter Webstation bei Allg. Einstellungen den Apache Server 2.2 und die php-Version 5.6, dann zählt es für alle Webanwendungen/Apps und ich kann nicht sagen, das Programm benutzt Apache Server 2.2 und Nextcloud 2.4, oder?

Wann brauche ich vHost? Wenn ich eben owncloud VOR meiner Domain habe und wenn ich für unterschiedlicher Software unterschiedliche php-Versionen nutzen möchte?

Was ich noch rausgefunden habe, wenn ich in der App ContactSync nur die Server-Adresse eingebe und die Verbindung teste, dann ist der Server-Status ok, wenn ich aber den OC-Nutzer und sein Passwort eingebe, dann findet er nichts mehr.

 

[Ha34Meiner]

Noch etwas bzgl. des Cron-Jobs, der läuft natürlich doch. Ich habe aber folgenden Fehler gemacht. Ich habe über putty den Befehl:
/bin/su -s /bin/sh -c "/usr/local/bin/php56 -f /volume1/web/owncloud/cron.php" http
ausgeführt, aber nicht daran gedacht, dass meine DSM ja Nachts herunter fährt....

Wie mache ich es denn, dass der Befehl immer beim Neustart der DSM ausgeführt wird, unter etc/ gibt es keine crontab Datei, wie hier im Bsp.

Cron

Falls der Cron nicht ausgeführt wird: In der Datei /etc/crontab folgendes hinzufügen:

DSM 6

*/15    *       *       *       *       root   /bin/su -s /bin/sh -c "/usr/local/bin/php56 -f /volume1/web/owncloud/cron.php" http

Alle Dateien im owncloud Ordner sind am besten dem Nutzer/Gruppe http zugeordnet. Falls es nicht funktioniert, also evtl. wieder Rechte neu setzten via SSH/File Station

 

[Fusion]

Hast du eigentlich mal die verkürzte Variante getestet für die URL?
https://domain.de/owncloud/remote.php/dav/

Bezüglich Existenz würde ich erstmal mit "cat /etc/crontab" schauen, ob wirklich nix ausgegeben wird.
Kann ich mir fast nicht vorstellen, weil die Festplattenüberprüfungen, SMART Tests etc auch alle via cron laufen (angelegt über den Aufgabenplaner/Taskplaner im DSM Web-GUI)

Wenn du "/bin/su -s /bin/sh -c "/usr/local/bin/php56 -f /volume1/web/owncloud/cron.php" http" über Konsole ausführst, dann läuft der cron-job EIN mal durch, das wars dann.
Ob die DS Nachts herunter fährt oder nicht hat damit nichts zu tun.
Der "Verwaltungs/Organisations-Job" soll ja aber regelmäßig laufen und nicht nur 1 mal am Tag.

Bezüglich vHost hast ja Gründe schon genannt, dazu kommt eben z.B. die Erreichbarkeit über eine eigene Domain. z.B. die DS selbst via nas.dynDNS.de und die Owncloud via cloud.meine-domain.de oder meine-domain.de/owncloud etc.

Mehrere Kontakte zu löschen geht augenscheinlich gerade tatsächlich nur über einen Client, oder durch löschen der entsprechenden Tabelle in der Datenbank. Das OC web-interface sieht das nicht vor.

Welche App ist es genau? Von ntbab.dyndns.org? Österreichische Programmiererin?

 

[Ha34Meiner]

Wenn ich den Link https://domain.de/owncloud/remote.php/dav/ teste, bekomme ich folgende Meldung im Browser:

This is the WebDAV interface. It can only be accessed by WebDAV clients such as the ownCloud desktop sync client.

Beim Befehl: cat /etc/crontab
erhalte ich folgendes:

MAILTO=""
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin
#minute hour mday month wday who command
0 0 1 * * root /usr/syno/bin/syno_disk_health_record
0 0 8 * * root /tmp/synoschedtask --run id=1
40 9 * * 2 root /tmp/synoschedtask --run id=2
0 0 23 */6 * root /tmp/synoschedtask --run id=3
0 23 * * * root /usr/syno/sbin/synopoweroff

Android Contact Sync
http://ntbab.dyndns.org/apache2-default/seite/contactsyncde.html
Und mit Ihr bin ich auch im Kontakt. ALso der Support ist super.

 

[Fusion]

Die URL, wie die Meldung selbst auch sagt, nicht im Browser testen sondern in ContactSync oder im iSoGoC (eben ein sync client) als Server Adresse / Hostname angeben.

ok, die crontab ist also schon mal erwartungsgemäß vorhanden und auch nicht leer. Sind eben ein paar Jobs aus dem Aufgabenplaner des DSM erkennbar.
Bearbeiten kann man sie mit vi (immer vorhanden), oder mit einem anderen Editor (nano, mcedit, ...), wenn man sich welche nachinstalliert hat (via EBI oder ähnliches).

 

[Ha34Meiner]

Achso, ok, das habe ich auch mit der Adresse in der App ContactSync getan. Gleiche Ergebnis beim Test. Ohne Benutzername und Passwort keine Verbindung mit dem Sever und kein Login.
Wenn ich nur die https://domain.de/owncloud/remote.php/dav/ eingebe und kein Benutzername und Passwort, dann kann er sich mit dem Server verbinden, aber bekommt dann natürlich keinen Zugang zu dem Nutzer.

Ich werde mal alle Adressen löschen.

Ok, ich habe Nano. wenn ich jetzt nano /etc/crontab eingebe, könnte ich den cronjob von OC, der nämlich nur geht, wenn ich den manuell anstoße, einpflegen?

 

[Fusion]

Ja, genau. Die komplette Zeile mit Zeitsteuerung etc für den cron job steht ja oben schon irgendwo. Danach sollte es periodisch laufen, nachdem man den cron Dienst (synoservicectl --restart crond) oder die DS mal neu gestartet hat.

Bezüglich URL, https://domain.de/owncloud/remote.php/dav/ (mit oder ohne Schrägstrich am Ende) natürlich zusammen mit Benutzernamen und Passwort testen.
Die Idee dabei ist ja, dass es via .htaccess etc so was wie ein Auto-Discovery gibt, der Client also selbstständig anhand dieser URL und dem Benutzernamen und den Rückmeldungen von OC die endgültige URL für den Speicherort bestimmt.
Habe es gerade nochmal mit Nextcloud 11 probiert zusammen mit CardDAV-Sync von Marten Gajda, da reicht es sogar aus, wenn ich cloud.domain.de (vHost) und Benutzer und Passwort angebe, damit er sich das passende Konto raussucht. Übertragen würde das auf domain.de/owncloud lauten. Im Log sehe ich dann, dass er sich das selber auf die volle URL (mit Hilfe der url-rewrites von Nextcloud aus der htaccess vermutlich) ergänzt hat (../remote.php/dav/adressbooks/users/<username>/contacts/)

 

[Ha34Meiner]

Ich danke Dir, jetzt läuft der Cron-Job schon einmal:

Letzte Cron-Job-Ausführung: Vor 10 Minuten.

Habe alle Kontakte gelöscht und nur einen neuen Kontakt angelegt. Dann in der App ContactSync probiert:

1. https://domain.de/owncloud/remote.php/dav/<username>/<password>/
2. https://domain.de/owncloud/remote.php/dav/
In den beiden weiteren extra Feldern: Benutzernamen und Passwort
3. https://domain.de/remote.php/dav/addressbooks/users/<username>/contacts/
In den beiden weiteren extra Feldern: Benutzernamen und Passwort

Meine OC nimmt einfach nicht das Login wa(h)r oder stößt es ab.

Unter den Benutzereinstellungen in OC finde ich noch folgenden Punkt:

App-Passwörter

Ein App-Passwort ist ein Passwort, dass einer App oder einem Gerät erlaubt auf Ihren ownCloud-Konto zuzugreifen.

EDIT: Bei Nextcloud, der selbe Fehler, die App verbindet sich mit dem Server, aber das Login scheitert.