Henry Hertz Hobbit wrote:
Settle down. I am arguing for the inclusion of 7zip IN THE FUTURE!
Once more, this mailing list is not the correct forum to raise your
concerns. Please do it on the IETF OpenPGP WG mailing list.
What I am arguing for is NOT to forget 7zip exists
when you do the
On Tue, 21 Aug 2007 08:06, [EMAIL PROTECTED] said:
time. The fact that 7zip doesn't store the UID:GID is a plus in
my mind. It allows you to get what ever UID:GID YOU are when you
OpenPGP does not know about file permission , thus this is irrelevant.
In fact the comprssion algorithms
On Mon, 20 Aug 2007 23:13, [EMAIL PROTECTED] said:
But the 'not in the standard' and interoperability remarks lead me to wonder,
Why is TIGER192 in the Windows build of GnuPG2 that's in GPG4Win?
That is a bug. TIGER192 is defined by OpenPGP alsthough it will be
dropped from the next revision.
On Tue, 21 Aug 2007 00:11, [EMAIL PROTECTED] said:
Is there a standalone funopen library?
Yes, at most places we now use our estream library which is plain POSIX.
However there are a two places where funopen is still used but not
required as tehre is a simple replacement: sm/certdump.c
On Tue, 21 Aug 2007, Henry Hertz Hobbit wrote:
Settle down. I am arguing for the inclusion of 7zip IN THE FUTURE!
So join the IETF working group, and champion its cause. If you've read the
posts on this thread, you've seen that this is the only way it's going to
happen.
Also, please
Hi,
a got the same problem with Thunderbird and Evolution: encryption is
working perfect, but decryption not. I have to store the textfile
manually, and then to decrypt it as a file :-(
But I did not change nothing.
I got the message only in german:
Fehler - Entschlüsselung fehlgeschlagen
Burkhard Schroeder wrote:
Hi,
a got the same problem with Thunderbird and Evolution: encryption is
working perfect, but decryption not. I have to store the textfile
manually, and then to decrypt it as a file :-(
But I did not change nothing.
I got the message only in german:
--- Moritz Schulte [EMAIL PROTECTED] wrote:
1. Is it possible to have only one key pair (public secret pref. DSA)
that
can be used for both GPG OpenSSH? (as a sys admin of some interest in
cryptography, this is an important question)
Uhm, possible... sure, why not. I just don't
--- Werner Koch [EMAIL PROTECTED] wrote:
On Mon, 20 Aug 2007 14:10, [EMAIL PROTECTED] said:
1. Is it possible to have only one key pair (public secret pref. DSA)
that
can be used for both GPG OpenSSH? (as a sys admin of some interest in
cryptography, this is an important question)
On Tue, Aug 21, 2007 at 01:43:52AM -0500, Robert J. Hansen wrote:
Henry Hertz Hobbit wrote:
Settle down. I am arguing for the inclusion of 7zip IN THE FUTURE!
Once more, this mailing list is not the correct forum to raise your
concerns. Please do it on the IETF OpenPGP WG mailing list.
I am creating keys using gnupg command line and accessing the keys for my
application using Bouncy Castle PGPPUblicKeyRing object reading the pubring.gpg
file under user home directory. I have three different public keys one for app
and one for web and one for local testing. When debug the
Hi Werner,
Are you saying that I should be able to compile
gpg now? Where do I get the estream library?
Brian
==
On Tue, Aug 21, 2007 at 09:16:44AM +0200, Werner Koch wrote:
On Tue, 21 Aug 2007 00:11, [EMAIL
Werner Koch wrote:
On Mon, 20 Aug 2007 14:10, [EMAIL PROTECTED] said:
Yes. However you want separate keys for separate tasks. Fortunately
OpenPGP provides just that: There is a primary key for certifying other
keys (and subkeys) and subkeys for encryption, signing and
authentication. The
Alex Mauer wrote:
Werner Koch wrote:
On Mon, 20 Aug 2007 14:10, [EMAIL PROTECTED] said:
Yes. However you want separate keys for separate tasks. Fortunately
OpenPGP provides just that: There is a primary key for certifying other
keys (and subkeys) and subkeys for encryption, signing and
14 matches
Mail list logo