Beiträge von tuts

Das ist dann zumindest ein Lichtblick.

Bei mir sind in der Beta 119 die Fehler ebenfalls behoben. "Produktiv" einsetzen würde ich das ganze dann trotzdem nicht unbedingt.

Bleibt also nur zu hoffen, dass die Änderungen möglichst zeitnah auch in die 115.x übernommen werden.

Bis zum Release des nächsten Stable LTS in 2024 möchte ich nur ungern warten.

Habe heute etwas rumprobiert und kann zumindest soweit nachvollziehen, dass die Einträge für das Datum bei mir Probleme machen:

Funktioniert :

DTSTART;TZID=CET:20230912T140000

DTEND;TZID=CET:20230912T150000

Funktioniert nicht:

DTSTART;TZID=Europe/Berlin:20230912T140000

DTEND;TZID=Europe/Berlin:20230912T150000

Ich habe genau das gleiche Problem mit der neuen Version 115.x. Vorübergehend bleibe ich erst mal bei 102.15.1 . Hier gibt es keine Probleme...

Da es zu dieser Version aber leider keine Updates mehr geben wird, kann dies keine dauerhafte Lösung darstellen.

Ich habe mit verschiedenen Kalendern von Verschiedenen Providern experimentiert. Einige funktionieren, andere führen zum Einfrieren von Thunderbird und bei wiederum einigen werden die Einträge schlicht nur nicht angezeigt.

Und bei einigen habe ich das Gefühl, dass es manchmal unter Apple funktioniert und unter Windows nicht (ob die daten aufgrund eines anderen zeichensatzes unterschiedlich übertragen werden kann ich aber nicht sagen) ...,

Edit:

Ich habe jetzt nochmal etwas rumprobiert und folgendes gefunden:::

Per Webmailer bzw. auch über Apple oder Version 102.x wird ein Eintrag etwas so aussehen ...

BEGIN:VEVENT
DTSTART;TZID=CET:20230912T140000
DTEND;TZID=CET:20230912T150000
DTSTAMP:20230927T111640Z
UID:280aaf5f-4c18-4ce6-b742-73c884468d8b
CREATED:20230927T111533Z
LAST-MODIFIED:20230927T111533Z
SUMMARY:test
CLASS:PUBLIC
STATUS:CONFIRMED
TRANSP:OPAQUE
END:VEVENT

Über Windows und Version 115 sieht der gleiche Eintrag so aus und TB crashed

BEGIN:VEVENT
DTSTART;TZID=Europe/Berlin:20230912T140000
DTEND;TZID=Europe/Berlin:20230912T150000
DTSTAMP:20230927T111759Z
UID:18be50ed-289d-474f-8906-64e1205187db
CREATED:20230927T111746Z
LAST-MODIFIED:20230927T111746Z
SUMMARY:test
CLASS:PUBLIC
STATUS:CONFIRMED
TRANSP:OPAQUE
END:VEVENT

Der wesentliche Unterschied scheint die Formatierung der Datumsfelder zu sein ....

Vielleicht kann dies jemand aber auch noch mal gegen prüfen und frage: lässt sich das in den Einstellungen ändern ?

Existieren die Probleme seit einem Update auf die Version 115.x ?

Ich habe bei mir zumindest Probleme mit dem Cal-Dav seit 115 und bin deshalb zumindest übergangsweise auf die Version 102.x zurück...

( https://download.mozilla.org/?product=thund…s=win64&lang=de )

Ich verwende zwar das Plugin TbSync nicht, habe das Problem mit CalDAV jedoch für die Version 115 ebenfalls (unter Windows und Linux).

In den Versionen von 102 gibt es bei mir keine Probleme, weshalb ich aktuell leider nivht auf die Version 115 upgraden kann.

In anderen Foren wird ähnliches berichtet...

Ich habe seit Version 115.x (inkl. 115.1.0) Probleme mit meinen CalDAV Kalendern in Thunderbird.

Das Programm hängt sich regelmäßig auf (vermutlich sobald er den Sync. startet)

In Version 102.x gibt es die Probleme nicht. Weshalb ich wieder zur alten Version zurück musste mit dem Problem, dass er meckert, das Profil sei nicht kompatibel ...

Gibt es dazu eine andere Lösung ?

Bei mir wird das Update ebenfalls noch nicht angezeigt, wobei ich leider gerade auch noch das Problem hatte, dass das Profil nach dem (manuellen) Upgrade von 60.9.0 auf 68.2.0 nicht mehr verfügbar war.

Dank deinem Link konnte ich das dann einfach beheben (wäre aber wohl auch durch manuelles anpassen der Profiles.ini möglich gewesen).

Nach meiner Kenntnis wird es für die 60er Versionen kein Patch mehr geben (wobei mir jetzt nicht ganz klar ist ob die aktuelle 60er von der oben genannte Sicherheitslücke betroffen ist), sodaß ein Upgrade in nächster Zeit wohl unumgänglich ist.

Ok.
Danke für die Infos.

Dann werde ich wohl zusehen, dass ich die Extensions mit xcopy in das globale verzeichnis kopiere :confused:

Hallo
Ich habe bei mir TB 3.1 installiert und möchte mit Hilfe der Kommandozeilenoption
-install-global-extension "/path/to/extension" Erweiterungen installieren bzw. updaten (lightning und enigmail).
In den vorhergehenden Versionen hatte ich damit keine Probleme, aber nun scheint dies leider nicht mehr zu funktionieren.
in der debug-console erscheint die Meldung, das die Option unbekannt ist.

haben sich da etwas geändert und welche Parameter muss ich nun verwenden ?

zu deiner Frage:
- Der IMAP-Server ist ein Unix-Cluster mit hochwertiger Hardware und hat genug Performance.
- Die Profildaten die TB standardmäßig anlegt liegen im Order ..Benutzer\login\Anwendungsdaten\...
Dieser Ordner ist bzw. kann in einer Windows AD-Struktur direkt auf dem Server abgelegt werden, sodaß ein Nutzer egal an welchen Client er sich anmeldet immer seine vertraute Umgebung inklusive seiner Daten und Einstellungen vorfindet.
An sich eine sehr feine Sache und gab bisher auch noch keine Probleme, nur halt jetzt bei TB3...

Ich habe genau das selbe Problem in einer Ähnlichen Konstellation.

- Die Profildaten liegen auf einer Netzwerkfreigabe (Win2k8 Server mit entsprechend schneller Hardware),
- Die Netzanbindung ist 1 GBit (sollte daher eigentlich ausreichen)
- Ich verwende IMAP als Protokoll (mit mehreren Ordnern mit mehreren 1000 Mails durchschnittlicher größe)

Dennoch lässt sich TB3 nur extrem träge bedienen. Von einem vernünftigen arbeiten kann keine Rede sein.

Ich habe bereits versucht die Indizierung abzuschalten, das Caching zu deaktivieren bzw. mit unterschiedlichen Cachgrößen zu arbeiten.
Leider alles Ohne Erfolg.

In TB2 waren bei mir diese PerformanceProbleme in der Form nicht aufgetreten.

Hat jemand noch eine Idee ?