Beiträge von mausebär

Hallo!

Zitat

Ich hoffe ich habe klar ausgedrückt, wo das Problem liegt.....

ne, nicht so ganz.
Wenn du nun ein neues sauberes Profil haben willst, dann erstee eines

Das könnte der entscheidende Hinweis sein, erst das Profil und die Konten anzulegen und dann die Daten zu importieren...
Ich hab erst ein Dummy-Konto angeleget, dann ein richtiges und dann hab ich den Link zu den vohandenen Mails (Local folders) korrigiert....

Zitat

Auch wenn ich jetzt die Konten neu einrichte, werden die richtigen Kontenbezeichnungen der alten Mails nicht mehr angezeigt

was meinst du damit?

Das kann ich schlecht erklären. Wenn ich hier einen Screenshot einstellen könnte, wäre das klar...
Wie geht das, hier ein Bild hochzuladen... sehe das momentan nirgends....

Wolfgang

Jetzt hab ich doch mal angefangen, ein neues Profil zu erstellen um den Mist, der nicht in die prefs.js gehört, loszuwerden.
Jedoch kommt jetzt ein anderes Problem hoch....

Die Account-Infos der vorhanden, im gemeinsamen lokalen Ordner befindlichen alten Emails haben jetzt nicht mehr die richtige Kontenbezeichnung (da ja noch keine Konten definiert wurden, sondern heißen jetzt z.B. "account8" o.ä.

Auch wenn ich jetzt die Konten neu einrichte, werden die richtigen Kontenbezeichnungen der alten Mails nicht mehr angezeigt, nur die neuen Mails haben die richtige Kontenbezeichnung....

Wie kann ich jetzt die alten Emails wieder mit den richtigen Kontenbezeichungen verknüpfen....?

Ich hoffe ich habe klar ausgedrückt, wo das Problem liegt.....

Vielen Dank für eure Mithilfe.

Nunja, das mit dem neuen Profil funktioniert natürlich immer, ist aber in meinem Fall aber schon etwas aufwändig....
Aber dabei hab ich nix gelernt...
Vielmehr möchte ich verstehen was da los ist und ob das Verhalten des TB so normal ist....

Vielleicht kann mir jemand einen Tipp geben, welche prefs.js - Einträge für dieses Verhalten verantwortlich sind...

Kennt jemand eine Webseite, wo die TB- prefs.js - Einträge erklärt sind?

Vielen Dank,
Gruß
Wolfgang

Weiß nicht so recht ob der Titel mein Problem beschreibt....
Es ist folgendes:

Habe 2 oder 3 Mailadressen gehabt, die nicht mehr gültig sind. Deren Konten habe ich gelöscht (aber natürlich nicht die Mails).
Jetzt habe ich 2 neue Konten für neue Mailadressen angelegt.

Mittlerweile stelle ich fest, daß die neuen Kontonamen für die alten Mails, deren ungültige Mailadresse noch vorhanden ist, verwendet wird, und der Kontoname der neuen Mailadresse (z.B. im Posteingang) leer ist....

Irgendetwas ist da in der prefs.js durcheinandergeraten....

Hoffe ich konnte verständlich machen, was das Problem ist.

Würde es evtl. helfen, für die alten Mailadressen "Dummykontos" anzulegen, damit der richtige Kontenname auch vor der richtigen Mail steht....

Gruß
Wolfgang

Naja, gelöst ist es nicht, weil wir nicht wissen wie das passiert ist....
....aber wenn du meinst, gerne.

However....

Zitat

Würdest du bitte in deinem Anfangsbeitrag ein [gelöst] hinzufügen?

Wie geht das...? Ich sehe momentan nicht wo ich das machen kann....

....Ich hab jetzt die mimetypes.rdf gekillt.
Jetzt kann ich die Anhänge wieder entsprechend bearbeiten.... :zustimm:

Das war jetzt das Letze was ich aus den Ratschlägen probiert habe :respekt:

Vielen Dank für den Hinweis.

Aber ich verstehe immer noch nicht, warum der Anhang bereits beim Versenden als gelöscht markiert war.....

Wenn das Problem wieder auftauchen sollte, melde ich mich hier wieder.
Vielleicht steckt doch ein Bug dahinter.....

Ich glaub ich werde verrückt.... :help:

Ich hab jetzt verschiedenes probiert, im abgesicherten Modus....
Mittlerweile ist es so, daß der Anhang an der Mail mit dem Zip-Anhang bereits im gesendet -Ordner als gelöscht markiert ist.....

>>>>>>>>>>>>>>
This is a multi-part message in MIME format.
--------------070200060506040807070108
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit

--------------070200060506040807070108
Content-Type: text/x-moz-deleted;
name="Steg.zip"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="Steg.zip"
>>>>>>>>>>>>>>

Das ist natürlich klar, daß man mit dem Anhang nichts mehr machen kann.....
Aber der Anhang ist nach wie vor dran.... :gruebel:
Mich tät interessieren was da los ist. offensichtlich passiert das schon beim Anhängen der Datei vor dem Versenden...

Zitat von "mrb"

Hallo,
hast du das Add-on Attachment Extractor installiert?

Nein.

Zitat

Probiere das ganze noch einmal im safe-mode.

Hilft nix.

Zitat

Danach fand ich jedoch, daß sich die Dateigröße nicht geändert hat....
Da scheint so einiges schief zu laufen.

Glaub ich auch....

Zitat

Komprimiere den entspr. Ordner, anschließend den Index der Ordner zurücksetzen: Rechtsklick auf den Ordner, Eigenschaften, "Index wiederherstellen".

Hilft auch nix.....

:flop: :aerger:

Jetzt muß ich noch etwas nachliefern, und zwar den Quelltext der Mail nach dem vergeblichen Löschen....

>>>>>>>>>>>>>>>>>
From - Thu Jan 29 14:36:22 2009
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00800000
X-Mozilla-Keys:
Message-ID: <4981AF98.8040900@online.de>
Date: Thu, 29 Jan 2009 14:31:04 +0100
From: zzzzz <xxxxx@yyyyy.de>
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0

To: Milhard <xxxxx@yyyyy.de>
Content-Type: multipart/mixed;
boundary="------------000909090804010500080403"

This is a multi-part message in MIME format.
--------------000909090804010500080403
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit

--------------000909090804010500080403
Content-Type: text/x-moz-deleted;
name="Mods--.zip"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="Mods--.zip"

UEsDBBQAAgAIAEdxizYDuQbGGw0FAGMeBQAKAAAATW9kczAxLmpwZ+y4V1TTX9A2mhBIqKH3
kgChqfRQpCaC9CagIKB0pRcBpbcgRXpAqkroRUCadAWk995FioB0aSKdE/8XZ63znqtvre/y
/WVfZGXv3+wpz8w8k5uZmyUAlYaKugoACAQAgPgP4GYeoASgIiOHkpNSQSmgNNRUtEz8LEwM
>>>>>>>>>>>>>>>
usw.

Glaube darin erkennen zu können, daß der Anhang als gelöscht markiert ist.... Daher werden auch die Optionen nicht angezeigt, die Anlage ist aber nach wie vor vorhanden und die Mail ist über 7MB groß....

Ich vermute mal, daß aus irgendwelchen Gründen der Löschprozess zwar zurlaufen, aber die Anlage dann doch nicht gelöscht werden kann.....

Die Mail wurde mit TB Version 2.0.0.19 (20081209) verschickt und empfangen.

Ich kann aber den Fehler jetzt reproduzieren.
Ich glaubte die Anlage gelöscht zu haben, der entspr. Dialog wurde auch angezeigt.
Danach fand ich jedoch, daß sich die Dateigröße nicht geändert hat.....
Als ich es nochmal probieren wollte, wurde das Optionsmenü wieder angezeigt, jedoch wurde im Dialog nicht die angeghängte zip-Datei referenziert, sondern eine vorher abgetrennte .pdf-Datei....

Das ist schon komisch.
Hab daraufhin den TB geschlossen und neu gestartet, jetzt werden bei den fraglichen Dateien im Optionsmenü die Optionen inaktiv angezeigt, obwohl die Datei immer noch so groß ist wie am anfang, der Anhang ist immer noch da, aber nicht löschbar.

Jetzt probier ich mal das mit dem abgesicherten Modus und dann das mit der mimetypes.rdf Datei.

Gruß
Wolfgang

Ich hab jetzt mal probeweise an mich selbst eine Zip-Datei geschickt, um das testen zu können. Jedoch kann ich den Fehler momentan nicht reproduzieren. Im Augenblick kann ich die Anlage sowohl aus der Mail im "Gesendet"- Ordner als auch im "Posteingang" speichern, löschen oder abtrennen.
Zum Zeitpunkt meines Postings wurden die Optionen bei Rechtsklick auf die Anlage nur als inaktiv angezeigt.
Sobald ich den Effekt wieder habe, werde ich o.a. Ratschlag ausprobieren.

Was macht die Datei mimetypes.rdf?

Gruß,
Wolfgang

Achja,
Version 2.0.0.19 (20081209)
und Win98SE

Habe kürzlich mehrere größere Zip-Dateien verschickt. Da ich die Anhänge nicht mehr brauche, wollte ich den Text behalten und den Anhang löschen, um Platz zu sparen.
Jedoch lassen sich die Zip-Dateien weder löschen noch abtrennen oder abspeichern... Bei allen anderen Dateitypen geht das.
Momentan hab ich mir als "Workaround" ein Verzeichnis angelegt, wohin ich die entspr. Mail hinverschiebe. Dann läßt sich mit einem Editor der Anhang löschen und die Datei dann mit Thunderbird wieder dorthin verschieben, wo ich sie haben will...

Mache ich etwas falsch oder woran könnte das Problem liegen?

vielen Dank für Beiträge,

Gruß
Wolfgang

Zitat von "rum"

warum erstellst du nicht einfach ein neues Profil und stellst nur ein Testkonto ein, dann hast du eine jungfräuliche prefs.js
Zulässig: das kann man wohl kaum sagen, da Add-ons hier Änderungen vornehmen.

Ja, daran hab ich auch schon gedacht.... Wollte mir bloß die Arbeit sparen, alle Konten neu einrichten zu müssen. Vielleicht lassen sich diese mit "Mozbackup" übertragen.... Hoffentlich zieht das aber nicht den ganzen falschen Mist mit, ich fürchte schon... Ich glaub das artet zu einer Bastelei aus....

Zitat von "mausebär"

soweit sie nicht standardmäßig sind, kann es evtl. der Rest eines Add-ons sein.

Glaub ich jetzt nicht, die Einträge schauen nach Firefox aus und sind mir auch als solche bekannt....
Welches Add-On arbeitet mit browser-URLs???

Gruß
Wolfgang

Hab mir kürzlich mal die Einträge in der prefs.js angeschaut. Neben Eintragungen für Konten, die längst schon gelöscht wurden (ist das normal, daß da noch Rückstände bleiben?) habe ich auch diverse Eintragungen gefunden, die IMHO nichts mit Thunderbird zu tun haben....
Beispiel:
....
user_pref("browser.download.dir", "C:\\WIN98\\Desktop");
user_pref("browser.download.lastDir", "C:\\WIN98\\Desktop");
user_pref("browser.download.progressDnldDialog.keepAlive", false);
user_pref("browser.download_directory", "C:\\WIN98\\Desktop\\");
user_pref("browser.link_expiration", 100);
user_pref("browser.startup.homepage", "http://www.google.de");
user_pref("browser.startup.homepage_override", false);
user_pref("browser.url_history.URL_1", "http://www.google.de");
user_pref("browser.url_history.URL_10", "http://www.packstation.de");
etc., etc....
....

Kann mir jemand erklären, wie solche Einträge in die prefs.js kommen bzw. was die dort zu suchen haben?
(Schaut so aus als ob Firefox da mal dazwischen gefunkt hätte....)

Altenativ: Welche Einträge (gibt's dazu irgenwo eine Übersicht) sind in der prefs.js von Thunderbird zulässig?

Ansonsten funktioniert Thunderbird störungsfrei.....

Vielen Dank für eine rege Diskussionsbeteiligung.

Wolfgang

...Take it easy.... :cool:

Mausebär

Hab jetzt die prefs.js editiert und den Eintrag

user_pref("mail.default_sendlater_uri", "mailbox://xxxxx@http://pop.yyyyy.de/Unsent%20Messages");
in
user_pref("mail.default_sendlater_uri", "mailbox://nobody@Local%20Folders/Unsent%20Messages");

abgeändert, und siehe da, alles funzt wie gewünscht. :top:

Ohne die Hinweise der Forumsteilnehmer wär ich wahrscheinlich nicht so schnell dahintergekommen..... :zustimm:

Wahrscheinlich ist die Importroutine da nicht ganz sauber gewese. War damals Version 1. irgendwas....
Ist mir bisher noch nicht aufgefallen, weil ich die Funktion nie gebraucht hab...

Gruß, :bussi:
Mausebär

GEMEINSAM SIND WIR STÄRKER

Mit dem "Bug" meinte ich nicht unbedingt das geschilderte Verhalten sondern vielmehr einen Fehler in den Kontoerstellungsroutinen und Importroutinen...

Hab die Daten u. Einstellungen ursprünglich aus Netscape Messenger übernommen. Da gab es nur ein Konto und zwar das wo jetzt die "Später senden"-Mails hingehen. Dazwischen waren noch die Anpassungen des TB auf zusätzliche Konten sowie die Erstellung des Lokalen Ordners.
Daß man an den Einstellungen "Server-Einstellungen" / "Lokales Verzeichnis" besser nichts ändert, hab ich auch schon gemerkt, daher hab ich die Standard-Kontenordner dort gelassen wo sie waren.

Ich hab mir jetzt die prefs.js angesehen.
Dort ist in der Tat ein Eintrag, der auf o.a. Standardverzeichnis verweist, nämlich:

user_pref("mail.default_sendlater_uri", "mailbox://xxxxx@http://pop.yyyyy.de/Unsent%20Messages");

Ich probier mal, ob ich es hinbringe daß der Pfad auf die entsprechende Datei in meinem lokalen Verzeichnis verweist. Wenn das dann funktioniert, ist das Problem gelöst.
Ich probier das heute Abend mal und gebe Bescheid, wenn es funktioniert hat.

Aber ich frage mich, wie dieser Eintrag zustande gekommen ist. Es müßte (und da glaube ich ist der Bug) bei der Erstellung des Lokalen Ordners auch der Verweis
user_pref("mail.default_sendlater_uri"
automatisch richtig auf das lokale Verzeichnis eingestellt werden. Oder als Option bei den Einstellungen.....

Mausebär

Genau das ist es was ich auch nicht verstehe.
Die bei der Einrichtung der Konten automatisch angelegten separaten Konten-Ordner sind durch die Einrichtung eines globalen Eingangs in "Local folders" eigentlich außer Betrieb gesetzt.... Nur die Einstellung in den einzelnen Konten unter "Server-Einstellungen" / "Lokales Verzeichnis" enthält den Pfad zu den Standard-Einzelordnern, der auch nicht so ohne weiteres zu ändern ist (s.o.). Wozu eigentlich?

Ich hab einen standardmäßigen Mailacount von dem alle geschriebenen Mails ausgehen. Nur wenn ich bewußt ein anderes Konto wähle um z.B. die Mail über einen anderen Provider zu schicken, wähle ich eine andere Sender-Mailadresse bewußt aus. Entwürfe landen immer in dem Standard-Ordner des gemeinsamen lokalen Ordners. Das hatte ich eigentlich von einer "Später-senden"- Mail auch erwartet....

Die "Später senden" -Mail ist aber in einem der anderen insgesamt 6 Konten Standard-Ordnern gelandet. Dort steht sie in der Datei "Unsent Messages", die in den anderen Standard-Mail Ordner nicht enthalten ist....

Ich hab jetzt diese Datei in die "Local Folders" kopiert, wobei die vorhandene (leere Datei) überschrieben wurde. Jetzt hab ich die Mail zumindest in dem Lokale Ordner - Postausgang.
Aber das kann doch keine Dauerslösung sein.

Ich geh immer noch von einem Bug aus, solange mich niemand vom Gegenteil überzeugt.....

Mausebär

Also, bei den Konten habe ich natürlich auch schon geschaut, ich hab es damals bei der Einrichtung auf "Globaler Posteingang: Lokales Konto" gestellt, und zwar für alle Konten. Ich meine, das ist richtig so.

Wie gesagt, es funktioniert alles auch einwandfrei, nur bei "Später senden" landet die Mail nicht im Postausgang (Lokale Ordner) sondern im Postausgang des entsprechenden Standard-Mailodners, den ich ja überhaupt nicht benütze. Dort dürfte das bei den Einstellungen aber nicht hingehen.... Oder?

Im Übrigen wird das Versenden weder beim Verlassen noch beim Starten des TB angeboten.

Also doch ein Bug?
Oder bin ich nur zu bl... das richtig einszustellen... Wenn ja, wie und wo?

Mausebär

Ich habe die Mail tatsächlich gefunden, und zwar im Standard Mail Ordner des Kontos, wie du beschreibst.
Dieses wurde bei der Einrichtung der Mailkonten generiert.

Ich habe aber Postausgang, (Sammel-)Posteingang und alle anderen Standardordner in den "Local Folders"...
Das funktioniert bei allen anderen Funktionen auch einwandfrei, nur offenbar bei "Später senden" nicht..... :flop:

Daher hab ich jetzt mal die Kontoeinstellungen überprüft. Es gibt eine Einstellung "Lokale Ordner" wo ich den Pfad zu "Local Folders" definiert habe.
Dann noch die Einstellungen der einzelnen Konten: Da gibt's unter "Server-Einstellungen das Feld "Lokales Verzeichnis", dort ist das Standard-Mailverzeichnis des Kontos eingetragen. Wenn ich diesen Pfad auf meine "Local Folders" umleiten will, kommt eine Fehlermeldung, daß das Verzeichnis bereits für ein anderes Konto verwendet wird, und daß man ein anderes angeben soll.....

Der TB fragt beim Schließen NICHT nach! (Da ja im Postausgang des Local Folders nix liegt)...

Also vielleicht doch ein Bug? Ich glaub schon...

MfG
Mausebär