Hi
> The OpenPGP trust model is a proper superset of the centralized hierarchical
> trust model most often seen in the X.509 world. Several years ago Matt Blaze
> made the observation that commercial CAs will protect you against anyone who
> that CA refuses to accept money from.
>
Well, that may
$ svn info configure.ac
Path: configure.ac
Name: configure.ac
URL: svn://cvs.gnupg.org/gnupg/branches/STABLE-BRANCH-1-4/configure.a
Repository Root: svn://cvs.gnupg.org/gnupg
Repository UUID: 8a63c251-dffc-0310-8ec6-d64dca2275b1
Revision: 4765
Node Kind: file
Schedule: normal
Last Changed Author: w
"Hardeep Singh" <[EMAIL PROTECTED]> writes:
> There is nothing that can prove who you say you are. State provided ID
> cards only prove that you were able to convince the system that you
> have a specific name.
For individuals I think that too much importance is placed on identity
based on name.
On Fri, 2008-05-23 at 12:54 +0530, Hardeep Singh wrote:
> Well, that may be true, but there are currently no options that are
> significantly better. The WOT model used by GPG is better? Maybe, but
> not significantly.
WoT gives you more options about how to determine trust levels. This,
to me, i
Hello all.
I am treat import my key-sec from other PC, It key was generated in OpenBSD and
I need import this in winXP too.
The problem is no import this successfully, ajust a screenshot.
Wath is the problem?
Dimitri.-
http://es.geocities.com/trichotecene
OpenBSD - Free, Functional & Secure
--
I have gnupg 1.4.9 installed and kmail 1.9.9 on KDE 3.5.9
when I try to go to SETTINGS-Configure kmail-Security the GpgME section is
greyed out. When I hit rescan it tells me:
While scanning for OpenPGP support backend GpgME:
Engine /usr/bin/pgp is not installed properly
While scanning for SMIME
Dimitri wrote:
> The problem is no import this successfully, ajust a screenshot.
>
> Wath is the problem?
There is no problem.
The key was imported successfully.
Type "gpg --edit-key " and set the key to the appropriate trust
level. That's all.
___
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hardeep Singh escribió:
> There is nothing that can prove who you say you are. State provided ID
> cards only prove that you were able to convince the system that you
> have a specific name.
>
> Let me know if you feel differently.
>
> Regards
> Har
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Graham Murray escribió:
> For individuals I think that too much importance is placed on identity
> based on name. For companies it is different, it is useful to know that
> the email/web site etc that purports to be from example.com is actually
> from
(replying to John Clizbe's post, but his full message is
an attachment as read by my nice simple email software so
"Reply" gives only a blank message, so I had to fiddle to
get it to show like a usual quoted reply)
. . .
Most Class I Certificates only prove you have control of the
email address.
Hello,
I am wondering what this error message
WARNING: unsafe ownership on homedir `/usr/local/etc/backup'
is trying to tell me.
This directory is owned by root:myself and has mode 750. So it is
writable only by root and readable only by myself and by root.
AFAICS, it is as safe as it can g
On Friday 23 May 2008 19:08, Paul Cartwright wrote:
> On Fri May 23 2008, Nicholas Sushkin wrote:
> > > From: Paul Cartwright <[EMAIL PROTECTED]>
> > > I have gnupg 1.4.9 installed and kmail 1.9.9 on KDE 3.5.9
> >
> > You need gnupg2 package for KMail to support S/MIME.
>
> # apt-get install gnup
On Friday 23 May 2008 14:55, Paul Cartwright <[EMAIL PROTECTED]> wrote:
> From: Paul Cartwright <[EMAIL PROTECTED]>
> I have gnupg 1.4.9 installed and kmail 1.9.9 on KDE 3.5.9
You need gnupg2 package for KMail to support S/MIME.
--
Nick
___
Gnupg-us
On Fri May 23 2008, Nicholas Sushkin wrote:
> You need gnupg2 package for KMail to support S/MIME.
well, I found that you can change the path for gpg 1.4.9 using
the ./configure --prefix=PATH. so I recompiled it with /usr/bin instead of
the default /usr/local/bin. SO, gnupg installs by default t
I prefer to use external compression tools before encrypting my data
with GnuPG. Is there any way to disable compression in GnuPG to avoid
the CPU overhead of the unnecessary additional layer of compression
while encrypting?
signature.asc
Description: This is a digitally signed message part
_
On Fri, 2008-05-23 at 23:56 -0400, Caleb Marcus wrote:
> I prefer to use external compression tools before encrypting my data
> with GnuPG. Is there any way to disable compression in GnuPG to avoid
> the CPU overhead of the unnecessary additional layer of compression
> while encrypting?
--compres
Hello Caleb !
Caleb Marcus <[EMAIL PROTECTED]> wrote:
> I prefer to use external compression tools before encrypting my data
> with GnuPG. Is there any way to disable compression in GnuPG to avoid
> the CPU overhead of the unnecessary additional layer of compression
> while encrypting?
Ther
17 matches
Mail list logo
