X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 4F3003858C36 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1683568271; bh=H5T9R04l2re6GFLTCdISVpSDpnH9N5U5PES0TbbTSZw=; h=Date:Subject:To:References:In-Reply-To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To: From; b=tU78yLKpVITda3ZDK9/sb/GOvTeknUvuUU8uek/SCIsOTvB6fJZ32X8D6+VFUZ7iw BebHY+OBoC1Hb4J3214sDZKiaGeUnllDc4SWjTVZrBpZb1dfW4W49An9MdzWy94UJU g4Yz+l4AdnByskTASiBVfz9SveJrj19SMpndcyvo= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 71D5E3858D28 X-Authentication-Warning: shell1.rawbw.com: Host c-73-202-23-161.hsd1.ca.comcast.net [73.202.23.161] claimed to be [192.168.5.3] Message-ID: Date: Mon, 8 May 2023 10:50:25 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.10.1 Subject: Re: OpenSSL failure in Cygwin: SSL_set_tlsext_host_name returns 1 (SSL_TLSEXT_ERR_ALERT_WARNING) Content-Language: en-US To: cygwin AT cygwin DOT com References: <87o7mun2m1 DOT fsf AT Rainer DOT invalid> In-Reply-To: <87o7mun2m1.fsf@Rainer.invalid> X-Spam-Status: No, score=-3.3 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, NICE_REPLY_A, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: cygwin AT cygwin DOT com X-Mailman-Version: 2.1.29 List-Id: General Cygwin discussions and problem reports List-Archive: List-Post: List-Help: List-Subscribe: , From: Yuri via Cygwin Reply-To: Yuri Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "Cygwin" On 5/8/23 10:40, Achim Gratz via Cygwin wrote: > The port might not be open in the standard configuration of the Windows > firewall. Maybe you can use either openssl or curl to check what > happens when you are trying to connect. It looks like this function is used incorrectly, and it actually succeeds in Cygwin (returns 1) and fails on Linux/BSD (returns 0). The upstream needs to fix this first. I managed to make the program to work by making this just a warning. Yuri -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple