[ale] PGP Key servers timing out

[Scott Castaline]

David,

That seemeded to fix my timeout error but now I get what looks to me as 
the owner revoked the key as follows;

gpg: requesting key 9741E8AC from hkps server hkps.pool.sks-keyservers.net
gpgkeys: HTTP fetch error 60: Peer's certificate issuer has been marked 
as not trusted by the user.
gpg: no valid OpenPGP data found.
gpg: Total number processed: 0

So where do I confirm this or do I still have a problem?

Scott C.

On 04/29/2014 10:37 PM, David Tomaschik wrote:
> I recommend hkps://hkps.pool.sks-keyservers.net 
> <http://hkps.pool.sks-keyservers.net>.  It gets you the full pool that 
> supports hkps (TLS-encrypted connections, because I like TLS.)
>
>
> On Tue, Apr 29, 2014 at 6:47 PM, Scott Castaline <skotchman at gmail.com 
> <mailto:skotchman at gmail.com>> wrote:
>
>     Hey Jeremy,
>
>     Just got a chance to try out your suggestion of server and I'm
>     getting the same thing, time out error. I originally had in my
>     config file to search from the pool on the prior attempt and was
>     getting essentially the same time out error, so I'm wondering if
>     it's something at my end.
>
>     Scott C.
>
>
>     On 04/29/2014 09:03 PM, Jeremy T. Bouse wrote:
>
>         On 29.04.2014 17:13, Scott Castaline wrote:
>
>             Just recently I went to verify 2 signature files the first
>             a few days
>             ago and the other today. Both times I got timeout errors.
>             Today's
>             specific error is;
>
>             gpg: requesting key 9741E8AC from hkp server pgp.mit.edu
>             <http://pgp.mit.edu>
>             gpg: keyserver timed out
>             gpg: keyserver receive failed: keyserver error
>
>             I was trying to verify the signature file for the current
>             Arch Linux
>             base image when doing this. I get same results whether I
>             do it su'd to
>             root or as my user. Googleing the error had brought up
>             some really old
>             info that didn't seem to apply when searching for answers
>             the first
>             time. I had given up with the idea that I would try at a
>             later date on
>             the idea that maybe the issues could be heartbleed
>             related, but if
>             that were the case I would think that it would have been
>             resolved by
>             now, so I'm assuming that it's something that I don't have
>             setup
>             right. Can anyone shed some light on this?
>
>             Scott C.
>
>
>         If you want you can change your keyserver to use
>         sks.undergrid.net <http://sks.undergrid.net> which is part of
>         the keyserver network itself. It is my contribution to the
>         network and is currently a 3-node HA cluster configuration, on
>         of a handful on the network.
>         _______________________________________________
>         Ale mailing list
>         Ale at ale.org <mailto:Ale at ale.org>
>         http://mail.ale.org/mailman/listinfo/ale
>         See JOBS, ANNOUNCE and SCHOOLS lists at
>         http://mail.ale.org/mailman/listinfo
>
>
>
>     -- 
>     Sent to you NSA, the CIA, FBI and God only knows who else?!
>
>     _______________________________________________
>     Ale mailing list
>     Ale at ale.org <mailto:Ale at ale.org>
>     http://mail.ale.org/mailman/listinfo/ale
>     See JOBS, ANNOUNCE and SCHOOLS lists at
>     http://mail.ale.org/mailman/listinfo
>
>
>
>
> -- 
> David Tomaschik
> OpenPGP: 0x5DEA789B
> http://systemoverlord.com
> david at systemoverlord.com <mailto:david at systemoverlord.com>
>
>
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://mail.ale.org/mailman/listinfo/ale
> See JOBS, ANNOUNCE and SCHOOLS lists at
> http://mail.ale.org/mailman/listinfo


-- 
Sent to you NSA, the CIA, FBI and God only knows who else?!

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ale.org/pipermail/ale/attachments/20140429/032a70b8/attachment.html>