GnuPG: TheBat kann bei Antworten nicht Schlüssel verwenden

Liquid Soul

meine gpg.conf

Code

default-key 00000000000000000
keyserver hkp://keys.gnupg.net
photo-viewer c:\program files (x86)\gnu\gpgshell\gpgview.exe %i /title 0x%k
no-greeting
###+++--- GPGConf ---+++###
debug-level guru
no-emit-version
utf8-strings
###+++--- 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.

Alles anzeigen

so denn will ich ne mail an kumpel verschlüsselt senden dann kommt selbiges:

Code

gpg: C:/Users/xxxxx/AppData/Roaming/gnupg\gpg.conf:6: argument not expected

komisch gelle?

**GwenDragon**

Oh, das ist bei gpg 1.4 nicht vorhanden? Da hab ich wohl die falsche Manual nachgesehen.

Zitat

--debug-level level
Select the debug level for investigating problems. level may be a numeric value or by a keyword:
none
No debugging at all. A value of less than 1 may be used instead of the keyword.
basic
Some basic debug messages. A value between 1 and 2 may be used instead of the keyword.
advanced
More verbose debug messages. A value between 3 and 5 may be used instead of the keyword.
expert
Even more detailed messages. A value between 6 and 8 may be used instead of the keyword.
guru
All of the debug messages you can get. A value greater than 8 may be used instead of the keyword. The creation of hash tracing files is only enabled if the keyword is used.

Alles anzeigen

Dann nimm halt die numerischen Werte aus dem Zitat.

Liquid Soul

debug-level 7

...z.b. macht auch mucken!

**GwenDragon**

ich habe jetzt m,al selbst gpg 1.4.14, die Option debug-level ist anscheind erst gpg 2. Meine Schusseligkeit, ethsculdige.

Du kannst zwar debug-all setzen aber dann ist das lellenlang

Liquid Soul

hmm. schade das man in 1.4.x kein gescheites log bekommt... aber danke das du das getestet hast.

arittner

Moin!

Ich bin durch das selbe Problem der Fehlermeldung:

Zitat

gpg: YYYYYY: There is no assurance this key belongs to the named user
gpg: [stdin]: encryption failed: unusable public key

auf dieses Forum gestoßen. Und bei der Fehlersuche hat es mir sehr geholfen, besonders das Umstellen der Spracheinstellungen auf Englisch.

Es gibt noch einen anderen Umstand, wann auch bei einer Mail-Adresse pro Zertifikat und einen hohen Trust-Level das nicht funktioniert. Wenn man den Pub-Key des Empfängers importiert hat, bevor man seinen eigenen privaten Key angelegt (oder aus alter Installation importiert) hatte.
Dann bekommt man auch eine nette Warnung beim Import (soweit man englisches Einstellungen hat), aber das überliest man gerne.

Ich habe den Schlüssel des Empfängers rausgeworfen, meinen privaten Key importiert. Dann muss man in Kleopatra noch festlegen, dass es ein eigener Key ist (Trust ultimate). Dann wird der Import anderer Keys ohne Warnung durchgeführt. Auf keinen Fall sollte man das trust-model always lassen. Dann bekommt man sowieso immer Warnungen und das Setzen des individuellen Trust-Level wird zwar durchgeführt aber ignoriert.

Ich musste aber im importierten Public Key des Empfängers noch explizit in den Eigenschaften im zweiten Tab [Zertifizieren] anklicken, um das Zertifikat selbst für mich lokal zu zertifizieren (das ist ein Assistent), um es damit unter den "Vertrauten Zertifikaten" einzureihen. Davor war der Schlüssel immer nur unter "Sonstige Zertifikate".

Beste Grüße,
Aljoscha.

Gast5118

Ahoi, Aljoscha ;),

funktioniert das auch mit GPA? Ich finde Kleopatra etwas zu "fett".

**GwenDragon**

GPA kann noch mehr wie Kleopatra.
Du musst in GPA den Schlüssel auswählen und
"Schlüssel signieren" (Achtung Nur lokal signieren!)
und "Schlüssel Vertrauen einstellen..."

Gast5118

Ah, danke. Demnächst mal ausprobieren.

arittner

Moin und Ahoi!

Zitat von Anfänger

Ahoi, Aljoscha , funktioniert das auch mit GPA? Ich finde Kleopatra etwas zu "fett".

Ich habe seit je her Kleopatra verwendet, deswegen kann ich das nicht aus dem Stehgreif beantworten. Ich war nur am verzweifeln, weil ich das Problem gar nicht kannte. Aber mach man es mal richtig, funktioniert es auch.

Nebenbei stellte ich mir auch noch das Bein: Wenn man per Kommandozeile mit gpg --edit noch ein Zertifikat beackert, stellt sich Kleopatra doof. D.h. meine Versuche parallel Schlüssel zu importieren quittierte die Lady ohne Fehler und mit Arbeitsverweigerung. m( - irgendwann bemerkte ich, dass ich gpg noch nicht wieder verlassen hatte.

Beste Grüße!

**GwenDragon**

Jaja, die Dateilocks. Haha. Leute, die sich nicht entscheiden können wie sie Schlüssel bearbeiten. Spaß beiseite.
Eben mal ... geht mit gpg.exe schneller als Kleo oder GPA. Klar. Aber dafür ist die Übersicht auf Kleo Oder GPA besser.
Aber Unerfahrene sollten lieber mit Kleo oder GPA arbeiten.

//EDIT: Wenn nicht GPGShell auf Windows 7 bei mir öfters bei Schlüsseländerungen (im daraus gestarteten GPG-Fenster) abstürzen würde, hätte ich es als gute Schlüsselverwaltung empfohlen.