GPG and good signature (mis?)behaviour

2007-05-01 Thread Stefano Sabatini
Hi mutters, I'm getting this strange behaviour when I try to verify the integrity of a message with mime type multipart/signed and signed with PGP. In most cases it works just fine, but in some cases I get something as: [-- PGP output follows (current time: Tue 01 May 2007 03:50:24 PM CEST) --]

Re: GPG and good signature (mis?)behaviour

2007-05-01 Thread Todd Zullinger
Stefano Sabatini wrote: Hi mutters, I'm getting this strange behaviour when I try to verify the integrity of a message with mime type multipart/signed and signed with PGP. In most cases it works just fine, but in some cases I get something as: [-- PGP output follows (current time: Tue

Re: GPG and good signature (mis?)behaviour

2007-05-01 Thread Sander Smeenk
Quoting Todd Zullinger ([EMAIL PROTECTED]): The important part is the gpg warning. It means that the key used to sign the message isn't signed (certified) by your key (or the key of someone else that you've marked as trusted). Sorry, but your key is not 'trusted' in my trustdb, yet the 's'

Re: GPG and good signature (mis?)behaviour

2007-05-01 Thread Todd Zullinger
Sander Smeenk wrote: Sorry, but your key is not 'trusted' in my trustdb, yet the 's' in front of your message changes to an 'S' after reading it. Hmmm, you're right. (I should know better than to post before noon. :) -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp

Re: GPG and good signature (mis?)behaviour

2007-05-01 Thread Todd Zullinger
Stefano Sabatini wrote: This is my crypto setting: # %f: message file # %s: signature file # %a: pgp_sign_as value set pgp_decode_command=gpg %?p? --passphrase-fd 0? --no-verbose --batch --output - %f set pgp_verify_command=gpg --no-verbose --batch --output - --verify %s %f set

Unsubscribe link does not work?

2007-05-01 Thread Derek.Li
Press the 'Unsubscribe' button on the mail list page, and got the following error: The page cannot be found The page you are looking for might have been removed, had its name changed, or is temporarily unavailable. Thanks, Derek

Re: GPG and good signature (mis?)behaviour

2007-05-01 Thread Stefano Sabatini
Hi Todd, and thanks for your reply. On date Tuesday 2007-05-01 10:37:13 -0400, Todd Zullinger muttered: Stefano Sabatini wrote: Hi mutters, I'm getting this strange behaviour when I try to verify the integrity of a message with mime type multipart/signed and signed with PGP. In

Re: GPG and good signature (mis?)behaviour

2007-05-01 Thread Stefano Sabatini
On date Tuesday 2007-05-01 11:31:18 -0400, Todd Zullinger muttered: Stefano Sabatini wrote: This is my crypto setting: # %f: message file # %s: signature file # %a: pgp_sign_as value set pgp_decode_command=gpg %?p? --passphrase-fd 0? --no-verbose --batch --output - %f set

Re: GPG and good signature (mis?)behaviour

2007-05-01 Thread Todd Zullinger
Stefano Sabatini wrote: I discovered this behaviour is dependant on the folder I'm exploring. There happens to be good folders and bad folders, in the good ones I can see the s flag right just when I open them in the index and the verify mechanism works as expected (that is good signatures

Re: GPG and good signature (mis?)behaviour

2007-05-01 Thread Stefano Sabatini
Hi Todd. On date Tuesday 2007-05-01 14:03:00 -0400, Todd Zullinger muttered: Stefano Sabatini wrote: I discovered this behaviour is dependant on the folder I'm exploring. There happens to be good folders and bad folders, in the good ones I can see the s flag right just when I open them in

Re: GPG and good signature (mis?)behaviour

2007-05-01 Thread Stefano Sabatini
On date Tuesday 2007-05-01 21:24:55 +0200, Stefano Sabatini muttered: [...] (by the way: can someone suggest why this message doesn't appear with my (quite bloated) configuration? I have the line: color message brightcyan default so it doesn't seem to be a color problem. Do others

Re: gpg and Umlauts

2007-05-01 Thread Alain Bench
Hi Konsti, On Sunday, April 29, 2007 at 17:06:49 +0200, Konstantin Kletschke wrote: emails with inlined PGP (I suppose) with | Content-Type: text/plain; charset=ISO-8859-15 after decrypting I have no Umlauts anymore in the decrypted text, there are only whitespaces instead (no cryptic chars