Lextor
Benutzer
- Mitglied seit
- 12. Aug 2020
- Beiträge
- 554
- Punkte für Reaktionen
- 73
- Punkte
- 54
Warnung vor CALDAV in bestimmten Konstellationen
- Ersteller chrissi099
- Erstellt am
Hallo chrissi099,
Bücher und Hardware zum Thema gibt es bei Amazon: Warnung vor CALDAV in bestimmten Konstellationen
Bücher und Hardware zum Thema gibt es bei Amazon: Warnung vor CALDAV in bestimmten Konstellationen
Also, ich habe das eingerichtet und es läuft hier gut.
Das Phänomen der sich vermehrenden Erinnerungen taucht hier bisher nicht auf. Ich hatte Schwierigkeiten, das Ganze mit TbSync einzurichten. Die Erweiterung hat den Server nicht gefunden. Also habe ich die Aufgabenliste/Kalender direkt in Thunderbird angelegt. Gefühlt läuft sie noch geschmeidiger als Calendar. Allerdings habe ich nur über den Client Zugriff darauf. Der Kalender ist auf dem Nas-eigenen Desktop nicht zugänglich.
Der Pfad, den ich zum Einrichten genutzt habe ist dieser:
http(s)://192.192.192.192/<NAME/PFAD DES ORDNERS>/<NAME DES KALENDERS/LISTE>
Ordner ist der Ordner, den du im Webdav-Server als Speicherort deines Kalenders festgelegt hast.
Synology könnte seine Funktionen mal besser dokumentieren.
Das Phänomen der sich vermehrenden Erinnerungen taucht hier bisher nicht auf. Ich hatte Schwierigkeiten, das Ganze mit TbSync einzurichten. Die Erweiterung hat den Server nicht gefunden. Also habe ich die Aufgabenliste/Kalender direkt in Thunderbird angelegt. Gefühlt läuft sie noch geschmeidiger als Calendar. Allerdings habe ich nur über den Client Zugriff darauf. Der Kalender ist auf dem Nas-eigenen Desktop nicht zugänglich.
Der Pfad, den ich zum Einrichten genutzt habe ist dieser:
http(s)://192.192.192.192/<NAME/PFAD DES ORDNERS>/<NAME DES KALENDERS/LISTE>
Ordner ist der Ordner, den du im Webdav-Server als Speicherort deines Kalenders festgelegt hast.
Synology könnte seine Funktionen mal besser dokumentieren.
Lextor
Benutzer
- Mitglied seit
- 12. Aug 2020
- Beiträge
- 554
- Punkte für Reaktionen
- 73
- Punkte
- 54
Lextor
Benutzer
- Mitglied seit
- 12. Aug 2020
- Beiträge
- 554
- Punkte für Reaktionen
- 73
- Punkte
- 54
Das verwirrt mich ja auch etwas...siehe die oberen Beiträge...CARDdav + CALdav...
Vergiss es...ich habe mich verlesen...nicht CardDav...da steht weiter oben WebDav
Du benötigst den WebDav-Server. Den musst du laden und aktivieren, falls das noch nicht geschehen ist. Inklusive passende Ports in Firewall und Router freigeben, sowie erforderlich.
CardDav ist das Protokoll, über das Kontaktdaten übermittelt und synchronisiert werden. Hat hiermit nichts zu tun.
CalDav ist das Protokoll für Kalender- und Aufgabendaten. Das kannst du über den WebDav-Server nutzbar machen. Wenn du es aktiviert hast, kannst du (als Administrator) die entsprechende App im Synology-Desktop starten. Dort aktivierst du und hast ein weiteres Menü "Kalender". Darin kannst du die gewünschte Anzahl von Kalendern hinzufügen und den Speicherort für diese Kalender festlegen. Wenn du das gemacht hast, verbindest du deinen Client wie oben beschrieben mit dem Server.
CardDav ist das Protokoll, über das Kontaktdaten übermittelt und synchronisiert werden. Hat hiermit nichts zu tun.
CalDav ist das Protokoll für Kalender- und Aufgabendaten. Das kannst du über den WebDav-Server nutzbar machen. Wenn du es aktiviert hast, kannst du (als Administrator) die entsprechende App im Synology-Desktop starten. Dort aktivierst du und hast ein weiteres Menü "Kalender". Darin kannst du die gewünschte Anzahl von Kalendern hinzufügen und den Speicherort für diese Kalender festlegen. Wenn du das gemacht hast, verbindest du deinen Client wie oben beschrieben mit dem Server.
Ich habe auch ein massives Problem mit calendar und Thunderbird, wie es hier mehrfach beschrieben wird.
Im Thunderbird Forum habe ich dazu auch ein Thema eröffnet, bevor ich mich hier eingeklinkt habe:
Thunderbird-mail.de
Die Diskussion hier lässt mich aber an dem dort Geschriebenen zweifeln. Auf meinem Rechner läuft die Verbindung mit calendar auf Thunderbird mit TbSync bisher ohne Probleme, auf dem Laptop meiner Frau spielt ein Script verrückt:
Kann es sein, dass das Script Teil des Synlogy Calendar Pakets ist und Tb schuldlos ist?
Ich frage mich jedoch, warum die Verbindung auf meinem Rechner läuft. Allerdings ist die TB Version nicht die neueste und das Update hat gehakt.
Ich habe den Eindruck, dass das Skript sich in einer Endlosschleife befindet. Ich konnte sehen, dass es bis zu 3000 mal aufgerufen wurde.
Im Thunderbird Forum habe ich dazu auch ein Thema eröffnet, bevor ich mich hier eingeklinkt habe:
Thunderbird-mail.de
Die Diskussion hier lässt mich aber an dem dort Geschriebenen zweifeln. Auf meinem Rechner läuft die Verbindung mit calendar auf Thunderbird mit TbSync bisher ohne Probleme, auf dem Laptop meiner Frau spielt ein Script verrückt:
Kann es sein, dass das Script Teil des Synlogy Calendar Pakets ist und Tb schuldlos ist?
Ich frage mich jedoch, warum die Verbindung auf meinem Rechner läuft. Allerdings ist die TB Version nicht die neueste und das Update hat gehakt.
Ich habe den Eindruck, dass das Skript sich in einer Endlosschleife befindet. Ich konnte sehen, dass es bis zu 3000 mal aufgerufen wurde.
Zuletzt bearbeitet:
Ich habe meine Calendar Installation jetzt 2 Wochen ausprobiert. Das habe ich bisher herausgefunden:
Den Beitrag habe ich auch hier veröffentlicht:
https://www.thunderbird-mail.de/for...nach-anbindung-an-synology-ds1621-mit-tbsync/
Die weisen aber nur auf die Synolgy.
Herausgefunden habe ich:
TB mit TbSync in Synchronisation mit Synology Calendar auf DS 1621+ funktioniert bei mir auf folgenden Geräten:
Auf den Rechnern ausprobiert mit 78.5.1 32 und 64 bit, 78.6.1 und 78.7.0j eweils 64 bit.
Ich bin vor einigen Wochen von einer Synology DS 212+(Prozessor Marvell Kirkwood ARMv5TE compliant (Feroceon® family) ) auf DS 1621+ (Prozessor AMD Ryzen V1500B) umgestiegen. Auf der 212+ habe ich mehrere Jahre TB mit Caldav synchronisiert.
Mittlerweile habe ich herausgefunden, dass S. Calendar wohl nur auf 64 bit Maschinen installiert werden kann. Habe ich aber nur stichprobenartig überprüft.
https://www.synology.com/de-de/dsm/packages/Calendar
https://www.synology-wiki.de/index.php/Welchen_Prozessortyp_besitzt_mein_System?
Durch die Recherche im Synology Forum habe ich den Eindruck, dass Calendar nur relativ selten Probleme macht.
Gegen die These, dass der Bug bei der Synology liegt, spricht die Tatsache, dass der Fehler nur bei dem Acerspin auftritt. Ohne TBSync funktioniert TB auf diesem Rechner.
Die Frage ist, was ist bei den Rechnern von 2012 und 2014 anders als bei dem von 2020.
Zu meiner Person:
Biologe mit durch Fortbildung erworbener Lehrbefähigung IF seit Ende der 1980er Jahre Angefangen habe ich mit einem Apple II Klon mit CPM Möglichkeit. Seit 1987 MSDOS Rechner und später alle Windows Versionen. Raspberry Pi mit Linux Versionen.
Im Programmieren bin ich nicht ganz unerfahren, wenn auch nur im Bereich Borland Pascal.
Wenn also ein Programm in einer unendlichen Schleife läuft, ist in der Regel ein Programmierfehler die Ursache. Sehr häufig ist es der Datentyp integer, vor allem beim Wechsel, z.B. von 32 auf 64 bit Systemen.
Mein Eindruck ist, dass das Script calendar-alarm-dialog.js, Bestandteil des TB, in einer Endlosschleife läuft und immerwährend eine Erinnerung produziert. Ich gehe davon aus, dass der Fehler in der Zeile 382 zu suchen ist. Diese Erinnerungen werden dann, meiner Meinung nach, auf der Synology synchronisiert und müllen den Kalender voll.
Nun habe ich bei der Suche nach dem Source Code von TB festgestellt, dass dieser für 32- und 64-bit identisch ist.
Könnte das der Grund sein, dass auf den Rechnern der neuesten CPU-Generation TB Probleme macht?
Deshalb bin ich z.B. von Open (32 bit)auf Libre Office (64 bit) umgestiegen, weil OO auf meinem Win 10 Rechner regelmäßig abgestürzt ist.
Offensichtlich war der Fehler 2017 noch nicht bekannt.
Quelle:
https://idomix.de/kalender-auf-der-diskstation-tschuess-icloud-google-calendar
Da scheint der TB noch in Ordnung gewesen sein.
Ähnliches kann man auch hier lesen:
https://www.synology.com/en-us/know...to_Sync_Synology_Calendar_with_CalDAV_Clients
Den Beitrag habe ich auch hier veröffentlicht:
https://www.thunderbird-mail.de/for...nach-anbindung-an-synology-ds1621-mit-tbsync/
Die weisen aber nur auf die Synolgy.
Herausgefunden habe ich:
TB mit TbSync in Synchronisation mit Synology Calendar auf DS 1621+ funktioniert bei mir auf folgenden Geräten:
- AMD A 107850k 32GB Ram (2014)
Win10 pro neueste Version - Asus A55V core i5 3210M (2012)
- Smartphone Android 8.0.0
- Iphone SE
Auf den Rechnern ausprobiert mit 78.5.1 32 und 64 bit, 78.6.1 und 78.7.0j eweils 64 bit.
Ich bin vor einigen Wochen von einer Synology DS 212+(Prozessor Marvell Kirkwood ARMv5TE compliant (Feroceon® family) ) auf DS 1621+ (Prozessor AMD Ryzen V1500B) umgestiegen. Auf der 212+ habe ich mehrere Jahre TB mit Caldav synchronisiert.
Mittlerweile habe ich herausgefunden, dass S. Calendar wohl nur auf 64 bit Maschinen installiert werden kann. Habe ich aber nur stichprobenartig überprüft.
https://www.synology.com/de-de/dsm/packages/Calendar
https://www.synology-wiki.de/index.php/Welchen_Prozessortyp_besitzt_mein_System?
Durch die Recherche im Synology Forum habe ich den Eindruck, dass Calendar nur relativ selten Probleme macht.
Gegen die These, dass der Bug bei der Synology liegt, spricht die Tatsache, dass der Fehler nur bei dem Acerspin auftritt. Ohne TBSync funktioniert TB auf diesem Rechner.
Die Frage ist, was ist bei den Rechnern von 2012 und 2014 anders als bei dem von 2020.
Zu meiner Person:
Biologe mit durch Fortbildung erworbener Lehrbefähigung IF seit Ende der 1980er Jahre Angefangen habe ich mit einem Apple II Klon mit CPM Möglichkeit. Seit 1987 MSDOS Rechner und später alle Windows Versionen. Raspberry Pi mit Linux Versionen.
Im Programmieren bin ich nicht ganz unerfahren, wenn auch nur im Bereich Borland Pascal.
Wenn also ein Programm in einer unendlichen Schleife läuft, ist in der Regel ein Programmierfehler die Ursache. Sehr häufig ist es der Datentyp integer, vor allem beim Wechsel, z.B. von 32 auf 64 bit Systemen.
Mein Eindruck ist, dass das Script calendar-alarm-dialog.js, Bestandteil des TB, in einer Endlosschleife läuft und immerwährend eine Erinnerung produziert. Ich gehe davon aus, dass der Fehler in der Zeile 382 zu suchen ist. Diese Erinnerungen werden dann, meiner Meinung nach, auf der Synology synchronisiert und müllen den Kalender voll.
Nun habe ich bei der Suche nach dem Source Code von TB festgestellt, dass dieser für 32- und 64-bit identisch ist.
Könnte das der Grund sein, dass auf den Rechnern der neuesten CPU-Generation TB Probleme macht?
Deshalb bin ich z.B. von Open (32 bit)auf Libre Office (64 bit) umgestiegen, weil OO auf meinem Win 10 Rechner regelmäßig abgestürzt ist.
Offensichtlich war der Fehler 2017 noch nicht bekannt.
Quelle:
https://idomix.de/kalender-auf-der-diskstation-tschuess-icloud-google-calendar
Da scheint der TB noch in Ordnung gewesen sein.
Ähnliches kann man auch hier lesen:
https://www.synology.com/en-us/know...to_Sync_Synology_Calendar_with_CalDAV_Clients
Ich habe einige weitere Tage mit dem Problem Synology Calendar verbracht, da ich vor habe, meinen AMD A 107850k -Rechner durch einen Ryzen 9 Rechner zu ersetzen und fürchte,, dass dieser ähnlich reagiert wie der Acerspin..
Mein Fazit erst einmal:
Der Themenersteller hat ungenau recherchiert. Die Ursache der dauernden Erinnerungen liegt m.E. eindeutig bei Thunderbird.
Was habe ich gemacht:
Als weiteres Vorgehen habe ich geplant, die beiden Handys wieder in die Synchronisation einzubeziehen.
Allerdings habe ich festgestellt, dass em Client wohl ein x86 (32bit) Programm ist. Zumindest wird es so unter Windows installiert.
Allerdings scheint es sauberer programmiert zu sein.
Mein Fazit erst einmal:
Der Themenersteller hat ungenau recherchiert. Die Ursache der dauernden Erinnerungen liegt m.E. eindeutig bei Thunderbird.
Was habe ich gemacht:
- Bei allen Rechnern TB deinstalliert oder Tbsync deaktiviert (AMD A 107850k ).
- Smartphone und Iphone habe ich von der Synchronisation abgeklemmt.
- Auf meinem AMD A 107850k em Client installiert und die Kalender, insgesamt fünf aktiviert. Die Reaktion der Kalender incl. Erinnerungen habe ich kontrolliert, indem ich sie regelmäßig exportiert und die Dateigröße überprüft habe. Einer der Kalender war durch TB vollgemüllt worden, von 85k auf 3,9 mB.
Alle Kalender haben ihre Größe nur unwesentlich verändert, auch nur, weil Termine hinzukommen sind. - Heute habe ich auf dem Acerspin, auf dem TB gezickt hatte, auch em Client problemlos installiert.
Auch danach hat sich die Situation bei Calendar bisher nicht verändert. Auch Erinnerungen haben keinen Einfluss gehabt. - Geplant habe ich für die nächste Zeit eine regelmäßige Kontrolle der Kalender, wie ich sie in 3. beschrieben habe.
Als weiteres Vorgehen habe ich geplant, die beiden Handys wieder in die Synchronisation einzubeziehen.
Allerdings habe ich festgestellt, dass em Client wohl ein x86 (32bit) Programm ist. Zumindest wird es so unter Windows installiert.
Allerdings scheint es sauberer programmiert zu sein.
Zuletzt bearbeitet:
Snyder
Benutzer
- Mitglied seit
- 07. Nov 2014
- Beiträge
- 172
- Punkte für Reaktionen
- 15
- Punkte
- 24
Liest sich ja gräßlich das alles. Falls es hilft - in meiner Vor-Diskstation Zeit hatte ich für Cal- und Card-DAV ein kleines Tool namens Baikal auf meinem Webspace installiert. Das gibt es auch für die Disksktation. Ist lange ohne Probleme gelaufen, irgendwann habe ich mehr aus Basteltrieb auf die Synology-eigene Lösung umgesattelt. Und die läuft seit geraumer Zeit geräuschlos an diversen Macs und iPhones (ohne Thunderbird). Just my 5 cts.
Ist aber nicht mehr grässlich, da wohl der Verursacher mit Thunderbird gefunden ist. Mit em Client gibt es im Moment diese Probleme nicht. War für mich ziemlich schnell klar, da das Calendar Paket auf größeren DS läuft. Wenn da die geschilderten Probleme wären, hätte es sicher einen Riesen Aufstand im Forum gegeben.
@ Snyder
Der Iphone Kalender hat die Caldav Verbindung nativ eingebaut, bei meinem Smartphone verwende ichCalDav Sync aus dem Playstore.
Der Iphone Kalender hat die Caldav Verbindung nativ eingebaut, bei meinem Smartphone verwende ichCalDav Sync aus dem Playstore.
Hi,
@fermoll
ist zwar lange her, aber nochmal: mit der damaligen emClient-Version und der damaligen Thunderbird-Version gab es die Probleme. emClient hatte ich auch kontaktiert. Gut möglich, daß sie das inzwischen abgefangen haben. Außerdem hatte Synology das Verhalten im Ticket bestätigt.
emClient hatte mir deren Test-Logs mitgeschickt, daran ist eindeutig zu sehen, daß Synology Fehler macht. Ich hatte denen einen Test-Account auf einer Synology gegeben, damit sie selber testen können. Alternativ hatte ich auf Outlook mit Caldav-Synchronizer hingewiesen, das hatten sie auch im Test.
Hier der Antwort-Teil von emClient:
den Log-Teil lasse ich weg, lang und ein paar Adressen zuviel drin
Wenn emClient jetzt funktioniert und/oder Synology irgendwas geändert hat, dann ist es doch gut!
Es ist ja nie mit allen Clients aufgetreten!
Gruß, Christian
Hier habe ich einen interessanten Lösungsansatz gefunden:
The Hackers Blog
Kurzfassung:
wenn Synology als CalDAV-Adresse empiehlt: http(s)://<ADRESSE>/caldav/<USER>/home/
dann sollte man nach dem /caldav die Erweiterung .php einfügen, also: http(s)://<ADRESSE>/caldav.php/<USER>/home/
Begründung:
Die Synology-Adresse funktioniert eigentlich einwandfrei, aber Thunderbird/Lightning nimmt eigenmächtig eine Ersetzung vor, weil nach einem Server-Response die beiden Adressen nicht übereinstimmen und findet beim Speichern dann den Termin nicht mehr (bzw. die Syno findet den Termin nicht wegen der eigenmächtigen Adress-Änderung seitens Thunderbird...)
Hat bei mir geholfen, zumindest die Erinnerungen lassen sich nun schließen - weitere Test folgen noch.
The Hackers Blog
Kurzfassung:
wenn Synology als CalDAV-Adresse empiehlt: http(s)://<ADRESSE>/caldav/<USER>/home/
dann sollte man nach dem /caldav die Erweiterung .php einfügen, also: http(s)://<ADRESSE>/caldav.php/<USER>/home/
Begründung:
Die Synology-Adresse funktioniert eigentlich einwandfrei, aber Thunderbird/Lightning nimmt eigenmächtig eine Ersetzung vor, weil nach einem Server-Response die beiden Adressen nicht übereinstimmen und findet beim Speichern dann den Termin nicht mehr (bzw. die Syno findet den Termin nicht wegen der eigenmächtigen Adress-Änderung seitens Thunderbird...)
Hat bei mir geholfen, zumindest die Erinnerungen lassen sich nun schließen - weitere Test folgen noch.
Ich hatte wegen dieser Ereignis/Erinnerungs-Duplizierung von "Calendar" (mit Freigabe an andere Benutzer) umgestellt auf CalDav über "WebDav Server" / Kalender. Nun lese ich gerade, dass das abgeschafft werden solle mit WebDav Server 2.4? https://www.synology-forum.de/threads/caldav-fuer-benutzer.113683/post-930792. Ist dazu Näheres bekannt?
- Mitglied seit
- 06. Apr 2013
- Beiträge
- 14.159
- Punkte für Reaktionen
- 912
- Punkte
- 424
Es geschehen noch Zeichen und Wunder, es gibt ein Update für Synology Calender.
Und in den Releasenotes steht tatsächlich:
"Fixed an issue where useres might receive multiple alerts in repeated events"....
Will jemand testen?
Und in den Releasenotes steht tatsächlich:
"Fixed an issue where useres might receive multiple alerts in repeated events"....
Will jemand testen?
Snyder
Benutzer
- Mitglied seit
- 07. Nov 2014
- Beiträge
- 172
- Punkte für Reaktionen
- 15
- Punkte
- 24
Bloß WebDAV nicht updaten, wenn du CalDAV über DDNS, also außerhalb Heimnetz bzw. ohne VPN nutzt. Calendar unterstützt das nicht, weshalb ich wieder die Vorversion installiert habe, um meine Kalender weiterhin über verschiedene Geräte syncen zu können. Siehe hier: https://www.synology-forum.de/threa...calendar-nix-geraete-sync-uebers-netz.113823/
- Mitglied seit
- 06. Apr 2013
- Beiträge
- 14.159
- Punkte für Reaktionen
- 912
- Punkte
- 424
@Snyder, das kann nur eine Einstellungssache sein, wenn du einen TCP webdienst im LAN nutzen kannst, dann geht das prinzipiell auch von außen, egal ob IP oder DDNS oder sonstwie.
Letzteres, benutzerdefinierte Domain (also praktisch die Syno Version von reverse Proxy) funktioniert ohne Probleme mit Calendar.
Letzteres, benutzerdefinierte Domain (also praktisch die Syno Version von reverse Proxy) funktioniert ohne Probleme mit Calendar.
Kaffeautomat
Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.
Als Dankeschön schalten wir deinen Account werbefrei.
