Gnus development mailing list
 help / color / mirror / Atom feed
* feature wanted: resending
@ 1998-09-16 13:29 Vladimir Volovich
  1998-09-16 14:07 ` Lee Willis
  1998-09-16 14:10 ` Chris Tessone
  0 siblings, 2 replies; 6+ messages in thread
From: Vladimir Volovich @ 1998-09-16 13:29 UTC (permalink / raw)


Hi,

is it possible to resend (not forward) messages with gnus in
accordance with the corresponding RFC spec? i.e., the headers of the
original message should not be touched (including "Received:"
headers), and some more headers, like Resent-Message-Id:,
Resent-Sender:, Resent-To:, Resent-Date:, Resent-From:, should be
added.

	Best regards, -- Vladimir.


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: feature wanted: resending
  1998-09-16 13:29 feature wanted: resending Vladimir Volovich
@ 1998-09-16 14:07 ` Lee Willis
  1998-09-16 15:41   ` Phil Humpherys
  1998-09-16 14:10 ` Chris Tessone
  1 sibling, 1 reply; 6+ messages in thread
From: Lee Willis @ 1998-09-16 14:07 UTC (permalink / raw)


Vladimir Volovich <vvv@vvv.vsu.ru> writes:

> is it possible to resend (not forward) messages with gnus in
> accordance with the corresponding RFC spec? 

S D r (gnus-summary-resend-message).

I assume that this adheres to the relevant spec's since Lars is pretty
good about that sort of stuff :)

Lee.
-- 
Lee Willis
GBDirect Ltd, 27 Park Drive, Heaton, Bradford, UK, BD9 4DS
Tel: +44 (0)1274 772277


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: feature wanted: resending
  1998-09-16 13:29 feature wanted: resending Vladimir Volovich
  1998-09-16 14:07 ` Lee Willis
@ 1998-09-16 14:10 ` Chris Tessone
  1 sibling, 0 replies; 6+ messages in thread
From: Chris Tessone @ 1998-09-16 14:10 UTC (permalink / raw)
  Cc: ding

>>>>> "Vladimir" == Vladimir Volovich <vvv@vvv.vsu.ru> writes:

    Vladimir> Hi, is it possible to resend (not forward) messages with
    Vladimir> gnus in accordance with the corresponding RFC spec?
    Vladimir> i.e., the headers of the original message should not be
    Vladimir> touched (including "Received:" headers), and some more
    Vladimir> headers, like Resent-Message-Id:, Resent-Sender:,
    Vladimir> Resent-To:, Resent-Date:, Resent-From:, should be added.

gnus-summary-resend-message should do the trick, although to what keys
this is bound escape me at the moment.

Chris

-- 
Chris Tessone         tessone@fnal.gov         tessone@imsa.edu
PH/sendmail SNPC        System Administration        Perl/Shell
All you need is Perl, love. Perl is all you need.
http://www.imsa.edu/~mathrulz/


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: feature wanted: resending
  1998-09-16 14:07 ` Lee Willis
@ 1998-09-16 15:41   ` Phil Humpherys
  1998-09-17 13:22     ` Hrvoje Niksic
  0 siblings, 1 reply; 6+ messages in thread
From: Phil Humpherys @ 1998-09-16 15:41 UTC (permalink / raw)
  Cc: ding

Lee Willis <lee@gbdirect.co.uk> writes:

> Vladimir Volovich <vvv@vvv.vsu.ru> writes:
> 
> > is it possible to resend (not forward) messages with gnus in
> > accordance with the corresponding RFC spec? 
> 
> S D r (gnus-summary-resend-message).

Yes, but this raises a question...  why doesn't the aliases in
.mailrc work for resend?

--
Phil Humpherys <phumpherys@utah-inter.net>   DriverSoft
Unix Systems Administrator                   Mobile: +1.801.725.3257 
WWW/PGPkeys: http://www.spire.com/~humphery



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: feature wanted: resending
  1998-09-16 15:41   ` Phil Humpherys
@ 1998-09-17 13:22     ` Hrvoje Niksic
  1998-09-17 15:02       ` Edward J. Sabol
  0 siblings, 1 reply; 6+ messages in thread
From: Hrvoje Niksic @ 1998-09-17 13:22 UTC (permalink / raw)


Phil Humpherys <phumpherys@utah-inter.net> writes:

> Yes, but this raises a question...  why doesn't the aliases in
> .mailrc work for resend?

I proposed a patch to Lars to make them work under XEmacs, but he
refused to apply it because the equivalent functionality has not yet
been written for FSF Emacs.  Under XEmacs, you want to use
`mail-abbrev-minibuffer-setup-hook' for this.

-- 
Hrvoje Niksic <hniksic@srce.hr> | Student at FER Zagreb, Croatia
--------------------------------+--------------------------------
Satellite Safety Tip #14:
        If you see a bright streak in the sky coming at you, duck.


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: feature wanted: resending
  1998-09-17 13:22     ` Hrvoje Niksic
@ 1998-09-17 15:02       ` Edward J. Sabol
  0 siblings, 0 replies; 6+ messages in thread
From: Edward J. Sabol @ 1998-09-17 15:02 UTC (permalink / raw)


Excerpts from mail: (17-Sep-98) Re: feature wanted: resending by Hrvoje Niksic
> Phil Humpherys <phumpherys@utah-inter.net> writes:
>> Yes, but this raises a question...  why doesn't the aliases in
>> .mailrc work for resend?
>
> I proposed a patch to Lars to make them work under XEmacs, but he
> refused to apply it because the equivalent functionality has not yet
> been written for FSF Emacs.  Under XEmacs, you want to use
> `mail-abbrev-minibuffer-setup-hook' for this.

I don't see a particular need for mailabbrev completion in the minibuffer. In
fact, in cases where a single alias expands to multiple addresses, I'd rather
they didn't to prevent minibuffer overflow. I'd be plenty happy if I could
just type the alias name and hit return. Even RMail under FSF Emacs can do
that! It expands the aliases in the temporary buffer it uses to compose the
resent message.

Later,
Ed


^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~1998-09-17 15:02 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1998-09-16 13:29 feature wanted: resending Vladimir Volovich
1998-09-16 14:07 ` Lee Willis
1998-09-16 15:41   ` Phil Humpherys
1998-09-17 13:22     ` Hrvoje Niksic
1998-09-17 15:02       ` Edward J. Sabol
1998-09-16 14:10 ` Chris Tessone

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 NNTP newsgroup(s).