I have problems with pipes. I try to use s_client as fetchmail plugin, but
something goes wrong. Transmission over ssl-tunnel will stop.
Imap server is wu-imapd tunneled with stunnel, but I can see the problem
with s_server too.
Programs are tested with sparc-solaris and x86-linux with and
In article [EMAIL PROTECTED] you wrote:
Can we dump all those old files in crypto/des that had already been
deleted for 0.9?
I think, yes. At least when we should find out that we need one in the future
we still have it in the CVS Attic.
Ralf S.
On Wed, Mar 31, 1999 at 02:06:33PM +0200, [EMAIL PROTECTED] wrote:
Changes between 0.9.2b and 0.9.3
+ *) Got rid of old SSL2_CLIENT_VERSION (inconsistently used) and
+ SSL2_SERVER_VERSION (not used at all) macros, which are now the
+ same as SSL2_VERSION anyway.
+
In article [EMAIL PROTECTED] you wrote:
in fact, I'd prefer ${RANLIB} would be defined at the makefile level,
which would make the script itself obsolete again.
I agree. But then the question is what to do with $RANLIB if there is
no ranlib available on the system. I would normally set it
In article [EMAIL PROTECTED] you wrote:
I proposed to add a new option "-showcerts" that tells s_client to not
only show the server certifiate in base64 ("PEM") format, but all
certificates in the chain. I've long used such an addition to cut
paste CA certificates from SSL/TLS servers
O.K. Then I propose deleting (rather then recreating) all those
automatically generated assembler versions, with appropriate changes
to the configuration script.
i don't get it! has anybody read my posts? does it get through at all?
well, it must, because i myself get my messages
According to Ralf S. Engelschall:
Yes, "true" is fine. +1 for this and making it a Makefile variable.
OK.
What do we do about the references to ranlib in crypto/*/Makefile.uni,
util/mk1mf.pl and util/sep_lib.sh?
Index: Configure
Ulf Moeller wrote:
You mean the bit about target type? But the scripts actually pass that
in, it isn't picked off the command line, nor does it say where it comes
from.
That's better (though I think $ARGV[$#ARGV] instead of $ARGV[1] is
eccentric, but then it's Perl and There's More Than
I am developing some client code (on NT4.0) to talk to a Web Server and
would like to be able to utilize proxy servers. I see some references to
"proxy" in the conn.c demo and in the bio.h include file, but I have not
found any supporting code, doc, or samples (conn.c appears to be
incomplete).
ulf While we are adding new stuff for 0.9.3, shouldn't we set
ulf OPENSSL_VERSION_NUMBER to some value greater than 0x0922 and
ulf less than 0x0930?
Just out of the blue, we could use a scheme similar what RMS does with
emacs. With emacs, version x.y.90 is the prerelease of x.y+1... A
similar
Ulf Möller wrote:
While we are adding new stuff for 0.9.3, shouldn't we set
OPENSSL_VERSION_NUMBER to some value greater than 0x0922 and
less than 0x0930?
Definitely. I think it may be time to move to a more appropriate
numbering scheme (given that people can get snapshots).
Cheers,
Ben.
I'd like to add a pointer to Ariel Glenn's SSLeay documentation to the
doc directory. Any objections?
__
OpenSSL Project http://www.openssl.org
Development Mailing List [EMAIL
12 matches
Mail list logo