From: Chetan Pandya <pandyacus@sbcglobal.net>
To: "Stephen J. Turnbull" <stephen@xemacs.org>
Cc: Jason Rumney <jasonr@gnu.org>, rms@gnu.org, emacs-devel@gnu.org
Subject: Re: Change in rmail-reply
Date: Sat, 31 Jan 2009 01:52:15 -0800 (PST) [thread overview]
Message-ID: <779436.17872.qm@web83203.mail.mud.yahoo.com> (raw)
In-Reply-To: 874ozgc7fc.fsf@xemacs.org
From: Stephen J. Turnbull <stephen@xemacs.org>
>Chetan Pandya writes:
>> Jason Rumney <jasonr@gnu.org> wrote:
>> > Chetan Pandya wrote:
>>
>> >> One thing I don't like about this command is the potential for
>> >> misuse - unless this is one of the intended uses.
>> >> The problem is that the recipient of the message may have no
>> >> idea that the message is not really received from what it claims
>> >> to be,
>That is in fact the intent of the Resent-* headers. Personally, I
>like the intuition that "the RESEND command uses RESENT-* headers to
>avoid looking like a FORWARD".
>Obviously you and Richard have a different intuition, based on the
>fact that you don't use resend for its designed purpose, but rather
>because it saves keystrokes compared to forward (in his case, anyway).
Actually I don't use resend at all. The only examples I have seen so far deal
with administration of mailing lists. However, if something works for the
intended use, but there are instances where it can be misused, it makes
sense to provide some way to deal with it.
>> Like other commands that may be confusing to users, it could be
>> disabled by default, unless explicitly enabled by the user.
>I think it would be better to enhance the forward command (or split it
>into "forward" and "quick-forward") so that there is less temptation
>to use the resend command as a low- effort forward. You could remove
>the key-binding for resend; that should be sufficient discouragement.
These are different approaches to preventing users from using the
command unintentionally. However, I like the idea of disabled command,
so that the keybinding is still shown in C-h m, in case someone needs
it and is looking for.
>> Irrespective of what is done on the send side, it might make sense
>> to show resent-from, especially if it is different from from field.
>Resent-From is *almost always* different from From. If it is expected
>to be of interest to the recipient, then the sender should not be
>using resend in the first place; they should use forward. On the
>downside of your suggestion, do you really want to see that
><mailman-bounces+chetan-pandya@gnu.org> resent the post for every
>single post to emacs-devel that you receive? That's what your
>suggestion would cause.
The Resent-From will likely be different from From: in the case of
mailing list. However, there are instances where it can be same.
From the sender's point of view, the sender's identify if not important if
"resend" is used knowingly. However, on the recipient side, it is a
different story. If I had a choice, I would be reading my mailing lists
differently. However, to answer the question, yes, I would like to see
the sender. Just because things are fine most of the time does not
mean they will be the fields are useless, especially if there are
bogus messages to deal with.
-Chetan
next prev parent reply other threads:[~2009-01-31 9:52 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-26 16:30 Change in rmail-reply Richard M Stallman
2009-01-26 17:39 ` Glenn Morris
2009-01-27 6:10 ` Richard M Stallman
2009-01-27 6:44 ` Don Armstrong
2009-01-27 18:18 ` Stefan Monnier
2009-01-27 22:58 ` Richard M Stallman
2009-01-27 23:22 ` Harald Hanche-Olsen
2009-01-29 14:32 ` Richard M Stallman
2009-01-29 15:08 ` Stefan Monnier
2009-01-29 16:36 ` Stephen J. Turnbull
2009-01-30 7:25 ` Richard M Stallman
2009-01-30 8:04 ` Stephen J. Turnbull
2009-01-30 23:05 ` Richard M Stallman
2009-01-31 0:50 ` Chetan Pandya
2009-01-31 1:01 ` Chetan Pandya
2009-01-31 3:16 ` Jason Rumney
2009-01-31 3:53 ` Chetan Pandya
2009-01-31 6:32 ` Stephen J. Turnbull
2009-01-31 9:52 ` Chetan Pandya [this message]
2009-02-01 6:30 ` Richard M Stallman
2009-01-31 3:18 ` Jason Rumney
2009-01-31 3:31 ` Jason Rumney
2009-02-01 6:30 ` Richard M Stallman
2009-01-31 4:57 ` Stephen J. Turnbull
2009-01-27 23:35 ` Don Armstrong
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=779436.17872.qm@web83203.mail.mud.yahoo.com \
--to=pandyacus@sbcglobal.net \
--cc=emacs-devel@gnu.org \
--cc=jasonr@gnu.org \
--cc=rms@gnu.org \
--cc=stephen@xemacs.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.