Hi,
die Absender resultieren aus:
- den eingetragenen Postausgangsservern (smtp)
- den in den einzelnen Konten angelegten "weiteren Identitäten" (Aliasse).
MfG Peter
Hi,
die Absender resultieren aus:
- den eingetragenen Postausgangsservern (smtp)
- den in den einzelnen Konten angelegten "weiteren Identitäten" (Aliasse).
MfG Peter
Freut mich, dass es jetzt wieder funktoniert.
Die Speicherung der PW kannst du ruhig dem Programm überlassen. Irgendwann richtest du dir ein zweites oder drittes Konto ein ... .
Das ständige manuelle Eingeben des Konto-PW führt dazu, dass du dir nur ein "frendly" Konto-PW zulegst. Und bei den meisten Nutzern wird das Konto-PW bei der Authentifizierung doch eh nur unverschlüsselt übertragen. Im Vergleich dazu ist die verschlüsselte Speicherung der PW-Datei und die damit mögliche Nutzung von qualifizien Konto-PW (iu5"fG67#9N) wesentlich sicherer. Dass man nach Möglichkeit bei der Verbindung TLS/SSL nutzen sollte - wenn es der Provider anbietet - sei nur am Rande erwähnt.
All das ist aber nur meine persönliche Meinung. Ich habe sie nur wiedergegeben, weil ich vermute, dass du aus "Sicherheitsgründen" keine PW auf dem Rechner speichern willst.
MfG Peter
Hi gochx,
und willkommen im Forum.
Ich vermute mal, dass du mit dem "Passwort Eingabefenster welches beim starten von thunderbird erscheint" die Eingabeaufforderung für das Master-Passwort meinst. Mit dem Master-PW verschlüsselst du die Datei mit den PW für alle Konten.
Diese Datei heißt:signons.txt
Drei mögliche Lösungen:
1. Du gehst nach Einstellungen > Datenschutz > Passwörter und versuchst, das Master-PW zu ändern oder zu entfernen.
2. Wenn das nicht funktioniert, kann es deine PW-Datei zerschossen haben.Dann kannst du selbige aus der Sicherungskopie deines Profils zurückkopieren ... .
3. Wenn (erwartungsgemäß ...) diese Sicherungskopie nicht existiert, kannst du die PW-Datei (zuerst einmal) umbenennen. Beim nä. Start des TB wirst du wieder nach den PW gefragt und musst sie neu eingeben und damit die PW-Datei neu anlegen.
MfG Peter
noch einmal oben anfangen mit Lesen?
Hi Butterfly08,
und willkommen im Forum.
Zuerst einmal vielen Dank für deine nachträglichen Ergänzungen. Damit viele Fakten sparen Rückfragen.
- wenn du mit telnet den Server erreichst, sind also di Verbindungsprobleme bekannter Art ausgeschlossen.
- ich würde jetzt einfach mal mit telnet einen kompletten Verbindungsvorgang testen, also ein komplettes Anmelden mit BN und PW. Nur so zur Sicherheit.
Mit deiner TB-Konfiguration kommst du aber gar nicht zum Server ... .
Nebenbei: das PW wird vom Server abgefragt, da du ihn nicht erreichst ... .
Der einzige Rat, den ich dir geben kann:
- komplett neues Konto einrichten
- alles händisch eingeben (die lange Tonlinebenutzernkennung (AKTO-Nummer#Mitbenutzer) <== aber so weit kommt ja der Verbindungsvorgang noch gar nicht!
- mal mit popmail.t-online.de versuchen, richtiger Port!
MfG Peter
Hi Bergi,
und willkommen im Forum.
Nur ganz kurz, weil schon "100x" behandelt:
- schaust hier: https://www.thunderbird-mail.de/hilfe/dokument…importieren.php
- da Auskuck ein poprietäres MS-Format benutzt, musst du dabei O auf der Kiste haben.
Weitere Informationen findest du mit der Forensuche.
MfG Peter
Hi Rand,
ich kann dir die max. Anzahl der Servereinträge nicht nennen - aber es sind weit mehr als 10.
Könnte es sein, dass du nicht unterschiedliche Konten (= Benutzernamen und Server) sondern lediglich Aliasadressen (= identischer Benutzername und lediglich unterschiedliche Absenderadresse) meinst? Davon kannst du zu dem jeweiligen Konto (fast?) beliebig viele anlegen. => weitere Identitäten.
MfG Peter
Dann solltest du dir _in_aller_Ruhe_ meinen letzten Beitrag noch einmal durchlesen.
Und dann solltest du dir noch einmal mit Hilfe der Suchfunktion all die vielen Beiträge anzeigen lassen, wo Nutzer mit einem übereifrigen Löschfinger wichtige Mails gelöscht haben - und denen wir helfen konnten, weil sie eben noch nicht komprimiert haben.
Und dann noch einmal über deine Frage nachdenken ...
<Wie der Fragesteller ohne Anrede und Gruß>
Hi schrotty,
ich hatte dieses Problem zwar noch nicht, aber trotzdem hier ein paar Gedanken von mir dazu:
Es gibt ja zwei grundsätzliche Arten von Fehlermeldungen: Diejenigen, welche dir der Client selbst liefert ("Konnte nicht mit Server xxx verbinden") und diejenigen, welche vom Server kommen und die dir der Client lediglich anzeigt ("Meldung von Server xxx: Falscher Benutzername oder Passwort"). Ist ja auch logisch, nur der Server kann diesen Fehler erkennen.
Jetzt lässt es sich ja nicht mehr nachprüfen. Aber sollte es noch einmal auftreten, dann kannst du den Test mit telnet machen. Also dich richtig mit telnet am Mailserver anmelden. Wenn du dann Dummies für Benutzername und PW eingibst, siehst du ja, ob der Server seiner Pflicht nachkommt oder nicht und eine Fehlermeldung sendet.
Aber sehen wir es positiv: Er hat dir zumindest mit dem falschen PW den Zugang verwehrt. Das ist doch schon mal was ![]()
MfG Peter
Hi evdc,
wenn du mit TB eine Datei als Anhang verschickst, dann wird diese auch als ablösbarer Anhang übertragen. Du kannst das testen, wenn du eine Mail mit derartigem Anhang an einen anderen Mailclient (Thunderbird oder OE usw.) schickst.
Was der empfangene Client mit diesen Anhängen macht, ist allein dessen Sache. Sicherlich ist dieses Verhalten auch beim mac einstellbar.
Webmail:
W. ist wieder etwas vollkommen anderes. Dies ist ja eine rein Browser-orientierte Anwendung. Hat also mit dem Mailen unter Nutzung eines Mailclient absolut nichts zu tun.
MfG Peter
Nun, dass es so funktioniert hat, wie von mir beschrieben, hat mich nicht unvorbereitet getroffen ... .
Auch dass man immer zuerst dafür sorgen soll, dass das Herausgeber-Zertifikat vorhanden ist, habe ich erwähnt. Auch warum ... .
Mit der Erweiterung "Cert Viewer Plus" kannst du u.a. auch Zertifikate exportieren.
> Ich hoffe mit diesem Theard ist denjenigen geholfen, die ähnliche Probleme mit S/MIME haben.
Könnte es evtl. sein, dass du damit etwas zu spät kommst?
MfG Peter
Hi,
so wie ich beschrieben habe, werden die Zertifikate (richtiger, die Schlüsselpaare) im Browser produziert und gespeichert. Und zwar in genau dem Browser, mit welchem der Request durchgeführt wurde. Also nichts mit "importieren", zumindest nicht nach der Erstellung. Der Eintrag muss dann bereits sichtbar sein.
Auch wenn es mir schwer fällt: Am besten eignet sich unter der WinDOSe der Internet-Explorer! Der FF kann es auch, Opera leider nicht. Der Export ist imho auch beim IE am anwenderfreundlichsten geregelt.
p7c ist eine reine Zertifikatsdatei, also der öffentliche Schlüssel und das (Unterschrifts-)Zertifikat der signierenden CA. Schau hier: http://de.wikipedia.org/wiki/PKCS
Du kannst diese also nie unter ... eigene importieren, es fehlt dir dein geheimer Schlüssel. ==> nur in p12 oder pfx enthalten. Du kannst es also nur als den öffentlichen Schlüsses eines Empfängers (andere ..) importieren. Allerdings gibt es auch die Möglichkeit, alles etwas zu verbiegen, und ein .pfx ohne den geheimen Schlüssel zu exportieren ... .
Meine Empfehlung: werfe den IE an und mache das ganze noch einmal. Du kannst auch das Hamburger TC-Trustcenter dazu nutzen.
MfG Peter
Hi The_Gost,
na, wolln wir mal ... .
Zum Verständnis:
Wenn du dir online von einem Trustcenter ein Zertifikat besorgst, passiert vereinfacht folgendes:
- dein eigener Browser (!) produziert einen geheimen Schlüssel
- daraus wird der öffentliche Schlüssel berechnet
- der öffentliche Schlüssel wird zusammen mit deinen Daten zum Trustcenter gesendet (Zertifikats-Request)
- dein öffentlicher Schlüssel wird dort mit deinen Daten und den des TC zum eigentlichen Zertifikat verbunden und mit dem geh. Schl. des TC signiert.
- selbiges bekommst du wieder zurück
- und alles ist jetzt relativ sicher im Zertifikatsspeicher des Browsers gespeichert.
Jetzt musst du selbiges als Datei abspeichern.
(Da die MS-Produkte den WinDOSen-eigenen Zertifikatsspeicher benutzen, brauchst du das bei der Kombination IE und OE nicht machen. Die Mozillaprodukte benutzen jeder seinen eigenen Speicher. Also ist es hier erforderlich.)
Du markierst also das im Browser angezeigte eigene Schlüsselpaar (erster Tab) und exportierst es in eine .p12-Datei. p12 und pfx sind Schlüsselpaare, also der geheime und der öffentl. Schlüssel. Dabei must du natürlich aufpassen, dass du auch den geh. Schl. mit exportierst (Option beim IE!). Der Inhalt ist bei den beiden gleich, nur etwas anderes Format. Mit Hilfe des IE ist auch jederzeit ein Konvertieren möglich.
Diese Schlüsseldatei kannst du jetzt in den TB importieren:
- Zuerst das Herausgeberzertifikat von Thawte importieren (CN = Thawte Personal Freemail Issuing CA) <== müsste es sein
- Diesem das Vertrauen aussprechen (wichtig)
- jetzt unter "eigene" die .p12 oder .pfx importieren
- das wars schon. Kannst dir jetzt das Z. ansehen.
Und jetzt musst du noch dem TB sagen, welches Zertifikat bei welchem Mailkonto zur Entschlüsselung und zur Signatur dienen soll. Wichtig: die im Z. eingetragene Mailadresse muss mit der des Kontos übereinstimmen. Sonst kommt beim Empfänger immer eine Fehlermeldung!
Verschlüsseln:
... kannst du natürlich erst, wenn du die öffentlichen Schlüssel (Zertifikate) der Mailpartner hast. Oder an dich selbst ... .
Merke:
- Verschlüsselt wird mit dem öffentl. Schl. des Empfängers
- Signiert wird mit dem geheimen Schlüssel des Absenders.
Bug:
Wenn du unter "... andere ..." ein Zertifikat importierst und diesem das Vertrauen ausgesprochen hast (wichtig !!), dann ist es beim nä. Öffnen des Z.-Speichers dort verschwunden. Du findest es unter Websites wieder. Dort musst du noch einmal das Vertrauen aussprechen. Du kannst es aber auch gleich nach Websites importieren (Vertrauen!). Das ist ein kleiner Bug, aber nur ein Schönheitsfehler.
Dein eigenes Zertifikat wirst du dort aber nicht finden. Es muss im ersten Tab stehen! Wenn es dort nicht ist, hast du den geh. Schlüssel nicht mit exportiert.
Ich habe es etwas ausführlich gemacht.(In der Hoffnung, dass es der nä. mit Hilfe der Suchfunktion findet ... .) Eigentlich wollte ich ja damit mal die fehlenden Punkte in der Doku füllen. Falls du Interesse an dem Entwurf dafür hast, lass es mich wissen.
MfG Peter
Ergänzung:
Habs doch noch gemacht ...:
- signons.txt umbenannt
- TB gestartet ==> wollte natürlich die PW haben ... .
- selbige eingegeben
- den Haken bei Master-PW entfernt
- und er fragt nie wieder nach einem Masterpasswort
- und alle meine Zertifikate sind noch drin!
FunnyTinkabell:
Die ganze Übung hat bei 9 Konten genau 4 Minuten gedauert ... .
(Selbstverständlich aus einer im TrueCrypt-Container gespeicherten Textdatei per copy und paste.)
MfG Peter
Hi,
Ich habe bislang auch in derartigen Fällen den Usern durch Löschen aller drei Dateien helfen können. Wobei ich mir gar nicht mehr so sicher bin, ob das Löschen der cert... und key ... wirklich erforderlich ist. IMHO speichern diese lediglich die Server- und Empfängerzertifikate sowie Schlüssel. Also alles X.509.
Wenn wir uns die PW-Datei (signons.txt) mal mit und mal ohne Master-PW ansehen, dann sieht man ja schon das Ergebnis der Verschlüsselung. Werde mal die signons.txt umbenennen und sehen. Aber heute nicht mehr ... .
Schlaft schön.
MfG Peter
Und nebenbei: Habe nach 2 Minuten googlen einen "TB-Masterpasswort-Cracker" entdeckt. Wäre ja auch ein Wunder, denn soooo schlimm ist das auch nicht. Allerdings machen die in der kostenlosen Testversion nur PW mit drei Zeichen ... . Und BruteForce dauert eben auch bei einem komplexen PW etwas. Unter Umständen Stunden bis Wochen. Wenns reicht ... .
Ich bleibe auch bei meiner Aussage, mit der ich FunnyTinkabell geantwortet habe. Leergeld ... .
Hi FunnyTinkabell,
das, was du suchst, "eine Möglichkeit, das MASTERPASSWORT zurückzusetzen", wirst du nicht finden.
Genau darum, um das ungewollte Auslesen und den Missbrauch der PW zu vermeiden, wird die Passwortdatei verschlüsselt. Ein "Zurücksetzen" würde die Verschlüsselung ad absurdum führen.
Sicherlich gibt es Möglichkeiten der Kryptoanalyse. Vielleicht hat auch ein in Kryptoanalyse erfahrener Programmierer schon ein "Cracktool" für das Master-PW geschrieben (==> google ist dein Freund).
Ich sehe das aber als Leergeld!
Wer zu f*** ist, sein Master-PW aufzuschreiben, der muss eben seine gespeicherten PW neu eingeben. Das übt ... .
Warum es absolut nichts nützt, das Programm zu de- und neu zu installieren, erkennst du, wenn du dich mit der Dokumentation befasst.
MfG Peter
Hat das was mit deinem zweiten laufenden Thread zu tun? (Wo
Toolman gerade dran ist?)
Die .msf sind - wie schon geschrieben - reine Indexdateien. Also eine Art Inhaltsverzeichnisse für die nicht mehr vorhandenen endungslosen (!) Maildateien. In diesen stehen/standen deine Mails. Aber alles weitere sollten wir in dem anderen Thread behandeln, sonst läuft die gleiche Sache zweigleisig.
Zwei Hinweise:
1. Keinen Aktionismus! Warte, was du für Antworten auf deinen anderen Beitrag bekommst. Bist bei Toolman in den besten Händen!!
2. Nutze die Zeit, um in der Dokumentation zu lesen. Speziell die Beiträge über die Speicherung der Mails und die Dateien des Profils.
MfG Peter
Hi ginger12,
mit einem kleinen Blick in unsere Dokumentation wirst du sehr schnell feststellen, dass die von dir genannten MSF-Dateien lediglich die Indexdateien deiner Maildateien sind. Diese (die .msf) kannst du bei bestimmten Problemen einfach löschen und sie werden beim nä. Start des TB neu erstellt.
Ansonsten solltest du vielleicht dein Problem etwas deutlicher beschreiben.
MfG Peter
Hi romeon,
bitte gestatte mir, dass ich deine Frage mit drei weiteren Fragen beantworte:
1. Was verstehst du unter "vernünftig"?
2. Was sind "Fanboys"?
3. In welchem Format schaut denn der Empfänger deinen Schrott (Begriff von dir!) an?
Ich vermute mal, dass der Empfänger es vorzieht, die Mails im Textformat anzeigen zu lassen. Dann kannst du deine Mails noch so klickibunti verfassen, sie werden nur in dem Format angezeigt, welche der Empfänger eingestellt hat.
MfG Peter
Hi Sebastian,
Der Thunderbird hat schon Recht mit seiner Fehlermeldung: Er kennt das Zertifikat des Herausgebers nicht.
Du musst dir von der Seite des TC deren Zertifikat mit dem cn= "TC TrustCenter Class 1 CA" runterladen, importieren und diesem das Vertrauen ausprechen. Dann geht das auch. (Selbiges muss auch der Empfänger machen ... .)
Begründung:
Die kostenlosen class1-Zertifikate sind ja wegen der nicht durchgeführten Benutzeridentifizierung von Hause aus nicht vertrauenswürdig. Aus diesem Grund ist das Herausgeberzertifikat für diese Zertifikate auch nicht automatisch installiert. Es würde dir sonst ein Vertrauensstatus vorgegaukelt, den es nicht gibt! Du musst also bewusst (!) dieses Z.installieren und mit diesem "Mangel" leben.
Ich weiß, dass eine bekannte Softwarefirma aus den USA das nicht so verbissen sieht, und derartige Z. schon mitliefert. Sie macht dieses auch nicht umsonst ... .
Ich bin der Meinung, dass das, was Mozilla macht, ehrlicher ist.
Und nebenbei:
Für das, was wir hier machen, reicht ein class1 vollkommen zu. Von der Sicherheit bei der Mailverschlüsselung sind diese fast genau so gut, wie ein Schlüssel von einer Chipkarte. Und wenn du ganz sicher gehen willst, dass die Mail wirklich von dem eingetragenen Absender stammt, dann kannst (solltest) du dir 1x per Telefon den Fingerprint des Zertifikates vorlesen lassen. Deine Steuererklärung wirst du allerdings nicht mit einem derartigen Zertifikat signieren können ![]()
MfG Peter