Bug#738625: other command to reproduce

Dear Maintainer, I can reproduce this issue if I use the following command, without a proxy config Please fix this SSL issue, it break so many scripts. $ wget --no-check-certificate --user= user --password= password https://domain/file --post-data=base64 encoded data --2014-10-14 13:57:23--

Bug#738625: Quickfix | A clean apache config fix this alert

For conclusion, Florians message is correct: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738625#10 it's not only a wget bug. If your apache configuration is fine, wget works fine! In my previous Mail (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738625#48) the respective

Bug#738625: this bug causes issues with https over a proxy

-nonfree. Noël, can you *please* look a this ASAP? Patch available at message #30 (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738625#30) -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where

Bug#738625: Suggested patch to apply

I'm afraid I lost track of who suggested this fix in the first place, but when researching this issue I came across the suggestion that the following patch needs to be applied to fix this issue: http://lists.gnu.org/archive/html/bug-wget/2013-05/msg00033.html which as applied to the upstream wget

Bug#738625: possible reason: Unrecognized Name warning in TLS reply

I recently encountered this, with https://raw.githubusercontent.com/. Sniffing the traffic shows wget sending an SNI option with the client hello, and the server sends a Unrecognized Name alert (level: warning) and then the server hello, with a certificate that does contain

Bug#738625: Same (or worse) problem here

Using Debian Wheeze amd64, same version of wget (1.13.4-3+deb7u1). Just had new SSL keys generated for my hobby site stech.muecke.pw (heartbleed disaster recovery). According to gnutls-cli my certificate is completely valid: $ gnutls-cli --x509cafile /etc/ssl/certs/ca-certificates.crt [..]

Bug#738625:

This is biting the build server of our open hardware/FOSS project https://github.com/DIYBookScanner/spreadpi/issues/16 -- Mark Van den Borre Hogestraat 16 3000 Leuven, België +32 486 961726 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe.

Bug#738625: Bug #738625: wget: Unable to establish SSL connection.

Hi, we ran into the same problem after the upgrade. It seems to me as it is the same problem as described in: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686837 When a --no-check-certificate call is done to a side where the hostname mismatch the certificate name, the above error is

Bug#738625: wget: Unable to establish SSL connection.

Package: wget Version: 1.13.4-3+deb7u1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? After the update to 1.13.4-3+deb7u1 I'm unable to Connect to HTTPS-Sites. * What exactly did you do (or not do)