Hallo,
wie hast du diese Adresse in die "blacklist" von TB aufgenommen?
Wenn du in den Konten-Einstellungen den Junk-Filter aktiviert und danach die nächste Mail mit diesem Absender als Junk markiert hast, sollte TB eigentlich die folgenden Mails mit dem selben Absender automatisch als Junk erkennen und entsprechend behandeln.
Du kannst natürlich zusâtzlich einen Filter erstellen speziell für diese Adresse, um die unerwünschten Mails direkt in den Ordner Junk oder Papierkorb umzuleiten.
Gruß
Hallo Thorsten,
du kannst in der Nachrichten/Themenliste des Hauptfensters von TB, ohne die Nachricht zu öffnen, einen Rechts-Klick (oder Ctrl + Klick) auf die Nachricht machen und die entsprechende Aktion aus dem Kontext-Menü auswählen, z. B. "Markieren" -> "Junk", oder "Verschieben in", "Kopieren in", ... usw.
Und wenn du häufig Spam-Mails bekommst, solltest du in den Konten-Einstellungen den Junk-Filter aktivieren, falls du es noch nicht getan hast.
Gruß
Ich glaube, ich muss mich schämen.. :redface:
Nein, das musst du überhaupt nicht!! 
Du glaubst gar nicht, wie viele Firefox-Anwender schon versucht haben, den "übergrauten" Text in der URL-Leiste (als dieser eingeführt wurde) oder in der Suchmaschinen-Leiste über die Rücktaste zu löschen, statt einfach los zu tippen!
Du findest übrigens das gleiche Prinzip in der Suchleiste von Thunderbird:
man kann den übergrauten Text nicht löschen mit der Rücktaste, sondern muss einfach hinein schreiben.
Hallo Günther,
die Zeilen für die Email-Adresse und das Passwort sind immer ausgegraut, solange man keinen einzigen Buchstaben getippt hat.
Meine Frage klingt vielleicht blöd (aber manche Leute haben das gleiche "Problem" mit der URL-Leiste von Firefox!):
hast du schon mal versucht, einfach zu tippen?
Oder werden keine Buchstaben angenommen?
Bei mir sieht das Fenster übrigens genau so aus:
Hallo,
vielleicht findest du eine vorübergehende Lösung in diesem Beitrag (EDIT lesen!):
https://www.thunderbird-mail.de/forum/viewtopi…=349415#p349415
Gruß
OK, jetzt hab ich verstanden.
Die Fehlermeldung kommt also schon vorher, nicht erst, wenn man den Pfad zum lokalen Nachrichtenspeicher ändern will, wie es bei den anderen der Fall war.
Aber deine Fehlermeldung hat wahrscheinlich die gleiche Ursache, nämlich die mit TB 24 eingeführte Überprüfung der Nachrichtenspeicher.
Ich schlage folgende Vorgehensweise vor:
da du rechtzeitig deine Einstellungen ändern musst, lade die Version TB 17.0.8 hier herunter
http://ftp.mozilla.org/pub/mozilla.or…eleases/17.0.8/ und installiere sie "über" die aktuelle Version.
Nimm die Änderungen vor, und wenn alles klar geht, kannst das Update nach TB 24 machen.
Solltest du danach wieder eine Fehlermeldung bekommen, wenn du in die Server-Einstellungen gehst, dann versuche die Lösung von TGIF in diesem Thread https://www.thunderbird-mail.de/forum/viewtopi…=349426#p349426
Was habe ich falsch gemacht und nicht beachtet? :nixweiss:
Hallo,
auf Anhieb können wir dir das auch nicht sagen, dazu brauchen wir mehr Informationen.
Was genau willst du denn in den Konten-Einstellungen verändern (es gibt unendlich viele davon)?
Nach dem Chat-Protokoll vermute ich aber, dass du den Pfad zum lokalen Ordner des Nachrichtenspeichers verändern willst.
Das wurde hier vor kurzem ziemlich ausführlich debattiert, und dafür gibt es auch eine Lösung.
Ich erspare dir die Suche nach dem Faden und gebe den Link an:
https://www.thunderbird-mail.de/forum/viewtopic.php?f=31&t=63991
Allein mit der Fehlermeldung "Der angegebene Ordner ist zum Abspeichern von Nachrichten nicht geeignet" in einer Google-Suche würdest du diesen Faden an erster Stelle der Suchergebnisse finden.
Gruß
1. Lösung für die Übernahme der emails: Auf dem alten Outlook ein neues email-Konto in IMAP einrichten, die emails (sind nur lokal gespeichert da POP3) dahin rübercopieren, dann synchronisieren mit dem Server des Providers. Auf TB ebenfalls die neue email einrichten, synchronisieren, emails auf die ursprüngliche email lokal copieren. Dies erschien mir zu aufwendig.
Hallo Gernoth,
ganz so aufwendig erscheint mir diese Methode nicht, aber etwas aufwendig wird die Migration Outlook => Thunderbird in jedem Fall sein
Wenn du in TB ebenfalls ein IMAP-Konto einrichtest, wird dank der Synchronisierung mit dem Server zumindest das lokale Kopieren entfallen.
Du solltest auch eine andere Möglichkeit in Erwägung ziehen:
auf dem alten Rechner TB installieren und über den Import-Assistenten die Nachrichten (und Adressen?) aus Outlook 2003 importieren. Ich bin mir allerdings nicht sicher, ob der Import auch von Outlook funktioniert oder nur von Outlook Express.
Und außerdem kann ich so meine Adressen nicht übernehmen.
Outlook müsste doch eine Export-Funktion im LDIF oder.csv-Format haben.
Da gibt es sicher ein Hilfs-Programm, das die PST-Dateien in ein für TB lesbares Format umwandeln kann. Und dann kann ich meine emails und Adressen bequem mittels USB-Stick auf den neuen Computer übertragen.
Du kannst es über das Programm "MailStore Home" versuchen http://www.heise.de/download/mailstore-home.html
Das Thema wurde erst kürzlich hier behandelt:
https://www.thunderbird-mail.de/forum/viewtopic.php?f=27&t=64065
Siehe auch http://forums.mozillazine.org/viewtopic.php?f=39&t=2564993
Gruß
Aber das geht doch auch dort nur, wenn der Ordner noch sichtbar ist, oder?
Ja, er muss sichtbar sein, wie ich schon in der vorigen Antwort geschrieben habe:
Logisch. Wenn der Ordner nicht sichtbar ist, wie bei dir, kann man auch keinen Rechts-Klick darauf machen
Ich hatte mit "Ordner reparieren" den Hinweis mit der rechten Maustaste bekommen.
Vermutlich hätte es mir auch nichts genutzt, weil ja der Ordner an sich auch nicht mehr sichtbar war und somit hätte ich auch den Index dieses Ordners nicht neu erstellen können...
Logisch. Wenn der Ordner nicht sichtbar ist, wie bei dir, kann man auch keinen Rechts-Klick darauf machen
Und schön, dass es noch jemanden mit einer "antiquierten" TB-Version gibt
Wenn du mich meinst, ich benutze in der Regel keine antiquierten Versionen von Programmen, wenn es neuere und sichere Versionen gibt. ,;)
Aber um meine Ratschläge zu überprüfen und die entsprechenden screen shots zu erstellen, habe ich gestern extra die alte Version installiert mit einem eigenen Profil und ein paar Nachrichten hinein getan.
Inzwischen ist aber alles wieder gelöscht.
Die Funktion "Ordner reparieren" der neueren TB-Versionen gab es also schon in TB 3.xx, allerdings unter der nicht leicht verständlichen (obwohl zutreffenden) Bezeichnung "Index neu erstellen".
Gruß
Liegt das dann eventuell auch an der (alten) Version, dass ich das leider nicht finde? Habe mich schon immer gewundert, dass ich den Ordner der gefundenen Nachrichten nicht sehen kann.
Das liegt nicht an der Version.
Die folgenden screen shots habe ich mit TB 3.0.11 gemacht.
Die Kolonnen "Konto" und "Ablageort" muss man zusätzlich aus dem Drop-down-Menu wählen, das mit einem Klick auf das kleine Symbol rechts am Ende der Leiste geöffnet wird.
Übrigens heißt die Funktion "Reparieren" in der Version TB 3 "Index-Datei wiederherstellen" oder so ähnlich.
Konnte ich leider auch nicht finden.
Doch, die gibt es auch in TB 3.x. Sie heißt dort "Index neu erstellen" :
Hatte ich gesehen, konnte ich aber nichts mit anfangen außer zurücksetzen. Und das hat bei mir ja nicht leider geklappt.
Leider habe ich bei Papenzi keine andere Lösungsmöglichkeit rausgelesen?!
Hallo,
ich habe in dem bewussten Beitrag keine Lösung vorgeschlagen, denn diese wurde ja von TGIF gefunden und öffentlich gemacht.
In meinem Nachtrag habe ich lediglich versucht zu erklären, wann und warum diese Fehlermeldung in der neuesten Version von TB erscheinen kann.
Vielleicht hast du versucht, den Pfad zum lokalen Ordner des Nachrichtenspeichers umzustellen auf einen Ordner, der von TB 24 als dafür nicht geeignet angesehen wird?
Gruß
Hallo hitti,
ich habe bisher nur mit gelesen, da ich dich in guten Händen wusste
Ich freue mich über den überraschenden und positiven Ausgang dieses Threads.
Allerdings lässt er mich ein wenig perplex, da ich wie mrb nicht an Hexerei glaube.
Wenn du schließlich zumindest einen Teil der Nachrichten des verschwundenen Ordners mit der Suchfunktion wieder finden und retten konntest, kann ich daraus nur schließen, dass sie sich noch irgendwo im Profil in einer Datei befinden.
Du schriebst zu Anfang, dass es sich um einen Unterordner des pop-Kontos handelt.
War es ein Ordner, der auf gleichem Niveau wie die Standardordner Posteingang, Gesendet, ...usw angelegt war, oder war es ein Unterordner eines anderen Ordners dieses Kontos?
Wenn es nämlich ein Unterordner war, beispielsweise des Posteingangs, dann müsste man die zugehörige Mbox-Datei mit dem Namen des Unterordners im "Inbox.sbd"-Ordner im Profil suchen.
Falls du bei erneuten Versuchen mit der Suchfunktion weitere Nachrichten wieder finden und sie per Klick auf "E-Mails als Liste anzeigen" öffnen kannst, aktiviere die Kolonnen "Ablageort" und "Konto" um zu ermitteln, in welchem Ordner und Konto sie abgelegt sind.
Übrigens heißt die Funktion "Reparieren" in der Version TB 3 "Index-Datei wiederherstellen" oder so ähnlich.
Mapenzi: [disable_add_on_compatibility_checks-1.3-fx+fn+sm+tb]
Die Installation dieser Erweiterung in einem neuen Profil führt - wie bereits im ehemaligen "kaputten" - bei einem neuen TB-Start nur noch zu folgendem Fenster:
@ Pat,
[der nicht mehr sichtbare screen shot zeigte ein völlig leeres Fenster des Add-on Managers.]
Ich habe das Add-on Disable Compatibility Checks hier ohne jegliches Problem in sieben verschiedenen Profilen installiert, sechs der Profile laufen mit TB 24 und eines mit Earlybird.
Wenn du das Add-on im (nun gar nicht mehr so) neuen Profil installiert hast, nachdem du die prefs.js-Datei aus dem alten Profil übernommen hattest, ist die Pleite nicht überraschend, denn mit der alten prefs.js-Datei hast du auch zumindest einen Teil des Schrotts aus dem alten Profil importiert, wie es dir von SusiTux schon mehrfach vorausgesagt wurde .
Und wie sonst hätte ich alle Konten übernehmen können?
Um ein neues Profil zu testen, hätten ein oder zwei Konten erst mal genügt.
Das schaffst du in weniger als zwei Minuten
...ist keine Antwort auf meine Frage:
Nochmals: um das neue Profil zu testen, speziell möglicherweise problematische Add-ons, die du wieder benutzen willst, brauchst du nicht alle zehn Konten erstellen.
Ein oder zwei Konten genügen, danach installiere die Add-ons eines nach dem anderen, auch dein userChrome, und prüfe jeweils, ob eines der alten Problem wieder auftaucht. Deshalb ist es auch kontraproduktiv, die Add-ons en bloc aus dem alten Profil zu importieren, selbst wenn es theoretisch machbar ist.
Wenn du aber im alten Profil nicht mehr senden und empfangen kannst und möglichst schnell wieder einen funktionsfähigen TB haben willst, kannst natürlich auch den umgekehrten Weg gehen und zunächst händisch alle deine Konten in der "Fabrik"-Version von TB erstellen, dann deine Nachrichten- und Adressbuch-Dateien importieren.
Danach eine Sicherheitskopie des Profilordners anlegen, die gewünschten Add-ons einzeln installieren und jeweils prüfen, ob ein Problem auftritt.
Um ein neues Profil zu testen, hätten ein oder zwei Konten erst mal genügt.
Das schaffst du in weniger als zwei Minuten
mailtweak-1.0pre10.xpi gerade probiert mit einer noch vorhandenen Kopie eines relativ frischen Profils... offenbar nicht mehr möglich...
Das ist ganz normal, dass TB 17 die Installierung von Mail Tweak verweigert.
Entweder vorher "Disable Compatibility Checks" installieren oder die maxVersion von Mail Tweak in der install.rdfDatei auf meinetwegen 24.* "bumpen".
Hmmm... ansonsten hatte ich aufgrund Deines Tipps die prefs.js übernommen, da eine Installation von "accountex" und damit ein Im- bzw. Export der ganzen Konten offenbar nicht anders zu lösen war.
Diesen Tipp hat SusiTux nicht gegeben, im Gegenteil:
Die Einstellungen zu den Konten sind in der Datei prefs.js hinterlegt. Da der Fehler aber aus dem Profil kommt, kann es gut sein, dass der Defekt eben in dieser Datei steckt.
Wenn du tatsächlich die prefs.js-Datei des neuen Profils durch die des alten Profils ersetzt hast, dann hast du auch die alten Probleme übernommen
Meine "aktuelle" Version hier (gemäß der offiziellen Distributions-Paketquellen) IST ja nun die 17.0.5, doch eine Hinzufügung von MailTweak läßt mittlerweile das komplette Profil crashen *seufz*, wie ich herausfinden konnte und - so ich glaube - auch bereits geschrieben hatte.
Ich habe Mail Tweak hier in TB 24 in einem Test-Profil installiert und habe damit noch keinen einzigen crash von TB gehabt.
Hast du schon mal versucht, alle Add-ons außer Mail Tweak zu deaktivieren?
Es gibt manchmal Konflikte zwischen Add-ons.
Zeige deinen crash report an: Menu Hilfe -> Informationen sur Fahlerbehebung -> about:crashes
Ich erinnere mich gut an bug 750781.
Hallo SusiTux
Eine spannende Lektüre, auch wenn ich nicht alles verstanden habe
Insofern finde ich es sehr gut, dass man hier nun eine Prüfung eingebaut hat. Die Tatsache, dass man einen einmal gesetzten, unerlaubten Pfad nicht mehr per GUI ändern kann, halte ich aber schon für einen bug.
Möglich, dass man demnächst dazu einen neuen Bug Report sehen wird und vielleicht auch einen Patch dafür...
Ich selbst habe die Fehlermeldung weder in meinem TB 24-Arbeitsprofil noch im Earlybird-Profil gesehen, obwohl beide auf die selben (gemeinsamen) pop***-Ordner zurück greifen, die ich vor einem Jahr in /Users/username/Library/Thunderbird/Shared Mail/ verlegt habe.
Gutes Forum - insbesondere im Vergleich zu so manch anderen ... .
[OT] Bei den "manch anderen" haben wir beide, glaube ich, ein gewisses Forum xxxx..... im Auge 
[OT]
Gruß
Deswegen habe ich mir die prefs.js (Konfigurationseinstellungen) mal näher angeschaut, besonders die User-modifizierten Einträge. Ich habe sie auch ins EXCEL eingelesen und mit einer prefs.js aus einem neu erstellten Profil verglichen. Dabei sind mir 4 Einträge aufgefallen, welche noch auf einen original-generierten Profil-Ordner verweisen.user_pref("mail.root.none", "C:\\Dokumente und Einstellungen\\xxxx\\Anwendungsdaten\\Thunderbird\\Profiles\\oya4xkre.default\\Mail");
user_pref("mail.root.none-rel", "[ProfD]../../C:/Dokumente und Einstellungen/xxxx/Anwendungsdaten/Thunderbird/Profiles/oya4xkre.default/Mail");
user_pref("mail.root.pop3", "C:\\Dokumente und Einstellungen\\xxxx\\Anwendungsdaten\\Thunderbird\\Profiles\\oya4xkre.default\\Mail");
user_pref("mail.root.pop3-rel", "[ProfD]../../C:/Dokumente und Einstellungen/xxxx/Anwendungsdaten/Thunderbird/Profiles/oya4xkre.default/Mail");Ich habe sie kurzerhand gelöscht und seit dem kann ich wieder fehlermeldungslos in den Konteneinstellungen Änderungen vornehmen.
Hallo TGIF,
meine Glückwünsche zu deiner genialen Ursachenanalyse und der daraus folgenden Lösung.
Da das Problem auch anderswo auftritt, habe ich mit deiner Lösung gerade einem Anwender im hiesigen Forum Geckozone erfolgreich helfen können!
Ich weiß nicht, ob man schon von einem Bug der v24 sprechen kann (ich habe jedenfalls noch keinen bug report gefunden), aber die Fälle häufen sich:
• "TB24 répertoire "inapproprié au stockage des messages" http://forums.mozfr.org/viewtopic.php?f=4&t=115173
• "Local Directory Path Is Not Suitable For Message Storage" http://forums.mozillazine.org/viewtopic.php?…750681&start=30
• "not suitable for message storing " https://getsatisfaction.com/mozilla_messag…message_storing
NACHTRAG:
Dieses "Problem" bzw die Fehlermeldung sind kein Bug der v24 sondern hervor gerufen durch ein neues Feature, welches die Konsequenz der Bearbeitung des Bugs 750781 ist https://bugzilla.mozilla.org/show_bug.cgi?id=750781#c122
Auf der Seite "Thunderbird 24 for developers" unter "Further Changes" findet man :
"The Local directory used for mail storage is now checked for validity and safeness. Filesystem directories deemed inappropriate are rejected by the account manager. Extensions can add theirs own lists of file directories which can (or should not) be used for mail storage by extending the global gDangerousLocalStorageDirs array in /mailnews/base/prefs/content/AccountManager.js."
https://developer.mozilla.org/fr/docs/Mozill…Further_changes
Damit wird verhindert, dass Benutzer, die in den Server-Einstellungen händisch den Pfad zum lokalen Ordner des Nachrichtenspeichers ändern, einen ungeeigneten Ordner anwählen können wie ich es in meinem obigen Provokations-Test versuche.
NACHTRAG (2) :
Inzwischen gibt es mindestens zwei neue bug reports zu dem Problem, das manche Anwender mit den Server-Einstellungen in TB 24 haben.
Bug 921371 - Can't edit account settings after update to version 24, folder location error
https://bugzilla.mozilla.org/show_bug.cgi?id=921371
Es besteht die Hoffnung auf eine baldige Lösung (comment #35)
"I propose getting this [patch] into TB24 quickly as it may affect many users who have mail.root.* prefs set to a nonexisting folder (e.g. due to profile migration, OS upgrade (Win XP -> Win Vista+), etc.)".
Anmerkung: die obsoleten "mail.root..."-Zeilen können auch von einem Wechsel des Postfachanbieters vor Jahren herrühren.
Zum Beispiel jemand, der ein POP-Konto bei Web.de hatte, dann zu GMX gewechselt ist, kann heute noch, wenn er noch das selbe Profil benutzt, immer noch einen "mail.root"-Pfad zu einem nicht mehr existierenden Kontenordner "pop.web.de" in seiner prefs.js-Datei finden.... und damit das Problem mit der Fehlermeldung bekommen!
Bug 921410 - weird behaviour of account configuration after updating to Thunderbird 24 (By bug 750781, "bad mail directory path setting by user" is now warned, but user can't know how to recover)
https://bugzilla.mozilla.org/show_bug.cgi?id=921410
Vielleicht genügt es auch, dass bei der Bearbeitung der Konfiguration innerhalb TB über 'Einstellungen' ein Zurücksetzen auf Default bei den 4 Einträgen ausreicht.
Das Zurücksetzen hätte sehr wahrscheinlich auch funktioniert.
Gruß
Hallo,
ich würde jetzt einfach - bei beendetem TB - die Trash und Trash.msf Dateien im pop****-Ordner des betroffenen Kontos löschen.
Danach den Ordner "Local Folders" öffnen, eine Kopie seiner Trash-Datei machen und die Kopie in den pop***-Ordner schieben.
TB starten und das Löschen testen.
In meinen Tests genügt schon das Löschen von Trash und Trash.msf, und TB legt beim nächsten Start einen neuen Papierkorb an.
Gruß
