From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <stepnem@smrk.net>
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on dcvr.yhbt.net
X-Spam-Level: 
X-Spam-ASN:  
X-Spam-Status: No, score=-3.4 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS,
	T_SCC_BODY_TEXT_LINE shortcircuit=no autolearn=ham autolearn_force=no
	version=3.4.6
Received: from mail.smrk.net (mail.smrk.net [IPv6:2001:19f0:6c01:2788:5400:4ff:fe27:adaa])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
	 key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512)
	(No client certificate requested)
	by dcvr.yhbt.net (Postfix) with ESMTPS id CC4CD1F452
	for <meta@public-inbox.org>; Mon, 27 Nov 2023 10:50:41 +0000 (UTC)
Authentication-Results: dcvr.yhbt.net;
	dkim=pass (2048-bit key; unprotected) header.d=smrk.net header.i=@smrk.net header.a=rsa-sha256 header.s=20221002 header.b=SmmWU6yK;
	dkim-atps=neutral
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=smrk.net; s=20221002;
	t=1701082236;
	h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
	 to:to:cc:cc:mime-version:mime-version:content-type:content-type:
	 content-transfer-encoding:content-transfer-encoding:
	 in-reply-to:in-reply-to:references:references;
	bh=fih+wGs260ZL4fCOmyysv7F3ErtmffswpebgGXiIFV4=;
	b=SmmWU6yKJSESmR9jRfqwyhVxto+pfB+HzLGISkB2SgOz8DNMwA85rAgo1GdPAJrmO1QL0X
	zWXAz4RvxImr9A/O7Zkly7KLpCAeaEOypIOqW7EJXViTzpS1Yf/BwpaswlPtzak1pqpg3N
	2lZBl91oadty6uR3yo5gHX9S3+fPucZYIfuYPHrmvyVkQOPHGqLV7+CvE9GLXIQ4+yWCCz
	fXAvFdbLIu25zthIjuAe6/Azeq3n2fiwQfx1x1vP+faECBobjTXipbI2ZoO1nIHUjqe949
	matN7AjULddMqg58KZDdFZZhXbIwhY55EgEKcJ9L6YTJh2Pf+7JBHpjnWWsBYg==
Received: from localhost (<unknown> [192.168.5.2])
	by smrk (OpenSMTPD) with ESMTPSA id 04ce942a (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO);
	Mon, 27 Nov 2023 11:50:36 +0100 (CET)
From: =?utf-8?B?xaB0xJtww6FuIE7Em21lYw==?= <stepnem@smrk.net>
To: Eric Wong <e@80x24.org>
Cc: meta@public-inbox.org
Subject: Re: [PATCH] t/nntpd-tls: avoid test failure on OpenBSD 7.3
In-Reply-To: <20231127072628.833729-1-e@80x24.org> (Eric Wong's message of
	"Mon, 27 Nov 2023 07:26:28 +0000")
References: <20231127072628.833729-1-e@80x24.org>
User-Agent: Gnus/5.13 (Gnus v5.13)
Date: Mon, 27 Nov 2023 11:50:36 +0100
Message-ID: <20231127115036+0100.97464-stepnem@smrk.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
List-Id: <meta.public-inbox.org>

On Mon, 27 Nov 2023 07:26:28 +0000
Eric Wong wrote:

> The LibreSSL 3.7.2 on my OpenBSD 7.3 VM seems return 7 bytes of
> junk data before EOF/ECONNRESET when a client attempts to write
> plain-text to a TLS socket.

I can confirm this patch fixes the failure on a month-old
-current with LibreSSL 3.8.2 as well.

I was going to report this at some point, but kept putting
it off (there had been some other intermittent test failures
during the recent refactorings, but not for some weeks now).

Thanks,

  =C5=A0t=C4=9Bp=C3=A1n