Das Problem ist nicht gelöst
Wie denn auch, wenn es gar kein Problem gibt?
TB war und ist nie für "ChromeOS" konzipiert worden, oder liest du hier irgendwo etwas von jenem Google-Kram?
Das Problem ist nicht gelöst
Wie denn auch, wenn es gar kein Problem gibt?
TB war und ist nie für "ChromeOS" konzipiert worden, oder liest du hier irgendwo etwas von jenem Google-Kram?
aber z.B. das Tab Add-Ons-Verwaltung nicht.
Eben, das ist eines der System-Tabs, was bei "[x] keine" auch geschlossen wird, wenn man BB nutzt.
BB entspricht und reagiert eigentlich exakt gleich dem Thunderbird, wobei BB eine Menge an weiteren Optionen und Features mitbringt (siehe bspw. mein obiges Bild).
Du kannst BB und TB auch parallel nutzen, WENN
Da du die ESR-Version nutzt bist mit TB und BB immer auf dem gleichen Stand und kannst zudem im Parallelbetrieb ständig die Funktionalität vergleichen.
Nun, ich möchte dir hier aber nichts "aufschwatzen" ... ![]()
Mit Betterbird hab ich mich leider noch nie beschäftigt
Nun, in TB hat es solch eine Einstellung meines Wissens aber noch nie gegeben. ![]()
kann das noch gerettet werden?
Wenn deine Einstellungen auf:
[x] Nachrichten für alle Ordner dieses Kontos auf diesem Computer bereithalten
stehen und seit dem letzten Löschvorgang dein Mail-Konto noch nicht "komprimiert" wurde, dann sind die Chancen sehr hoch, dass jene Mails noch vorhanden sind.
Zeige uns bitte einen Screenshot von dem Inhalt des Ordners "ImapMail\<dein Mail-Konto>" deines aktuell verwendeten Profils.
Könnt ihr mir helfen?
Habe gestern zuerst die Sicherheitskopie der geheimen Schlüssel im Cleopatra importiert (von der ersten Emailadresse mit der ich verschlüsselt kommuniziere)
So ist es richtig. Dieser Schlüssel sollte in Kleopatra nun *fett* dargestellt werden, da dieser ja auch einen "geheimen Schlüssel" enthält!
Habe im CMD Windows angefangen und "Fertig" ausgewählt, danach kam ein Fenster für Passworteingabe. Habe auf "Abbrechen" geklickt, weil ich kurz weg musste. Aber später konnte ich nicht weiter machen im CMD und ich müsste von vorne anfangen.
Um eine Änderung zu sichern wird eine Sitzung des Programms "gpg" immer mit "save" abgeschlossen und das Programm wird verlassen! Mit "quit" wird das Programm "gpg" nur verlassen (ohne Änderung) und du befindest dich wieder im "Promt" (C:\>) der Eingabeaufforderung.
Nach "save" kannst du eine Änderung auch in Kleopatra verfolgen. Eine Sitzung könnte bspw. so ausschauen:
C:\> gpg --edit-key info@mustermann.de
[...]
gpg> adduid
[...]
gpg> adduid
[...]
gpg> save
C:\>
Mit "save" gelingt dir also eine "Zwischenspeicherung", die in Kleopatra dann auch nachvollziehbar ist. In weiteren Sitzungen nimmst du nun die nächsten Adressen auf usw.
"gpg" und Kleopatra zeigen dir nach jedem "save" den aktuellen Stand der aufgenommenen Adressen (UIDs).
Sollte ich die zweite Alias adresse am besten im Thunderbird löschen? Mit dieser konnte ich eben keine verschlüsselten Nachrichten schicken. Habe nur mit dem Empfänger die öffentlichen Schlüsseln ausgetauscht. Siehe auch das Bild , das ich geschickt hatte.
Ja, die kannst du bedenkenlos löschen, denn sie wird ja jetzt als eine der 60+ UIDs in der funktionierenden Adresse aufgenommen. Wenn du mit der Aufnahme aller UIDs fertig bist, dann kann auch die funktionierende Adresse aus TB entfernt werden, denn diese wird nach Import des neuen Schlüsselbundes wieder zur Verfügung stehen.
Kann man auch andersrum fragen, warum (noch) mit Windows und nicht durchgängig mit Linux, so herum wäre es vermutlich sogar zeitgemäße
Diese Aussage ist nichts weiter als "extremer Blödsinn", denn Linux war noch nie gleich Linux!
Das Dumme daran ist nur, dass alle unwissenden Linux-User genau an diesem "extremen Blödsinn" glauben und plötzlich bemerken, dass es eine Vielzahl von Distributionen gibt, welche völlig unterschiedlich arbeiten!
Wenn wir hingegen von Windows-11 reden, dann reden wir weltweit über Windows-11!
Solche Häme und persönlichen Unterstellungen müssen echt nicht sein!
Auf wem genau antwortest du bitte?
Welche "persönlichen Unterstellungen" meinst du im Detail?
Man kann auch mal sachlich erklären
Was genau wurde in welchem Beitrag "unsachlich" erklärt?
Thunderbird arbeitet bzgl. Termine und "Erinnerungen" vollkommen logisch und somit auch korrekt. Klar sollte also jedem Anwender sein, dass alle anderen Verhaltensweisen von TB zu erheblichen Missgunst gegenüber dieser Software führen könnten und auch werden!
Ich weiß nicht, ob ich Deine Frage bezügl. des Pfades richtig verstanden habe, habe aber mal screenshots der beiden Datei-Manager (Windows=Explorer, Mint=Nemo) angehängt.
Ich sehe in beiden Darstellungen deines bzw. deiner Datei‑Manager nicht einen einzigen Profil‑Ordner!
Mit "Soft‑Links" habe ich bislang nicht gearbeitet, weil sie mir bislang unbekannt waren
... Falls nicht vorher ein netter Mensch hier im Forum mir dazu eine Kurzanleitung postet, muß ich mich dazu mal durch die Linux-Hilfen arbeiten.
Warum arbeitest du eigentlich mit Linux und nicht durchgängig mit Windows?
Das sind sehr viele Einträge für das ganze Jahr!
Eine simple Lösung hat dir ggbsde im Beitrag #2 schon gegeben! Sie ist schnell und sehr einfach durchzuführen!
Warum übernimmet Thunderbird nicht die globalen Einstellungen und erinnert mich einen Tag vor dem Termin?
Weil:
ich habe einen Müllkalender ohne Erinnerungen importiert
Der Rest ist einfach nur Logik, welche zumindest du erst noch begreifen musst!
Mein Windows-Profilordner für Thunderbird liegt unter (Laufwerksbuchstabe):\TBird\Mail\Local Folders\Post.sbd,
Na DAS möchte ich mal in einem Bild deines vertrauenswürdigen Datei-Managers sehen! Zudem hätte ich dann auch noch gerne eine Erklärung dazu, was dieser "Unfug" bezwecken soll!
Warum arbeitest du nicht einfach mit "Soft‑Links" (siehe #3), welche dir zumindest die Sicherheit zum richtigen Verzeichnis geben könnten?
"Verrückt" wird es allerdings auch in solch einer Situation, wenn beide Installationen dann gleichzeitig auf das Profil zugreifen wollen/sollen/müssen! Die Zerstörung des Profils mit allen erdenklichen Konsequenzen wäre also schon vorprogrammiert!
Bestimmt hast du "all DAS" aber schon durchschaut!
Leider war das aber alles nach dem nächsten PC-Start verschwunden. Da war zwar der Pfad weiter eingetragen, aber kein Inhalt unter "Lokale Ordner" mehr, dafür eine Fehlermeldung, daß dies ein ungültiger Pfad sei.
<Stimme Loriot> Ach ... ! </Stimme Loriot>
Wie kann denn SO ETWAS nur passieren(?), zumal doch TB für solche Konstellationen auch gar nicht vorgesehen ist!
Allerdings wurde der Ordner "Vorlagen" in "Templates" unbenannt (auch nicht das Problem, passiert wohl häufiger wie ich gelesen habe, ich konnte ihn auch wieder umbenennen),
Das war mit hoher Wahrscheinlichkeit der bzw. dein Fehler! Grundsätzlich sollte man die Finger von den Namen der System-Ordner lassen! Nun vermutet TB natürlich, dieser umbenannte Ordner sei ein persönlicher Ordner ohne weitere Eigenschaften.
Abhängig sind diese Eigenschaften dann z.T. auch noch von deinem Provider, welchen du hier jedoch nirgends erwähnt hast.
Was empfiehlst du nun? Die Aliasadresse die ich bereits vor einem Jahr erstellt habe mit Schlüsselpaar weiterhin zu verwenden oder am besten eine neue Aliasadresse erstellen für diesen Empfänger, somit kann ich sauber alles neu im Cleopatra erstellen mit der Hauptemailadresse?
Du nimmst deine Adresse, welche du nun schon länger nutzt und baust deren Schlüssel in Kleopatra weiter auf! Somit bleiben alle deine bisherigen Mails lesbar und du kannst so gar deine erste Mail-Adresse, welche du nicht herausgeben/veröffentlichen möchtest, als primäre Benutzerkennung festlegen.
Wie du jetzt vorgehen musst:
Wie bekomme ich es nun hin dass Thunderbird diese als Standard nimmt und gleichzeitig die Bilder (Rote Flamme, Mülleimer, usw) übernommen werden?
Du solltest dich einfach mit dieser Situation abfinden, denn schon ein Zugriff mit einer zweiten Installation auf einem anderen PC oder ein Zugriff mit einem mobilen Gerät könnte dazu führen, dass du Mails übersiehst, die sich dann doch wieder in den Standardordnern deines Anbieters "verstecken".
Ich habe diesmal die Jährliche Variante genommen und habe nun die Version 140.7.1esr (64-Bit)
Da funktioniert nun alles.
Das irritiert mich jetzt, denn in #1 steht ausdrücklich "140.7.0"! Letzteres übrigens auch im Versions-Label (ganz oben) ==> "140 ESR".
Interessant wäre nun, welche Version du bisher wirklich verwendet hast.
kannst Du in einem kurzen 2-Zeile den Vorteil der zwei Schlüssel getrennt nach Signierung und Verschlüsselung beleuchten?
Durch die Trennung wird der Code bei einer verschlüsselten *und* signierten Nachricht kleiner, was bei der heutigen Rechentechnik allerdings keine Rolle mehr spielen sollte.
Uiiiii, sieht kompliziert und aufwendig aus! Muss alles mehrmals studieren.
Da ist nichts Kompliziertes dran, denn die "vielen Zeilen" sind nichts weiter als Informationen und Anfragen von "gpg" für bzw. an den User, welcher gerade ein Schlüsselbund einrichtet. Obiges Beispiel ist also zum "Nachempfinden" gedacht, wobei die Ergebnisse zu jeder Zeit in Kleopatra und in TB wieder gelöscht werden können.
Du solltest dich also unbedingt mit dem Manual zu "gpg" beschäftigen!
Spielt es eine Rolle ob ich die Hauptemailadresse als Hauptidentität nehme oder nicht?
Ohne "Hauptemailadresse" kannst du in TB logisch keine Alias-Adressen vergeben! Deine Kommunikationspartner hingegen erhalten nur den öffentlichen Schlüssel deiner Alias-Adressen, wobei sie deine Hauptemailadresse nie zu sehen bekommen, wenn du dieses so willst.
haupt_email_adresse@[...] (gebe ich nie raus bzw benutze diese gar nicht!)
erster_alias_adresse@[...] (seit ca. einem Jahr benutze ich diese Aliasadresse)
zweiter_alias_adresse@[...] (erstellt, aber kann nicht senden)
Aus deinem letzten Bild in #27 geht hervor, dass es sich bei den von dir mit "1" und "2" gekennzeichneten Adressen um jeweils ein eigenständiges Schlüsselpaar handelt, die völlig unabhängig voneinander sind und somit weder deinem Vorhaben noch einer Alias-Adresse entsprechen! Du wirst diese Schlüssel also nicht mehr zu einem Schlüsselbund zusammenführen können! Somit musst du dich für ein neues Konzept entscheiden, welches aus einer Haupt-UID, weiteren Alias-UIDs und mindestens 3 Schlüssel-IDs besteht.
Leider geht aus deinen Ausführungen wieder nicht hervor, was du bis jetzt gemacht, versucht oder nachvollzogen hast.
BTW:
Deine Strukturierung der Schlüssel kann nur mit "gpg" erfolgen, da Thunderbird hierfür absolut nicht geeignet ist!
Nochmal: