trotzdem ist mir nicht klar wie ich die Ordner v. T online(ca. 200-300) in Thunderbird sehen kann.
Hallo Jürgen,
R-Klick auf einen der Ordner des POP-Kontos -> Eigenschaften -> Allgemein.
Hier siehst du die "Adresse" des Ordners = "Pfad" zur entsprechenden Mbox-Datei im Profil.
Den Profilordner kannst du anzeigen über Menü Hilfe > Infos zur Fehlerbehebung > Profilordner (anzeigen)
Gruß
Hallo,
oder einfach den Ordner B aus den "Lokalen Ordnern" mit der Maus auf den Namen des darüber liegenden POP-Kontos ziehen und los lassen. Damit wird der Ordner B in das POP-Konto kopiert.
Nach Überprüfen kann der Ordner B in den Lokalen Ordnern gelöscht werden.
Gruß
also die Schriftfarbe bleibt im hover Schwarz.
Bei mir bleibt sie mit deinem letzten Code "Weiß".
auch wenn ich im hover Extra die Farbe "color" hinzufüge ändert sich nichts
Wenn ich unter hover den Code color: black !important; hinzu füge, ändert sich die Schriftfarbe von Weiß in Schwarz beim Überfliegen mit der Maus.
Ich kann dir nicht sagen, warum das bei dir mit Weiß nicht funktioniert, und kann es auch nicht unter Windows testen, da ich dieses BS nicht habe.
Hallo,
teste zunächst im abgesicherten Modus von TB ==> die Umschalttaste halten beim Start von TB.
Wenn das Hauptfenster normal angezeigt wird, würde ich weiter testen mit deaktivierter Hardwarebeschleunigung:
Extras > Einstellungen > Erweitert > Allgemein > Erweiterte Konfiguration
Gruß
Dazu will mir nicht passen, dass die abgespeicherte Vorlage zunächst noch korrekt angezeigt wird, im sent dann aber die Anzeigefehler auftreten.
Alle Vorlagen, die ich getestet habe, wurden korrekt in der Vorschau angezeigt und auch wenn ich sie in einem neuen Verfassen-Fenster geöffnet habe.
Die einzigen, die dann auch korrekt gesendet und empfangen wurden, waren die Vorlagen, die im Quelltext entweder charset=windows-1252 oder charset=iso-8859-15 hatten.
Warum es bei den Vorlagen mit UTF-8 im Quelltext nicht funktioniert, kann ich mir nicht erklären 
das klappt auch nicht
Wenn das auch nicht mit !important funktioniert, dann kann ich leider nichts mehr zur Lösung beitragen.
Es funktioniert hier bei mir auf Mac OS X, es funktioniert bei edvoldi auf Linux, vielleicht findet sich ein Freiwilliger, der es auf Windows testen kann.
Ich habe nochmals meine große userChrome.css Datei durchgesehen:
praktisch alle meine Codes enden mit !important; }
Hier nur ein kleines Beispiel:
/* make folders with new mail red and bold */
#folderTree > treechildren::-moz-tree-cell-text(isServer-true, biffState-NewMail,) {
font-weight: bold !important;
color: red !important;
}ich verstehe nicht warum das Wort "Abrufen" in Schwarz angezeigt wird und nicht in Weiß.
Versuche nochmal, indem du !important; oder -moz-appearance: none !important; hinter color: #ffffff anfügst.
Also
#button-getmsg {
background-image: linear-gradient(#efcb50, #e9bf2b)!important;
color: #ffffff -moz-appearance: none !important;oder
#button-getmsg {
background-image: linear-gradient(#efcb50, #e9bf2b)!important;
color: #ffffff !important;Eben, als ich deinen kompletten Code getestet habe, musste ich ebenfalls noch hinter den Farbcodes von background-image für die Löschen- und Junk-Buttons noch !important anfügen, damit die Hintergrundfarben dieser Buttons wirksam wurden.
Es ist offenbar OS-bedingt, ob die Farbcodes mit oder ohne !important funktionieren.
Hallo,
Versteht das jemand? Ist das eben der bug, den Mapenzi verlinkt hat?
Die Zeichencodierung bleibt für mich weiterhin ein Buch mit sieben Siegeln 
Meiner Meinung nach gehört das von Alex beschriebene Problem in den Bug 561568.
Umlaute, Akzente und bestimmte andere Sonderzeichen sind eben keine ASCII-Zeichen http://de.wikipedia.org/wiki/American_…ion_Interchange
Warum das Problem der falschen Codierung beim Absenden der Vorlage vermieden wird, wenn die erstellte Vorlage einen charset=iso-8859-15 hat, aber nicht mit einem charset=UTF-8, ist mir immer noch unklar.
Inzwischen habe ich nochmal getestet, nachdem ich in den Einstellungen > Ansicht > Erweitert für ausgehende Nachrichten die Zeichencodierung auf UTF-8 um gestellt hatte. Das Ergebnis war, dass sowohl die gesendete als auch die empfangene Vorlagen-Antwort korrekt kodiert wurden!
Das bedeutet also, dass es offenbar von der Kodierung beim Erstellen der Vorlage abhängt.
Jetzt wird es noch verrückter: diesmal habe ich eine Vorlage erstellt, deren Quelltext einen charset=windows-1252 anzeigt.
Auch diese Vorlage wird korrekt gesendet und empfangen, obwohl ich die Zeichencodierung für ausgehende Nachrichten die Zeichencodierung auf UTF-8 gelassen habe!
Vorläufiges Fazit: die erstellte Vorlage darf nicht charset=UTF-8 im Quelltext anzeigen.
Der Bug "ruht" seit zweieinhalb Jahren, und ich bin am überlegen, ob ich einen neuen Beitrag schreiben sollte.
Andererseits scheint die Zahl der Anwender eines solchen Antwort-Filters, die das selbe Problem haben, sehr gering zu sein.
Gruß
[OT]
für unsere in Frankreich lebenden Freunde ist dem Admin nichts zu viel.
Vive l'entente franco-allemande !! 
[/OT]
Sehr merkwürdig, dass der Code auch im neuen Profil nicht funktioniert!
Bist du sicher, dass du keinen Fehler beim Kopieren/Einsetzen des Codes begangen hast?
Wenn man zum Beispiel beim Kopieren den ersten Schrägstrich "/" in der "Überschrift" des Codes vergisst (also * Button eMail - Verfassen "Braun" */ statt
/* Button eMail - Verfassen "Braun" */), ist der komplette Code unwirksam.
Das ist mir selber schon mehrfach passiert
Desgleichen, wenn die Datei userChrome.css nicht korrekt geschrieben ist (z. B. Userchrome.css oder userChrome.css.txt), sind sämtliche Codes in der Datei unwirksam.
Wenn du einen solchen Fehler ausgeschlossen hast, dann empfiehlt sich natürlich doch der Test, deine aktuelle Version von TB durch eine neue Kopie zu ersetzen.
Lade die offizielle aktuelle Version hier herunter https://www.thunderbird-mail.de/cms/index.php/herunterladen/
Deinstalliere dein aktuelles Programm "Thunderbird", installiere die neu herunter geladenen Kopie und starte sie in deinem alten Profil.
Gruß
Hallo Thunder,
die "bunten" Datumsangaben gab es vor dem Update auf 4.1 schon, waren vorübergehend aber "nicht verfügbar".
Danke für die letzte Änderung der Datumsfarben!
Seit gestern sind die Daten auch für mich wieder lesbar
Gruß
Es ist richtig, dass Thunderbird automatisch die richtigen Pfade in die Datei schreibt. Aber das führt in diesem Fall eben zum Datenverlust.
Aus deinen Beiträgen konnte ich leider nicht entnehmen, ob - ohne vorherige Sicherung - ein reeller Datenverlust eingetreten wäre.
Die Ordner des IMAP-Kontos wurden nach dem Neustart nicht mehr angezeigt, aber waren die entsprechenden Mbox-Dateien im Ordner "imap*****" im Profil auch verschwunden?
Abschließend kann ich nur sagen, dass das Einzige, was bei mir geholfen hat, die oben beschriebene Modifikation der panacea.dat-Datei war.
Ich gestehe dir gerne zu, dass du dich geschickt aus der Affäre gezogen hast
Das ist nur möglich, wenn man sich vorher schon ausgiebig mit Thunderbird-Profilen beschäftigt hat.
Du kannst aber nicht sagen, dass diese Methode die einzige war, die dir geholfen hat.
Das von Susanne vorgeschlagene Herausholen der E-Mails/mboxen aus dem Ordner ImapMails oder deren Kopieren nach .../Local Folders war dir einfach zu schnöde und deinen Fähigkeiten nicht würdig.
am 27.04.2015:
Aber dennoch interessiert mich die Ursache des Problems. Weiß jemand darüber mehr?
Auch mich interessiert der dem Problem zugrunde liegende Mechanismus.
Da für dich die Diskussion offenbar abgeschlossen ist, appelliere ich an die Tenöre des IMAP-Protokolls in diesem Forum, damit sie mich erleuchten ;):
Hallo,
Man kann auch ein komplettes Profile von einem Windows-Rechner auf einen Linux- oder Mac-Rechner kopieren. Dazu muss man dieses Profile nach dem Kopieren lediglich mit dem Profile-Manager einmalig auswählen und einbinden. Der Benutzer selbst muss keinen einzigen Pfad anpassen.
Ich kann Susannes Beiträgen nur zustimmen.
Die einfachste und sicherste Methode des Profilumzugs ist immer noch das Übertragen (Kopieren) des Profilordners von der alten in die neue Installation und das anschließende Einbinden über den Profile-Manager.
Wenn das alte Profil im Standardverzeichnis (\Thunderbird\Profiles\) angelegt wurde und von dort nicht - auch nur teilweise - ausgelagert worden ist, kann man sogar den kompletten Datenordner "Thunderbird" kopieren/einsetzen und sich den Profile-Manager sparen (so wie mrk es letztendlich auch beim Umzug von dem einen auf einen anderen PC unter Win7 praktiziert hat).
Das funktioniert auch OS-übergreifend (aus Neugierde selber getestet in beiden Richtungen zwischen meinem Mac und dem PC einer Freundin), da Thunderbird bei der Verwendung der Pfade zu den Konten dem relativen Pfad den Vorzug gibt vor dem absoluten.
Desgleichen kann ich dem Normal-Anwender nur davon abraten, das hier diskutierte Problem durch das Ändern der Pfade in der panacea.dat-Datei zu beheben.
Ich habe auch bislang nirgendwo eine Empfehlung oder Beschreibung in diesem Sinne gefunden.
mrk scheint aber nicht der Erste zu sein, der es versucht hat:
in "Migrating Thunderbird profiles - a story in three acts" https://fgiesen.wordpress.com/2011/09/30/mig…-in-three-acts/ (Act III Absatz 8 ) beschreibt ein Benutzer ein ähnliches Unterfangen.
Dann doch lieber - nach vorheriger Sicherung - in der prefs.js-Datei (oder im Konfig-Editor) die "mail.root.xxxxx" Pfade bereinigen!
Interessant in diesem Zusammenhang ist vielleicht noch der Bug 883645 "Use relative path in panacea.dat"
Gruß,
Mapenzi
habe sogar ein neues Profil angelegt.
jetzt bleibt mir nur noch eine neru installation überig.
Wenn du mit einer "neuen Installation" das Löschen und eine darauf folgende Neuinstallation des Programms Thunderbird meinst, kannst du dir den Umstand ersparen.
Das hilft in den seltensten Fällen, da der Fehler in der Regel im Profil von TB liegt.
In Zweifelsfällen ist der Test in einem neuen Profil immer gut, du musst dann aber darauf achten, dass du im neuen Profil nur den css-Code für diesen Button testest und nicht die komplette userChrome.css Datei und/oder sämtliche Benutzerstile des alten Profils!
mhh komisch bei mir funktioniert das nicht mit der Schriftfarbe.
In Stylish und in der userChrome.css habe ich es abwechselnt versucht.
nichts.
Bei mir funktioniert dein Code, und ich kann dir auf Anhieb nicht sagen, woran es bei dir liegt.
Es kônnte sein, dass es eine Interaktion mit einem anderen Code in der userChrome.css Datei oder einem anderen Benutzerstil mit Stylish gibt, vielleicht sogar mit einer deiner Erweiterungen.
Wenn man userChrome und Stylish gleichzeitig benutzt, muss man ohnehin doppelt aufpassen, dass man nicht einen Code für ein Element der GUI (Beispiel: dein "Abrufen"-Button) in der userChrome.css Datei einträgt und dann noch noch versehentlich einen anders lautenden Code für das selbe Element in einem neuen Benutzerstil.
Wenn dein Code in einem neuen "jungfräulichen" Profil funktioniert, dann musst du den den Fehler in deinem aktuellen Profil suchen.
Du kannst z. B. sämtliche Benutzerstile deaktivieren (gegebenenfalls auch die anderen Erweiterungen) und nur den Benutzerstil mit diesem Code testen.
Oder aus der userChrome.css Datei sämtliche anderen Codes entfernen und nur den fraglichen Code testen.
Was manchmal in der userChrome.css Datei hilft, wenn ein korrekter Code nicht funktioniert: verschiebe den fraglichen Code ganz nach oben in der Datei, über alle anderen, und teste erneut.
Die sollte eigentlich in Weiß bei hover und normal.
Das ist sie bei mir, wenn ich deinen obigen Code teste:
Hallo Dato,
du kannst die Hintergrundfarbe des Buttons mit folgendem css-Code verändern:
#button-getmsg {
background-color: red !important;
}Da du den Verfassen-Button schon grün eingefärbt hast, vermute ich, dass du entweder einen Ordner "chrome" mit einer Datei "userChrome.css-Datei im Profilordner von TB erstellt oder das Add-on "Stylish" https://addons.mozilla.org/en-us/thunderb…-dl-mostpopular installiert hast.
Füge den obigen Code in die userChrome.css Datei ein oder erstelle mit Stylish einen neuen Benutzerstil und füge den Code ein.
Die Farbe "red" ist nur ein Beispiel, du kannst sie durch eine andere Farbe (in Englisch) ersetzen oder durch den hexadezimalen Code #xxxxxx der Farbe deiner Wahl http://html-color-codes.info/
Gruß
Ja, habe ich natürlich gelesen, und ich gerate deshalb auch nicht in Panik.
Ich wollte ja nur damit ausdrücken, dass das Datum so nicht kontrastreich genug ist.
(Ich mag dieses Orange sogar sehr gerne, hab noch zwei verschlissene T-Shirts in dieser Farbe, von denen ich mich nicht trennen kann )
Hallo Thossy,
zu deinem Update-Problem: lade das Disk-Image der aktuellen (deutschen) Version TB 31.6.0 hier herunter https://www.mozilla.org/en-US/thunderbird/all.html und installiere das Programm, nachdem du die ältere Version 31.4.0 aus dem Programmordner gelöscht hast.
Zu deinem Problem mit der Maximalzahl von Empfängern einer Mail kann ich nur auf die Seite von 1&1 verweisen, auf der eine Zahl von bis zu 250 Empfängern pro E-Mail aufgeführt wird: https://hilfe-center.1und1.de/e-mail-c82645/…os-a794085.html
Wenn du augenblicklich mit 140 Adressen nicht durch kommst, solltest du dich an das Kundendienst-Zentrum von 1&1 wenden.
Wie viele Adressen du in einem Adressbuch ausgewählt oder markiert hast, lässt sich nirgendwo feststellen, weder im Adressbuch von TB noch in der Kontakte-Sidebar in einem Verfassen-Fenster (N.B. das Adressbuch ist nicht gerade die Stärke von TB!).
Ich rate dir deshalb, mehrere "Verteiler"-Listen zu erstellen und in jeder Liste die Zahl der Kontakte auf das von 1&1 erlaubte Maximum pro Email zu beschränken.
Gruß
Die Farbe dürfte wohl #FFA500 sein.
Ah, du hast Recht!
Es handelt sich eher um orange (und auch nicht um gelb), dann sehen wir also doch die selbe Datum-Farbe
Aber auch wenn ich das jetzt als "orange" bezeichne, bleibt das Datum für mich genau so unleserlich wie zuvor
Gruß
Bingo! Das war die Lösung.
Ich schließe daraus, dass du inzwischen mit der veränderten Einstellung Erfolg hattest.
Aber freue dich nicht zu früh
Es könnte nämlich noch ein anderes Problem auftreten:
ich hatte vergessen, den Filter vor dem Beenden von TB zu deaktivieren, und beim folgenden Start erhielt ich mehrere Mails in dem Konto des Filters.
Das löste eine Salve von automatischen Antworten durch den Filter aus, wobei ich eine Fehlermeldung "4.7.0 smtp4xxxxxx.. Error: too many connections from 81.57.xx.xxx " erhielt.
Das gleiche Missgeschick passierte mir, als ich versehentlich den Filter manuell anstieß.
Zum Glück handelte es sich bei den Empfängern meistens um <noreply@xxxxxx> Adressen, aber auch einige private Adressen erhielten meine automatische Antwort mit dem bizarren Text.
Du kannst das ja selber mal testen, indem du einen neuen Filter für eine Vorlage mit einem erklärenden Text erstellst und dann diesen Filter in einem "Test"-Ordner ausführst, in den du drei oder vier Mails kopierst, die du von Freunden erhalten hast.
Ich habe das eben nochmal mit drei Mails getestet, die ich von meiner Zweitadresse an meine Hauptadresse geschickt hatte, bekam wieder diese Fehlermeldung, stellte dann aber fest, dass die Vorlagen-Antwort trotzdem drei Mal verschickt worden ist.
Abschließend noch die Bemerkung, dass alle meine Tests mit Rein-Text Vorlagen gemacht wurden.
