Beiträge von Peter_Lehmann

Hi castra,

vielleicht noch ein Hinweis, auch wenn er dein Problem nur indirekt betrifft:
Du kannst in den Konten-Einstellungen festlegen, dass jede gesendete Mail zusätzlich per BCC (also für die anderen Empfänger unsichtbar) an eine von deinen eigenen Adressen gesendet wird.

Du kannst zwar im Maildienst nie mit Bestimmtheit sagen, dass eine E-Mail ihre/n Adressaten wirklich erreicht (wenn wir mal die DE-Mail-Träumer ausschließen), aber wenn dich die gesendete Mail wieder erreicht, weißt du zumindest mit sehr großer Sicherheit, dass dein eigener Client korrekt gesendet und der smtp-Server deines Providers diese Mail auch angenommen und weitergeleitet hat. Letzteres zumindest an deine Adresse. Das Speichern einer gesendeten Mail im eigenen Gesendet-Ordner ist alles andere als eine Garantie für korrektes Senden.

Zum Thema "Safe-Mode" wurde ja schon alles gesagt. Bei dir werden wirklich keine Add-ons angezeigt? Ganz sicher?

MfG Peter

Was passiert, wenn du dein TB-Userprofil (~/.thunderbird) durch Umbenennen versteckst?
Das Programm legt dann wieder ein neues Profil an => mit diesem "Minimalprofil" mal testen.

Die Einstellungen dürften alle in der "prefs.js" stehen. (viel Spaß ...)
Ein Rechteproblem schließe ich aus, es sei denn, du hast dein Profil manuell verbastelt oder "von irgendwo" übernommen.

Hast du das alles mit den Dateien "junk" und "junk.msf" gemacht? Auch wirklich mit allen Dateien dieses Namens?

Hi Topas69,

und willkommen im Forum!
Auch wenn ich dir jetzt keine Lösung bieten kann (weil bei mir dieses Problem nicht auftritt), so kann ich dir zumindest verbindlich sagen, dass ich weiterhin meine Anhänge per drag and drop aus dem Dateimanager in die Adresszeile des Maileditors ziehen kann. Also so, wie ich es schom immer mache.

MfG Peter

Hallo Jimbo,

und willkommen im Forum!
Also grundsätzlich funktioniert das auch bei dieser alten Version. Ich habe unter den gleichen Bedingungen lange mit TB 3.x gearbeitet.

Zitat

Ich habe meine 4 Konten alle in den Lokalen Ordner umgeleitet.

Ich lese das so, dass du in Konten-Einstellungen > Server-Einstellungen > Erweitert > den "globalen Posteingang" aktiviert hast. OK?

Hast du alle Einstellungen hinsichtlich Junkfilter beachtet bzw. kontrolliert?
- bei allen einzelnen Konten => Junk verschieben nach "andere Ordner" und dann dort nach "Junk in lokale Ordner"
- das gleiche auch in den lokalen Ordnern
- in den allgemeinen Einstellungen > Sicherheit > Junk > manuell als Junk ... > am Besten gleich in den Papierkorb

Es kann natürlich auch ein Problem mit den Indexdateien, speziell des Junk-Ordners, vorliegen.
=> bei beendetem TB nach "junk.msf" suchen und diese allesamt löschen.
=> bei der Gelegenheit die endungslosen Dateien "junk" durch Umbenennen in "junk_bak" vor dem Programm verstecken.
die Dateien müssten (eigentlich) neu und sauber wieder angelegt werden.

Ja, das würde ich jetzt machen ... .

MfG Peter

[OT]
Gibt es etwas, was diese Firma wirklich (freiwillig) löscht?
Ich bin da sehr im Zweifel.
[/OT]

MfG Peter

Hallo aurina100,

und willkommen im Forum!

Ich wüsste zwar nicht, warum ein Mailclient eine Mail aller x Minuten senden sollte, aber ein normales zeitverzögertes Senden ist mit dem Add-on "Send later" gut zu realisieren. Auch das (sehr mächtige!!) Add-on "Mail tweak" hat eine Funktion "Defer", welches dieses realisiert.

MfG Peter

Hi Feuerdrache,

Du hast aber jetzt hoffentlich kein Problem mit diesem Wort? Ist wirklich nichts unanständiges!
Früher haben wir "Miefquirl" zu einem Ventilator gesagt ... .
Und falls du überhaupt nicht mehr wissen solltest, was ein Quirl ist, hilft der Gockel oder Wikipedia weiter.
Niemand kann etwas dafür, wenn mangels Lebensjahren nur noch elektrische Handrührgeräte bekannt sind ... . (Falls das bei dir zutreffen sollte.)

=> hier müsste eine Reihe Smilies stehen!
=> alles nicht so ernst gemeint!

MfG Peter

Gern geschehen
Die reingesteckte Leistung muss eben auch wieder abgeführt werden. Und das macht dann der Luftquirl ... .

Hi devnull70,

das kann mit der "Hardwarebeschleunigung" zu tun haben, welche in den neuesten TB- und Fx-Versionen bestimmte Berechnungen an die GPU delegiert. Und manche GPU übernimmt sich dann eben dabei.

Lese dir mal dieses hier durch:
Konfig-Tipps - spezielle manuelle Anpassungen

Und verändere diese beiden Einstellungen. Wichtig: danach den TB immer neu starten.
- gfx.direct2d.disabled
- layers.acceleration.disabled

Downgrade?
Selbstverständlich!
Du ersetzt dein TB-Userprofil mit der letzten Datensicherung, welche du garantiert vor dem Update gemacht hast, und alles ist wie vorher ... .

MfG Peter

Das freut mich, und viele andere bestimmt auch.

Das war ein dummer Spruch aus meiner lange zurückliegenden Jugend. Wer unterschreibt, der bleibt ... .
Was dich betrifft, bitte schreibe - und bleibe.

Wer schreibt der bleibt ... .

Und was ist, wenn du diesen Wert manuell anpasst: mail.ui.display.dateformat.today? (Link von Uwe)

[Noch mal, ich habe es mangels Bedarfs nicht getestet.]

MfG Peter

BTW: Für die Probleme, die mit Ausgugg keinesfalls weniger sind, gibt es auch gute Foren ... .
Aber auch dort gibt es einen Zusammenhang zwischen INPUT und OUTPUT

Guten Tag archmeyer,

und willkommen im Forum! (<= Ja, so viel Zeit nehmen wir uns hier ... .)

Das was du festgestellt hast, ist kein Bug sondern ein Feature. Morgen steht das Datum auch da. Es "fehlt" also nur am aktuellen Tag.
Es gibt aber eine versteckte Einstellung, wo du dieses Feature deaktivieren kannst. Ich kenne sie aber nicht, da ich sie nicht benötige. Aber ich weiß, dass sie des öfteren gepostet wurde.

Also entweder noch etwas warten, bis sie dir jemand nennt, oder selbst unsere Suchfunktion bemühen.

Mit den bei uns durchaus üblichen "Freundlichen Grüßen"!
Peter

Ich sage es noch mal deutlicher:
Das Masterpasswort ist "nur" der symmetrische Schlüssel für die verschlüsselten Passwort und Zertifikatsdaten (private Schlüssel).

Mit dem Masterpasswort werden die lokal gespeicherten Mails nicht verschlüsselt und vor dem Zugriff Unbefugter geschützt.
Das Masterpasswort verhindert auch nicht den Start des TB durch Unbefugte, denn das wäre ja auch sinnfrei, da die Mails, die Adressen usw. (außer eben den PW und Schlüsseln) unverschlüsselt auf der Platte liegen.

Ich habe das deswegen noch mal geschrieben, da immer wieder User völligt verständnislos anfragen, wieso man das Programm trotz unbekanntem Masterpasswort starten und lokal vorliegende Mails lesen kann.
Den Schutz vor unbefugtem Mitlesen kann <user> nur auf Ebene des Betriebssystems (=> Benutzerkonten!) oder noch härtere Maßnahmen (=> Verschlüsselung der Festplatte) realisieren.

MfG Peter

Ja, wir verstecken auch bestimmte Informationen in unserer Anleitung vor den Nutzern und wir verbieten sogar ausdrücklich, diese zu lesen.
Und wir haben auch böswilligerweise den "gelben Kasten" derart klein und kaum erkennbar gehalten, damit du ihn keinesfalls findest.

Ach sind wir doch böse ... .

Zitat

Macht weiter so !

Da kannst du ganz sicher sein.

Die INBOX, also der Posteingang hat grundsätzlich leer zu sein, bzw. nur die noch nicht gelesenen oder bearbeiteten Mails zu enthalten.
Frage an <user>: archivierst du deine Post auch im Hausbriefkasten?
Der User sollte also die INBOX leer halten und entstprechende Unterordner anlegen.
Das hat bei POP3-Postfächern auch einen anderen Vorteil: Die INBOX steht an vorderster Front. Geht bei einer leeren INBOX was kaputt, kannst du die problemlos löschen und sie wird wieder neu angelegt. Leer und garantiert funktionierend ... .

Dieses offline-lesen ist eine wunderbare und tolle Sache ...
... wenn <user> an einem langsamen, nicht ständig verfügbaren oder nach "Menge abgerechneten" Internetzugang hängt.

Aber wenn dies nicht zutrifft, und <user> über einen "richtigen" Zugang verfügt ist das IMHO sinnfrei.

Wenn in dem entsprechenden "Mailordner" keine Mails mehr angezeigt werden, dann sind sie im Cache (nichts anderes sind diese mbox-Dateien für das "offline-verfügbar machen" ja) auch nur noch als gelöscht markierte Mails vorhanden.
Die Mails, die du auf dem IMAP-Server hast und im Client siehst, werden gecached.
Löschst du die Mail durch den Client, werden sie auf dem IMAP-Server tatsächlich gelöscht und eben nicht mehr angezeigt. Im Cache werden sie ebenfalls als gelöscht markiert und beim Komprimieren endgültig entfernt. (=> der Cache ist also KEIN Backup!!)
Da noch nie komprimiert wurde, wird die mbox-Datei immer fetter, bis sie an bestimmte Grenzen stößt.
=> Es kann passieren, dass auch der Versuch des Komprimierens schon zum Absturz führt. Allein der Gedanke, aus einer derart riesigen TEXT-Datei (!!) Zeilen zu löschen und die Datei dabei umzukopieren, treibt mir den Schweiß aus ... .

Ich gehe also davon aus, dass der Cache keine "gültigen" Mails mehr enthält, denn sonst würdest du diese in den Mailordnern sehen.

Ich habe es noch nie selbst probiert, aber ich gehe davon aus, dass du nach Deaktivieren der bewussten Funktion die mbox und deren Indexdatei einfach entsorgen kannst.
[Leute mit Gürtel und Hosenträger verstecken sie erst einmal durch Umbenennen vor dem Programm.]

Hallo murka,

und willkommen im Forum!

[tut das nicht weh: ?]

Nach einem kurzen Blick in unsere Anleitung findest du das:

Zitat

%Dateien_ohne_Endung%

Sind in Imap-Ordnern nur dann enthalten, wenn Sie die Nachrichten/Mails offline verfügbar gemacht haben. Sie enthalten die offline verfügbaren Mails im Unix Mbox-Format.

Und dann vermute ich mal, dass <user> seine mbox-Dateien noch nie komprimiert hat. (Hat nichts mit ZIP&Co zu tun. Aber die Anleitung kennst du ja.)

MfG Peter