Beiträge von Papierflieger

  • Vorschlag: neue mögliche Sortierung von Aufgaben

    Moin!

    Wie ich gerade in einem anderen Thema festgestellt habe, beeinflusst die Anzeige der erledigten Aufgaben natürlich die Sortierung nach Fälligkeit.

    Meine Idee für eine neue Möglichkeit der Sortierung wäre, dass die nicht erledigten Aufgaben nach aufsteigender Fälligkeit oberhalb der erledigten Aufgaben angezeigt werden können, welche wiederum nach absteigender Fälligkeit bzw Erledigung sortiert sind. Mit anderen Worten: die als nächste fällig Aufgabe sollte ganz oben stehen, darunter die danach fällige, usw, und dann die als letztes erledigte Aufgabe, dann die davor erledigte, usw. Dazwischen könnte noch eine Trennlinie stehen.

    Also ungefähr so:

    Wenn Aufgabe A dann erledigt ist, sollte sie zwischen C und D rutschen:


    Machbar?

  • Aufgaben: Sortierung fehlerhaft

    Nachtrag: ich glaube, ich habe die Ursache gefunden. Die Anzeige der "abgeschlossenen Aufgaben" muss deaktiviert werden, damit die noch offenen Aufgaben richtig herum sortiert werden.

    Ja, kann ich nachvollziehen und setze das Thema damit auf erledigt. Der Moderator darf es auch gerne komplett löschen.

  • Aufgaben: Sortierung fehlerhaft

    Moin!


    Die Sortierung der Aufgaben im kleinen Fenster rechts unten stimmt m.M.n. nicht, wie auf dem Bild zu sehen ist. Sortiert werden sollte nach Fälligkeit, so dass die zuerst fälligen Aufgaben oben stehen. Es hilft auch nichts, wenn ich mehrmals die Reihenfolge umkehre. Die beiden Aufgaben für heute (8. November) müssten eigentlich vor der Aufgabe für nächsten Samstag stehen.

    Alle drei Aufgaben wurde mit den selben Kriterien erstellt:

    [x] Ganztägig

    [ ] Beginn

    [x] Fällig

    Keine Erinnerung

  • CardBook 101.4: seltsame Anzeige beim Start von Betterbird

    Moin!

    Ich kenne die genauen "Fachbegriffe" nicht, daher folgende Beschreibung:

    Betterbird öffnet Postfächer, Kalender und CardBook in Registerkarten. Klicke ich auf Cardbook, sehe ich dort normalerweise folgende Schaltflächen am oberen Rand: Fensterlayout, Verfassen, Einstellungen, usw.

    Beim Start von Betterbird sehe ich aber statt dieser Zeile mit Schaltflächen eine Adresszeile mit dem unten zu sehenden Inhalt. Schließe ich CB und starte die Erweiterung erneut, sind wieder die normalen Schaltflächen zu sehen.

    CardBook Version ist 101.4

  • Das Symbol "Bereiche-Menü" entfernen

    Danke! Jetzt muss ich nur noch herausfinden, wo das richtige Chrome Verzeichnis zu suchen ist. Ich benutze auf meinem Klapprechner nämlich die Flatpak-Version, und da ist das VZ nicht unter "~/.thunderbird/" und auch nicht dort, wo laut "about:profiles" das Profil liegt, also unter "~/.var/app/eu.betterbird...".

  • Das Symbol "Bereiche-Menü" entfernen

    Moin!

    Es gibt zwischen der Menüleiste ("Datei", "Bearbeiten", etc) und den Karteikarten für Post, Kalender, etc eine Zeile mit Symbolen. Darin ist ganz links ein Symbol "Bereiche-Menü" enthalten, das sich nicht über den normalen Weg entfernen lässt. (Rechtsklick -> bearbeiten)

    Wie kann ich diese gesamte Zeile entfernen? Für meinen Gebrauch ist die überflüssig, ich hätte lieber etwas mehr Platz in der vertikalen Ansicht.

  • Zusätzlichen CalDAV Kalender auf selben Server abonnieren.

    Moin!

    Vor etwas mehr als einem Jahr wurde dieses Problem schon einmal angesprochen. Leider werden beide in dem Thema erwähnten AddOns nicht mehr weiterentwickelt und funktionieren in aktuellen BB-Versionen nicht.

    Gibt es denn inzwischen eine komfortable Lösung, neue CalDAV-Kalender auf einem bestehenden Konto hinzuzufügen? Die immer wiederkehrende Frage nach Adresse, Benutzer und Passwort ist auf Dauer echt nervig. DavX5 auf Android macht es dagegen dem Benutzer sehr, sehr viel einfacher: einfach auf "Liste aktualisieren" tippen und schon stehen neue Kalender auf dem Server zum Abonnieren bereit. Einen solch einfach Mechanismus würde ich mir in TB/BB auch wünschen.

  • TB unter Windows: "keine Rückmeldung"

    Moin!


    Nach einiger Zeit noch eine kurze Rückmeldung für alle Interessenten: nachdem auch durch eine ältere Kernelversion auf dem Server die Probleme mit TB nicht aufhörten, haben wir TB kurzerhand als rein lokale Installation auf dem Windows-Rechner installiert und die Nachricht anschließend manuell vom Netzlaufwerk in die neuen lokalen Ordner kopiert.

    Das war Anfang des Jahres und seit dem hat es keine Blockierungen in TB mehr gegeben.

    Der Hinweis, dass TB in einem Netzwerk nicht sehr gut zu gebrauchen ist, war also völlig richtig. Danke dafür!

    M.m.n. sollte dieser Hinweis auch in der Beschreibung des Programms stehen!

  • Profilordner lokal, aber Verzeichnis Mail auf einem Netzlaufwerk?

    Zitat von ThoBa

    Als Ergänzung zu meinen Vorrednern:

    Es reicht völlig aus, wenn der Ordner "%AppData%\Thunderbird\Profiles" verlinkt wird! Möchte man strukturierter vorgehen, so könnten auch einzelne Profile nach folgendem Schema verschoben und anschließend verlinkt werden.


    Es geht nicht darum, den ganzen Profilordner zu verknüpfen. Dazu reicht der jetzige Zustand. Siehe ersten Beitrag.

  • Profilordner lokal, aber Verzeichnis Mail auf einem Netzlaufwerk?

    Danke Euch beiden! Wusste gar nicht, dass Windows doch Links beherrscht. Ich werde das mal probieren.

    Die Methode über die manuelle Anpassung in der prefs.js ist zwar logisch und einfach durchzuführen (suchen & ersetzen), aber sie klingt sehr anfällig für Fehler. Eine Erweiterung oder eine globale Option, die das für alle bestehenden und zukünftig neue Konten erledigt, gibt es wahrscheinlich nicht, oder?

  • Profilordner lokal, aber Verzeichnis Mail auf einem Netzlaufwerk?

    Moin!

    Unter Windows legt TB im Benutzer-VZ "AppData/Roaming/Thunderbird/" die Datei "profiles.ini" an, in der der Pfad zum aktiven Profil angegeben wird, z.B.


    [Profile0]

    Path=N:\pfad\zum\profile\xxx12344.slt


    Dort steht dann das komplette Profil mit der gesamten VZ-Struktur. Kann TB unter Windows so eingerichtet werden, dass das Profilverzeichnis (Passwortdatei, Konfiguration, etc) lokal gespeichert wird, und nur das VZ "Mail", in dem die Nachrichten abgelegt werden, aber auf dem Netzlaufwerk liegt?

    Wenn ja: wie?

  • TB unter Windows: "keine Rückmeldung"

    Auf die Bugs im Kernel bzw die Meldungen dazu bin ich nur rein zufällig gestoßen, und habe dann aber nachgesehen, welche Distris betroffen sind, und das war ein Volltreffer. So ganz von alleine wäre ich wahrscheinlich nicht darauf gekommen. Aber es bleibt noch ein paar Tage abzuwarten, ob die Abrüstung auf Kernel 5.15 wirklich die Lösung des Problems ist. Daumen drücken ist angesagt.

    Die Einstellungen von Samba wurden auf Standard belassen. Es wurden keine speziellen Einstellungen vorgenommen.

    Zitat von Sehvornix

    oder aufhören, Teile des Thunderbird-Profils ins Netzwerk auszulagern.


    Ja, das wäre in der Tat sinnvoll, aber die Netzwerkstrukturen sind seit Jahren so gewachsen, wie sie jetzt sind, und hatten bei ihrer Einrichtung ihren durchdachten Sinn, wie z.B. das abwechselnde Arbeiten an verschiedenen Rechnern. Eine Umstellung jetzt würde die Anschaffung neuer Geräte erfordern.

    Was die allgemeine Leistung von TB angeht, gebe ich Dir zu 100% Recht: die muss dringend verbessert werden! Wenn das nicht bald passiert, werden viele Benutzer im semiprofessionellen Bereich — und aufwärts erst recht — dem Donnervogel den Vogel zeigen und sich anderen Programmen zuwenden. Ich bin hier zu Hause mit dem besseren Vogel unterwegs, und habe auch nicht so viele Konten, Nachrichten und Ordner zu verwalten, wie es in den meisten Büros üblich ist. In meinem kleinen Umfeld würde ich kein anderes Programm benutzen wollen, aber ich kann verstehen, wenn andere Benutzer fluchend vor dem Rechner sitzen.

  • TB unter Windows: "keine Rückmeldung"

    Moin!

    Kurze Rückmeldung:

    Nachdem ich auf dem Windows-Client den TB komplett neu installiert hatte, inklusive erneutes Einrichten eines Profils und aller Konten, und lediglich die zuvor gesicherten Nachrichten(ordner) wiederhergestellt hatte, lief TB für ca einen halben Tag störungsfrei. Danach begannen die Störungen erneut.

    Zwischenzeitlich bin ich aber in einem anderen Zusammenhang auf Bugs im Kernel 6.8 gestoßen, die mit der laufenden Distri (Ubuntu 24.04 Server) ausgeliefert und standardmäßig installiert wird. Es ging, wenn ich die Meldungen richtig verstanden habe, wohl auch um Fehler im Netzwerk. Daraufhin habe ich den Kernel 5.5 installiert, der ebenfalls in der Distri angeboten wird. Und seit ca 1 Woche läuft die Kiste ruhiger, der Donnervogel auf dem Windows-Rechner ist ein handzahmer Wellensittich geworden, und verursacht bis jetzt keine Blockierungen des Rechners mehr. Und das sogar immer noch, nachdem ich das ursprüngliche Profil wieder aktiviert habe.

    Ich bin weder Spezialist für TB, noch für den Kernel, daher frage ich mal vorsichtig nach: könnte es sein, dass Samba auf dem Server durch die Kernel-Bugs auf der einen Seite und die massive Anfrage von zu öffnenden Dateien oder Datenmengen durch TB auf der anderen Seite aus dem Takt gekommen ist? Denn es war wirklich auffällig, dass der Rechner nur blockiert war, wenn TB lief. Kein anderes Programm hat den Fehler ausgelöst, weder der Windows-Exlorer beim Kopieren mehrere Dateien, noch Bildbearbeitungsprogramme. Selbst große PDF von mehreren Hundert MB waren kein Problem. Aber wehe, wenn der Vogel losgelassen wurde: dann ging gar nichts mehr, und auch der Explorer kam nicht mehr ans Netzlaufwerk.

  • TB unter Windows: "keine Rückmeldung"

    Danke für die Erklärung mit dem sequenziellen Lesen und Ändern von Dateien auf dem Server!

    Ich habe mich jetzt entschlossen, TB auf dem Rechner komplett neu zu installieren, um ein neues und sauberes Profil zu erhalten, und dann zu schauen, ob die Hänger immer noch auftreten. Die verschiedenen Konten werden nacheinander eingerichtet und ausgiebig getestet, das ist kein Problem.

    Wie aber kriege ich am geschicktesten die alten Bestände an Nachrichten importiert? Ich kenne die Erweiterung "Import/Export Tool NG". Muss ich dafür die Nachrichten in dem alten Profil erst exportieren und dann im neuen Profil importieren?

    Das könnte ziemlich langwierig werden, weil die Nachrichten, wie beschrieben, auf einen Netzwerkordner liegen.

    Oder kann ich nach Einrichtung des neuen Profils die Ordner direkt auf dem Server aus dem alten Profil in den Ordner mit dem neuen Profil kopieren und kann TB sie dann benutzen? Das würde eine Menge Zeit und Arbeit ersparen.

    Mit welcher Erweiterung kann ich Nachrichtenfilter in das neue Profil migrieren? Oder ist das nur eine Datei, die ich kopieren kann?

    Ich weiß, dass es Themenstränge mit Anleitungen zum Migrieren gibt, aber die sind teilweise sehr alt, und ich weiß nicht, was davon für die aktuellen Versionen von TB noch gültig ist und funktioniert.

  • TB unter Windows: "keine Rückmeldung"

    Zitat von ggbsde

    Nein. Außer beim Komprimieren/Reparieren liest und schreibt TB nicht die gesamte mbox Datei sondern immer nur die Bereiche, die es gerade benötigt. Das ist mengenmäßig nicht wesentlich vom maildir Format verschieden.


    Jjjjj....aaaa.... jjjjein... hmmm...

    Was passiert denn aus Sicht des Servers (oder einer NAS, egal), wenn TB aus einer mbox Datei eine Nachricht löschen oder in eine andere mbox Datei verschieben will?

    Müssen dazu nicht beide Dateien an den Client, also übers Netz, ausgeliefert werden, damit das anfordernde Programm, also TB, innerhalb der ersten Datei die entsprechenden Zeilen entfernen und in die zweite Datei einfügen kann?

    Meines Kenntnisstandes nach kann weder Samba noch die Firmware einer NAS selber innerhalb einer Datei Änderungen vornehmen.

    Wenn der Server / die NAS das erledigen sollte, müsste TB an Samba den Befehl senden: "lösche aus Datei X die Zeilen n bis m und füge sie in Datei Y ein". Und Samba müsste diesen Auftrag von dem darunterliegenden OS ausführen lassen.

    Oder liege ich da komplett falsch?

  • TB unter Windows: "keine Rückmeldung"

    Zitat von Sehvornix

    Damit hat es sicherlich auch eher nichts zu tun. Mehr RAM-Speicher, schnellere CPUs, teure SSDs auf das 'Problem' zu werfen, sind mMn fehlinvestiert.


    Ich wollte mit den Angaben zur Hardware auch nur herausstellen, dass TB genügend RAM und genügend CPU-Kapazität hat, um eben nicht lahmen zu müssen.

    Zitat von Sehvornix

    Nein, aber TB ist dafür bekannt, in diesem Sinne nicht wirklich netzwerktauglich zu sein. Zumindest aber empfindlich.

    Das ist doch mal eine Aussage, die mir ein wenig weiterhilft. Das erste, was mir dazu direkt einfällt, ist die Größe der mbox-Dateien zu jedem Konto und Ordner. Was wird denn in einem solchen Szenario, also große Anzahl Nachrichten pro Ordner, empfohlen: mbox oder mdir?

    Oder anders gefragt: was bremst in einem Netzwerk stärker: große mbox-Dateien oder große Anzahl an Nachrichten, wenn mdir verwendet wird? Ich würde darauf tippen, dass mbox schlechter geeignet ist, weil die Dateien für jede Operation zwei mal übers Netz geschoben werden müssen, oder?

    Gibt es dazu Erfahrungen?