The OpenSSL S/MIME implementation doesn't follow the MIME
specification when writing out messages in that format. As a result,
messages created with this library will choke when passed through
strictly compliant SMTP libraries.
A patch is below, against today's mid-afternoon CVS tree (EST). T
Hi all,
There are a number of new protocols in the proposal/early adoption phases that
will probably require the support of a new public library function in
openssl.
These protocols (more below) are used for authenticating roaming access for
802.1x wireless access. They generally use TLS (tu
Quick question: does string.h in Unixware define strcasecmp()?
strings.h is non-standard while string.h is standard, as far as I
know. We should change that in any case, unless someone has a
different opinion.
[[EMAIL PROTECTED] - Mon Jul 15 09:33:16 2002]:
>
> This patch seems to have bee
The OpenSSL S/MIME implementation doesn't follow the MIME
specification when writing out messages in that format. As a result,
messages created with this library will choke when passed through
strictly compliant SMTP libraries.
A patch is below, against today's mid-afternoon CVS tree (EST). Th
In message <[EMAIL PROTECTED]> on
Mon, 15 Jul 2002 19:20:23 +0200, "Frederic DONNAT" <[EMAIL PROTECTED]> said:
frederic.donnat> In fact when using "openssl rand .." i see that rand
frederic.donnat> stuff is made on my crypto accelerator, but when
frederic.donnat> using "openssl s_client ..." if
Hi all,
There are a number of new protocols in the proposal/early adoption phases that
will probably require the support of a new public library function in
openssl.
These protocols (more below) are used for authenticating roaming access for
802.1x wireless access. They generally use TLS (tun
At 7:55 AM -0700 15/7/02, Doug Kaufman wrote:
>I don't have a Mac, but I took the liberty of forwarding the trouble
>report to Chris Roberts, who compiles and packages openssl for the
>OSXGNU project. I am appending the reply. Does adding the linker
>option "-flatnamespace" fix the problem for th
okay, it compiled with -flat_namespace, but still fails in make test,
in what appears to be the same way.
oh, just to be clear, this is my makefile's flag line:
CFLAG= -fPIC -DTHREADS -D_REENTRANT -O3 -D_DARWIN -DB_ENDIAN \
-Xlinker -flat_namespace
make report output:
[maiko:~/Desktop/openssl
In message <[EMAIL PROTECTED]> on
Mon, 15 Jul 2002 19:20:23 +0200, "Frederic DONNAT" <[EMAIL PROTECTED]> said:
frederic.donnat> I encouter some problem using random ENGINE.
frederic.donnat>
frederic.donnat> In fact when using "openssl rand .." i see that rand
frederic.donnat> stuff is made on m
In message <[EMAIL PROTECTED]> on Mon, 15 Jul 2002 21:02:21
+0200 (METDST), "Jonathan Louie via RT" <[EMAIL PROTECTED]> said:
rt> well, maybe i'm doing this wrong, but i added -Xlinker -flatnamespace
rt> to CCFLAGS and this is the last bit of output:
It's spelled -flat_namespace.
--
Richard
In message <[EMAIL PROTECTED]> on Mon, 15 Jul 2002 21:02:21
+0200 (METDST), "Jonathan Louie via RT" <[EMAIL PROTECTED]> said:
rt> well, maybe i'm doing this wrong, but i added -Xlinker -flatnamespace
rt> to CCFLAGS and this is the last bit of output:
It's spelled -flat_namespace.
--
Richard L
well, maybe i'm doing this wrong, but i added -Xlinker -flatnamespace
to CCFLAGS and this is the last bit of output:
cc -DMONOLITH -I../include -fPIC -DTHREADS -D_REENTRANT -O3 -D_DARWIN
-DB_ENDIAN -Xlinker -flatnamespace -c -o openssl.o openssl.c
cc: -flatnamespace: linker input file unused s
Title: Rand in 0.9.7-beta2
Hi all,
I encouter some problem using random ENGINE.
In fact when using "openssl rand .." i see that rand stuff is made on my crypto accelerator, but when using "openssl s_client ..." if i want to redirect rand stuff on crypto accelerator i have to edit /apps/s_c
Thanks for the tip. Now, how do we get this fix into an official codebase?
Yuval
-Original Message-
From: Harald Koch [mailto:[EMAIL PROTECTED]]
Sent: Mon, July 15, 2002 17:33
To: [EMAIL PROTECTED]
Subject: Re: [openssl.org #147] [PATCH] The function print_name in
apps/apps.c truncates X
Of all the gin joints in all the towns in all the world, Yuval Pemper
had to walk into mine and say:
> Another problem with my code: the buffer I allocated wasn't freed...
> Thanks to Peter Sylvester for pointing this out. I also moved the
> allocation of the buffer to where it's actually used.
On Sun, 14 Jul 2002, Richard Levitte - VMS Whacker via RT wrote:
> In message <[EMAIL PROTECTED]> on Sun, 14 Jul 2002 17:53:45
>+0200 (METDST), "Lutz Jaenicke via RT" <[EMAIL PROTECTED]> said:
>
> rt> This problem has already been reported before twice, but as no member
> rt> of the OpenSSL de
On Sun, 14 Jul 2002, Richard Levitte - VMS Whacker via RT wrote:
> In message <[EMAIL PROTECTED]> on Sun, 14 Jul 2002 17:53:45
>+0200 (METDST), "Lutz Jaenicke via RT" <[EMAIL PROTECTED]> said:
>
> rt> This problem has already been reported before twice, but as no member
> rt> of the OpenSSL dev
hi,
I want to write some code that use openssl header
files.
Is there any examples that can help
me?
Mehdi Jabalameli [EMAIL PROTECTED]ce.sharif.edu/~jabalameli
>
> Another problem with my code: the buffer I allocated wasn't freed...
> Thanks to Peter Sylvester for pointing this out. I also moved the
> allocation of the buffer to where it's actually used.
>
Well, to be complete, the code should also test for the results
of alloc and realloc. On the ot
Another problem with my code: the buffer I allocated wasn't freed...
Thanks to Peter Sylvester for pointing this out. I also moved the
allocation of the buffer to where it's actually used.
Yuval
diff -ur openssl-engine-0.9.6d/apps/apps.c
openssl-engine-0.9.6d-patch/apps/apps.c
--- openssl-en
Hello,
OpenSSL 0.9.6a and 0.9.7-stable generates CRLs with different
Issuers. While the old version is doing what I believe to be correct,
the stable version uses the CA X.509 certificate issuer instead of the
subject as CRL Issuer.
This patch set the CRL issuer to the value of the X.509 subj
Hello,
OpenSSL 0.9.6a and 0.9.7-stable generates CRLs with different
Issuers. While the old version is doing what I believe to be correct,
the stable version uses the CA X.509 certificate issuer instead of the
subject as CRL Issuer.
This patch set the CRL issuer to the value of the X.509 subje
Another problem with my code: the buffer I allocated wasn't freed...
Thanks to Peter Sylvester for pointing this out. I also moved the
allocation of the buffer to where it's actually used.
Yuval
diff -ur openssl-engine-0.9.6d/apps/apps.c
openssl-engine-0.9.6d-patch/apps/apps.c
--- openssl-eng
After further thought, this is a simpler solution:
diff -ur openssl-engine-0.9.6d/apps/apps.c
openssl-engine-0.9.6d-patch/apps/apps.c
--- openssl-engine-0.9.6d/apps/apps.cSun Sep 17 23:37:16 2000
+++ openssl-engine-0.9.6d-patch/apps/apps.cMon Jul 15 12:18:48 2002
@@ -757,22 +757,34 @@
After further thought, this is a simpler solution:
diff -ur openssl-engine-0.9.6d/apps/apps.c
openssl-engine-0.9.6d-patch/apps/apps.c
--- openssl-engine-0.9.6d/apps/apps.cSun Sep 17 23:37:16 2000
+++ openssl-engine-0.9.6d-patch/apps/apps.cMon Jul 15 12:18:48 2002
@@ -757,22 +757,34 @@
At 5:53 PM +0200 14/7/02, Lutz Jaenicke via RT wrote:
>This problem has already been reported before twice, but as no member
>of the OpenSSL developers team has Mac OS/X arround, we cannot
>debug the problem ourselves.
>I will merge your report into ticket 47 and hope, that some Mac OS/X
>user wil
Got a bunch of encryption code ported from
Linux to X for a customer. Works from the command
line.
Started a config app to execute the sub-parts (of the
command driven system) accordingly depending on
machine and network events. What I need is an
example of the right way (kernel extension or ot
This patch seems to have been lost. I'm resending the patch
against the OpenSSL_0_9_7-stable branch (Jul 13)
I'd like to have my UnixWare platforms working before I look at
my SCO platforms.
On Sun, 17 Feb 2002, Tim Rice wrote:
>
> Attached is a patch against the OpenSSL_0_9_7-stable branch (
28 matches
Mail list logo
