Kann mir jemand sagen, warum die Anzahl der Bytes / Stellen in den Status unterschiedlich zwischen nsMsgMessageFlags.idl und nsMsgMessageFlags.h sind?
In der *.idl könnte man denken, dass es sowohl bei X-Mozilla-Status als auch bei X-Mozilla-Status2 jeweils 8 Bytes sind. Dagegen sind in der *.h bei X-Mozilla-Status nur 4 Bytes. Diese 4 Bytes sehe ich auch in Thunderbird 78 weiterhin in den Mbox-Dateien. Nur bei X-Mozilla-Status2 sind es 8 Bytes.
Nur wie stelle ich das an ohne sonstige Programme zu installieren ... MS Outlook ist (wird) auf dem Rechner nicht installiert.
Geht nicht. Entweder muss Outlook installiert sein, oder Du brauchst ein Programm, welches die PST-Dateien lesen kann. Thunderbird kann dies nicht.
Kann ich eigentlich irgendwo einstellen, das ich vor dem Runterladen das Passwort eingeben muß und nicht in Thunderbird gespeichert wird?
Das geht nicht für das OAuth-Verfahren, wenn ich nicht irre. Denn beim OAuth-Verfahren wird zwar das Passwort auch in Thunderbird gespeichert, dieses wird aber gar nicht weiter verwendet. Statt dessen wird der OAuth-Key aus dem Cookie verwendet, welches irgendwo im LocalStore oder so ähnlich gespeichert ist. Du müsstest also in Deinem Fall dafür sorgen, dass das Cookie dann bei jedem Beenden des Thunderbird gelöscht würde, was wohl nicht so einfach gezielt funktionieren wird.
Wer an Deine Daten nicht dran darf, brauch ein separates Benutzer-Konto im System. Das ist ein "altes Lied", welches für eine Reihe von Anwendungsszenarien zwar umständlich oder nervig ist, aber einfach nicht anders zu lösen ist.
Habe Cookies im Standardbrowser Firefox aktiviert…
Die Meldung ist leider falsch und verwirrend. Dafür kann allerdings Thunderbird nichts.
Du musst Dir bewusst machen, dass das OAuth-Verfahren eigentlich eine Technik ist, die für Web-Browser entwickelt wurde. Leider werden E-Mail-Clients nun auch genötigt, diese Technik zu verwenden, um per POP oder IMAP auf die Postfächer zugreifen zu können. Für das OAuth-Verfahren ist es notwendig, dass in Thunderbird Cookies erlaubt werden. Dies liegt daran, dass in diesem Cookie letztlich ein per OAuth-Verfahren erzeugter Key gespeichert werden muss. Das ist keine Erfindung von Thunderbird, sondern liegt an der Technik.
Wenn in Thunderbird nun Cookies deaktiviert sind, kommt die erwähnte Fehlermeldung vom Server des Postfachs, der nicht erkennt (oder vielleicht gar nicht erkennen kann), dass ein E-Mail-Programm wie Thunderbird gerade zugreifen möchte. Der Server des Postfach-Betreibers denkt, dass es ein Browser wäre und zeigt dann die verwirrende Meldung.
In Thunderbird bitte Cookies aktivieren. Siehe in Thunderbirds Einstellungen → Datenschutz & Sicherheit → Webinhalte. Dort kann man auch differenziert für einzelne Domains bzw. URLs die Cookies erlauben bzw. verbieten.
Außerdem bitte auf Säuberungs-Tools verzichten, die diese Cookies anschließend gut gemeint wieder entsorgen - sonst ist das OAuth-Login wieder "futsch".
Ich habe mir mal die Mühe gemacht und eine Übersicht wieder zum Leben erweckt, die es früher von Christian Eyrich gab, dessen Website aber inzwischen nicht mehr existiert: [lexicon='X-Mozilla-Status & X-Mozilla-Status2',''][/lexicon]
Ich kann das Problem ebenfalls für den 78er bestätigen:
Bitte mache aus Deinem Beitrag ein neues Thema - vielleicht mit passendem Titel, der auf den häuslichen Internetanschluss als mögliches Problem mit hinweist. Du kannst in dem Thema dort auf dieses hier verlinken. Ich denke dennoch, dass es nicht das "gleiche" Problem ist - und schon gar nicht das selbe 
Soweit zur Kritik an den umgestellten Add-ons.
Jetzt geht es aber bitte wieder zurück zum eigentlichen Thema, sonst mache ich das Thema gleich dicht.
Adressbücher haben in Thunderbird überhaupt nichts mit den einzelnen Konten zu tun.
Wo ist Dein Adressbuch überhaupt gespeichert? In Thunderbird? Dann spielt das "umgewandelte" Konto überhaupt keine Rolle.
nur nicht wenn es sich um mit GnuPG verschlüsselte e-mails handelt
Hast Du schon mal mit S/MIME gearbeitet? Funktionert dort die Suche auch für verschlüsselte E-Mails?
Das Problem ist doch, dass die Suchfunktion nicht immer wieder jede einzelne E-Mail durchsucht. Im Hintergrund wird ein Suchindex erstellt, der beim Suchen genutzt wird. Dieser Suchindex müsste dann alle Inhalte Deiner verschlüsselten E-Mails quasi im Klartext enthalten. Damit wäre die Sicherheit nicht mehr gegeben.
Nun könnte man denken, dass der Suchindex ja auch verschlüsselt sein könnte/dürfte. Aber "womit" soll der Index verschlüsselt sein? Mit dem gleichen Schlüsselpaar Deiner E-Mails? Was ist, wenn Du in Thunderbird verschiedene E-Mail-Adressen mit verschiedenen Schlüsselpaaren hast? Wie soll der Suchindex dann verschlüsselt sein?
Ich selbst könnte mir vorstellen, dass der Suchindex optional (ganz bewusst nur als Option des Anwenders) mit dem Master-Passwort verschlüsselt werden könnte, um wenigstens eine Art Basis-Schutz zu gewährleisten und dennoch die Suchfunktion quer über alle E-Mails zu ermöglichen. Dann müsste Thunderbird aber beim Erstellen des Suchindex bei Bedarf alle OpenPGP-Passwörter/-Passphrasen abfragen, um den Index überhaupt erstmal erstellen zu können. Für solch eine (noch unausgereifte) Idee muss man dann einen Programmierer finden, der die Idee unterstützt und den Code dafür in Thunderbird anpasst. Und dann muss der Programmierer einen Entscheidungsträger finden, der das Okay für die Integration des "neuen" Codes in Thunderbird gibt.
Das wird vermutlich nie passieren.
Ich habe das Add-on zwar inzwischen doch noch für den 78er angepasst, aber die grundlegende Frage bleibt (zumindest) für die Zukunft bestehen: Wie geht man bewusst sicher mit E-Mails um? So benenne ich das Thema mal um.
QuickFolders gibt es jetzt als neue Pre-Version QuickFolders-wx-5.0pre71, in der die Ursache für das obige Problem behoben ist.
Hallo Thunder,
es gibt eine neue Version von QuickFolders (5.0pre69), mit dieser Version bleibt das Symbol, Deiner Erweiterung, nach einem Neustart dort wo ich es hin geschoben habe.
Aber wenn ich Allow HTML Temp deinstalliere und wieder installiere ist das Symbol nirgendwo zu finden.
Ich muss erst wieder QuickFolder deaktivieren und einen Neustart durch führen, dann ist das Symbol wieder da.
Gruß
EDV-Oldi
Ich habe jetzt gerade das Problem gefunden und an jobisoft und an den Entwickler von QuickFolders gemeldet: Das Add-on hat eine "veraltete" WindowListener-API verwendet. Sobald ich diese durch die neue API in QuickFolders ersetzt habe, wurde auch kein Problem mehr von QuickFolders verursacht. Und ganz nebenbei sind dessen eigene Buttons zum Leben erweckt worden.
Aus dem Changelog der API:
* Version: 1.19
* - add support for ToolbarPalette
Ich darf im Namen von Peter_Lehmann den besten Dank dafür ausrichten
Das freut mich, da ich ihn nicht vergessen habe.
Die Frage ist, ob er bereits heruntergeladene Daten selbst / automatisch wieder löscht, wenn das Alter überschritten ist:
Was hast Du dort bisher für Einstellungen? Ich würde damit zumindest probieren, ober ältere als 30 Tage (oder so ähnlich) dann automatisch löscht.
Theoretisch sollte das mit der Einstellung im untersten Abschnitt bei Konten-Einstellungen → Synchronisation & Speicherplatz funktionieren:
https://www.thunderbird-mail.de/lexicon/entry/…p-Speicherplatz
Edit: Sorry, da wir ja auch auf dem IMAP-Server gelöscht.
Du hast jetzt einfach bestätigt, was ich bereits dachte. Du brauchst also nichts weiter zu machen, da das Add-on bei dir ja schon installiert war und im Hintergrund bereits erfolgreich auf die wieder funktionierende Version aktualisiert wurde.
Das Thema ist hiermit geschlossen.
Der Inhalt ist seit heute wieder da.
Ich vermute, dies liegt daran, dass dieses Add-on bei Dir genutzt wurde und nun als Update für den 78er zur Verfügung steht: Provider for Google Calendar
Ist die SMTP-Angabe "Verschlüsseltes Passwort" anstatt "Passwort normal" denn nicht sicherer?
Ich würde sagen: Ein klares Jein.
Das "Passwort, normal" wird bei STARTTLS bzw. bei SSL/TLS ja innerhalb der verschlüsselten Verbindung mit übertragen. Es braucht also theoretisch nicht zusätzlich verschlüsselt werden. Zum Problem könnte dies werden, wenn der Server die verschlüsselte Verbindung verweigert und der E-Mail-Client dann auf eine unverschlüsselte Verbindung "zurück fällt". Dann würde das unverschlüsselte Passwort "lesbar" übertragen. Meines Wissens passiert dies in Thunderbird aber seit längerer Zeit nicht mehr. Er gibt statt dessen dann den Verbindungsversuch auf und meldet einen Fehler.
Letztlich kann man nicht beliebig die Kombinationen wählen, weil dies nicht jede Kombination von jedem Server akzeptiert bzw. unterstützt wird. Es würde zu Fehlern führen.
Wenn Du bspw. einen Dovecot-IMAP-Server mit LetsEncrypt-Zertifikat betreibst, dann könnte (je nach Konfiguration) tatsächlich die Kombination von STARLTLS und "Verschlüsseltes Passwort" funktionieren - jedenfalls geht dies bei mir. Für den SMTP-Server geht bei mir mit dem Postfix-SMTP die Kombination von "SSL/TLS" mit "Verschlüsseltes Passwort". Das würde ja Deinem gewünschten "Optimum" entsprechen.
