Donnerstag, 24. Mai 2012, 19:12

Du bist nicht angemeldet.



Laird_Dave

hat sich gut eingelebt.

  • »Laird_Dave« ist der Autor dieses Themas

Beiträge: 61

Ubuntu: 8.10

Kernel: 2.6.27

Architektur: 32-bit

  • Private Nachricht senden

1

Montag, 15. September 2008, 18:23

Mozilla Thunderbird macht Ärger

Hallo Leute,

nachdem die SUFU nichts ergeben hat eröffne ich mal nen neuen Thread. Ich habe seit gestern abend das Problem, dass ich Thunderbird nicht mehr nutzen kann. Er lädt zwar brav alle Mails vom Server, ich kann sie aber nicht mehr öffnen. Bei jedem Versuch hängt TB sich auf und ich muss ihn mit kill-9 abschießen. Ich brauche aber _dringend_ die Möglichkeit, PGP-Mail zu nutzen. Und zwar mit genau den Schlüsseln die ich im TB gespeichert habe. Nachdem er mich die nicht mal mehr sichern lässt, kommt eine komplette Deinstallation leider nicht in Frage.


Ich hoffe Ihr könnt mir helfen :(


Gruß,
Dave
Quis custodiet ipsos custodes? Wir!


Jetzt mitmachen und 20 GB Anonymität gewinnen!

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Laird_Dave« (28. September 2008, 12:15)


basslord

Ubuntufreund

Beiträge: 2 671

Ubuntu: 12.04

Kernel: 3.2.0-24-generic

Desktop: KDE

Architektur: 64-bit

Danksagungen: 1 / 1

  • Private Nachricht senden

2

Montag, 15. September 2008, 20:17

Hi Dave,

exportiere deine Schlüssel einfach über die Konsole. Kannst sie dir erstmal so anzeigen lassen:

Quellcode

1
2
gpg --list-secret-keys
gpg --list-keys

So kannst du einen Schlüssel exportieren:

Quellcode

1
gpg -a --output meinschluessel.asc --export <Key-ID>

Entfernt werden die Schlüssel bei einer Deinstallation von TB übrigens nicht, sie liegen in ~/gnupg und sollten nach Reinstallation in Thunderbird gleich wieder zur Verfügung stehen.

Gruß
Rodge
"Ohne Musik wäre das Leben ein Irrtum." - Friedrich Nietzsche

Laird_Dave

hat sich gut eingelebt.

  • »Laird_Dave« ist der Autor dieses Themas

Beiträge: 61

Ubuntu: 8.10

Kernel: 2.6.27

Architektur: 32-bit

  • Private Nachricht senden

3

Dienstag, 16. September 2008, 18:26

Ah, herzlichen Dank erstmal :)


Reinstallation behebt das Problem leider auch nicht, hat jemand irgendeine Idee? :(

€dit:

Wenn ich versuche die Schlüssel zu exportieren oder auch nur anzeigen zu lassen kommt nur

Quellcode

1
gpg: waiting for lock (held by 22101 - probably dead)


Irgendwelche schlauen Ideen die mir da weiterhelfen?


Gruß,
Dave
Quis custodiet ipsos custodes? Wir!


Jetzt mitmachen und 20 GB Anonymität gewinnen!

stefan315

hat hier 2. Wohnsitz.

Beiträge: 423

Ubuntu: ---

Kernel: 2.6.39-ARCH

Desktop: KDE

Architektur: ---

  • Private Nachricht senden

4

Dienstag, 16. September 2008, 19:47

Kannst du mal ein

Quellcode

1
2
ls -la ~/.gnupg
ls -la /var/lock
posten?

Vielleicht existiert ja ein Lock in Form einer Datei, welcher nicht korrekt freigegeben wurde. Ich weiß zwar nicht wohin GnuPG das speichern könnte, aber das scheint mir ein guter Ort. (Ansonsten müsste man mal in den Source gucken, wie es den Lock erzeugt.)

//edit: Habe es gefunden in der Datei utils/dotlock.c Zeile 365.
Morgen habe ich Zeit mir das genau anzusehen.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »stefan315« (16. September 2008, 20:04)


Laird_Dave

hat sich gut eingelebt.

  • »Laird_Dave« ist der Autor dieses Themas

Beiträge: 61

Ubuntu: 8.10

Kernel: 2.6.27

Architektur: 32-bit

  • Private Nachricht senden

5

Dienstag, 16. September 2008, 20:00

Quellcode

1
ls -la ~/.gnupg


ergibt

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
insgesamt 232
drwx------  3 david david  4096 2008-09-16 19:54 .
drwxr-xr-x 41 david david  4096 2008-09-16 18:17 ..
-rw-r--r--  1 david david    50 2008-09-16 18:17 gpg-agent-info-127.0.0.1
-rw-------  1 david david  9417 2008-09-01 18:56 gpg.conf
-rw-r--r--  1 david david    11 2008-09-16 18:45 .#lk0x811c338.127.0.0.1.15627
-rw-r--r--  1 david david    11 2008-09-16 19:47 .#lk0x811c338.127.0.0.1.32721
-rw-r--r--  1 david david    11 2008-09-16 18:19 .#lk0x811c338.127.0.0.1.6715
-rw-r--r--  1 david david    11 2008-09-16 18:45 .#lk0x811d020.127.0.0.1.15627
-rw-r--r--  1 david david    11 2008-09-16 19:47 .#lk0x811d020.127.0.0.1.32721
-rw-r--r--  1 david david    11 2008-09-16 18:19 .#lk0x811d020.127.0.0.1.6715
-rw-r--r--  1 david david    11 2008-09-16 19:32 .#lk0x81205b0.127.0.0.1.32537
-rw-r--r--  1 david david    11 2008-09-14 23:26 .#lk0x81208c0.127.0.0.1.22101
-rw-r--r--  2 david david    11 2008-09-14 23:26 .#lk0x8120970.127.0.0.1.22101
-rw-r--r--  1 david david    11 2008-09-13 23:35 .#lk0x8120970.127.0.0.1.23701
-rw-r--r--  2 david david    11 2008-09-14 23:26 .#lk0x8120aa0.127.0.0.1.22101
-rw-r--r--  1 david david    11 2008-09-13 23:35 .#lk0x8120aa0.127.0.0.1.23701
-rw-r--r--  1 david david    11 2008-09-16 19:32 .#lk0x8124030.127.0.0.1.32537
-rw-r--r--  1 david david    11 2008-09-16 19:32 .#lk0x81240c0.127.0.0.1.32537
drwx------  2 david david  4096 2008-09-01 23:31 private-keys-v1.d
-rw-------  1 david david 56541 2008-09-14 23:26 pubring.gpg
-rw-------  1 david david 55210 2008-09-14 23:26 pubring.gpg~
-rw-r--r--  2 david david    11 2008-09-14 23:26 pubring.gpg.lock
-rw-------  1 david david     0 2008-09-14 23:26 pubring.gpg.tmp
-rw-------  1 david david   600 2008-09-14 23:25 random_seed
-rw-------  1 david david  5315 2008-09-13 12:08 secring.gpg
-rw-r--r--  2 david david    11 2008-09-14 23:26 secring.gpg.lock
-rw-------  1 david david  4680 2008-09-14 23:26 trustdb.gpg


und

Quellcode

1
ls -la /var/lock



ergibt

Quellcode

1
2
3
insgesamt 4
drwxrwxrwt  2 root root   40 2008-09-16 18:16 .
drwxr-xr-x 15 root root 4096 2008-04-22 21:40 ..



Mir gibts Rätsel auf...
Quis custodiet ipsos custodes? Wir!


Jetzt mitmachen und 20 GB Anonymität gewinnen!

stefan315

hat hier 2. Wohnsitz.

Beiträge: 423

Ubuntu: ---

Kernel: 2.6.39-ARCH

Desktop: KDE

Architektur: ---

  • Private Nachricht senden

6

Dienstag, 16. September 2008, 20:07

Vielleicht haben wir ja im Lotto gewonnen (Das wäre aber echt Zufall!):
pubring.gpg.lock
secring.gpg.lock

Wenn du die mal ganz sachte beiseite schiebst:

Quellcode

1
2
mv ~/.gnupg/pubring.gpg.lock ~/.gnupg/pubring.gpg.lock.old
mv ~/.gnupg/secring.gpg.lock ~/.gnupg/secring.gpg.lock.old


Falls das immer noch nicht funzt: siehe mein edit:
Habe es gefunden in der Datei utils/dotlock.c Zeile 365.
Morgen habe ich Zeit mir das genau anzusehen.

P.S. Hoffentlich sind die Dateien nicht inkonsistent. Mach vorher lieber noch ein Backup!

Quellcode

1
cp ~/.gnupg ~/.gnupg-backup

Laird_Dave

hat sich gut eingelebt.

  • »Laird_Dave« ist der Autor dieses Themas

Beiträge: 61

Ubuntu: 8.10

Kernel: 2.6.27

Architektur: 32-bit

  • Private Nachricht senden

7

Dienstag, 16. September 2008, 20:47

Hey,

da mir mein Terminal gerade gesagt hat, dass es das Verzeichnis "/home/david/.gnupg" ausgelassen hat beim Kopieren habe ich einfach mal auf gut Glück die beiden Codezeilen versucht. Hat funktioniert. Er hat aufgehört, sich aufzuhängen. Dafür mault er jetzt bei ein paar eMails rum, dass mir der geheime Schlüssel fehlt, um besagte eMails zu öffnen. Liegt das daran, dass die Absender meinen veralteten Key genommen haben oder liegt das daran, dass mein TBird Zicken macht?

Gruß,
Dave
Quis custodiet ipsos custodes? Wir!


Jetzt mitmachen und 20 GB Anonymität gewinnen!

basslord

Ubuntufreund

Beiträge: 2 671

Ubuntu: 12.04

Kernel: 3.2.0-24-generic

Desktop: KDE

Architektur: 64-bit

Danksagungen: 1 / 1

  • Private Nachricht senden

8

Dienstag, 16. September 2008, 23:02

Hi,

da mir mein Terminal gerade gesagt hat, dass es das Verzeichnis "/home/david/.gnupg" ausgelassen hat beim Kopieren
Ja, das hätte so lauten müssen:

Quellcode

1
cp -a ~/.gnupg ~/.gnupg-backup


Dafür mault er jetzt bei ein paar eMails rum, dass mir der geheime Schlüssel fehlt, um besagte eMails zu öffnen.
Hm, dazu wüsste ich keine Erklärung, aber die temporären Dateien kann man löschen:

Quellcode

1
rm ~/.gnupg/.#*


Gruß
Rodge
"Ohne Musik wäre das Leben ein Irrtum." - Friedrich Nietzsche

stefan315

hat hier 2. Wohnsitz.

Beiträge: 423

Ubuntu: ---

Kernel: 2.6.39-ARCH

Desktop: KDE

Architektur: ---

  • Private Nachricht senden

9

Mittwoch, 17. September 2008, 14:24

Ja, das hätte so lauten müssen:

Quellcode

1
cp -a ~/.gnupg ~/.gnupg-backup
Sorry, da habe ich nicht aufgepasst.

Was nun der Fehler ist, ist schwer zu sagen. Aber theoretisch müsste man doch eine Testnachricht mit seinem eigenen öffentlichen Schlüssel verschlüsseln und dann kann man gucken ob man es mit seinem eigenen privaten Schlüssel wieder entschlüsseln kann. Falls ja muss man mal schauen ob sich die öffentlichen Schlüssel unterscheiden.

Das Problem ist nur, dass dieser Lock nicht existieren darf, wenn das Programm sich ordentlich beendet. Falls es sich nicht ordentlich beendet kann es natürlich auch sein, dass die Schlüssel Schaden genommen haben.