all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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




  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.