GNU bug report logs - #51733
27.1; Detect impossible email addresses better

Previous Next

Packages: gnus, emacs;

Reported by: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>

Date: Wed, 10 Nov 2021 00:29:01 UTC

Severity: wishlist

Found in version 27.1

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: larsi <at> gnus.org
Cc: 51733 <at> debbugs.gnu.org
Subject: bug#51733: 27.1; Detect impossible email addresses better
Date: Tue, 18 Jan 2022 22:15:39 +0200
> Date: Tue, 18 Jan 2022 20:48:46 +0200
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: 51733 <at> debbugs.gnu.org
> 
> These two tests seem to reveal a bug in the implementation:
> 
>   (should (textsec-name-suspicious-p
>            "\N{LEFT-TO-RIGHT MARK}\N{LEFT-TO-RIGHT MARK}Lars Ingebrigtsen"))
>   (should (textsec-name-suspicious-p
>                "\N{LEFT-TO-RIGHT MARK}\N{RIGHT-TO-LEFT MARK}\N{LEFT-TO-RIGHT MARK}\N{RIGHT-TO-LEFT MARK}\N{LEFT-TO-RIGHT MARK}Lars Ingebrigtsen")))
> 
> LRM and RLM are stateless controls, so they shouldn't be flagged as
> suspicious, AFAIU.

I think I get it now: it's because of textsec-suspicious-nonspacing-p,
which forbids consecutive nonspacing characters, right?  But then I
don't think it's correct to consider Cf characters for that purpose:
UTS#39 explicitly talks about nonspacing _marks_, i.e. Mn and Me
characters.  Where did you see Cf and Cc as well?




This bug report was last modified 3 years and 124 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.