• Hat von Euch wer Erfahrungen mit der Einbindung in einen iOS-Kalender?

    Irgendwie gibt es da nicht so viele Informationen zu. Ich habe was von einem Redirect in einem /.well-know Ordner gelesen.

    Dann gibt es in der Anleitung von Baikal noch diese Info, die jedoch in der Anleitung bei netcup nicht erwähnt wird:

    After uploading, you must make sure that the Specific and the config directories are writeable by your webserver process. This might mean that you need to give'world-write' access via your FTP client

    Anderseits bekomme ich den Kalender eingebunden, wenn ich nur die Baikal-URL nehme, also ohne principals/USER/ oder dav.php/calendars/USER/Calender-ID/ oder nur dav.php. Dann bekomme ich aber eine Meldung "Serveridentität kann nicht geprüft werden".

  • Hat von Euch wer Erfahrungen mit der Einbindung in einen iOS-Kalender?

    Meinst Du die Verwendung mit der iOS Kalender App?

    Über das Verzeichnis .well-known findet die iOS Kalender App automatisch den Kalender (gleiches gilt übrigens für Kontakte mit der Kontakte App). Daher musst Du zum Einrichten des Kalenders nur die URL deines Baikal-Servers eintragen, was ja bei Dir auch zu funktionieren scheint.

    Die Fehlermeldung "Serveridentität kann nicht geprüft werden" liegt vermutlich am fehlenden (oder nicht zur Baikal-URL passenden) SSL-Zertifikat.

  • Das Verzeichnis .well-known wurde bei mir weder im Verzeichnis baikal, noch auf oberster Ebene angelegt, vielleicht weil die Verzeichnisse Specific und config berechtigungstechnisch nicht angepasst wurden?

    Alles nicht so ganz selbsterklärend, aber mit der richtigen Eingabe bei https://meinedomian.de:Port/baikal/html/dav.php/principals/username funktioniert es nun auch.

  • Das Verzeichnis .well-known existiert auch nicht im Dateisystem, sondern lediglich virtuell in der RewriteRule der Webserverkonfiguration. Es ist ein feststehender Pfad, der den Client zum Ort von dav.php führt. Die Standarddokumentation von Baikal geht davon aus, dass Baikal in einer eigenen Subdomain betrieben wird und der Pfad führt nach '/' (Rootverzeichnis). Wenn man das nicht will (oder kann), weil man beispielsweise kein passendes Zertifikat dafür bekommt, kann man Baikal auch in ein beliebiges Unterverzeichnis seines Webservers verschieben und muss das dann entsprechend in der Konfiguration nachziehen.

    Nachtrag (auch an duck) Wenn man die URL vollständig ausschreiben muss, damit der Kalender funktioniert, deutet das darauf hin, dass die RewriteRule nicht richtig konfiguriert worden ist.

    5 Mal editiert, zuletzt von Zierleiste (9. März 2026 um 13:21) aus folgendem Grund: Nachtrag RewriteRule.

  • Bei mir funktioniert das mit folgender URL:

    Code
    https://meinedomian.de:Port/baikal/html/dav.php/principals/username/

    Mit der Systematik klappt es nun, wobei ich mir das /baikal/html sparen konnte.

    Das Verzeichnis .well-known existiert auch nicht im Dateisystem, sondern lediglich virtuell in der RewriteRule der Webserverkonfiguration. Es ist ein feststehender Pfad, der den Client zum Ort von dav.php führt. Die Standarddokumentation von Baikal geht davon aus, dass Baikal in einer eigenen Subdomain betrieben wird und der Pfad führt nach '/' (Rootverzeichnis). Wenn man das nicht will (oder kann), weil man beispielsweise kein passendes Zertifikat dafür bekommt, kann man Baikal auch in ein beliebiges Unterverzeichnis seines Webservers verschieben und muss das dann entsprechend in der Konfiguration nachziehen.

    Vielleicht hab ich auch einfach zu kompliziert gedacht ;(.

  • Guten Morgen,

    ich hab noch einmal eine Frage zur Anleitung:
    Dort steht beim SSL-Zertifikat, dass man für die Subdomain das letzte Kontrollkästchen aktivieren soll.
    Verstehe ich es richtig, dass das erste Kontrollkästchen "Domainname schützen" nicht aktiviert werden soll?

    Nein, das verstehst du falsch. Das erste sollte auf jeden Fall aktiviert sein. Das letzte nur, wenn du zusätzlich die www-Subdomain schützen willst.

    Dieses Gebäude hat mir die Vorfahrt genommen! *hup*