From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#51733: 27.1; Detect impossible email addresses better Date: Mon, 17 Jan 2022 12:18:44 +0200 Message-ID: <49EACC4C-E21E-4123-A3D2-901958CF7DC4@gnu.org> References: <87czn8etuz.7.fsf@jidanni.org> <87tugkkfid.fsf@gnus.org> <83fss44rbn.fsf@gnu.org> <875yt0ipre.fsf@gnus.org> <834k8k3za3.fsf@gnu.org> <874k8jfloo.fsf@gnus.org> <83zgqb18hq.fsf@gnu.org> <87zgqb6tcm.fsf@gnus.org> <87tue3y96e.fsf@gnus.org> <83fspny8fp.fsf@gnu.org> <87pmory859.fsf@gnus.org> <83ee57y7xz.fsf@gnu.org> <87lezfy70y.fsf@gnus.org> <83czkry6jw.fsf@gnu.org> <87h7a3y5no.fsf@gnus.org> <87czkry3h8.fsf@gnus.org> <835yqjy26h.fsf@gnu.org> <878rveybyf.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14761"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: K-9 Mail for Android Cc: 51733@debbugs.gnu.org, jidanni@jidanni.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Jan 17 11:19:12 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1n9P6V-0003eQ-PV for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 17 Jan 2022 11:19:11 +0100 Original-Received: from localhost ([::1]:58096 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n9P6U-0000MW-Ku for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 17 Jan 2022 05:19:10 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:55884) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n9P6M-0000KJ-Vt for bug-gnu-emacs@gnu.org; Mon, 17 Jan 2022 05:19:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:51935) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n9P6M-0004XQ-Mq for bug-gnu-emacs@gnu.org; Mon, 17 Jan 2022 05:19:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1n9P6M-0005yn-G3; Mon, 17 Jan 2022 05:19:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Mon, 17 Jan 2022 10:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51733 X-GNU-PR-Package: emacs,gnus Original-Received: via spool by 51733-submit@debbugs.gnu.org id=B51733.164241473522969 (code B ref 51733); Mon, 17 Jan 2022 10:19:02 +0000 Original-Received: (at 51733) by debbugs.gnu.org; 17 Jan 2022 10:18:55 +0000 Original-Received: from localhost ([127.0.0.1]:44838 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n9P6F-0005yP-Bx for submit@debbugs.gnu.org; Mon, 17 Jan 2022 05:18:55 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:55050) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n9P6B-0005y9-Cr for 51733@debbugs.gnu.org; Mon, 17 Jan 2022 05:18:54 -0500 Original-Received: from [2001:470:142:3::e] (port=34916 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n9P65-0004U5-Sr; Mon, 17 Jan 2022 05:18:45 -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:In-Reply-To:Subject:To:From: Date; bh=OU4Dc1go1GNyx9KZ5laYwUNYJl8inm2LIcjnbFSxl4k=; b=edCL7AsunQnGUVGpjadu BvfHyQ0XmspFK7pqN+MSlfSH/IYqFoc+cWZMfcXh09WNQJDmHmR7iQywm+MrejVAD+H6abk1v5Wm5 iGYnMlbivkjQAo2H/FAnG0DyiRMBGc2t/VeJkP+2fPxQVhnIe0pAL4u2OiYrZGIueWRTSq+6L2rZ2 u0+KlPF4wYATrpQaDIyQXHZKuX03TtDdxNMiizDckEnAmatb46ic6JPowxJixfJEhbqHl1BM3FEJg S+JDnkaeJOdEbtFUyB0eaFLET7aWru+Omoy+JCSE0+JEmXNKGuJnJNW+MXVNGGiCqe0tPWKBoVaVz z5+JdtrdmmdD8w==; Original-Received: from [2a02:14f:1f8:166::2363:91fe] (port=38806 helo=[IPv6:::1]) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n9P65-00070M-UI; Mon, 17 Jan 2022 05:18:46 -0500 In-Reply-To: <878rveybyf.fsf@gnus.org> Autocrypt: addr=eliz@gnu.org; keydata= mQENBF+pf4UBCAC6vjkWLSAsQpe8YIGKLQzNOJx/IjGtCdFF8uzmO5jmME+SD8ROuJN+t5KXVw58 uzu75EFD0vHTY9e+udJ2gkpuy0NnzkFcbumdLLo2ERKCoSctZZRhzKXI5z5cHxCqW0B2ygHRrRLt oNlGID7bAgcgSViT1ptGqTXO7zGVu4Airok7dNzcPtHgns8GlR5YAFX0TvE6oGd0l2VPghNeVJKJ OjrbfhoDxl3ucFpqbqMH8z9HTLDOFpz8UaYYUdJMi3xX6vwTZxI2sM2RRVLUpZyllAkSMI4lln1O OgazM/62DJUs/rKIHKBnF6h3/qsJUjUYXaAHbrXY26mWllAd536lABEBAAG0I0VsaSBaYXJldHNr aWkgKGVsaXopIDxlbGl6QGdudS5vcmc+iQE4BBMBAgAiBQJfqX+FAhsDBgsJCAcDAgYVCAIJCgsE FgIDAQIeAQIXgAAKCRCRwSYvAeuNOYUQB/4/iIKKOG45ijNaRoTvmJJZMvj1S07WQxEm7c5SHEeE QbLOAxB9vESOV7sLueuN3oqEndtzyYt4x1WTSBmHFF7h5fcCMjBs41siOIp5Sj/xD0Bvaa0IKGCR SZ7PAo8Mq3wgajXpTpn9vxE2PmtzA8KdEE0K1+f9pVAfOpUIcCl44rIxLUW352XG0y7iz6c/O6LB 1deOKMiKFctKO7pBti1dJEm1ImewLH3H8uTbwspLOs3EB8xhsESxmTidnze68HX2jt+2EeMgCdki NU+LWbexQZPfIS7+ZmE06ll0v6+Jy7ZdTkCCRypKWTnW7pIFsq/p4kybV8O/kHSV6B4vvQBfuQEN BF X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:224433 Archived-At: On January 17, 2022 10:59:36 AM GMT+02:00, Lars Ingebrigtsen wrote: > Eli Zaretskii writes: >=20 > >> So I guess the Scripts=2Etxt file will have to be parsed in addition,= and > >> into a new char table=2E > > > > Why can't we use our char-script-table? how different is it from what > > Unicode wants? >=20 > Well, as the Unicode web page says -- using Blocks to determine the > script is just, well, wrong=2E (Or "inaccurate", if you want=2E) So us= ing > it will give both false positives and negatives=2E Yes, I understand the general concern, but I'm asking how serious is this = in practice=2E Can you tell? > In addition, that table assumes that each character belongs to a single > script, which is also wrong=2E So I'm making a new table based on > Scripts=2Etxt and ScriptExtensions=2Etxt=2E It is confusing to have 2 separate properties of a character that are subt= ly incompatible, and for such obscure properties at that=2E It will be sou= rce of many problems=2E So I think we should avoid that if it's feasible= =2E Can we plrase discuss any real problems that would be xaused by using = the existing char-table?