From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <kyle@kyleam.com>
Received: from mp0 ([2001:41d0:2:863f::])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
	by ms12 with LMTPS
	id iJ73DvckIGAkWQAAsNZ9tg
	(envelope-from <kyle@kyleam.com>)
	for <larch@inbox.kyleam.com>; Sun, 07 Feb 2021 17:35:51 +0000
Received: from out1.migadu.com ([2001:41d0:2:863f::])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
	by mp0 with LMTPS
	id sGKXMvQkIGAYdQAA1q6Kng
	(envelope-from <kyle@kyleam.com>)
	for <larch@inbox.kyleam.com>; Sun, 07 Feb 2021 17:35:48 +0000
X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers.
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kyleam.com; s=key1;
	t=1612719348;
	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:
	 in-reply-to:in-reply-to:references:references;
	bh=huYgq8w5ERTT9JmUjOzDfaKyitvBw+AgD+ObZsTmnZ4=;
	b=OQbmjGzlDzpviMmtcL6uIBEKAkjy6oBOXsLHBvKBD6dscpc6l6CFgI9ummjgX60BsyfGdc
	6s7y+slI6M4R3LotmAWnV0mw6dGlDZEeJYZcE+0Zm9AwIa76WLqSn51TkKfACKrR9fjrXd
	oT78WXT4KW+8tqFF8wNQXrX7asuVwtVxvolrS/zBShRAbaT6GDfmDah0OnrrF+ZgLiAEtB
	iPnaUY/xU7BHm0WLaeXbD6mMTMxWUBwRDmQpKVF/fcJ/WBGTo1qHcHvlEA+oZsMIkStHcd
	Dj1rQWQRwaO0VMXJugcb8KWBVhsCUNpVzG36bb+DNiMYj2prHF+Lgii+FQ/oTA==
From: Kyle Meyer <kyle@kyleam.com>
To: Xinglu Chen <public@yoctocell.xyz>
Cc: piem@inbox.kyleam.com
Subject: Re: [PATCH 0/5] New command for copying public-inbox URLs
In-Reply-To: <877dnjzug9.fsf@kyleam.com>
References: <20210207075738.8752-1-kyle@kyleam.com>
 <87sg6859zp.fsf@yoctocell.xyz> <877dnjzug9.fsf@kyleam.com>
Date: Sun, 07 Feb 2021 12:35:47 -0500
Message-ID: <874kinzsp8.fsf@kyleam.com>
MIME-Version: 1.0
Content-Type: text/plain
X-Migadu-Flow: FLOW_OUT
X-Migadu-Auth-User: kyle@kyleam.com
X-TUID: J1o+nkNoH5dT

Kyle Meyer writes:

> Hmm, based on dnspython being involved, I guess this happens when b4
> tries to download the thread.  piem-b4--get-am-files should take care of
> downloading the mbox (mostly to prevent users from needing to configure
> b4.midmask), but I guess it falls back to b4 because
> piem-b4--get-am-files's call to piem-download-and-decompress fails for
> the same reason.

But then again, I guess you were probably doing that from notmuch?  And
in that case, piem-notmuch-mid-to-thread should have produced the thread
locally, and there should be no network involved.  So maybe this is
related to b4's optional attestation checking.  Here's how to turn that
off:

  $ git config --global b4.attestation-policy off