Hallo Bastler,
danke für den Tip mit Javascript und dem dann anderen Umgang mit Add-ons.
Was die Sprachversion von TB anbetrifft, da verwende ich üblicherweise die deutsche Version. Hatte nur mal für eine "Conversation" (Gruß an schlingo ;-)) das englische (GB) Sprachpaket nachinstalliert. Dies hatte aber keinen Einfluss auf mein angefragtes Problem.
nachdem ich Java aktualisiert hatte.
Java und javascript sind 2 Paar Stiefel. Ich wüsste nicht, dass Java mit TB zu tun hätte.
War nur so eine Idee.
Hallo Ingo,
du hast Recht. Diskutieren lohnt sich hier nicht. Aber deine und meine Ausführungen helfen vielleicht anderen Anwendern zu verstehen, weshalb sie eine andere Funktion bekommen als die, die der Benennung nach zu erwarten gewesen wäre.
Ich denke, wir können das hier schließen.
Gruß hw-schrauber
@Bastler: Habe die von dir empfohlenen Schritte durchgeführt. Leider ohne Erfolg.
schlingo : wollte nur tiefergehenden Nachfragen vorbeugen.
Bei mir ist das Verhalten allerdings dauerhaft. Also bei jedem Popupfenster.
Ich bin mir nicht ganz sicher, ob das Problem erst abgetreten ist, nachdem ich Java aktualisiert hatte. Es könnte zeitlich zusammenpassen.
Im englischen Menü heißt es "conversation" und im deutschen Menü "Themenbaum". Das sind zwei völlig unterschiedliche Bedeutungen. Ich nutze das Programm. Da mache ich mir prinzipiell keine Gedanken darüber, was ein Programmierer/Übersetzer eventuell gemeint haben könnte.
Eine Funktion, zwei völlig unterschiedliche Bezeichnung. Es bleibt dabei, völlig falsche Übersetzung.
Wenn im englischen Menü "message threading" stünde, dann könnte ich das auch mit "Themenbaum" übersetzen. Aber das steht da eben nicht. Somit suggeriert Themenbaum im deutschen Menü ganz etwas anderes als conversation im Englischen. Conversation im Englischen würde ich auch an der reference fest machen. Themenbaum im Deutschen aber eben am subject und nicht an der reference.
Es ist also nicht das Problem, dass der Programmierer beim RfC was falsch verstanden hat, sondern eher der Übersetzung, der mit seiner Übersetzung dem deutschen Anwender etwas anderes vermittelt als in der englischen Programmversion nach RfC korrekt gemeint ist.
• Firewall: Betriebssystem-intern
Hi Forum,
habe seit ein paar Tagen Probleme damit, dass sich Erinnerungsfenster des Kalenders nicht mehr wie gewohnt verhalten. Bisher war es so, dass wenn das Fenster mit den Einträgen aufpoppte und ich den Button "alle schließen" betätigte, die Einträge gelöscht und das Fenster schloss wurde. Nun ist es so, dass zwar die Einträge geschlossen werden, das Fenster aber nicht (bleibt sichtbar). Erst wenn ich zusätzlich rechts oben das (x) betätige, schließt sich dieses Fenster.
Hat jemand eine Idee, womit das zusammenhängen kann und wie ich das vorherige Verhalten wieder einstellen kann?
Hallo Ingo,
danke für deine Ausführungen.
Wie du schon schreibs: "Meinungen"
Wenn Du es schon unbedingt übersetzen möchtest, würde ich "References" hier vielleicht mit "bezieht sich auf" übersetzen. Den zuständigen RfC darfst Du Dir selbst heraussuchen. Dazu bin ich jetzt zu faul.
Deine Ausführungen zeigen ja genau das Problem. Wenn jemand meint, er könnte es übersetzen wie er es mag und nicht wie es allgemein gültig ist, kommt genau das dabei heraus.
Und das mit den RfC ist so eine Sache. Als Entwickler oder Programmierer kann ich natürlich festlegen, was wie ist, oder wie ich etwas meine. Muss mich aber nicht wundern, wenn (was ich in meinem speziellen Fall nicht weiß, außer dass ich nicht ganz alleine bin) ein Großteil oder gar die Masse es nicht richtig versteht. Also so wie der Entwickler/Programmierer sich das dachten.
Im Übrigen aus Mozilla Support:
Was ist ein Themenbaum?
In einem Themenbaum werden E-Mail-Unterhaltungen hierarchisch dargestellt. Diese Funktion ist besonders hilfreich bei der Organisation von Unterhaltungen in Mailinglisten, bei denen viele Teilnehmer auf unterschiedliche Nachrichten in einer Unterhaltung antworten. Sie verhindert auch, dass einzelne Nachrichten einer Unterhaltung in der Menge anderer Nachrichten übersehen werden. Außerdem können Sie damit Stapelverarbeitungen durchführen, wie z. B. das Löschen oder Ignorieren einer kompletten Unterhaltung.
Schon hier wird die Begrifflichkeit "Themenbaum" und "Unterhaltung" gehörig verwechselt. Seit wann ist ein Thema eine Unterhaltung? Im allgemeinen Sprachverständnis im Deutschen wie im Englischen sind Themen Bestandteil einer Unterhaltung und nicht umgekehrt.
In der englischen Variante/Übersetzung heißt es übrigens:
Und wie du mit deiner Empfehlung "Conversations" selbst schon erkennen kannst, Conversation = Unterhaltung. Und schon im ersten Satz von Mozilla heißt es Unterhaltung.
Vielleicht sollte die deutsche Übersetzung sich auch einfach an die sprachlichen Konventionen halten. Verhindert dann zumindest Verwirrungen. Themenbaum ist hier schlichtweg ein Fehler in der Übersetzung.
Hallo Ingo,
ich komme nochmal auf deine Ausführungen zurück. Du hast natürlich Recht, wenn ich es nicht verstanden habe, aber ganz praxistauglich ist es nicht, wenn ich für ein und denselben Sinn unterschiedliche Bezeichnungen verwende oder bei gleichem Sinn/gleicher Funktion unterschiedliche Begriffe verwende.
Und wenn es eine allgemein gültige Bedeutung für einen Begriff gibt und der Programmierer mit dem Begriff etwas anderes aussagen will, dann ist ja die Frage, wer den Knoten in der Denke hat.
Bestes Beispiel. TB bietet für die Mails ja die Themen-Funktion an. Also nicht nur für Newsgroups etc. Zieht hierfür die reference des headers heran. Wenn man sich die reference nach 10 mal hin und her anschaut, dann wächst die reference jedes Mal um einen weiteren Eintrag an. Was macht das für einen Sinn, bezogen auf ein "Thema"?
Es ist also eher ein Verweis auf die vorheriege(n) Mail als auf ein Thema.
Und wie würde man denn wohl reference und subject übersetzen.
reference = Referenz oder Hinweis/Verweis/Bezug
subject = Thema oder Betreff etc.
Deshalb verstehe ich nicht, warum eine sich ständig ändernde Referenz und nicht der Betreff als Basis für einen Themenbaum verwendet wird.
Meiner Meinung nach müsste dann das ganze nicht Themenbaum, sondern "Verweiszweig", "Bezugspfad" oder ähnlich heißen.
Es kommt nicht so sehr darauf an, was man meint gesagt/geschrieben zu haben, sondern was beim Zuhörer/Leser ankommt.
Korrekte Verwendung der Begrifflichkeiten hilft hier schon sehr.
Ich werde nun mal das von dir empfohlene AddOn antesten. Damit ist das Thema 
für mich erst einmal abgeschlossen.
Schönes Wochenende,
hw-schrauber
Guten Morgen Ingo,
danke für die Ausführungen.
Bezogen auf Punkt eins bezog sich das auf "als neu be..." für eingehende Mails macht ja nicht wirklich Sinn. Deshalb meine Aussage.
Was das Ignorieren anbetrifft, da kann man schon geteilter Meinung sein. Ich bin halt nur nicht auf die Idee gekommen, dass beim Ignorieren das Verhalten ähnlich so ist, als wenn ich etwas in den Papierkorb verschiebe. Der Papierkorb ist der aber immer verfügbar. Dass ich ignorierte Mails eines Themas nur in den Gruppierten Ordnern sehe, muss man wissen und ist meiner Meinung nach nicht intuitiv.
Warum man Mails nach Themen sortiert und sich dabei an irgendwelchen Header-Infos orientiert anstatt am Betreff, das erschließt sich mir noch nicht. Auch nicht, warum dann diese Header-Infos nicht direkt editierbar sind, wenn sie für die Themenbehandlung relevant sind. Schließlich habe ich wenig Einfluss darauf, wenn in einem Thema ein Teilnehmer themenfremd antwortet. Da müsste die Mail doch mit Boardmittel zumindest bei mir aus dem Thema ausschließen können. Genauso wenn jemand neu etwas zu einem Thema beizutragen hat, aber hierfür eine neue Mail generiert hat (also nicht auf irgendetwas antwortet) . Da bekomme ich die Mail auch nur über diese Umwege ins Thema.
Du hast Recht, es ist kein Bug, aber irgendwie auch noch nicht zu Ende gedacht.
Ich schaue mal, ob ich das mit deiner empfohlenen Erweiterung weiter verfolge.
Kompatibel vermutlich nur bis 110. Der Kompatibilitätscheck selbst ist ja nur bis 115. Ich nehme an, 116 ist ein Tippfehler.
Ja, das mit dem "als neu" kenne ich schon. Es passiert halt manchmal, dass man da nicht dran denkt. Und bezogen auf Mailempfang hilft es auch nicht weiter.
References-Header? Löschen? Also Mail-Header kenne ich. Wie ich den separat bearbeite, allerdings nicht. Ich will die Mail ja auch nicht wirklich verändern.
Habe beim Experimentieren gesehen, dass man mit Rechtsklick auf das Themensymbol „Thema ignorieren“ folgendes erhält:
Ändern tut sich aber nix. Egal in welche Ansicht ich auch gehe. Die Mail ist immer nur im Thema sichtbar.
Kurios ist, dass wenn ich bei dem unteren, roten Minus-Zeichen anklicke, und Thema ignorieren wähle, dann ist die Mail weg. Also nicht wirklich weg, sondern nur nicht mehr regulär sichtbar. Sprich, sie taucht in keinem Konto mehr auf. Außer im Gruppenordner für »Gesendet«. Im Listeneintrag für diese Mail steht jedoch zum Glück, dass sich diese Mail im Gesendeten Ordner des entsprechenden Kontos befindet. Das Komprimieren der Ordner wie auch der Neustart von TB ändert nix.
Mir scheint, das Thema "Themenbaum" ist noch nicht vollends gut integriert. Ich müsste doch eigentlich auch zwei Themen zusammenführen können, oder einzelne Mails einem Thema zuordnen können, wenn die dem Grunde nach zusammengehören. Das bei der Mailerstellung aber noch nicht klar war.
Hallo ihr Experten
ich nutze das aktuelle TB (102.13 / 64Bit). Wie die Themenüberschrift schon sagt, müsste ich eine fälschlich zugeordnete Mail aus einem Thema herauslösen.
Die Mail soll nicht gelöscht und auch nicht in einen anderen Ordner verschoben werden. Sie soll lediglich auch außerhalb des „Baums“ sichtbar werden.
Hintergrund, ich musste einen Anhang aus einer Mail, die Bestandteil eines Themenbaums ist, in einem anderen Zusammenhang weiterleiten. Bin also auf die Mail, weiterleiten gedrückt, Mailtext gelöscht, Grußwort eingefügt und abgeschickt. Bei der Suche in dem Ordner „Versendet“ wird mir die Mail nicht angezeigt. Erst wenn ich den Themenbaum öffne, dann kann ich die Mail als Mailausgang sehen.
Ähnliches passiert auch umgekehrt schon mal. Ich bekomme von meinem Gegenüber eine neue Mail zu einem neuen Thema. Der Gegenüber generiert aber keine neue Mail, sondern verwendet eine vorherige Mail und drückt hier auch einfach auf Antworten. Schwups habe ich die Mail mit dem neuen Thema als Untermail der vorherigen.
Was noch besonders nervt ist der Umstand, dass ich die empfangene Mail nicht einmal sehe, wenn der Themenbaum zugeklappt ist. Einzige Auffälligkeit ist, dass trotz des alten Datums der Themenbaum dann in der Liste der Mails vom Datum her ganz oben steht. Also mit Datum von z. B. letzten Monat über allen aktuell heute empfangenen. Was ja für die neue Mail im Ordner ja u.U. zutrifft. Für den Themenbaum aber nicht. Und der Themenbaum selbst wird aber nach wie vor als gelesen angezeigt.
Wie kann ich also eine Mail aus einem Baum herauslösen? Und falls noch jemand einen Tipp hat, wie das mit der Anzeige „richtiger“ klappt. Immer her damit.
Danke schon mal für eure Hilfe
hw-schrauber
@Bastler
Das war nicht die Frage. Mit der Möglichkeit überschreibe ich die Farbe, die z.B. von einer caldav Verbindung angeboten wird. E
s ändert sich dann die Farbe des Events. Ich will aber nicht die Farbe des Events ändern, sondern die "Textfarbe", die von TB automatisch vergeben wird. Ich möchte beeinflussen, welche Textfarbe zu welcher Event-Hintergrundfarbe verwendet wird.
Hallo Forum,
ich hätte da mal wieder eine Frage:
Ist es möglich, die Schriftfarben pro Kalender/Event einzeln vorzugeben?
Ich habe in der userchrome.css bereits etwas experimentiert. Auch in der Konfiguration von TB. Unterm 15. ist die schwarze Schrift auf dem Blau kaum lesbar. Genauso wie die weiße Schrift auf dem Gelb. Nur, ich finde keine Möglichkeit, das passend zu konfigurieren. Lediglich konnte ich bis jetzt allen Einträgen gleichzeitig eine neue Schriftfarbe zuweisen. Das hilft aber nicht weiter.
Hat hier jemand einen Ansatz, wie ich das lösen könnte?
/*
• Thunderbird-Version (102.1.2)
• Betriebssystem + Version (Win10PRO, uptodate)
• Kontenart ( IMAP)
• Postfachanbieter (uberspace)
• Google-Kalender mit "Provider for Google-Calendar" (nein)
• WebDAV-Kalender / CalDAV (ja/Baikal_Sabredav)
*/
Hallo Forum,
ich nutze seit Jahren TB und hatte/habe diverse Kalender angelegt. Das funktioniert auch alles mehr oder weniger einwandfrei. Heute wollte ich einen neuen Kalender anlegen. Und da taucht mit male die Schwierigkeit auf, dass vom Server mein Passwort abgelehnt wurde. Den Kalender habe ich als DAV Kalender auf dem Server neu angelegt und er ist von anderen Clients (Android) problemlos bearbeitbar.
Bin folgendermaßen vorgegangen:
Kalender>Kalendertab> (Liste verfügbaren Kalender)
Dann rechte Maustaste>"Neuer Kalender ...">
dann Eingabe des Passworts und folgende Fehlermeldung>
Zur Lösung meines Problems habe ich dann einen normalen Kalender angelegt. Bin dann in die Einstellungen>Konfiguration gegangen und habe den neu angelegten Kalender geändert. Zu ändern war der Eintrag *.uri (Kalenderadresse auf dem Server) und der Eintrag *.type (CalDav). Da der Eintrag für den *.usernamen noch nicht vorhanden war, konnte ich den erst in den Eigenschaften des Kalenders einstellen. Danach funktionierte der DAV Kalender wie alle anderen, die ich schon angelegt hatte. Das Passwort musste ich nicht neu eingaben, da es bei einem der fehlgeschlagenen Versuche bereits im Passwortmanager hinterlegt war.
Das ist ein workaround, doch keine schöne Lösung, da nicht jeder in den Einstellungen etwas verändern möchte. Ich vermute, es fehlt die automatische "type"-Erkennung oder aber die früher vorhandene Möglichkeit, den Typ auswählen.
Wäre schön, wenn einer der Entwickler hier mitliest und sich der Sache noch mal annimmt.
Bis zum nächsten Mal! hw-schauber
Hallo Mapenzi,
danke für deinen Support. Ich habe mir mal die Einträge "***timeout***" in der Config angeschaut. Da steht ja tatsächlich ne Menge drin. Die Begriffe sind zwar überwiegend selbsterklärend, aber nicht gut nachvollziehbar, ob die wohl auch fürs interne Netzwerk gelten. Eine Idee, welcher Eintrag wohl am ehesten greifen könnte, hättest du auch für mich?
Was die Konten anbetrifft, trat der Fehler noch bei weiteren auf. Vermutlich tritt es aber bei jedem Konto auf, dass ein Archiv-Verzeichnis im Lokalen-Ordner hat, bei dem das Verzeichnis des Lokalen Ordners auf dem Server liegt. Es kommt ja zu einer kurzen Verzögerung, wenn die Festplatten am Server in Standby sind. Und ist die Verbindung wieder aktiv, dann tritt der Fehler nicht mehr auf. Bis zum nächsten Festplatten-Standby.
"S:/" ist eine Samba-Anbindung zu einer am Router (Fritzbox) angeschlossenen Festplatte.
Dass man im Profil "fummeln" muss, um einen Ordner zu löschen, den TB zu automatisch anlegt ist ja nicht so prickelnd.
Was das automatische Anlegen (ursprüngliches Problem) anbetrifft; ich vermute, dass TB, wenn der Server nicht schnell genug antwortet, dass das Verzeichnis zur Verfügung steht, selbstständig entscheidet, innerhalb des Kontos einen Archiv-Ordner anzulegen. Das müsste man doch irgendwo in den Einstellungen beeinflussen können? Statt neuem Ordner im Konto, lieber eine Fehlermeldung, oder gar nichts tun, oder nach einer einstellbaren Pause erneut versuchen. Ist fast etwas übergriffig vom Programm, meine Daten anders als vorgegeben zu speichern.
Mit dem zweiten Screenshot wollte ich eigentlich nur zeigen, wie TB bei unterschiedlichen Einstellungen im Konto die Archiv-Ordner anlegt. Und dass die mal generisch und mal systemisch sind. Und ich irgendwie nicht nachvollziehen kann, was ich tun muss, um die eine bzw. der anderen Variante zu erhalten.
Falls du bezüglich des Ur-Problems noch Tipps bezüglich der Einstellungen hättest, wäre das klasse. Ansonsten ist mir nun das Problem bekannt, ohne eine Lösung zu haben.
Hallo Mapenzi,
es ist leider noch etwas kurioser als beschrieben. So wie du in deinem zweiten Beitrag schriebst, habe ich es eingerichtet. Und so ist mir der Fehler auch aufgefallen. Heute habe ich dann festgestellt, dass der Fehler noch etwas umfangreicher ist. Nach intensivem Test kann ich nun sagen, der Fehler passiert sogar innerhalb eines Kontos. Ich habe eine Mail mit Kontextmenü>Archivieren angeklickt, und die Mail wurde richtig in das Lokale-Ordnerverzeichnis verschoben. Die nächste Mail, da wurde ein neues Archiv-Verzeichnis mit Archiv>Jahreszahl im Konto angelegt und die Mail auch dorthin verschoben. Wenn ich mehrere Mails markiere und archiviere, dann gilt das Verzeichnis immer für alle Mail. Somit würde ich vermuten, dass beim Auslösen der Aktion das Programm eventuell das "externe" Verzeichnis nicht findet und dann eben das im Konto anlegt. Der lokale Ordner liegt auf einem Server. Dieser ist jedoch noch nie mit Zugriffsschwierigkeiten oder Timeouts aufgefallen.
Das mit dem Löschen konnte ich noch nicht verifizieren, da ich festgestellt habe, dass ich Archiv-Ordner habe, die mit dem generischen und mit dem Archiv-Symbol dargestellt werden. Da ich selbst keines angelegt habe, sind diese Ordner durch den Archiv-Automatismus entstanden. Möglicherweise habe ich bei meinen Löschversuchen tatsächlich nur einen Ordner mit generischem Archiv-Icon gelöscht.
Wie könnte ich denn einen angelegten Archiv-Ordner, der innerhalb des Kontos angelegt wurde, löschen? Schließlich brauche ich den Ordner ja nicht. Habe das bis jetzt über Fairmail auf meinem Android gemacht. Hier klappt das mit dem Löschen. Sollte doch auch mit TB funktionieren, wenn das Programm schon selbstständig, ohne Rückfrage, Ordner anlegt.
VG, Herby
Hallo liebes Forum,
ich melde mich mal wieder, weil ich heute auf eine Kuriosität gestoßen bin, die ich mir nicht erklären kann und für die hier vielleicht jemand eine Erklärung oder sogar eine Lösung hat.
Folgende Situation:
Ich nutze 2 IMAP Konten auf meinem uberspace server. Läuft alles bestens. Nun wollte ich ein paar Mails im lokalen Ordner archivieren, um auf dem Server etwas Platz frei zu schaffen. Deshalb habe ich in im lokalen Ordner für jedes Konto einen Unterordner angelegt. In den Einstellungen: "Extras>Konten-Einstellungen>Konto*>Kopien & Ordner>Nachrichtenarchiv>andere Ordner" habe ich dann für jedes Konto den entsprechenden Ordner im lokalen Ordner ausgewählt. Nun wähle ich bei dem einen Konto ein paar Mails aus und nutze über das Kontextmenü (rechte Maustaste) "Archivieren".
Schwubs wird mir im lokalen Ordner ein Archiv mit Jahreszahl angelegt. So hatte ich es erwartet. Kurios ist, wenn ich das Gleiche mit dem anderen Konto tue, dann wird mir kein Ordner im lokalen Ordner, sondern im Konto (online) selbst angelegt. Warum wird da unterschieden? Ich kann das ganze auch gezielt wiederholen. Das Konto, bei dem es richtig funktionierte, da bleibt die Funktion erhalten. Bei dem fehlerhaften Konto, lösche ich das Archiv-Verzeichnis und starte den Vorgang neu. Es wird aber wieder im Konto selbst ein Verzeichnis angelegt.
Was läuft da falsch bzw. was ist zu tun, um auch das zweite Konto korrekt im lokalen Ordner zu archivieren. Eine neuerliche Auswahl eines anderen Ordners im lokalen Ordner hat erstmal keine Abhilfe gebracht.
Wäre klasse, wenn mir da jemand bei helfen könnte. (By the way. Bei manchen Ordnern, die lassen sich nicht übers Kontext-Menü löschen, „Löschen“ wird gar nicht angezeigt. Ein Verschieben in den Trash klappt aber schon. Hängt das vielleicht zusammen?)
VG, Herby
