From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#51733: 27.1; Detect impossible email addresses better Date: Thu, 11 Nov 2021 03:52:39 +0100 Message-ID: <874k8jfloo.fsf@gnus.org> References: <87czn8etuz.7.fsf@jidanni.org> <87tugkkfid.fsf@gnus.org> <83fss44rbn.fsf@gnu.org> <875yt0ipre.fsf@gnus.org> <834k8k3za3.fsf@gnu.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="40113"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: 51733@debbugs.gnu.org, jidanni@jidanni.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Nov 11 03:53:09 2021 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 1ml0D7-000AEv-KD for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 11 Nov 2021 03:53:09 +0100 Original-Received: from localhost ([::1]:42726 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ml0D6-00027L-LC for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 10 Nov 2021 21:53:08 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:41926) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ml0D0-00027D-PS for bug-gnu-emacs@gnu.org; Wed, 10 Nov 2021 21:53:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:56304) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ml0D0-0004QL-H5 for bug-gnu-emacs@gnu.org; Wed, 10 Nov 2021 21:53:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ml0D0-00057z-74; Wed, 10 Nov 2021 21:53:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Thu, 11 Nov 2021 02:53: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.163659917919702 (code B ref 51733); Thu, 11 Nov 2021 02:53:02 +0000 Original-Received: (at 51733) by debbugs.gnu.org; 11 Nov 2021 02:52:59 +0000 Original-Received: from localhost ([127.0.0.1]:39617 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ml0Cw-00057i-Vk for submit@debbugs.gnu.org; Wed, 10 Nov 2021 21:52:59 -0500 Original-Received: from quimby.gnus.org ([95.216.78.240]:48526) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ml0Cr-00057P-VG for 51733@debbugs.gnu.org; Wed, 10 Nov 2021 21:52:57 -0500 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:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From: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=txkMUA0SBoH8PWjxOplhrSudMfVinJOtY25MLTINkq8=; b=QoxdfpYE5gVUCc3cP4H5C2KPfA 1sXqvljccQhsOgEtZ3ErNzzwRHt5AhQsYbTULn6dsPLf1HKx/vdcVUn2Or+8ulThbF7Fj4jcQhOB4 Zvbofkojwm8wobd/SQizbsCW1u4vQgfbgw7pkW1NEOr8PAypLAyhoXfpBlKUKT2gzGl8=; Original-Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ml0Ch-0001Wu-NW; Thu, 11 Nov 2021 03:52:46 +0100 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEVKLCVPLCORZE60 ln7///8IGfnBAAAAAWJLR0QEj2jZUQAAAAd0SU1FB+ULCwIsAv43SG0AAAF7SURBVDjLnZPbecMg DIUFXQBpAkss0MD+u+UIgQ1t+lISXz5+ju4m8sXMheJtPsfKGiBtYDxaA+CUBbu3EueMzBWcK+5S SEoA6larmTWr+GM1NQ1Qe++ttZe11jvAq9sAr3FcrSXDfayhsG9iQVwFLljhazmvl6cB8NWrtQ1g pUGG7iMIYfkDMH0AttVsAYEDMfsB2PeUkQCuEkenwsG8gkwgSC5ylgOQ+AaKCHMs1wHuJSgURdO8 JSYakKetUGQPKVudTnbnEEgNSZiaecC5aDRCd4DzHi5a2ZzeILHXW7zDw1q5o0KdFNNVretSBMiY J0qXR9Rsz8PfvegiHu71APhIiCp5cWWWdzo33KIksyEBxEEMo6luCo9FvYO1rX6EjyLjuAfBuyni 0Tux7atJtI0JIJ+K2IcGfnifRFpjpc/E7abQimfinn1vCK5TwZnHRyMo12nKR45H1Kct7wnT+g5O gn2Jz2CBmRDj5xlS+qUow9YqxgbudP+53hVgPjdMzr2BAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIx LTExLTExVDAyOjQ0OjAyKzAwOjAwzg6UZAAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMS0xMS0xMVQw Mjo0NDowMiswMDowML9TLNgAAAAASUVORK5CYII= X-Now-Playing: Fairport Convention's _Come All Ye (5)_: "White Dress" In-Reply-To: <834k8k3za3.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 10 Nov 2021 15:39:48 +0200") 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:219574 Archived-At: Eli Zaretskii writes: > I did write it, that's bidi-find-overridden-directionality, which we > have since Emacs 25. That is what I meant by "detecting the > reordering". Ah, right.=20=20 > We could add that to core, but currently uni-confusables just gives > you a char-table which Lisp programs can use to find out whether a > given character is a potential confusable. We need applications > layers above that, ideally implementing at least part of the > recommendations in Unicode's UTS #39 > (https://www.unicode.org/reports/tr39/). It's great to see that somebody's already done the hard work -- now we just have to implement it. =F0=9F=98=85 > We should probably first discuss what we want to implement from there, > though. How about chiming in to emacs-devel thread "Unicode > confusables considered harmful", where Vasilij Schneidermann already > asked what we think should be done about these cases? I'm not sure that'd be productive. I think Somebody just has to write a library that exposes the various levels/profiles as defined by TR39, and then we should sprinkle libraries that deal with these issues (url.el, smtpmail.el, message.el) with calls to that library, much along the same lines as the NSM is consulted about network connections. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no