* bug#47076: 27.1; Unwanted warnings about unqualified recipient addresses from message.el
@ 2021-03-11 20:22 Peter Schultze
2021-03-11 20:35 ` Eric Abrahamsen
0 siblings, 1 reply; 6+ messages in thread
From: Peter Schultze @ 2021-03-11 20:22 UTC (permalink / raw)
To: 47076
Sending a message in Rmail to a local address always triggers a warning
"Email address localuser looks invalid; send anyway? (y or n)".
from lisp/gnus/message.el
This only occurs in V. 27.1, but not in V. 26.3.
This is not useful on systems where the MTA is configured
to handle local addresses.
This could be related to bug#23054
In GNU Emacs 27.1 (build 1, x86_64-redhat-linux-gnu)
of 2020-08-20 built on buildhw-x86-03.iad2.fedoraproject.org
System Description: Fedora 33 (Thirty Three)
Recent messages:
Loading /usr/share/emacs/site-lisp/site-start.d/clang-format.el (source)...done
Loading /usr/share/emacs/site-lisp/site-start.d/clang-include-fixer.el (source)...done
Loading /usr/share/emacs/site-lisp/site-start.d/clang-rename.el (source)...done
Loading /usr/share/emacs/site-lisp/site-start.d/cmake-init.el (source)...done
Loading /usr/share/emacs/site-lisp/site-start.d/desktop-entry-mode-init.el (source)...done
Loading /usr/share/emacs/site-lisp/site-start.d/mercurial-site-start.el (source)...done
Loading /usr/share/emacs/site-lisp/site-start.d/protobuf-init.el (source)...done
Loading /usr/share/emacs/site-lisp/site-start.d/systemtap-init.el (source)...done
For information about GNU Emacs and the GNU system, type <f1> C-a.
Making completion list...
Configured using:
'configure --build=x86_64-redhat-linux-gnu
--host=x86_64-redhat-linux-gnu --program-prefix=
--disable-dependency-tracking --prefix=/usr --exec-prefix=/usr
--bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc
--datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64
--libexecdir=/usr/libexec --localstatedir=/var
--sharedstatedir=/var/lib --mandir=/usr/share/man
--infodir=/usr/share/info --with-x=no --with-modules --with-json
'CFLAGS=-DMAIL_USE_LOCKF -O2 -flto=auto -ffat-lto-objects -fexceptions
-g -grecord-gcc-switches -pipe -Wall -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong
-specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic
-fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection'
LDFLAGS=-Wl,-z,relro'
Configured features:
SOUND GPM DBUS NOTIFY INOTIFY ACL LIBSELINUX GNUTLS LIBXML2 ZLIB XIM
MODULES THREADS LIBSYSTEMD JSON PDUMPER GMP
Important settings:
value of $LC_ALL: C
value of $LC_TIME: C
value of $LANG: en_US
locale-coding-system: nil
Major mode: Fundamental
Minor modes in effect:
tooltip-mode: t
global-eldoc-mode: t
electric-indent-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
buffer-read-only: t
line-number-mode: t
transient-mark-mode: t
Load-path shadows:
None found.
Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
format-spec rfc822 mml mml-sec password-cache epa derived epg epg-config
gnus-util rmail tool-bar rmail-loaddefs text-property-search time-date
mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils
mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr
mail-utils term/xterm xterm regexp-opt cus-edit easymenu cus-start
cus-load wid-edit clang-rename clang-include-fixer let-alist json subr-x
map seq byte-opt bytecomp byte-compile cconv clang-format cl-macs gv xml
cl-loaddefs cl-lib disp-table tooltip eldoc electric uniquify ediff-hook
vc-hooks lisp-float-type tabulated-list replace newcomment text-mode
elisp-mode lisp-mode prog-mode register page tab-bar menu-bar
rfn-eshadow isearch timer select mouse jit-lock font-lock syntax
facemenu font-core term/tty-colors frame minibuffer cl-generic cham
georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote threads dbusbind
inotify multi-tty make-network-process emacs)
Memory information:
((conses 16 71832 8051)
(symbols 48 8042 1)
(strings 32 21064 2031)
(string-bytes 1 647153)
(vectors 16 10019)
(vector-slots 8 107450 6508)
(floats 8 32 397)
(intervals 56 235 116)
(buffers 1000 14))
--
Peter Schultze
UCLA Computer Science Department
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#47076: 27.1; Unwanted warnings about unqualified recipient addresses from message.el
2021-03-11 20:22 bug#47076: 27.1; Unwanted warnings about unqualified recipient addresses from message.el Peter Schultze
@ 2021-03-11 20:35 ` Eric Abrahamsen
2021-03-11 22:16 ` Peter Schultze
2021-03-12 0:17 ` Glenn Morris
0 siblings, 2 replies; 6+ messages in thread
From: Eric Abrahamsen @ 2021-03-11 20:35 UTC (permalink / raw)
To: Peter Schultze; +Cc: 47076
Peter Schultze <petersch@cs.ucla.edu> writes:
> Sending a message in Rmail to a local address always triggers a warning
> "Email address localuser looks invalid; send anyway? (y or n)".
> from lisp/gnus/message.el
>
> This only occurs in V. 27.1, but not in V. 26.3.
>
> This is not useful on systems where the MTA is configured
> to handle local addresses.
>
> This could be related to bug#23054
You should be able to shut this off by pushing '(bogus-recipient .
disabled) to `message-syntax-checks'. See the "News Headers" section of
the Message info manual.
HTH,
Eric
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#47076: 27.1; Unwanted warnings about unqualified recipient addresses from message.el
2021-03-11 20:35 ` Eric Abrahamsen
@ 2021-03-11 22:16 ` Peter Schultze
2021-03-11 23:22 ` Eric Abrahamsen
2021-03-12 0:17 ` Glenn Morris
1 sibling, 1 reply; 6+ messages in thread
From: Peter Schultze @ 2021-03-11 22:16 UTC (permalink / raw)
To: Eric Abrahamsen; +Cc: 47076
On Thu, 11 Mar 2021, Eric Abrahamsen wrote:
> Peter Schultze <petersch@cs.ucla.edu> writes:
>
>> Sending a message in Rmail to a local address always triggers a warning
>> "Email address localuser looks invalid; send anyway? (y or n)".
>> from lisp/gnus/message.el
>>
>> This only occurs in V. 27.1, but not in V. 26.3.
>>
>> This is not useful on systems where the MTA is configured
>> to handle local addresses.
>>
>> This could be related to bug#23054
>
> You should be able to shut this off by pushing '(bogus-recipient .
> disabled) to `message-syntax-checks'. See the "News Headers" section of
> the Message info manual.
>
> HTH,
It helped. After adding
(load "message")
(push '(bogus-recipient . disabled) message-syntax-checks)
to ~/.emacs the unwanted warnings no longer occur.
Thanks,
Peter
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#47076: 27.1; Unwanted warnings about unqualified recipient addresses from message.el
2021-03-11 22:16 ` Peter Schultze
@ 2021-03-11 23:22 ` Eric Abrahamsen
0 siblings, 0 replies; 6+ messages in thread
From: Eric Abrahamsen @ 2021-03-11 23:22 UTC (permalink / raw)
To: Peter Schultze; +Cc: 47076-done
Peter Schultze <petersch@CS.UCLA.EDU> writes:
> On Thu, 11 Mar 2021, Eric Abrahamsen wrote:
>
>> Peter Schultze <petersch@cs.ucla.edu> writes:
>>
>>> Sending a message in Rmail to a local address always triggers a warning
>>> "Email address localuser looks invalid; send anyway? (y or n)".
>>> from lisp/gnus/message.el
>>>
>>> This only occurs in V. 27.1, but not in V. 26.3.
>>>
>>> This is not useful on systems where the MTA is configured
>>> to handle local addresses.
>>>
>>> This could be related to bug#23054
>>
>> You should be able to shut this off by pushing '(bogus-recipient .
>> disabled) to `message-syntax-checks'. See the "News Headers" section of
>> the Message info manual.
>>
>> HTH,
>
> It helped. After adding
>
> (load "message")
> (push '(bogus-recipient . disabled) message-syntax-checks)
Cool, I'll close this bug, then. If you didn't want to load message
unconditionally you could use `with-eval-after-load', or use the
customization system.
Eric
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#47076: 27.1; Unwanted warnings about unqualified recipient addresses from message.el
2021-03-11 20:35 ` Eric Abrahamsen
2021-03-11 22:16 ` Peter Schultze
@ 2021-03-12 0:17 ` Glenn Morris
2021-03-12 19:30 ` Eric Abrahamsen
1 sibling, 1 reply; 6+ messages in thread
From: Glenn Morris @ 2021-03-12 0:17 UTC (permalink / raw)
To: Eric Abrahamsen; +Cc: 47076, Peter Schultze
Eric Abrahamsen wrote:
> Peter Schultze <petersch@cs.ucla.edu> writes:
>
>> This could be related to bug#23054
I think it is due to https://debbugs.gnu.org/32639 (ff7560b6ff),
which seems to offer no way to customize what is "invalid".
> You should be able to shut this off by pushing '(bogus-recipient .
> disabled) to `message-syntax-checks'. See the "News Headers" section of
> the Message info manual.
This documentation could be improved:
1) bogus-recipient is not listed as an option
2) it's under "News Headers", yet here it applies to mail
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#47076: 27.1; Unwanted warnings about unqualified recipient addresses from message.el
2021-03-12 0:17 ` Glenn Morris
@ 2021-03-12 19:30 ` Eric Abrahamsen
0 siblings, 0 replies; 6+ messages in thread
From: Eric Abrahamsen @ 2021-03-12 19:30 UTC (permalink / raw)
To: Glenn Morris; +Cc: 47076, Peter Schultze
On 03/11/21 19:17 PM, Glenn Morris wrote:
> Eric Abrahamsen wrote:
>
>> Peter Schultze <petersch@cs.ucla.edu> writes:
>>
>>> This could be related to bug#23054
>
> I think it is due to https://debbugs.gnu.org/32639 (ff7560b6ff),
> which seems to offer no way to customize what is "invalid".
It looks like adding more control over that would require some fairly
substantial changes to ietf-drums.el. Personally, I've wanted a way to
tell it to ignore a trailing comma: right now it will look at a header
like "To: bob <bob@bob.com>, " and complain that the trailing
comma/space is invalid.
But that seems like it should be a separate bug report.
>> You should be able to shut this off by pushing '(bogus-recipient .
>> disabled) to `message-syntax-checks'. See the "News Headers" section of
>> the Message info manual.
>
> This documentation could be improved:
> 1) bogus-recipient is not listed as an option
Do you mean in the customization option type? I see there's a "fixme"
comment there, I can provide a patch to make the types more explicit.
> 2) it's under "News Headers", yet here it applies to mail
Maybe a note and link in the "Message Headers" section (which seems more
general anyway, and a likely place for a user to look if they were
annoyed by this behavior)?
Eric
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2021-03-12 19:30 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-03-11 20:22 bug#47076: 27.1; Unwanted warnings about unqualified recipient addresses from message.el Peter Schultze
2021-03-11 20:35 ` Eric Abrahamsen
2021-03-11 22:16 ` Peter Schultze
2021-03-11 23:22 ` Eric Abrahamsen
2021-03-12 0:17 ` Glenn Morris
2021-03-12 19:30 ` Eric Abrahamsen
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).