× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Like I said, ideas.  I never said good ideas.  But thanks for the
clarification, I actually now understand a little better what and where the
problem is.  SuSE also includes OpenSSL.

>That's up to you. :)

I know, I am being lazy about the issue because for the first time in
several years I am not going to work all day and school all night, just work
all day.  I actually have a little free time and have yet to decide
how to use it.
______________________________________________________________

Duane Kehoe                                                   phone:
414.908.1814
Programmer / Analyst                                       fax:
414.908.1601
Weyco Group, Inc.                                           email:
dkehoe@weycogroup.com


-----Original Message-----
From: linux5250-admin@midrange.com
[mailto:linux5250-admin@midrange.com]On Behalf Of Scott Klement
Sent: Tuesday, February 05, 2002 2:42 PM
To: linux5250@midrange.com
Subject: RE: [LINUX5250] GPL vs. OpenSSL license




On Tue, 5 Feb 2002, Duane Kehoe wrote:
>       Is it not possible to hook into the base SSL support of the OS via it's
> APIs rather than building based on a specific SSL package external to the
> project and OS?  I always thought that SSL was just a wrapper put around
the
> packet of information right before sending and if this is true any SSL
> wrapper should suffice, right?

Unfortunately, the API calls aren't the same.  If you use a different API,
you need to call different functions and take different steps to make
the SSL work.

Furthermore, until recently SSL wasn't included in the base OS.  Now,
the OpenSSL package is included with *BSD, and at least RedHat Linux.
Are the others all the same? I don't know.  I know that Windows isn't
the same, and not all versions of Windows come with an SSL API.  OpenSSL
compiles & works on every operating system that we need to support.  It's
a powerful API, and it's open source.   Operating systems that don't come
with an SSL API can all get OpenSSL for free and install it.  It sure
seemed like the right choice!

>       This is just a theory I had, during the install/build of tn5250 the user
> could be asked to point at the correct file already installed therefore
> instantly adding secure support.  Like I said this is just a theory I had,
I
> do not know the Win API nor do I really know if it would work.

Well, it couldn't just automagically work with any SSL API, for the
reasons explained above.  The SSL part of it could probably be distributed
as a seperate DLL that could be included / not included at run-time with a
little work.

That might actually solve the license problem, I'm not sure.


>       Also it might be worth while to look into openoffice's SSL
> support as it is OSS GPL'd and has SSL included.
>

Unless I'm confused, this is all getting blown way out of proportion.  All
we really need is to get the copyright holders (Mike, Jay and myself) to
add the following clause:

   "This program is released under the GPL with the additional exemption
that compiling, linking, and/or using OpenSSL is allowed."

>
>       All just ideas, maybe I should start contributing to this project( just
> another idea ;| ) instead of just using it!

That's up to you. :)

_______________________________________________
This is the Linux 5250 Development Project (LINUX5250) mailing list
To post a message email: LINUX5250@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/linux5250
or email: LINUX5250-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/linux5250.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.