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

Previous Next

Packages: emacs, gnus;

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


Message #248 received at 51733 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 51733 <at> debbugs.gnu.org
Subject: Re: bug#51733: 27.1; Detect impossible email addresses better
Date: Wed, 19 Jan 2022 15:11:51 +0200
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: 51733 <at> debbugs.gnu.org
> Date: Wed, 19 Jan 2022 14:06:56 +0100
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> There's no scanning -- rmail displays the From header, right?  So it
> >> does decoding before displaying the header.  It has to do the textsec
> >> stuff first, too.
> >
> > Not if textsec is optional, it doesn't.
> 
> I don't understand what you mean here.  rmail will call
> (decorate-suspicious-email from) and then insert the result into the
> buffer.  If textsec is switched off, it'll just return `from' as is.

But From is not the only place where a suspicious address could hide.
It could also be in the body, or in the quotation parts.  We cannot
rely on header decoding alone to do this job 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.