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: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 51733 <at> debbugs.gnu.org, rpluim <at> gmail.com
Subject: bug#51733: 27.1; Detect impossible email addresses better
Date: Wed, 19 Jan 2022 15:21:11 +0200
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: rpluim <at> gmail.com,  51733 <at> debbugs.gnu.org
> Date: Wed, 19 Jan 2022 14:10:11 +0100
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > E.g., what if someone sends me a citation from someone else's
> > email, and I want to textsec-check that citation?  Chances are the
> > citation will not include RFC2047 encoded addresses.
> 
> You can, of course, add all kinds of things to try to gues whether other
> things in other places in Emacs are suspicious or not, but that is not
> what these functions I've written do.

I don't understand this stubborn opposition to provide better, more
general APIs to our users.  textsec.el is not an application, it is
infrastructure applications should use to provide user-level features.
So any application-level decisions, like at what level to detect
suspicious addresses, is not textsec's bloody business to make!




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.