🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: gnu.emacs.vm.bug
Article #439

Re: Traditional PGP signatures

#439
From: newsspam5REMOVETHIS
Date: Wed, 18 Jul 2007 20:10
70 lines
3593 bytes
Piet van Oostrum <piet@cs.uu.nl> writes:

>>>>>> newsspam5REMOVETHIS@robf.de (R) wrote:
>
>>R> Piet van Oostrum <piet@cs.uu.nl> writes:
>>>> --=-=-=
>>>> 
>>>> Occasionally, I receive a message with a traditional PGP/GnuPG signature,
>>>> i.e. not a PGP/Mime signature but the ASCII-armored thing, like the
>>>> enclosed message. In te past I used mailcrypt for it, but now I have
>>>> switched over to VM-8's code. However this fails.
>
>>R> Clear text signatures should work, I am not sure what going wrong
>>R> here ...
>
>>R> Are you sure that vm-pgg is enabled?
>
>>R> Please check the message log and
>>R> (featurep 'vm-pgg) => Should be t
>>R> (locate-library "pgg") => Should find pgg.el(c) 
>
> This is all OK.
>
>>R> For GNU Emacs pgg.el comes with Gnus.
>
>>>> When there is a Mime-version header in the message VM seems to try to
>>>> verify the signature, but without Mime-version header it seems to just
>>>> ignore it. Would it be possible to correct this?
>
>>R> Definitely.
>
> I think I got that wrong, because now it ignores the signate if the ARE
> Mime headers and does the check when they are absent.
>
>>R> The message you have attached was in flowed format, probably
>>R> paragraphs got filled before sending or on their way to my news
>>R> server.
>
>>R> After fixing the headers it is working for me.
>
> Actually after trying again (and removing the Mime headers) it checks OK.
> Including the original that I thought failed. I can't understand what
> happened. I did not upgrade VM in the meantime, I haven't even restarted
> Emacs since.
>
> I do have another message that I received from someone else, that fails
> with vm-pgg but succeeds with mailcrypt. However it contains non-ASCII
> characters without giving proper Mime headers, so that may just be a
> problem with the character encoding.

Several VM functions are advised to call vm-pgg-cleartext-automode
which checks for the ASCII armor of a clear text signed or
encrypted message.

So if it does not work, then either vm-pgg-cleartext-automode is
not called for that message/mime-part or it fails to detect the
armor. 

There is a vm-pgg-cleartext-search-limit but IMHO it should be
high enough as the armor usually comes first.

Also some decoding might happens before searching for the armor,
but in general it should not be necessary for text parts with QP
or 8bit encoding.

Could you send me the other message for testing or ask the other
guy to prepare test message?

Thanks
Robert.
Technical Details
Message-ID: <85ejj55v73.fsf@robf.de>
Path: arc1-ca.pugleaf.net!g2news1.google.com!news4.google.com!news.glorb.com!newsfeed.kamp.net!newsfeed.kamp.net!newsfeed.freenet.de!news.space.net!news.m-online.net!not-for-mail
References: <m2ps2wkv83.fsf@cs.uu.nl> <857ioyq22w.fsf@robf.de> <m2lkdejb0o.fsf@cs.uu.nl>

Show Full Headers
Complete Article Headers
X-Google-Thread: f6829,fb69ddb00eb2d0fd
X-Google-Attributes: gidf6829,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
Path: arc1-ca.pugleaf.net!g2news1.google.com!news4.google.com!news.glorb.com!newsfeed.kamp.net!newsfeed.kamp.net!newsfeed.freenet.de!news.space.net!news.m-online.net!not-for-mail
From: newsspam5REMOVETHIS@robf.de
Newsgroups: gnu.emacs.vm.bug
Subject: Re: Traditional PGP signatures
Date: Wed, 18 Jul 2007 22:10:56 +0200
Organization: (posted via) M-net Telekommunikations GmbH
Lines: 70
Message-ID: <85ejj55v73.fsf@robf.de>
References: <m2ps2wkv83.fsf@cs.uu.nl> <857ioyq22w.fsf@robf.de> <m2lkdejb0o.fsf@cs.uu.nl>
NNTP-Posting-Host: ppp-82-135-86-40.dynamic.mnet-online.de
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: svr7.m-online.net 1184789457 7159 82.135.86.40 (18 Jul 2007 20:10:57 GMT)
X-Complaints-To: abuse@m-online.net
NNTP-Posting-Date: Wed, 18 Jul 2007 20:10:57 +0000 (UTC)
User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.19 (linux)
Cancel-Lock: sha1:a2vbBL2DiGWyuXg21o4K8KYKVp8=