Package: stunnel4 Version: 3:4.52-1 Severity: wishlist Dear Maintainer,
I have a issue with stunnel in client mode and a SNI enabled TLS-Server. Some investigation shows, that stunnel doesn't send the extension 'server_name' into the ClientHello-Packet. Due to this the packet doesn't reach the virtuell server. It seems that this issue is fixed in stunnel version 4.53: http://www.mail-archive.com/openssl-users@openssl.org/msg66901.html * New features - Added client-mode "sni" option to directly control the value of TLS Server Name Indication (RFC 3546) extension. It would be great, if we get this version into wheezy. Regards Friedemann -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages stunnel4 depends on: ii adduser 3.113+nmu1 ii libc6 2.13-27 ii libssl1.0.0 1.0.1-4 ii libwrap0 7.6.q-23 ii netbase 4.47 ii openssl 1.0.1-4 ii perl-modules 5.14.2-9 ii zlib1g 1:1.2.6.dfsg-2 stunnel4 recommends no packages. Versions of packages stunnel4 suggests: pn logcheck-database <none> -- Configuration Files: /etc/default/stunnel4 changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
