bug#7888: 23.1; default value of rmail-default-dont-reply-to-names

bug#7888: 23.1; default value of rmail-default-dont-reply-to-names

[ltsampros]

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

bug#7888: 23.1; default value of rmail-default-dont-reply-to-names

[Chong Yidong]

ltsampros@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.