I've just released stunnel version 3.1.
http://mike.daewoo.com.pl/computer/stunnel/
News:
Changed -l syntax (first argument specified is now argv[0]).
Fixed problem with options passed to locally executed daemon.
Fixed problem with ':' passed to libwrap in a service name:
- ':' has bee
Ben Laurie <[EMAIL PROTECTED]>:
> Salz, Rich wrote:
>>> Suppose of certs A,B,C, that C signs
>>> B and B signs A. A is the final cert and lists B as issuer, so B
>>> must sign A. But B might also be signed by D. So either of the
>>> chains C,B,A or D,B,A would be valid. This can only work if
Wow, thanks for the prompt feedback from all!
After running ./config 386, make failed with the error below.
I'm trying Steven's no-asm option as we speak (this is a 386 after all...)
If that fails, I'll download the new snapshot tomorrow.
Thanks to all,
Philip
---
Paul Rubin wrote:
> I had trouble with the SHA routine from ssleay on a Sparc
> and ended up replacing it with another version a while back.
> It didn't crash but it returned incorrect values.
> So maybe that implementation is buggy. I didn't have time
> to figure out what was wrong, back then.
Hi,
I understand that the Global ID cert actually consists of two chained
certificates. Is there a way that someone with a valid Global ID (ie a
bank) can sign a new certificate (ie for a merchant server) which will
cause browsers to use strong encryption when connecting to the merchant
serve
Ok, generic subject. Here's the scoop
linux kernel 2.2.5-ac1
glibc 2.1.1
egcs 1.1.2
After compiling openssl and installing it, after doing the mod_ssl and
apache compilation,
I attempt to generate a certificate from within apache as "make
certificate TYPE=custom".
After seeing the error, I add
> Is there a flag or something that needs to be set?
Yes. You should configure OpenSSL with the flag "no-asm", or download
the current snaphot.
__
OpenSSL Project http://www.openssl.org
User Suppor
> I have been struggling with this for a week on my
>386 DX/40. I found the answer last night. There is a
>option to the config script for openssl that solved the
>problem for me. I believe it's "-no_asm"
The current development version of OpenSSL does support 386 assembler.
But I just
Not sure if this is the right mail list to send this question to. I am
trying to compile openssl on a HPUX 10.20. Everything compiles fine
until it trys to link. I'm getting the following undefined symbols:
bn_div_words
bn_add_words
bn_sub_words
bn_mul_comba4
bn_mul_comba8
bn_sqr_comba4
bn_sqr
