Beiträge von mausebär

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

Version 2.0.0.17 (20080914)

Wollte gestern die Funktion "später senden" benutzen.
So wie ich diese verstehe, wird die Mail in den Postausgang geschoben, von wo man sie dann später vesenden kann oder beim Schließen des TB.

Allerdings verschwindet die Mail dann irgendwo hin, wo ich sie nicht mehr finde. Blöd, es war ein längerer Text....
Im Postausgang ist sie jedenfalls nicht....

Ich hab schon das gesamte TB-Verzeichnis (alle Dateien) textmäßig mit einem Erkennungsmuster durchsucht, die Mail ist wirklich nicht mehr da....

Kennt das jemand, ist das ein Bug oder wo ist die Mail ggf. wieder auffindbar?

Vielen Dank im vorraus

Mausebär

Der Profile-Switcher ist das, was ich wirklich brauche....
Vielen Dank für diesen Tipp.

Allerdings löst das das Problem nicht.

Wg. "Posteingang": Da muß ich mir die prefs.js mal genauer zu Gemüte führen, vielleicht kapiere ich es dann.
Es klingt nämlich etwas unlogisch, da ja alle anderen Standardordner richtig benannt werden, nur der Posteingang nicht....
(Aus "Trash" wird z.B. automatisch "Papierkorb", da funktioniert es).
Man müßte doch TB dazu bewegen können, aus "Inbox" wieder "Posteingang zu machen....

Vielleicht muß ich doch nochmal ein neues Profil erzeugen.....

Gruß,

Mausebär

Nunja, ich hab vielleicht versäumt, alles zu schildern....

Das Ganze passiert, weil ich ein Archiv anlegen wollte, auf das ich mit einem separaten Profil zugreifen kann. Der Hintergrund ist, daß ich Thunderbird wieder schlanker machen will, nachdem sich zuviele Mails angesammelt hatten.

Ich hab daher das Verzeichnis nicht "verschoben", sondern kopiert. Dann hab ich ein neues Profil ("Archiv-Profil") angelegt, wo aber keinerlei Konten angelegt sind. Eine Mailserver-Abfrage oder Mailversand kommt dabei ohnehin nicht in Frage. Dieses Profil zeigt jetzt auf meine Archiv-Kopie (Ich habe im Kontomanager das neu kopierte Archiv-Verzeichnis als "Lokales Verzeichnis" angegeben. Das ist wohl zulässig, sonst gäbe es die Funktion wohl garnicht.)
Im Hauptprofil habe ich dann alle Mails gelöscht, auf die ich nicht direkten und sofortigen Zugriff brauche.

Das mit dem "Inbox" anstatt "Posteingang" ist dabei meiner Meinung nach nur ein Schönheitsfehler, den ich beheben wollte. (Oder könnte dabei irgendetwas korrupt geworden sein....? Wenn ja, was? Bisher kann ich alle Mails einwandfrei ansehen.)
Oder passiert da etwas beim Kopieren....

Jedenfalls hab ich schon nach der Stelle gesucht wo die Namen der Standardordner ("Posteingang") vereinbart sind, kann aber auf der ganzen Festplatte / in den Profilen nix finden.....

Notfalls kann ich mit dem "Inbox" auch leben, aber ich möchte schon verstehen, warum das so ist....

MfG
Mausebär