Baïkal contacts (CardDAV) and calendar (CardDAV) installation package for Synology

[atsiz77]

Ok then I will probably synonymous soon to the Carddav and Caldav of DSM change.
I would like to thank you for the support.

 

[Yippie]

So, this leads to the question: if Baikal disappears completely or probably will not run anymore on a future DSM updates, what are the alternatives for a lightweight CalDav/CardDav server on Diskstations?

I still refuse to use Google and other online services to store my appointments and contacts.

cu,
Michael

 

[Yippie]

Meanwhile, DSM has standard CardDAV since long time and CalDAV was already supported with WebDAV.

CardDav is not really an alternativ because of missing features. I'm in the need of multiple addressbooks, for different accounts.However on addressbook without relationship to any DSM account which means a shared global one.

MIchael

 

[Snyder]

I am using baïkal for some years now, and for three years or so in my DS in version 0.2.7. Running flawlessly under 6.1. Is there an information it will quit service under coming updates of the DSM?

 

[WernerRJP]

Bis zu dem Moment, als ich den AD-Server (von Synology) auf meine DS installierte, hatte ich ein funktionieres Adressbuch und Kalender.
Nach Installation des AD-Server nicht mehr!

Nach der Reinstallation von baikal konnte ich keine Verbindung mehr zur MariaDB5 aufbauen, weil irgendein Passwort eingegeben werden muss,
dass mir nicht bekannt ist (siehe Bild). Folgende PW habe ich ausprobiert: das System-root-PW, MariaDB-root-PW, das baikal-PW, ...
Auch das Rücksetzen der Passworte in der MariaDB hat nichts gebracht. Warum also kommt keine Verbindung zustande?

Das bisher praktizierte Ritual des Updates funktioniert nicht mehr, hier muss wohl ein systematischer Fehler vorliegen.
Kann mir jemand Tipps geben?

Werner

MariaDB5 root-PW: <nothing>
baikal PW : <yes>

MariaDB/MAriaDB10 up to date
baikal 0.2.7-002
DS216+ System DSM 6.1.3-15152 Update 3

 

[Apropo]

Was ist denn ein AD-Server?

 

[rednag]

Directory Server...

Für MDB10 ist Port 3307 nötig.

 

[WernerRJP]

@Apropo: AD-Server = Active Directory Server.
@rednag: ich nutze die MDB5, also Port 3306.
Auch wenn ich die MDB10 mit Port 3307 verwende, habe dasselbe Problem.

Werner

 

[WernerRJP]

Präventiv zu möglichen Nachfragen:
Beide Datenbanken (MDB5 und MDB10) sind in phpMyAdmin sichtbar.

Es bleibt die Frage: Weshalb kann ich die DB nicht in baikal erreichen?

Werner

 

[goetz]

Hallo,
probiere mal 127.0.0.1 anstatt localhost, siehe
http://www.synology-forum.de/showth...ySQL-Datenbank&p=727039&viewfull=1#post727039

Gruß Götz

 

[WernerRJP]

@goetz: auch diese Möglichkeit hatte ich bereits probiert, ohne Erfolg.

Meine Vermutung ist die, dass das Passwort (als Hashcode) in baikal "hart verdrahtet" wurde und der Algorithmus zur Generierung des Hashcodes in MDB geändert wurde.
Ich hatte auch bereits in der datenbank unter mysql:user der reihe nach verschiedene Algorithmen angegeben, ebenfalls ohne Erfolg.
Es ist zwar im Source Code von Baikal der Hashcode vom Admin-PW angegeben, aber durch den unsymmetrischen Algorithmus ist der Code nicht sinnvoll verwendbar.
Kennt jemand eine Möglichkeit, dieses Problem sinnvoll zu lösen?

 

[WernerRJP]

Hallo,
arbeit noch jemand mit Baikal? Ist Baikal tot?
Oder gibt es mittlerweile was besseres?
Die Kalendersoftware von Syno stellt keine Option dar.

Werner

 

[MikeZulu]

Die Meldung besagt, dass für den user baikal@localhost das mitgesendete Kennwort nicht mit dem gespeicherten Kennwort des Datenbank-Benutzers (baikal@localhost) übereinstimme.

Der Fehler kommt auch, wenn kein Password in der Datenbank gesetzt wurde, beim Verbindungsaufbau aber eines mitgegeben wird oder ein Kennwort verlangt wird, aber beim Verbindungsaufbau keines mittgegeben wird.

 

[WernerRJP]

@MikeZulu: jetzt wird's kniffelig.
die MDB hat ein PW <pwroot>, ebenso der user baikal <pwbaikal>.
Und beim Erstaufruf im Administrationszweig von baikal wird nach der Auswahl von "Use MySQL (X)" ein Fehler ausgegeben:
es wird keine Datenbank gefunden (2002).


Obwohl in der Vergangenheit stets eine DB gefunden wurde, hat es hier scheinbar eine (nicht dokumentierte?) Änderung gegeben!
Aber welche?

Werner

 

[MikeZulu]

Es gibt verschiedene Punkt, wo sich der Fehler befinden könnte, vor allem, wenn die Anwendung nicht mehr gewartet wird. 2002 sagt aus, dass er das mysql.sock File für die Datenbank nicht findet, was meistens daran liegt, wie Du richtig sagst, dass die Datenbank nicht gefunden wird (vorhanden ist):

1. Welche PHP-Version verwendest Du heute und welche hast Du verwendet, als diese Applikation noch funktionierte. In älteren PHP-Versionen wurde die Verbindung zur Datenbank mittels mysql_connect hergestellt. Irgendwann ab PHP 5.x (weiss den Zeitpunkt bzw. Version nicht mehr genau) funktionierte mysql_connect nicht mehr sondern man muss jetzt mysqli verwenden. Beispiel: $this->handle = new mysqli($this->host.':'.$this->port, $this->user, $this->pswd, $this->db);

2. Gemäss einem früheren Screenshot sollte sich die Datenbank unter MariaDB5 befinden. Double Check ob die Datenbank dort mit den entsprechenden Benutzerberechtigungen vorhanden ist. Sollte die Datenbank sich unter MaiaDB 10 befinden, dann müsstest Du bei der Server-Adresse 127.0.0.1:3307 (siehe Post #310) angeben. Gewisse Pakete funktionieren mit localhost und MariaDB 10 nicht.

3. Sollte der Entwickler davon ausgegangen sein, dass die Datenbank immer unter der Port-Nr. 3306 erreichbar ist bzw. deine Portangabe ignorieren (OwnCloud lässt grüssen), dann zieht die App immer das falsche Datenbanksystem an. In diesem Fall müsstest Du in den Code einsteigen, der die Verbindung zur Datenbank herstellt.

Vielleicht hat jemand anders, der die App kennt, noch eine Idee.

Viel Erfolg.

Markus

 

[MikeZulu]

Zu 1: Das ist der PHP-Code für die Verbindung zur Datenbank (als Beispiel). $this->port etc. können innerhalb des PHP-Codes durch die jeweiligen Werte ersetzt weden (siehe nachfolgend).

Zu 2: localhost ist nichts anderes als das Synonym von 127.0.0.1. Wenn Du dich via ssh anmeldest und dann als root einen ping auf localhost machst, bekommst Du 127.0.0.1 als Antwort zurück (siehe screenshot)



Wenn Du über 127.0.0.1 auf die Datenbank zugreifst, dann muss der Benutzer baikal@127.0.0.1 lauten, sonst funktioniert die Verbindung nicht.

Da Du auf die Datenbank via phpMyAdmin zugreifen kannst, würde ich mich bei der Fehlersuche auf die Baikal-App fokussieren. Es deutet ja alles darauf hin, dass der PHP-Code der Appllikation sich nicht erfolgreich mit dem Datenbankserver verbinden kann.

Versuche mal folgendes:

Kopiere den nachfolgenden Code in eine Datei und speichere diese unter dem Namen test.php im Hauptverzeichnis der Baikal-App. Bitte vorher die fett geschriebenen Texte anpassen mit dem richtigen Host (allenfalls 127.0.0.1:3307) dem korrekten Benutzer, Kennwort und dem Namen der Datenbank.

<?php
$handle = new mysqli("localhost:3307","baikal@localhost", "Das richtige Kennwort","Name der Datenbank");

if ($handle->connect_error) {
echo 'Connection to database failed ('.$handle->connect_error.')!';
die;
} else {
echo 'Verbindung erfolgreich';
}
?>

Danach rufst Du im Browser diese Datei auf (gleiche Adresse, wie wenn Du die Baikal-App aufrufen würdest aber gefolgt mit /test.php). Wenn das Resultat lautet: Verbindung erfolgreich, dann kannst Du 100% davon ausgehen, dass das Problem in der Baikal App liegt.

 

[WernerRJP]

@MikeZulu/Markus: besten Dank, Deine Mail ist schon eine echte Hilfe, auch wenn ich das eigentliche Problem noch nicht gelöst habe.

zu 1.: die Erstinstallation war so um Anfang '16, die PHP-Versionsnummer kann ich nicht benennen, jetzt verwende ich 5.6.
Die Beschreibung in der letrzten Zeile (zu P 1) kann ich nicht so richtig deuten: könnte das der Hinweis sein, im php-Code diese Zeilen ausfindig zu machen und ggfs. zu ändern? Wo finde ich mysql_connect/mysqli?

zu 2.: über phpMyAdmin kann ich beide MDBs erreichen. Da ich in baikal eine sql-DB erreichen kann, nicht jedoch die MDB, muss jeder Versuch mit 127.0.0.1 ins Leere laufen.

zu 3.: im Code stecke ich nicht drin und würde es auch weitestgehend vermeiden.

Obwohl ich das root-pw gelöscht und neu gesetzt, das baikal-pw aufgefrischt habe, bin ich nicht als User baikal über phpMyAdmin in die baikal-DB reingekommen. daher habe ich jetzt entnervt aufgegeben und werde keinen weiteren Versuch mit MDB5 machen und diese DB löschen. Stattdessen werde ich nun mein Glück mit MBD 10 versuchen. Zumindestens läuft baikal, ob dann "der Rest", sprich die darauf basierenden Anwendungen funktionieren, muss sich jetzt zeigen.
Mir wurde der Aufwand und die Widersprüchlichkeit zu groß, um dem Problem auf die Spur zu kommen.
Irgendwann muss man sich um die wesentlichen Dinge kümmern!

Besten Dank für die (auch moralische) Unterstützung.

Werner

 

[WernerRJP]

@MikeZulu/Markus: ein kurze Nachtrag.
Ich habe die 10 Zeilen eingegeben und entsprechend aufgerufen. Die Verbindung war erfolgreich!!

(die erste Zeile musste ich korrigieren:
$handle = new mysqli("localhost:3307","baikal@localhost", "","baikal");
)
Jetzt läuft zwar die MDB erfolgreich, aber ich kann jetzt (wg. AD-Server und Thunderbird/SOGo) noch nicht auf die Daten zugreifen.
Ist jetzt noch eine Nachtrunde angesagt.

Gruß

Werner

 

[MikeZulu]

Gut, das bedeutet, Du hast auf MariaDB 10 mit dem Benutzer baikal@localhost ohne Kennwort eine funktionierende Verbindung aufgebaut. Entsprechend darf in der Baikal-Konfiguration auch kein Kennwort beim Benutzer baikal@localhost angegeben werden (Deine Aussagen in vorangehenden Posts habe ich so verstanden, dass Du ein Kennwort verwenden wolltest).

Dann sollte die Baikal App auf die Datenbank zugreifen können, denn sie sollte nichts anderes machen, als im Grunde den genau gleichen Code ausführen, mit dem Du eine erfolgreiche Verbindung aufbauen konntest.

Aus meiner Sicht hat das nichts mit dem AD-Server oder sonst einer anderen Software zu tun.

 

[WernerRJP]

Jetzt wollte ich gerade eben nochmal die Test-Routine im Original und mit veränderten Daten laufen lassen und jetzt geht garnichts. Ich kriege die Anzeige, dass diese Seite nicht gefunden wird. Das war gestern Abend noch anders. (Dateien sind mit chown auf http:http gesetzt wurden)

Zur PW-Vergabe: vergebe ich dem Nutzer root ein PW, kann ich nicht mit dem Nutzer baikal die MDB aufrufen. Also vergeb ich dem Nutzer root kein PW und der Nutzer baikal erhält ein PW. Die Einstellung führe ich auf der DSM-Oberfläche mit der MariaDB10 durch. So habe ich das bisher gehandhabt.

Zum AD-Server: mit dem setzen des AD wird doch eine Domäne aufgebaut wo vorher nur ein Fileserver war. Damit ändern sich doch einige Umgebungsvariablen.
Oder sehe ich das falsch?

Werner