Simple, we're using client side encryption, you can review the
javascript code in your browser. The server/service receives encrypted
messages and send it to the receiver. The server/service can't decrypt
your message, it's PGP.
Best
Jan
Kiss Gabor (Bitman) ki...@ssg.ki.iif.hu:
Hello
On 13-12-12 10:44:18, ad...@pgpkey.org, wrote 0.8K characters saying:
Simple, we're using client side encryption, you can review the
javascript code in your browser. The server/service receives encrypted
messages and send it to the receiver. The server/service can't decrypt your
message, it's
Simple, we're using client side encryption, you can review the javascript
code in your browser. The server/service receives encrypted messages and
send it to the receiver. The server/service can't decrypt your message, it's
PGP.
I think that what Gabor meant was that *maybe* a client will
Who are the intended targets of this service?
Non-PGP users.
You can't control the senders environment, maybe an old windows box
with keystroke logging, backdoors, etc. It's not my intention to be
the MITM. Yes it's a matter of trust.
Best
Jan
Gabor Kiss ki...@ssg.ki.iif.hu:
Simple,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 12/12/2013 01:45 AM, Jonathon Weiss wrote:
Hello All,
Hi Jonathon,
I know there are people out there who pay more attention to
pgp.mit.edu than to the average keyserver. So I wanted to let
folks know that pgp.mit.edu has been upgraded
Dear folks,
Host keys.niif.hu is moving to a virtual machine.
Its address is changed.
I ask all my peer partners to touch their membership file.
If you see any problem please don't hesitate to drop a mail.
Thanks
Gabor
___
Sks-devel mailing list
hi Gabor,good luck on the move. i'm running the instances in virtual environments myself, so please let us know if you encounter any issues. there used to be a timer issue that influenced virtual machines more frequently than physical boxes that affected the recon process. this is hopefully fixed
good luck on the move. i'm running the instances in virtual environments
myself, so please let us know if you encounter any issues. there used to be
a timer issue that influenced virtual machines more frequently than physical
boxes that affected the recon process. this is hopefully fixed in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 12/12/2013 02:38 AM, Gabor Kiss wrote:
Yeah. Who are the intended targets of this service? Peoples who
cannot install (,stricly check) and run a gpg program on their own
computers. Who cannot run a command line program. Whose only
Dear David,
These are the same problems that are always present. First, there's
the usability versus function (and it is really sad that these have
become opposite poles), and second, there's the competence to audit
code, which is probably an issue for an even greater number of people
than
Kristian,
Thanks for the review. I considered the possibility of a load-balanced
pair of key servers prior to this upgrade, but decided that the
resources for that are not (yet) justified.
I actually intentionally left the ProxyVia setting off until the new
machine had a chance to burn in. I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 12/12/2013 11:11 PM, Jonathon Weiss wrote:
Kristian,
Thanks for the review. I considered the possibility of a
load-balanced pair of key servers prior to this upgrade, but
decided that the resources for that are not (yet) justified.
I
Dear all,
For a few days keys.niif.hu does not provide the Monday keydump
at http://keys.niif.hu/keydump/.
Regards
Gabor
___
Sks-devel mailing list
Sks-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/sks-devel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I don't have any figures on the usage of the pool (would be really
nice to have though), but the nature of the pool should distribute
the load between the servers in such a matter that it shouldn't be
an issue for a single server. The
14 matches
Mail list logo