Skip to Content.
Sympa Menu

freetds - Re: [freetds] 'secure connection' to SQLserver.Integrated securityssl?

freetds AT lists.ibiblio.org

Subject: FreeTDS Development Group

List archive

Chronological Thread  
  • From: "Lowden, James K" <LowdenJK AT bernstein.com>
  • To: "FreeTDS Development Group" <freetds AT lists.ibiblio.org>
  • Subject: Re: [freetds] 'secure connection' to SQLserver.Integrated securityssl?
  • Date: Fri, 9 Dec 2005 12:10:16 -0500

> From: Lowden, James K
> Sent: Friday, December 09, 2005 10:29 AM
> > From: Frediano Ziglio
> > Sent: Friday, December 09, 2005 9:19 AM
> >
> > Yes, there is an option for OpenSSL but is not "documented" using
> >
> > ./configure --help
> >
> > this is wanted for license issues. However is correctly documented
> > in UserGuide. The reason is that in UserGuide you can explain in
> > more details these license issues.
>
> I think it should be documented. It's completely legal to configure,
> build, and run; the only issues regard the distribution of binaries.
> This would be OK:
>
> $ ./configure --help | grep openssl
> --with-openssl=DIR build with OpenSSL (license NOT compatible
> cf. User
> Guide)

I see that's fixed now! Thank you.

I updated tsql. It should understand how to deal with 'GO' now.

The man page is out of date. The whole processing of flags to GO is
undocumented, and it says 'GO' emits a version message in addition to
sending the batch, which is not true.

--jkl

-----------------------------------------
The information contained in this transmission may be privileged and
confidential and is intended only for the use of the person(s) named
above. If you are not the intended recipient, or an employee or agent
responsible
for delivering this message to the intended recipient, any review,
dissemination,
distribution or duplication of this communication is strictly prohibited. If
you are
not the intended recipient, please contact the sender immediately by reply
e-mail
and destroy all copies of the original message. Please note that we do not
accept
account orders and/or instructions by e-mail, and therefore will not be
responsible
for carrying out such orders and/or instructions. If you, as the intended
recipient
of this message, the purpose of which is to inform and update our clients,
prospects
and consultants of developments relating to our services and products, would
not
like to receive further e-mail correspondence from the sender, please "reply"
to the
sender indicating your wishes. In the U.S.: 1345 Avenue of the Americas, New
York,
NY 10105.



  • Re: [freetds] 'secure connection' to SQLserver.Integrated securityssl?, Lowden, James K, 12/09/2005

Archive powered by MHonArc 2.6.24.

Top of Page