hab den gmx key mal gelöscht nun gehts. wassn aufriss!
Beiträge von Liquid Soul
-
-
Du hast zwei verschiedene Pubkeys des Kollenen, einmal mit ...@gmx und einmal mit ..@name.de? Oder ist das eine ein Unterschlüssel der primäradresse?
Wenn ja, hat er denn es so gemacht, dass beide zum Verschlüsseln und Signieren eingstellt sind?ich hab zwei pubkeys des kollegen genau.
pubkey 1: ...@gmx.de
pubkey 2: ...@name.desoweit ich das nachvollziehen kann haben die beiden keys nix miteinander zu schaffen.
-
Hast du mal versucht in GPGShell den Schlüssel mit Bearbeiten -> Bereinigen oder Bearbeiten -> Minimieren zu "säubern"?
Und in den GnuPG-Einstellungen bei GPGShell benutzt du auch die KompatibilitätsOption GnuPG?
hab mal bereinigt und minimiert mal sehen obs was bringt.ich nutze die kompataibilitätsoption: GnuPG
-
moment es tut sich was!
bezogen auf das hier:
http://lists.gnupg.org/pipermail/gnup…rch/028216.htmlhab ich in die gpg.conf folgendes eingefügt:
trust-model always
nun verschlüsselt der und ballert die mail raus, ABER ich die key-id von oben YYYYY bezieht sich auf die gmx.de mailadresse vom kollegen von der es auch einen pgpkey gibt und die ich auch im gpgshell habe; und die andere mailadresse mit der ich eigentlich mit ihm verschlüsselt mailen mächte ist kollege@name.de und der dort hinterlegte unterschlüssel ist nicht YYYYY. aber wie merze ich das nun aus? und kann man trust-model always standardmäßig in der .conf belassen?
-
trustlevel gesetzt und denn trust innerhalb von gpgshell aktualisiert. ja.
-
gpg: YYYYYY: - ist das die schluessel-ID die in gpgshell angezeigt werden sollte? weil diese id finde ich tatsächlich nirgends.
noch ne frage, gnupg ist nun irgendwie auf englisch umgestellt, wie ändere ich das wieder zurück
-
-
beides RSA schlüssel also mein aktzueller und der vom kollegen. aber mit meinem rsa kann ich zu dem dsa key des kollegen alles machen (verschl, signieren).
-
den link hatte ich vorhin auch schonmal aber bei mir und beim kollegen ist nichts abgelaufen / expired.
-
Du hast also für den Key deines Kollegen Full bei O.trust und C.trust??
Hallo! Nicht mit --!!!!!! in der gpg.conf
O.trust FULL ; C.trust FULLso isses.
checke das nochmal mit den debug. moment. --> EGAL wie ich debug-level auch in die .conf eingebe es tut sich nichts ausser siehe screenshot oben.
GnuPG2 damit komme ich garnicht zu recht ( hatte ich vorhin schon probiert ) im speziellen finde ich dort pinentry als sehr übel!
-
debug-level wie hier beschrieben eingefügt: http://www.gnupg.org/documentation/…nt-Options.html
greift nicht!
Code###+++--- GPGConf ---+++### utf8-strings keyserver hkp://keys.gnupg.net debug-level 5 ###+++--- GPGConf ---+++### 07/13/13 11:47:44 Mitteleuropäische Sommerzeit # GPGConf edited this configuration file. # It will disable options before this marked block, but it will # never change anything below these lines.
folge: gpg: C:/Users/XXXXXXX/AppData/Roaming/gnupg\gpg.conf:5: argument not expected
folgendes erscheint sodann: rec.gif
ohne debug-level: rec_gd.gif
-
Ja habe ich...
signieren (lokal) mit ... meinem key wohin der kollege seine mail gesendet hat und welche ich auch öffnen kann. -
Hallo.
Ich habe ein Problem mit GnuPG (ich denke weniger mit TheBat). Habe PubKey eines Kollegen importiert und kann seine an mich versendeten und verschlüsselten Mails auch öffnen und entschlüsselt lesen. Wenn ich jedoch antworte und die Mail versenden möchte bekomme ich immer folgende Meldung:gpg: XXXXX: Es gibt keine Garantie, daß dieser Schlüssel wirklich dem angegebenen Besitzer gehört.
gpg: [ stdin]: encryption failed: unbrauchbarer öffentlicher SchlüsselBei einem anderem PGPkey von der selben Person fonktioniert das ver- und entschlüsseln hingegen einwandfrei. Ich komme nicht dahin wo das Problem liegen könnte. Nutze TB5.4pro, GnuPG 1.4.13 und als GUI GPGShell 3.78.
Kann ggf. jemand helfen? Danke im Voraus.
-
Das ist bei einer TLS/SSl-Verbindung fast bei allen Mailanbietern so (freenet.de erlaubt als Ausnahme auch MD-5 APOP). "Standard" reicht in einem solchen Fall vollkommen aus.
Tritt der Fehler übrigens nur beim Versand oder auch beim Empfang auf?
Sonst vielleicht den SMTP Port 587 und STARTTLS einstellen, wie das in der Thunderbird-Anleitung auf der Lavabit-Webseite steht. Die Fehlermeldung kommt jedenfalls von Lavabit, obwohl auf der Webseite steht: "Our servers support the PLAIN and LOGIN authentication methods". Kontaktiere den Support und sage, dass du bei PLAIN den "Invalid AUTH command" Fehler bekommst.
Tritt nur beim versenden auf. Und tritt weiterhin auch auf wenn ich auf STARTTLS, Port 587 umstelle.
Ich denken das ich mit nunmehr wirklich mal mit Lavabit in Verbindung setzen sollte, oder eben mit der Fehlermeldung leben... Frage hierzu: ist der Fehler der hier vorliegt sicherheitsrelevant oder kann man mit dem Fehler auch leben?
-
Ich frage mich, warum für dieses lächerliche "Changelog" ein neuer Versionszweig eröffnet wurde.
Ist doch klar, man kommt der 6.0.99 schneller nah und dann kaufen wir alle brav wieder einen neuen Lizenschlüssel.
-
Also bei mir ist es so: vanguard@gmx.net (PGP) dann ists immer ausgeklappt, nun habe ich das Konto in vanguard@gmx.net (P) umbenannt und nunmehr ist es zugeklappt und ich weiss noch immer was (P) (hier PGP) bedeutet.
-
Danke für die Reaktionen. Der Umbenenntipp hat nun zu einer Heilung geführt.
-
Hallo.
Ein Mailordner, siehe angehängtes Bild, ist immer ausgeklappt. Starte ich TB und klappe den Ordner zu läuft es bis zum nächsten Neustart von TB. Wie kann das sein? Der Umstand ist natürlich eher nur kosmetischer Natur aber mich stört es. Bei allen anderen Ordner werden die "Ein- und Ausklappzustände" von TheBat akzeptiert.Gibt es einen Trick / Möglichkeit diesem einen Ordner wieder "beherrschbar" zu bekommen?
MfG, L.S.
-
Okay.
Beim Empfang steht, Authentifikation - Standard. Frage: Ist "Standard" = PLAIN bzw. LOGIN? Oder gibt Lavabit noch was anderes her was ich im Empfangseinstellungsdialog einstellen könnte?
(Ich hoffe mein Anliegen kommt hier nicht zu deppert oder haardspalterisch rüber, aber ich will es verstehen und den Fehler im Log raus haben)
Gruss, L.S.
ERGÄNZUNG: hab nun alle Authentifizierungsmöglichkeiten im POP (SMTP gleiche Einstellung wie bei POP verwenden) durchprobiert und lavabit akzeptiert nur "Standard". Und nu?
-