GNU bug report logs - #7888
23.1; default value of rmail-default-dont-reply-to-names

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 7888 in the body.
You can then email your comments to 7888 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: ltsampros <at> upnet.gr
To: bug-gnu-emacs <at> gnu.org
Subject: 23.1; default value of rmail-default-dont-reply-to-names
Date: Sat, 22 Jan 2011 17:51:20 +0200

When you follow up mail from Gnus, deep in the stack they use a function
from rmail to calculate which addresses we should remove from the
Recipients list.

The function called by Gnus is 'rmail-dont-reply-to' in rmail.el and
removes all the user's personal addresses. However it advises two
variables the first is called 'rmail-dont-reply-to-names' which is set
by the user explicitly and the second is the
'rmail-default-dont-reply-to-names' which has a default value of
"\\`info-" which removes all addresses starting with info- on the
assumption that large mailing lists that broadcast announcement have a
name like that.

I was bitten by this default value in a list I'm subscribed to (info-gnus-english).

Is it possible to get this default value to nil? Does it even make sense
in 2011 to filter addresses by judging from their name whether they are
big announcements lists ? (that's the wording and justification in the
docs for this default value)


In GNU Emacs 23.1.1 (x86_64-pc-linux-gnu, GTK+ Version 2.20.0)
 of 2010-03-30 on yellow, modified by Debian
Windowing system distributor `The X.Org Foundation', version 11.0.10900000
configured using `configure  '--build=x86_64-linux-gnu' '--host=x86_64-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs23:/etc/emacs:/usr/local/share/emacs/23.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.1/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/23.1/leim' '--with-x=yes' '--with-x-toolkit=gtk' '--with-toolkit-scroll-bars' 'build_alias=x86_64-linux-gnu' 'host_alias=x86_64-linux-gnu' 'CFLAGS=-DDEBIAN -g -O2' 'LDFLAGS=-g' 'CPPFLAGS=''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: el_GR.UTF-8
  value of $LC_CTYPE: el_GR.UTF-8
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: C
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Summary

Minor modes in effect:
  gnus-mailing-list-mode: t
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

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

From: Chong Yidong <cyd <at> stupidchicken.com>
To: ltsampros <at> upnet.gr
Cc: 7888 <at> debbugs.gnu.org
Subject: Re: bug#7888: 23.1; default value of rmail-default-dont-reply-to-names
Date: Sat, 12 Feb 2011 16:50:28 -0500

ltsampros <at> upnet.gr writes:

> The function called by Gnus is 'rmail-dont-reply-to' in rmail.el and
> removes all the user's personal addresses. However it advises two
> variables the first is called 'rmail-dont-reply-to-names' which is set
> by the user explicitly and the second is the
> 'rmail-default-dont-reply-to-names' which has a default value of
> "\\`info-" which removes all addresses starting with info- on the
> assumption that large mailing lists that broadcast announcement have a
> name like that.
>
> Is it possible to get this default value to nil? Does it even make
> sense in 2011 to filter addresses by judging from their name whether
> they are big announcements lists ? (that's the wording and
> justification in the docs for this default value)

Indeed, this looks like a bad idea these days (if necessary, users can
customize it).  I've changed the default to nil; thanks.

Previous Next

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