Good morning,
Can anybody help me with my problem?
I have trouble connecting Sony Ericsson Z310 phone to sendmail over TLS.
When trying to send message I'm getting following message:
sending server not found
On the server side there is message in syslog:
STARTTLS=server:
According to RFC 2246, the alert number 80 represents an internal error.
Here is the description from the RFC
internal_error
An internal error unrelated to the peer or the correctness of the
protocol makes it impossible to continue (such as a memory
allocation failure).
On Tue, 2007-10-16 at 00:13 -0700, Paras Shah wrote:
According to RFC 2246, the alert number 80 represents an internal
error. Here is the description from the RFC
internal_error
An internal error unrelated to the peer or the correctness of the
protocol makes it impossible to
Hello,
According to RFC 2246, the alert number 80 represents an internal
error. Here is the description from the RFC
internal_error
An internal error unrelated to the peer or the correctness of the
protocol makes it impossible to continue (such as a memory
One more short question. Where this alert was created? On server or
client side?
This alert (in this case) is created on client and sent to server.
Thanks a lot.
__
OpenSSL Project
Hi Gayathri,
I couldn't entirely grasp what you had mentioned. l didn't find sha1 in
lsmod command output.
If you could describe briefly the issue you had experienced that would be
very much helpful.
Thanks Regards,
Prabhu. S
On 10/15/07, Gayathri S [EMAIL PROTECTED] wrote:
Hi Prabhu,
Can
Hi David,
Yes, the design of one thread per connection is bit odd. Our application is
used to test a SSL server for its performance. The application would
simulate hundreds of client and at a time try connecting to the server. The
server would be thus tested for burst connection handling
On 10/16/07, Prabhu S [EMAIL PROTECTED] wrote:
Hi David,
Yes, the design of one thread per connection is bit odd. Our application is
used to test a SSL server for its performance. The application would simulate
hundreds of client and at a time try connecting to the server. The server
I am trying to install Openssl 0.9.8e on a 64 bit Red Hat Enterprise 4 ES
update 4, duel Opteron system. It is pretty much a generic install and I
have updated Zlib to 1.2.3. I ran the:
./config
make
make test
make install
But when I do an ssh -V it still shows the old version and findssl.sh
I have tried:
./config --prefix=/usr/bin --openssldir=/usr/local/openssl
make
make test
make install
This would have installed openssl into /usr/bin/lib, /usr/bin/bin,
/usr/bin/include, ...
You might have wanted --prefix=/usr
Jim
I'm attempting to implement some single sign-on code from this site:
http://www.single-signon.com/en/single-signon.html
I downloaded their PHP-based agent code, and successfully run it on our
IIS7 server. The PHP code can use either PHP's internal openssl code,
or can be configured to use
Looking at the output from the findssl.sh it appears that the openssl
install is not installing the 64 bit files.
Can anyone point me to how to get the 64 bit files installed?
Searching for OpenSSL shared library files.
0x0090805fL /usr/lib/libcrypto.so
0x0090805fL /usr/lib/libcrypto.so.0.9.8
Looking at the output from the findssl.sh it appears that the openssl
install is not installing the 64 bit files.
Can anyone point me to how to get the 64 bit files installed?
Searching for OpenSSL shared library files.
0x0090805fL /usr/lib/libcrypto.so
0x0090805fL
Hi All,
We have a web server running on Apache/Tomcat platform (Sun Solaris 10)
with a VeriSign certificate. I'm trying to use the same certificate with
openssl 0.9.8f for my stand-alone web services application (listening on
separate ports, of course). So I followed the procedure as in
I ran this command line:
openssl rsautl -verify -in mysignaturefile.sig -pubin -inkey
public.key -asn1parse
...and got this:
Loading 'screen' into random state - done
RSA operation error
5924:error:0406706C:rsa routines:RSA_EAY_PUBLIC_DECRYPT:data greater
than mod
Hello,
I ran this command line:
openssl rsautl -verify -in mysignaturefile.sig -pubin -inkey
public.key -asn1parse
…and got this:
Loading 'screen' into random state - done
RSA operation error
5924:error:0406706C:rsa routines:RSA_EAY_PUBLIC_DECRYPT:data greater
than
Hello,
We have a web server running on Apache/Tomcat platform (Sun Solaris 10)
with a VeriSign certificate. I'm trying to use the same certificate with
openssl 0.9.8f for my stand-alone web services application (listening on
separate ports, of course). So I followed the procedure as in
Thanks for the quick response.
The missing piece was Root CA certificate. I downloaded (1) VeriSign's
intermediate CA cert from VeriSign web site and (2) VeriSign's Root CA
from IE browser, and put them into one CA cert file. As you described,
the subject-issuer chain is now complete.
It was stup0id programmer tricks. I thought I had the signature properly
decoded. Once I got that ironed out, all my problems went away. :)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Marek Marcola
Sent: Tuesday, October 16, 2007 3:48 PM
To:
Hello,
We have a web server running on Apache/Tomcat platform (Sun Solaris 10)
with a VeriSign certificate. I'm trying to use the same certificate with
openssl 0.9.8f for my stand-alone web services application (listening on
separate ports, of course). So I followed the procedure as in
--- David Schwartz [EMAIL PROTECTED] wrote:
This is really one of those don't do that then things.
Thread-per-connection is well-known to break down at about 750 connections.
[snip]
It may help to reduce the stack size for each thread. But you really should
re-architect.
21 matches
Mail list logo