Ich habe dem Entwickler Phillip gemailt.
Er schlug "network.cookie.same-site.enabled=false" für Thunderbird vor.
Damit klappte das Hinzufügen des Adressbuches auf Anhieb.
Phillip schrieb weiterhin, dass es ein TB-Bug sei, der auch Lightning betreffe.
Ich habe das gesamte Vorgehen zur Einrichtung hier dargestellt:
https://borumat.de/thunderbird-em…uch-hinzufuegen
Thunderbirds Entwicklerwerkzeuge kenne ich.
Die Regeln für einige Manipulationen suche ich mir auch selber raus. Aber für das Kuddelmuddel-HTML ist es oft extrem schwer passende Selektoren zu Deklarationen zu finden.
Und die Tippsammlung, die ich seit eineinhalb Jahrzehnten pflege macht schon reichlich Arbeit 
Daher freue ich mich über Hilfe von userChrome.css-Könnern.
Zum Scrollen:
Meine Vermutung stimmte. Es lag an Mojave. Der Default dort ist ein flüchtiger Scrollbalken.
Das kann in den Einstellungen abgeschaltet werden.
https://www.dropbox.com/s/sdd53h8qao1w….34.19.png?dl=0
So ist Deine Lösung auf jeden Fall ein verwendbarer Workaround, danke nochmal dafür
Nachteil: sobald man eine zweiten Empfänger eingibt ist er "angeschnitten", also nur teilweise sichtbar. Das sieht "gebastelt" aus.
Ich habe mich daher entschieden "mail.compose.addresswidget.numRowsShownDefault" auf "2" zu setzen, da es eine richtige Lösung, wie ich sie im Ausgangsposting erfragt habe, ja nicht gibt.
Bleibt also die Suche nach passenden CSS-Regeln für "weiße Formularfelder mit grauer Rahmenlinie" auch bei leeren Formularfeldern.
Moin.
Wenn ich in meinen Arbeitsprofil ein Adressbuch in Cardbook aus Nextcloud hinzufüge, klappte das auf Anhieb.
URL, Benutzername, Passwort.
Wenn ich nun in einem frischen ansonsten leeren Profil exakt diesselben Daten verwende (per Copy&Paste um jegliche Tippfehler auszuschließen) erhalte ich reproduzierbar die Fehlermeldung "Überprüfung fehlgeschlagen".
Kennt jemand dieses Phänomen?
Gibt es irgendwelche Einstellungen, die notwendig sind, damit das Hinzufügen eines Adressbuches klappt?
Wie kann ich den Fehler eingrenzen?
Hier im Forum fand ich ein Posting, wo ein Nutzer exakt dasselbe Problem beschreibt.
CardBook - keine Verbindung zu CardDAV-Server (Baikal) auf einem Hostingpaket möglich
Es werden kurz zwei URL angezeigt und geprüft, dann kommt "Überprüfung fehlgeschlagen".
Die dort erwähnte Lösung
In https://cardbook.6660.eu/forum…connect-to-baikal-server/ habe ich schließlich noch etwas gefunden: WebDAV-Authentifizierung von Digest auf Basic ändern, denn CardBook kann kein Digest.
verstehe ich nicht. Der Link ist zudem tot.
Danke.
Edit:
Thunder Danke für's Verschieben an den passenderen Ort Verzeihung bitte, dass ich das übersehen hatte.
Dass wir beide ein unterschiedliches Verhalten beim Scrollbalken feststellen ist wirklich merkwürdig.
Ob es was mit dem dem OS zu tun hat?
Ich habe hier anders als Du macOS Mojave.
der Scrollbalken ist hier in allen TB-Interfaces "flüchtig".
Zum CSS und den weißen Formularfeldern:
Ich bin in der Analyse des Kuddelmuddel-HTML des UI leider nicht geschickt.
Falls also ein Leser zu TB60 ein Hack hinbekommt, freue ich mich über einen Hinweis.
Leider gibt es in TB keine Möglichkeit Verfassenfenster als Tab anzeigen zu lassen, das vermisse ich schon lange.
Gibt es alternativ eventuell einen Weg, wie man sich eine (ausgeklappte) Liste aller offenen Verfassenfenster anzeigen lassen kann?
Damit man eben nicht erst in das Menü Fenster wechseln muss.
Danke.
Ich stelle gerade für eine Hilfsorganisation ein Referenzprofil für Thunderbird zusammen. Mit fertiger Sig, Tastenkürzeln etc.
Reizvoll wäre ein dezentes "Branding", also z.B. der Name der Organisation jeweils in der Titelzeile - in Nachbarschaft zu den Postfachnamen "Posteingang", "Gesendet", etc.
Fällt euch dazu was ein? Geht das?
Danke.
Moin.
Die besten Tastenkürzel sind solche, die, wo der Kontext dies erlaubt, nur aus einer Taste bestehen.
Die Erweiterung KeyConfig erlaubt das Anpassen von Kürzeln.
Angepasste Kürzel werden tollerweise auch in den Menüs neben dem jeweiligen Befehl angezeigt.
Nicht angepasst wird jedoch der Platzhaltertext (Attribut "placeholder" in HTML-Formularen) in der Schnellfilterleiste.
Weiß jemand, ob/wie man diesen Text manipulieren kann?
Danke.
Moin.
Mit Hilfe der Erweiterung "Nextcloud for Filelink" kann man "eine angehängte Datei" bequem in Form eines Links (zu seiner Nextcloud)
zugänglich machen.
Man muss dies jedoch im Verfassenfenster stets manuell durch den Druck des Buttons "Filelink" auslösen.
Geht das auch ohne Nachfrage automatisch für Anhänge jeder Größe?
Danke.
Beim Verfassen von Nachrichten verwende ich das Reintextformat (also kein HTML).
Wenn Nachricht gewöhnlichen Fließtext aus Absätzen, die sich über mehrere Zeilen erstrecken, enthält, ich diesen als Entwurf speichere und diesen später öffne, ist der Umbruch defekt.
Einzelne Wörter stehen alleine in einer Zeile. Dito beim Öffnen einer gesendeten Nachricht mit "als neu bearbeiten".
Das nervt kollosal. Gibt es einen Workaround für diesen gravierenden Bug?
Beispiel:
vorher
https://www.dropbox.com/s/zcc4xk9eh8og….50.49.png?dl=0
nach dem Öffnen
Erstmal herzlichen Dank für Deine Mühe
Ich habe den Code gestestet. Leider bleibt (hier auf macOS) der Scrollbalken flüchtig.
https://www.dropbox.com/s/slkch9vil3da…%2008.36.53.png
Der Scrollbalken ist nur zu sehen, wenn man das Scrollrad bewegt, während sich der Cursor in einer der Empfängerzeilen befindet.
Unabhängig davon:
Empfindet ihr die aktuelle Gestaltung von Empfängerzeilen und Betreffzeile schön?
Ich empfinde es als sehr ungewöhnlich und daher irritierend, dass z.B. ein noch leeres Betrefffeld nicht aussieht wie ein Eingabefeld (sieht man im Screenshot), sondern grau und ohne Rahmen daherkommt.
Hat das jemand von euch schonmal per CSS "repariert"?
Auch die verdickte Rahmenlinie oberhalb der ersten Empfängerzeile ist unschön.
CSS (siehe unten) wäre keine Lösung, weil dann weiterhin die Zeile(n) ausgeblendet blieben, wenn der Nutzer eine neue Adresse hinzufügen würde.
Solche Manipulation halte ich für "gefährlich".
#msgIdentity,
#addresses-box hbox > label[control="msgIdentity"] {
display: none !important;
}Wenn nur eine einzige Identität zum Absenden von Mails in einem Konto existiert, ist die Anzeige der Absenderzeile überflüssig.
Gibt es einen Weg sie auszublenden?
Sobald der Nutzer eine weitere Identität hinzufügt, soll die Zeile wieder sichtbar sein.
Danke.
Per Default werden im Verfassenfenster 3 leere Empfängerzeilen gezeigt.
Gibt es einen Weg, vielleicht über eine Erweiterung oder CSS, die Darstellung so zu verändern, dass beim Aufrufen des Verfassenfensters nur eine Zeile angezeigt wird und - das ist wesentlich - erst dann eine weitere, wenn man per ENTER einen weiteren Empfänger hinzufügen möchte.
Der Eintrag "mail.compose.addresswidget.numRowsShownDefault" in about:config ist nicht verwendbar.
Denn wenn man ihn auf 1 setzt, wird erstens bei der Eingabe eines weiteren Empfängers keine weitere Zeile eingefügt und zweitens ist auch kein Scrollbalken dauerhaft sichtbar, der deutlich signalisiert "da ist noch was".
Fällt euch zu der Sache eine Lösung ein?
Danke.
TB 60.4.0
Schon vor vielen Jahren interessierte mich ein Weg, den "Lokalen Ordner" auszublenden/zu deaktivieren.
Warum?
Weil ich generell ein Freund eines aufgeräumten UI bin, welches nur Bestandteile zeigt, die auch wirklich verwendet werden.
Gibt es mittlerweile einen Weg, den lokalen Ordner wirksam auszublenden/zu deaktivieren?
Eine Methode per CSS, wo der Ordner mit einer weißen Schriftfarbe versehen wird, kommt nicht in Frage. Denn dann bliebe er weiter "auswählbar", solche "versteckten" Objekte möchte ich nicht.
Danke.
Der Autor ist leider nicht persönlich erreichbar. Seine Website ist offline.
Echt schade, dass es keinen Ersatz gibt. Die Darstellung in Unterordnern ist sooo hässlich!
Mal doof gefragt, warum nutzt Ihr eigentlich nicht die Taste N?
Weil es umständlicher ist, zwei statt einer einzigen Taste zu nutzen.
Es gibt ja die Teilaufgaben "Blättern in aktueller Nachricht" und "Zum Anfang der nächsten ungelesenen Nachricht".
Die Leertaste erledigt das.
Ausnahme:
Wenn eine Nachricht sehr lang ist, und ich absehe, dass das nicht zuende lesen möchte, dann verwende ich N
Ja, der Poster hat das Missverständnis aufgeklärt. Leider hat bisher niemand in der Newsgroup geantwort, der TB60 unter macOS verwendet.
Mapenzi
Ja, solche Effekte konnte ich auch feststellen, aber es gelang mir nicht, die genauen Rahmenbedingungen festzumachen.
Ich habe erstmal wieder zurück auf Version 52 gewechselt, weil die Funktion für mich absolut essentiell ist. Kann nur hoffen, dass der Bug bald gefixt wird.
Das Verhalten wurde mir mittlerweile auch von einem anderen Nutzer von TB60 unter macOS in einem jungfräulichen Profil in der Newsgroup "de.comm.software.mozilla.mailnews" bestätigt.
Daher ist ein Bug sehr wahrscheinlich.
Hoffentlich wird das bald gefixt, die Funktion ist für mich unverzichtbar.
Mein wichtigstes Tastenkürzel "Leertaste" funktioniert in TB60 nicht mehr.
Wenn das Ende einer Nachricht erreicht ist, führt ein weiterer Druck nicht mehr - wie früher - dazu, dass an den Anfang der nächsten ungelesenen Nachricht navigiert wird.
Ich habe zur Fehlereingrenzung ein jungfräuliches Profil eingerichtet.
Gibt es Abhilfe?
Ich kann das Problem auch mit verschiedensten Rahmenbedingungen reproduzieren:
Mails mit oder ohne Anhang.
Ansicht "Original HTML" oder "Reiner Text".
Danke.
