Hi, Michal.
Good news about the update! I noticed that this version, the one for Windows installation, has many more files in it than the last version. It's no problem, but I was just wondering why the change this time? Thanks.
John
-----Original Message----- From: [email protected] [mailto:stunnel-announce- [email protected]] On Behalf Of [email protected] Sent: Wednesday, October 10, 2012 5:00 AM To: [email protected] Subject: stunnel-announce Digest, Vol 48, Issue 1
Send stunnel-announce mailing list submissions to [email protected]
To subscribe or unsubscribe via the World Wide Web, visit https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-announce or, via email, send a message with subject or body 'help' to [email protected]
You can reach the person managing the list at [email protected]
When replying, please edit your Subject line so it is more specific than "Re: Contents of stunnel-announce digest..."
Today's Topics:
- stunnel 4.54 released (Michal Trojnara)
Message: 1 Date: Tue, 09 Oct 2012 23:37:41 +0200 From: Michal Trojnara [email protected] To: [email protected], [email protected], [email protected] Subject: [stunnel-announce] stunnel 4.54 released Message-ID: [email protected] Content-Type: text/plain; charset="iso-8859-1"
Dear Users,
I have released version 4.54 of stunnel. The ChangeLog entry:
Version 4.54, 2012.10.09, urgency: MEDIUM:
- New Win32 features
- FIPS module updated to version 2.0.
- OpenSSL DLLs updated to version 1.0.1c.
- zlib DLL updated to version 1.2.7.
- Engine DLLs added: 4758cca, aep, atalla, capi, chil, cswift, gmp,
gost, nuron, padlock, sureware, ubsec.
- Other new features
- "session" option renamed to more readable "sessionCacheTimeout".
The old name remains accepted for backward compatibility.
- New service-level "sessionCacheSize" option to control session cache
size.
- New service-level option "reset" to control whether TCP RST flag is
used to indicate errors. The default value is "reset = yes".
- New service-level option "renegotiation" to disable SSL
renegotiation. This feature is based on a public-domain patch by Janusz Dziemidowicz.
- New FreeBSD socket options: IP_FREEBIND, IP_BINDANY, IPV6_BINDANY
(thx to Janusz Dziemidowicz).
- New parameters to configure TLS v1.1/v1.2 with OpenSSL version 1.0.1
or higher (thx to Henrik Riomar).
- Bugfixes
- Fixed "Application Failed to Initialize Properly (0xc0150002)" error.
- Fixed missing SSL state debug log entries.
- Fixed a race condition in libwrap code resulting in random stalls
(thx to Andrew Skalski).
- Session cache purged at configuration file reload to reduce memory
leak. Remaining leak of a few kilobytes per section is yet to be fixed.
- Fixed regression bug in "transparent = destination" functionality
(thx to Stefan Lauterbach). This bug was introduced in stunnel 4.51.
- "transparent = destination" is now a valid endpoint in inetd mode.
- "delay = yes" fixed to work even if specified *after* "connect"
option.
- Multiple "connect" targets fixed to also work with delayed resolver.
- The number of resolver retries of EAI_AGAIN error has been limited
to 3 in order to prevent infinite loops..
Home page: https://www.stunnel.org/ http://stunnel.mirt.net/ Download: https://www.stunnel.org/downloads.html ftp://stunnel.mirt.net/stunnel/
SHA-256 hash for stunnel-4.54.tar.gz:
b7e1b9e63569574dbdabee8af90b8ab88db3fe13dcb1268d59a1408c56e6de7b
Best regards,
Mike
-------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: OpenPGP digital signature URL: http://www.stunnel.org/pipermail/stunnel- announce/attachments/20121009/f9eac1e3/attachment-0001.pgp
stunnel-announce mailing list [email protected] https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-announce
End of stunnel-announce Digest, Vol 48, Issue 1
John A. Wallace wrote:
Good news about the update! I noticed that this version, the one for Windows installation, has many more files in it than the last version. It's no problem, but I was just wondering why the change this time? Thanks.
[cut]
- Engine DLLs added: 4758cca, aep, atalla, capi, chil, cswift, gmp,
gost, nuron, padlock, sureware, ubsec.
Do you mean engines?
Mike
"Michal Trojnara" [email protected] wrote in message news:[email protected]...
John A. Wallace wrote: Good news about the update! I noticed that this version, the one for Windows installation, has many more files in it than the last version. It's no problem, but I was just wondering why the change this time? Thanks.
[cut]
- Engine DLLs added: 4758cca, aep, atalla, capi, chil, cswift, gmp,
gost, nuron, padlock, sureware, ubsec.
Do you mean engines?
I was referring to those and the manifests. I'm not a developer and not familiar with the process, but I can see that the package contained numerous files not included in the previous versions, and I was wondering why the change? Thanks.
On 2012-10-16 06:28, John wrote:
I was referring to those and the manifests. I'm not a developer and not familiar with the process, but I can see that the package contained numerous files not included in the previous versions, and I was wondering why the change? Thanks.
Mike
"Michal Trojnara" wrote in message news:[email protected]...
_______________________________________________ stunnel-users mailing list [email protected] https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
Michal, that is helpful in explaining the purpose of manifest files. Now, can you tell me what was the purpose in adding numerous dlls to this version of stunnel, in simple terms for a layman like me. Why the change from previous versions? If you have provided an explanation somewhere else, maybe you can give a link to that because I did not see anything in the release notes to that effect. Thanks, again, Michal for the great support as usual. :)
Hi, Michal.
Let me ask my question in a different, more specific, way. Would the presence of these additional components added to this last version of Stunnel prevent us from simply unpacking the program into one folder and using it by clicking on the stunnel executable or entering the "stunnel.exe" at a command prompt? Or does it now have to be installed with the Windows installer program to run with all of its features available? Thanks again for your support.
john
John wrote:
Let me ask my question in a different, more specific, way. Would the presence of these additional components added to this last version of Stunnel prevent us from simply unpacking the program into one folder and using it by clicking on the stunnel executable or entering the "stunnel.exe" at a command prompt?
No, it wouldn't.
Or does it now have to be installed with the Windows installer program to run with all of its features available?
No, it doesn't.
Thanks again for your support.
I'm glad I could help.
BTW: https://en.wikipedia.org/wiki/Closed-ended_question
Mike
-
John -
John A. Wallace
-
Michal Trojnara