From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 17807 invoked from network); 19 Dec 2022 17:58:34 -0000 Received: from mx1.math.uh.edu (129.7.128.32) by inbox.vuxu.org with ESMTPUTF8; 19 Dec 2022 17:58:34 -0000 Received: from lists1.math.uh.edu ([129.7.128.208]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1p7KPJ-009vop-L4 for ml@inbox.vuxu.org; Mon, 19 Dec 2022 11:58:33 -0600 Received: from lists1.math.uh.edu ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.96) (envelope-from ) id 1p7KPJ-004ZLg-1B for ml@inbox.vuxu.org; Mon, 19 Dec 2022 11:58:33 -0600 Received: from mx2.math.uh.edu ([129.7.128.33]) by lists1.math.uh.edu with esmtp (Exim 4.96) (envelope-from ) id 1p7KPF-004ZLa-2s for ding@lists.math.uh.edu; Mon, 19 Dec 2022 11:58:30 -0600 Received: from quimby.gnus.org ([95.216.78.240]) by mx2.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1p7KPD-007drN-4l for ding@lists.math.uh.edu; Mon, 19 Dec 2022 11:58:28 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-type:MIME-version:References :Subject:In-Reply-To:Cc:To:From:Message-Id:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=QKueOsQZDvBjHJnHH69r+yi40PxkidmCoSqLq8jHTww=; b=NsUPdMs6AUbSUyl0B9qokHd6J0 7zPzYKDdGiFXb0supzkxBitohng5Wdfjp3586q6YkmR/9gjQyKTqD9DpmRyavatM9aj854iNRg6zk CoDYUW+eYeGdW3Neb21GkWl5LyV+gnUAaV2d1yUkqAnDMbE7Zp0aQ1juVDQXeyjPaEbk=; Received: from eggs.gnu.org ([2001:470:142:3::10]) by quimby.gnus.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1p7KP4-0004Ul-LA; Mon, 19 Dec 2022 18:58:22 +0100 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p7KP1-0002do-8D; Mon, 19 Dec 2022 12:58:15 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=QKueOsQZDvBjHJnHH69r+yi40PxkidmCoSqLq8jHTww=; b=hHnecr2fSzDOAmoFMSzb AEp29CfQCQhbcpNvsDK/JdS1jhBZmK/uOp1Wfv39GCgz2Baibn4Vk17J/9zpxngBVGeL5mDuvvdbS DhKBfRQYXM++zcNb/TzmhFfMg0UIcwFER/GY6ffb6Y7H4bcn86Anoj7wbb39BgHBYZnPPeuBv+XCR erVTZ/dMV90SOFdBrSrQYHpKzYVZ4j5n5n50gHdKXBLFzCGpGefAmWhSvuf4kQqCIT7Q17efVZ6xd tjItVNUmO0Q0VcWDBAvOo69bulphsqr4BYA8SrYAqzkaHRS7vZpdvLjQ+aguPPP1o5jLy834UXv3z Dyi7KbtV0SssFw==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p7KP0-00051l-Cr; Mon, 19 Dec 2022 12:58:14 -0500 Date: Mon, 19 Dec 2022 19:58:25 +0200 Message-Id: <83tu1rcm2m.fsf@gnu.org> From: Eli Zaretskii To: Eric Abrahamsen Cc: fweimer@redhat.com, larsi@gnus.org, emacs-devel@gnu.org, ding@gnus.org In-Reply-To: <87k02ns2sg.fsf@ericabrahamsen.net> (message from Eric Abrahamsen on Mon, 19 Dec 2022 09:48:15 -0800) Subject: Re: master ef14acf: Make nnml handle invalid non-ASCII headers more consistently References: <20210122180801.14756.84264@vcs0.savannah.gnu.org> <20210122180802.F0A1E20A10@vcs0.savannah.gnu.org> <874jtvq8c2.fsf@oldenburg.str.redhat.com> <83k02qiicb.fsf@gnu.org> <87bko26ptd.fsf@oldenburg.str.redhat.com> <83r0wygh9b.fsf@gnu.org> <87k02nze8a.fsf@oldenburg.str.redhat.com> <83zgbjcoeq.fsf@gnu.org> <87k02ns2sg.fsf@ericabrahamsen.net> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit List-ID: Precedence: bulk > From: Eric Abrahamsen > Cc: Florian Weimer , larsi@gnus.org, > emacs-devel@gnu.org, ding@gnus.org > Date: Mon, 19 Dec 2022 09:48:15 -0800 > > On 12/19/22 19:07 PM, Eli Zaretskii wrote: > >> Going back to older mail, I see that previously the From: header was > >> written in encoded form to .overview (slightly wrapped to avoid SMTP > >> issues): > >> > >> 8523 Re: [PATCH 1/7] Rename 'hello2.spec.' -> 'hello2.spec' > >> 'hello3.spec.' -> 'hello3.spec' > >> =?utf-8?b?572X5YuH5YiaKFlvbmdnYW5nIEx1bykgdmlhIEVsZnV0aWxzLWRldmVs?= > >> Thu, 24 Nov 2022 16:27:56 +0800 > >> > >> <20220920084307.1696-1-luoyonggang@gmail.com> > >> <20220920084307.1696-2-luoyonggang@gmail.com> > >> > >> > >> <20221019194930.GC24703@redhat.com> > >> <3bf19d05c8976411432709fae1cc2bcc2d21d700.camel@klomp.org> > >> <586fbfd512763e539f0d06e8ffa308da34be5368.camel@wildebeest.org> > >> 705 32 Xref: oldenburg.str.redhat.com > >> lists.sourceware.elfutils-devel:8523 Cc: "Frank Ch. Eigler" > >> , elfutils-devel@sourceware.org To: Mark Wielaard > >> > >> > >> Now it uses unencoded form: > >> > >> 8762 Re: [PATCH v2 13/16] lib: isatty is not available on windows 罗 > >> 勇刚(Yonggang Luo) via Elfutils-devel > >> Mon, 19 Dec 2022 20:32:48 +0800 > >> > >> <20221217165213.152-1-luoyonggang@gmail.com> > >> <20221217165213.152-14-luoyonggang@gmail.com> 1074 43 Xref: > >> oldenburg.str.redhat.com lists.sourceware.elfutils-devel:8762 To: > >> elfutils-devel@sourceware.org > > > > Is that a problem? I think this was part of the reason for that > > change in nnml.el. > > It would definitely be a problem to change the on-disk representation of > data in the .overview files! Lots of code depends on a very specific > format for those files; I've broken things badly in the past by removing > header encoding there. But this change is there since Emacs 28, so if it's a problem, someone would have hollered already, no? Or are you saying that the changes I installed are causing the difference? If so, I don't see how that could happen, since the change just ignores any errors signaled by rfc2047, and if rfc2047 does signal an error, what is stored in the file is the same string as what we did before the new function nnml--encode-headers was added and we started using it. So unless I'm missing something, the changes I installed cannot cause any new problems we didn't have since quite long ago.