HDTenEightyP/NetNews huggingface dataset:
From: hakan@Sweden.Prime.COM (Hakan Sjogren)
Newsgroups: comp.mail.elm
Subject: Suggestion: new command
Date: 4 Jan 93 19:30:28 GMT
Organization: Computervision Sweden

It would be convinient to have a command (M)ove message to
another mailbox beeing a combination of Copy followed by Delete
-hs

-- 
Hekan Sjvgren					Tel: +46 8 751 0000
hakan@prime.se					Box 18
hakan@Sweden.Prime.COM				S-164 93 Kista Sweden
From: ophof@SERVER.uwindsor.ca (Scott Ophof)
Newsgroups: comp.mail.elm
Subject: Re: ">From " lines and "corrupt folder" msg
Date: 7 Jan 1993 15:00:34 -0600
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu

Sorry, I posted the wrong reply.  Here's the correct one.

On Tue, 29 Dec 92 14:37:09 EST tom@crc.doc.ca (Thomas Erskine) said:
>In article <9212260325.AA18454@SERVER.uwindsor.ca> you write:
>>When one is emailed a folder where each item starts with a "From "
>>...
>use.  Do you really mail whole mail folders a lot?  I've only ever

The kicker here is I want to *receive*, *not* send such folders.
And whether I receive/send such files in any amount isn't relevant
to the matter of some people having decided to ignore good manners
by implementing software that messes up envelops and contents of a
mail item.  Imagine if the snailmail post office people did this to
ones mail...
BTW, there is at least one opsys where email is treated with more
respect and concern for privacy than what seems to be the norm in
the Unix environment.


>>If not, what is the *EXACT* command to give to "vi" in order to
>>remove those ">"s?  Of course *ONLY* on those header lines; I'll
>>accept any such occurances in the contents of the items (though
>>not really gracefully...).
>:1,$s/^>From /From /
>Should fix any such lines in the file.  Unfortunately, if there were any
>that were inside a message in that folder, those will also be un-marked.
>I can't think of any automated way to avoid this.

A private reply gave me the following alternative:
    :%s/^>\(From .*\)/\1/c
which askes for confirmation at each occurrance.


And I'm sure someone in the world of Unix gurus can come up with a
filter that only cleans up header lines which conform to the syntax
used on the "From " line.
What bugs me is the nigh impossibility of undoing any harm done to
the *contents* of the item, and I don't want to mess up things even
more by also going for occurrances in the item-body.


>>A propos, where in the whole email chain does this ">" get prefixed
>>...
>The keywords are "history" and "compatability".  Unix mail has from the
>very early days "separated" messages in a folder by lines beginning with
>"From ".  If the messages aren't separated this way then common
>...

Thanks, Tom.  This has cleared up a point I've been curious about
ever since I was exposed to the SMTP suite of programs in an IBM
environment.  In short, it comes down to not having a unique enough
item-separator, and/or not sticking each item in its own (spool-)
file...

I've also requested a solution to this problem on the unix-listserv
discussion list <unix-listserv@stormking.com>.  IMHO it should be
approached from that side also, and hopefully both MUA-implementors
and mailing-list implementors can come up with a neat, state-of-the-art
solution.


Regards.
$$/        F. Scott Ophof  <ophof@server.uwindsor.ca>
From: Jeremy Bettis <jbettis@cse.unl.edu>
Newsgroups: comp.mail.elm
Subject: Re: undefined external while compiling PL20
Date: 13 Jan 1993 05:26:58 GMT
Organization: University of Nebraska--Lincoln	
Distribution: world
NNTP-Posting-Host: cse.unl.edu

peterm@dtc.hp.com (Sweet Pete) writes:

>For my first time I've failed to compile elm.  The following shows what
>happened:

>ld: Undefined external -
>        _read_one_alias
>ld: output file still contains undefined symbols
>ld: (Warning) did not generate an output file
>*** Error code 1
Same happened to me, the new file that came with the patches is in the wrong
directory.  Move aliases.c into the directory library. (Maybe.  I think I 
might have the file names wrong. I am on the wrong machine and can't check)
You also have to apply the patch to the library/Makefile which failed when
it tried to patch the main Makefile.
--
Jeremy Bettis   -*-   Jerbo Jehoshaphat   -*-   University of Nebraska
INET:	jbettis@cse.unl.edu		"Those who stand in the middle of the
	bt757@Cleveland.Freenet.Edu	 road are often hit by passing cars."
 BBS:	The Dew Drop Inn (402)476-8807 3/12/24
Newsgroups: comp.mail.elm
From: dattier@ddsw1.mcs.com (DWT)
Subject: Re: [not] saving outgoing messages
Date: Tue, 5 Jan 1993 00:05:06 GMT
Organization: Contributor Account at ddsw1, Chicago, Illinois  60657

doc@uiuc.edu (Jim Marco) wrote in <C0B07G.Mnw@news.cso.uiuc.edu>:

| Is there a way to =not= save a copy of an outgoing message?  I have my 
| elmrc configured to save a copy of all my outgoing mail in a =sent folder.
| But, there are many times I send messages I have no need to save.  I know
| I can put a [nosave] on the first line of the message and thus not save
| the body of the message, but the header is still saved and I must change to
| my =sent folder and delete the message.  I would like to have elm not save
| the message at all.  Is there some trick to this?

At the s)end f)orget h)eaders c)opy etc. prompt that you get after exiting
the editor, type c/backspace/return (without the slashes).

David W. Tamkin   Box 59297   Northtown Station, Illinois  60659-0297
dattier@ddsw1.mcs.com    CompuServe: 73720,1570    MCI Mail: 426-1818
Newsgroups: comp.mail.elm
From: Frank Price <fprice@hamilton.edu>
Subject: Forwarding & Vacations
Organization: Hamilton College
X-Useragent: Nuntius v1.1b2
Date: Thu, 7 Jan 1993 21:27:55 GMT

Rumor has it that it is possible to have a message sent automatically in
response to incoming mail.  For example: "I'm on vacation out of town
until the 23rd."
I couldn't find anything in either the man pages or the Elm manual.
Could someone tell me if this is possible and if so, how to do it?

A related question: how to have mail automatically forwarded somewhere
else?

Please respond to me via mail (fprice@hamilton.edu) and I will summarize
to the group if appropriate.

Many thanks,
Frank Price
Newsgroups: comp.mail.elm
From: spencer@ernie.Princeton.EDU (S. Spencer Sun)
Subject: Re: "Reply to *typed* address"
Originator: news@nimaster
Reply-To: spencer@ernie.princeton.edu (S. Spencer Sun)
Organization: Society for Promotion of Entropy in the Universe (SPEU)
Date: Sun, 10 Jan 1993 01:15:24 GMT

In article <9301080223.AA22606@SERVER.uwindsor.ca>, ophof@SERVER.uwindsor.ca (Scott Ophof) writes:
>
>When one hits "r" from the index screen or while reading an item, 
>one means "reply to whatever originator/sender/reply-to address is
>in the header of this item".

others have suggested just using f)orward... how about just having it
verify the To: address the same way that it verifies the subject?

i.e. when you reply, it shows you who you're replying to and then says

Subject: RE: foo

And lets you CHANGE the subject if you want to.

Why not do the same thing for To:?  One extra carriage return for people
who don't want to change it, and easy access for people who do want to.

I've always found it annoying to have to save the article and then
remember to go to the header screen.  Especially if it's a long
response, by the time I ZZ out of vi, I've forgotten that I wanted to
change the header :-)

This would not require using any additional command keys and would be a
very minor change to the interface -- all you have to do is hit one
extra carriage return, and if you forget, nothing bad will happen, you
just have to hit carriage return again.

-----
sss / Princeton University Class of 1994 / Department of Computer Science
Things that try to look like things often do look more like things
than things.  [Terry Pratchett, _Wyrd Sisters_]
From: ophof@SERVER.uwindsor.ca (Scott Ophof)
Newsgroups: comp.mail.elm
Subject: Re: List of enhancements
Date: 7 Jan 1993 05:53:34 -0600
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu


On Wed, 30 Dec 92 12:45:47 GMT tanner@cdis-1.compu.com said:
>) Isn't there any way for a program to detect that it has been
>) requested to already display the next screen before it has
>) ended updating the current screen?
>Of course it is possible.   The  5.1  version  of  my  employer's
>application  package  does  this  very  thing.   Not only are the
>screen updates blindlingly fast,  but  they  are  skipped  if  it
>appears  prudent  to  do  so  because  another  screen  has  been
>requested.

"Blindingly fast" relates of course to a dataline speed which is
many times higher than 2400bps, right?
An opsys I like very much is also *fast* (at 56Kbps, who wouldn't
be!), but it also does partial screen updates by comparing the data
the old with the new data, redrawing only the differences.  Still,
they were smart enough to include a "fullscreen refresh" for "dirty"
datalines.  Not on a per-application level, but at opsys level.

Now, how is this accomplished?  Hopefully not covered by some
patent?


>I assure you that it makes testing easier when you don't have  to
>wait for useless screen plots.  Yes, I think that users prefer it
>this way also.

Glad to hear that at least somebody shares my view re this.  :-)
Does anyone have other opinions/ideas/suggestions?
From: syd@dsi.com (Syd Weinstein)
Newsgroups: comp.mail.elm
Subject: Re: Inconsistency in aliasing
Date: 6 Jan 1993 17:05:00 -0500
Organization: Datacomp Systems, Inc., Huntingdon Valley, PA
Reply-To: syd@DSI.COM
NNTP-Posting-Host: dsinc.dsi.com

ophof@SERVER.uwindsor.ca (Scott Ophof) writes:

>There's a bug in the aliasing facility.
>When an item contains the following header fields ("From ", From: ",
>"Reply-To: ", and "Sender:"), the full-name is taken from the "From: "
>field, but the address from one of the other three fields (can't tell
>which, since they are all the same addr).
>I'm referring to the "a" command in the alias facility, btw.

Its not a bug, its an effect of how the names are chosen....

The 'full name' comes from the From: line.
The address comes from the last of From: or Reply-To:

Its as intended.  (reply-to's don't normally have full names on
them)
-- 
========================================================================
Sydney S. Weinstein, CDP, CCP          Elm Coordinator - Current 2.4PL20
Datacomp Systems, Inc.                 Projected 3.0 Release: ??? ?,1994
syd@DSI.COM or dsinc!syd      Voice: (215) 947-9900, FAX: (215) 938-0235
From: ophof@SERVER.uwindsor.ca (Scott Ophof)
Newsgroups: comp.mail.elm
Subject: Attributions
Date: 9 Jan 1993 18:07:28 -0600
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu


Setting up an attribution line that says more than just:

    "Full Name said:"

doesn't seem possible in the current version(s) of "elm".
I would like something as follows:

   "On timestamp Full Name <user@somewhere> said:"
       --------- --------- ----------------

The underlined portions are what I would like to pull from the
"Date:" resp. "From:" header lines of the original item.  Maybe even
things like the address on the "Sender:" or "Newsgroup:" line.
In general, it would be nice to be able to specify separately which
part of a header line to pull into the attribution, and which header
line itself to pull it from.

Are there ways to build filters to do this kind of thing?  If so,
any tips & hints would be very much appreciated.

Regards.
$$/
From: adam@endor.uucp (Adam Shostack)
Newsgroups: comp.mail.elm
Subject: Re: "Reply to *typed* address"
Date: 8 Jan 93 03:11:47 GMT
Article-I.D.: das.1993Jan8.031147.17559
Organization: Aiken Computation Lab, Harvard University

In article <9301080223.AA22606@SERVER.uwindsor.ca> ophof@SERVER.uwindsor.ca (Scott Ophof) writes:

>When one hits "r" from the index screen or while reading an item, 
>one means "reply to whatever originator/sender/reply-to address is
>in the header of this item".
>
>But other than laboriously rewriting the address on the headers
>screen, there's no (simple) way to specify a different address.
>And it's so much easier to specify the addr while one can still see it
>in an item or so, whereas a twitch of the finger can send the item to
>the wrong addr if this action has to be delayed till after writing the
>item...

How does this differ from forward?

>In the doc I have access to, the "r" command is explained, but there
>seems to be no "R" command.  And "R" isn't recognized by this version
>of elm.  

There is no R command.  I suggested that it be used to reply to a mail
and include the headers and such, which is an occaisonally useful
thing to do.  It could also be used for R)espond and automatically
include the message.  Or we could leave it for some future feature.

Adam
Adam Shostack 					adam@das.harvard.edu

What a terrible thing to have lost one's .sig.  Or not to have a .sig
at all.  How true that is.
Newsgroups: comp.mail.elm
From: phart@heineken.tuc.NRAO.EDU (Paul O. Hart)
Subject: Forwarding suggestion
Organization: National Radio Astronomy Observatory
Date: Mon, 11 Jan 1993 20:56:49 GMT

There are times when I would like to be able to forward more than
one message in the same forward.  It would be nice if f)orward had
the option of: c)urrent message or t)agged message(s).  Maybe in
the future?


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
| C wears well as ones experience |><| Paul O. Hart,   12m Operations Group |
| with it grows.                  |><| National Radio Astronomy Observatory |
|             Kernighan & Ritchie |><| Tucson, Arizona   {>  {>  {>  {>  {> |
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=^=-=^=-=^=-=^=-=^=-=
From: alan@comp.lancs.ac.uk (Alan Phillips)
Newsgroups: comp.mail.elm
Subject: Shell-out from editor funny
Date: 11 Jan 93 10:56:34 GMT
Organization: Department of Computing at Lancaster University, UK.

Found an oddity starting a sub shell from an editor. Here we use MicroEMACS;
under ELM 2.3 I can do a reply, enter uE, start a subshell and get the
default login shell as I expect.

Under 2.4.17, though, this always starts Bourne shell. Is ELM changing
the SHELL variable?

Alan
Newsgroups: comp.mail.elm
From: doc@uiuc.edu
Subject: Re: [not] saving outgoing messages
Originator: jvmg9796@uxa.cso.uiuc.edu
Reply-To: doc@uiuc.edu
Organization: A temporary reversal of entropy
Date: Wed, 6 Jan 1993 00:42:07 GMT

cgw@sol.acs.unt.edu (christopher williams) writes:

>um, and what's this about "[nosave]"? someone RTFM me, please?

What [nosave] does is just what it says.  If I were in elm right now, and
I typed:
[nosave]
(important: must be at the beginning of a newline), you would not see
these 2 lines.  I =think=
[save]
undoes the effect of [nosave].  or it might be [clear]..I'm not certain.
However, even if [nosave] is put at the very beginning of your letter, 
elm will still save a (blank) letter in your =sent folder.  That was why
I asked my original question.

cheers,
jm
-- 
Jim Marco
doc@uiuc.edu
Newsgroups: comp.mail.elm,comp.sys.sun.admin
From: mills@ccu.umanitoba.ca (Gary Mills)
Subject: Re: Timed out on locking mailbox?
Organization: University of Manitoba, Winnipeg, Canada
Date: Mon, 4 Jan 1993 15:20:53 GMT

[distribution changed from usa to world]
In <1i7sfrINN3n4@cae.cad.gatech.edu> vincent@cad.gatech.edu (Vincent Fox) writes:

>In <rhoward.726024194@matd> rhoward@matd.gatech.edu (Robert L. Howard) writes:
>>syd@dsi.com (Syd Weinstein) writes:
>>>vincent@cad.gatech.edu (Vincent Fox) writes:
>[Regarding using Elm 2.4 pl17 on remote machines]
>>>>2)That all 3 forms of locking were appropriate.

>>>If you are remote locking, the flock will not work (its local
>>>only).... Use of fcntl for remote will work if the 'lockd' is
>>>running however.  (Now, I wonder if I have that backwards....)

>>I have set up to use all 3 forms of locking on my SunOS 4.1.2 Suns
>>and also have /var/spool/mail NFS mounted.  It works fine....I
>>do have rpc.lockd running.

>It' obviosly a lockd related problem. I pop open my Console window, and
>for every attempt to lock the mailbox I get:
>lock-manager: RPC error: (9) RPC: Program/version mismatch

I'd recommend not using fcntl locking in elm.  Sun's mail programs,
bin/mail, ucb/mail, and mailtool only use flock and file locking.
You will avoid many problems with the lock manager this way.  Until
Sun starts using fcntl locking, I think we should avoid it too.
-- 
-Gary Mills-         -Networking Group-          -U of M Computer Services-
Newsgroups: comp.mail.elm
From: rahardj@ccu.umanitoba.ca (Budi Rahardjo)
Subject: Re: Problems in elm2.4 PL20
Organization: University of Manitoba, Winnipeg, Canada
Date: Thu, 7 Jan 1993 00:43:36 GMT

In <1993Jan6.162803.25156@coplex.com> dean@coplex.com (Dean Brooks) writes:

>2.  Do the following commands exactly as they are shown:

>	a.  Enter elm by typing "elm" at the UNIX prompt.
>	b.  Hit 'a' to enter the alias screen.
>	c.  Hit 'x' to immediately leave the alias screen.
>	d.  Press 'RETURN' to read the highlighted message.
>	e.  Press 'i' to return to the main index screen.
>	f.  Press 'x' to exit elm.

>	When I do these exact commands in this order, I get:
>		Bus Error signal!
>		Emergency exit taken! All temp files intact!

Hmm... I tried that and everything was okay. No error, etc.
Sun OS 4.1.2, Sun sparcstation 2, Sun C compiler.


-- budi
-- 
Budi Rahardjo <Budi_Rahardjo@UManitoba.Ca>
Unix Support - Computer Services - University of Manitoba
From: mjo@iao.ford.com (Mike O'Connor)
Newsgroups: comp.mail.elm
Subject: A couple enhancement requests that could make it in 2.4?
Date: 9 Jan 1993 03:18:17 GMT
Organization: Not an official spokesperson for Ford Motor Company
Reply-To: comp.mail.elm.usenet@decwrl.dec.com (NOT Mike O'Connor)
NNTP-Posting-Host: localhost

Someone must have asked for these before, buttttt...

A) I'd like a:

replyto = email.address@some.site

setting in ~/.elm/elmrc, implemented in such a manner such that if I
need to edit the Reply-To: address, I can do so by entering the
Message Header Edit Screen.  I was sort of expecting this in Elm 2.4
and was quite surprised to find out that I still had to do the same
old ~/.elm/elmheaders hack.

B) I'd like a:

mta = something-other-than-the-default

setting in ~/.elm/elmrc, kinda like "set sendmail" in implementations
of /usr/ucb/Mail.  This would allow users to process their email
before having it hit sendmail/smail/whatever, or possibly to redirect
to a smart host or otherwise bypass a stupid local MTA.  I can
implement this by using some sort of warped script instead of
sendmail, but after seeing a simple "smtp-server=" line in .pinerc
along with the Berkeley mail set, I figured this is something some
poeple out there may want.

Now it's quite possible that someone has already implemented code to
do this, either for Elm 2.3 or 2.4, or that there are unseen
difficulties in implementing the above that I haven't figured.  But I
really don't know, and don't really want to become intimate with elm
2.4 with 3.0 just around the corner <laughs> so I'm asking for input
on this.  Please direct replies to the newsgroup.


						...Mike
-- 
 Michael J. O'Connor           |  Internet:  mjo@fmsrl7.srl.ford.com
 Ford Motor Company, OPEO      |  UUCP:      ...!{backbone}!fmsrl7!mjo
 20000 Rotunda, Bldg. 1-3001   |  Phone:     +1 (313) 248-1260
 Dearborn, MI  48121           |  Fax:       +1 (313) 323-6277
Newsgroups: comp.mail.elm
From: serini@ghost.dsi.unimi.it (Piero Serini)
Subject: Elm bug (?) fixed
Organization: Computer Science Dep. - Milan University
Date: Wed, 13 Jan 1993 01:58:49 GMT


Hi all.

In a previous post on comp.mail.elm I reported the
strange behaviour of ELM 2.3 pl xx on my system,
a PC 486/50 running 386BSD.
When I wrote mail, it used to send an "empty" message,
i.e. no subject and no text, headers only.
After installing ELM 2.4 pl 13 the problem wasn't solved.
I looked in the code, and found the following line:

mailmsg2.c - line 520 : 
		sprintf(very_long_buffer,"( (%s %s %s ; %s %s) & ) < %s",
                mailer, mailerflags, expanded_to,
                remove_cmd, whole_msg_file, whole_msg_file);

which results in the following:
"( (/usr/sbin/sendmail -oi -oem "piero" ;
   /bin/rm -f /tmp//snd.xxx ) & ) < /tmp//snd.xxxx"

Now, the tmp file was deleted BEFORE sendmail could read it,
hence the error. In fact, simply modifying line 520 as below
makes things work:

mailmsg2.c - line 520 : 
		sprintf(very_long_buffer,"( (%s %s %s < %s ; %s %s) & )",
                mailer, mailerflags, expanded_to, whole_msg_file,
                remove_cmd, whole_msg_file);

I'd appreciate to know if this happened to me only, or it's
the default behaviour under 386BSD

Regards,
Piero

------------------------------------------ Piero Serini -----------------
Piero Serini                  E-mail: piero@strider.st.dsi.unimi.it
Via Giambologna, 1                or: serini@ghost.dsi.unimi.it   
20136 - Milano - ITALY            ** mail me your .signature **
-------------------------------------------------------------------------

Newsgroups: comp.mail.elm
From: cgw@sol.acs.unt.edu (christopher williams)
Subject: Re: "Problems restoring protection" in 2.4.17
Originator: cgw@sol.acs.unt.edu
Organization: University of North Texas
Date: Tue, 5 Jan 1993 23:15:10 GMT

In <1992Dec17.080506.21820@lth.se> kurt@dna.lth.se (Kurt Swanson) writes:
>Every time I leave elm after reading new messages (only in my incoming
>folder), I get the message "Problems restoring protection...".  What's
>wrong here?  I have no functionality problems - everything seems to
>work fine, but I just get this message...
>What's the deal?

I've had this problem too, but I can't seem to reproduce it. 
Elm 2.4.17, as well.

-cgw-

--
christopher williams   cgw@unt.edu  +1 817 565 4161  Just a guy
lead programmer/operator, university of north texas  made of dots and lines.
Newsgroups: comp.mail.elm
From: barr@pop.psu.edu (David Barr)
Subject: Re: ">From " lines and "corrupt folder" msg
Organization: Penn State Population Research Institute
Date: Thu, 07 Jan 93 21:55:45 GMT

In article <9301072058.AA14276@SERVER.uwindsor.ca> ophof@SERVER.uwindsor.ca (Scott Ophof) writes:
>Sorry, I posted the wrong reply.  Here's the correct one.
>
>On Tue, 29 Dec 92 14:37:09 EST tom@crc.doc.ca (Thomas Erskine) said:
>>In article <9212260325.AA18454@SERVER.uwindsor.ca> you write:
>>>If not, what is the *EXACT* command to give to "vi" in order to
>>>remove those ">"s?  Of course *ONLY* on those header lines; I'll
>>>accept any such occurances in the contents of the items (though
>>>not really gracefully...).
>>:1,$s/^>From /From /
>>Should fix any such lines in the file.  Unfortunately, if there were any
>>that were inside a message in that folder, those will also be un-marked.
>>I can't think of any automated way to avoid this.
>
>A private reply gave me the following alternative:
>    :%s/^>\(From .*\)/\1/c
>which askes for confirmation at each occurrance.

The "mbox format" requires that ALL lines beginning with "From "
be changed to ">From ".  This includes BOTH the body and the header.
The beginning of a new piece of mail is found by looking for "From "
in the beginning of the line.

--Dave
-- 
System Administrator, Population Research Institute    barr@pop.psu.edu
What does it profit a man if he gains the whole world, but still runs DOS?
Xref: sparky comp.mail.elm:3942 comp.sources.bugs:321