HDTenEightyP/NetNews huggingface dataset:
From: roy@ug.cs.dal.ca (David Roy)
Subject: Killfile..... or whatever
Organization: Math, Stats & CS, Dalhousie University, Halifax, NS, Canada
Distribution: na
Date: Wed, 7 Oct 1992 18:16:30 GMT


Hello everyone, I am looking for a method to weedout (not really that command)
incoming messages.  I want to automatically delete all mail from a specific
user, and/or, a specific subject.  Is either one possible?  Please respond
ASAP and I would appreciate a sample file if it is an external file..  thanks
in advance.  

David Roy (a comp.mail.elm beginner)
roy@ug.cs.dal.ca
Newsgroups: comp.mail.elm
From: pjh@mccc.edu (Pete Holsberg)
Subject: Re: ELM vs PINE
Organization: The College On The Other Side Of Route One
Date: Sun, 11 Oct 1992 17:08:09 GMT

In article <BvxE84.LnK@mudos.ann-arbor.mi.us> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
=In article <1992Oct10.182329.26184@mccc.edu> pjh@mccc.edu (Pete Holsberg) writes:
=>There's only one thing for you to read if you're running System V: PINE
=>doesn't compile under System V!
=
=Not quite true.  I did a port of Pine 3.5 to SVR4 yesterday, using the

=There is also a port of an older version of Pine to SVR3 included with
=the Pine sources, under the pine3.05/contrib directory.

Ooops! Let me rephrase that: the latest version of PINE doesn't compile
under unadorned SVR3.

How's that?
Newsgroups: comp.mail.elm,comp.sys.next.misc
From: anderson@macc.wisc.edu (Jess Anderson)
Subject: Re:
Organization: Madison Academic Computing Center, UW-Madison
Date: Thu, 8 Oct 92 13:44:25 GMT


In article <1992Oct7.055928.1276@macc.wisc.edu> I was too
optimistic, I'm afraid:

Success Compiling Elm 2.4PL0 Under NeXTstep 3.0
<1992Oct7.055928.1276@macc.wisc.edu>

>I may have it going.  All the stuff is available for anonymous
>ftp (see below).  Here's my notes:

Not any more.  I found a serious problem, or rather two
of them.

>To avoid multiple definitions conflicting in the elm library
>and the NeXT library, four symbols have to be avoided:
>dbm_open, dbm_close, dbm_fetch, and dbm_store.  What I did
>was edit elm/hdrs/ncbz.h, elm/lib/ndbz.c, elm/src/alias.c,
>elm/utils/answer.c, and elm/lib/mk_aliases.c, changing
>occurrences of those function names from dbm_<whatever>
>to dbz_<whatever>.

You still need to deal with those names, though it
could be done in the Makefile.  However ...

>I've supplied a tar that includes just these routines,
>with those changes already made, changes.tar.Z .

... that tar is defective.

The *real* problem is much worse:

>I haven't tested very much yet.

I still haven't, but despite many hours of trying, I have
not yet found a solution for a problem that *is* serious.

Somehow (and anyone who discovers how will earn my
gratitude), Elm's compiled-in routines 'toupper' and
'tolower' are not being used or (under our conditions) do
not work right.  The effect is that the folder name for a
saved message or an outgoing message has all its
non-upper-case characters <X> changed to control characters
<^x> for <X> in [A-Z].  Needless to say, this is very wrong.

Apparently, the standard BSD 'toupper' and 'tolower'
converts characters that don't need to be converted, or
something like that.  Elm's compiled-in functions protect
against this.  Near as I can tell, the Elm ones *should* be
correctly compiled (this seems to depend on d_bsd='define'
in config.sh, and indeed in the resulting config.h one sees

#define	BSD 

as the last line.  My operating assumption at this point
is that the problem arises during link editing.  The
functions are presumably defined in the elm-created
libsys.a, which includes opt_utils (where toupper and
tolower are defined). I'm afraid I don't know enough to
find out where things go wrong.

But they *do* go wrong, that's for sure.  Unfortunately
four people have obtained my non-working tar file
mentioned above:

Host 130.186.34.12 by lele@itncpl.cineca.it
Host 131.211.80.37 by edwin@cs.ruu.nl
Host karitato.union.indiana.edu by -asdf
Host netcom.netcom.com by ews

My apologies for any trouble I may have caused you.
In the interim, until I find a solution to this,
I've changed the permissions to prevent further
downloads.

-- 
Jess Anderson <> Madison Academic Computing Center <> University of Wisconsin
Internet: anderson@macc.wisc.edu <-best, UUCP:{}!uwvax!macc.wisc.edu!anderson
NeXTmail w/attachments: anderson@yak.macc.wisc.edu  Bitnet: anderson@wiscmacc
Room 3130 <> 1210 West Dayton Street / Madison WI 53706 <> Phone 608/262-5888
Xref: sparky comp.mail.elm:2738 news.software.readers:2020
From: mjo@ef2007.efhd.ford.com (Mike O'Connor)
Newsgroups: comp.mail.elm,news.software.readers
Subject: Re: Fixed: ELM 2.4 - no signatures ; no descriptions in elmrc though.
Followup-To: news.software.readers
Date: 12 Oct 1992 12:28:09 -0400
Organization: Not an official spokesperson for Ford Motor Co.
Reply-To: "Mike O'Connor" <mjo@fmsrl7.srl.ford.com>
NNTP-Posting-Host: localhost.efhd.ford.com

In article <BvwxGp.Av8@iat.holonet.net> dattier@orac.holonet.net
(David `Whybo' Tamkin) writes:

:Well, I feel just the opposite.  I'm glad to have the .signature in the edit
:buffer so that, if that particular outgoing letter needs an alteration to my

:In fact, I wish rn operated like elm.  I rarely post from Holonet; on the

Copy/modify the Pnews script to have your .signature, or whatever,
included, and set the environment variable NEWSPOSTER to point to your
modified Pnews.

						...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
From: adam@endor.uucp (Adam Shostack)
Newsgroups: comp.mail.elm
Subject: Suggestion for a new feature
Date: 15 Oct 92 21:03:02 GMT
Article-I.D.: das.1992Oct15.210302.8120
Organization: Aiken Computation Lab, Harvard University

When using elm in a windowing system, I tend to write all my mail in
different windows, and then use elm to send it off.  I do this because
occaisonally I want to read new mail while working on a long and
involved email.

I think it would be really nice if elm could realize that it was
running under X, and call up a new elm process anytime you sent mail,
with something like xterm -e elm -s subject joe, and then had a
pointer to the body of the file, if you were including a copy.

When you got done with the mail, the composition window would go away,
and all the while, the main elm process could be used to read new
mail, start new letters, etc.

What do people think?

(Of course, this would have to be in version 3, but that was going to
be a complete rewrite anyway, so why not toss out ideas now?)

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: andy@ice.stx.com (Andy Moore)
Subject: Re: elm2.4PL0 problems on HP-UX 8.07
Reply-To: andy@ian.stx.com
Organization: Hughes STX, Lanham, MD
Date: Fri, 9 Oct 1992 17:28:37 GMT

I said:
}Bo Thide said:
}}
}}I just compiled and installed elm 2.4 on my HP Snake (9000/720) running
}}HP-UX 8.07.  The immediate problems I have observed are:
}}
}}1.  elm -K no longer works in an hpterm X window (it did in elm 2.3 PL11).
}}
}...
}}I am not at all convinced the above necessarily are due to elm2.4 bugs
}}but I would be interested in hearing from other HP-UX users who have already
}}acquired experience with elm2.4 to compare behaviour.
}
}Okay, we're running elm 2.3 PL11 on a 9000/730 running HP-UX 8.07, and
}we can't get the -K option to work for hpterm.  So it may very well be
}something other than 2.4...  Help this helps...

John Schmitz suggested that the elmrc file was overriding the command
line option, and my tests seem to confirm this.  So a straightforward
workaround for folks who use both HP and non-HP terminals, and want to
have softkeys automagically activated as appropriate, is to:

 (1) comment out the 'keypad' and 'softkey' lines in elmrc

 (2) invoke elm through a simple script, such as:

    #!/bin/sh
    if [ "$TERM" = "hp" ] ; then
      elm -K
    elif [ "$TERM" = "hpterm" ] ; then
      elm -K
    else
      elm
    fi

I've installed this on our system as 'elmr'.  No warranties, implied
or expressed -- your mileage may vary -- you get what you pay for... :-)

Many thanks to John Schmitz for very timely and helpful assistance!
-- 
Andy Moore (andy@ice.stx.com)
______________________________________________________________________________
 "...fish live in water.  If one understands water one understands fish.
  And it is by craving water that one comes to understand it.  Hence, to
  learn to fish, go to the desert and stay there.  When the seizures and
  hallucinations start, you'll be amazed at what you'll learn!"
                                    - David James Duncan, _The River Why_
Newsgroups: comp.mail.elm
From: syd@DSI.COM (Syd Weinstein)
Subject: Re: Will lockf be supported in 2.4?
Reply-To: syd@DSI.COM
Organization: Datacomp Systems, Inc.  Huntingdon Valley, PA
Date: Fri, 9 Oct 1992 22:53:23 GMT

dean@coplex.com (Dean Brooks) writes:
>  Just curious...  Will lockf ever be supported in Elm2.4?
Yes, and No....

>  By not supporting lockf, Elm is alienating almost every Sys5 machine
>in existance.  Smail3.1 and many other mailers use lockf for mailbox
>locking anyway.

>  It only took me about 30 minutes of work to add lockf support to
>Elm 2.3PL11...  Surely it could be supported in 2.4 as a real locking
>scheme.  
>  
>  Whaddya think?
lockf, in SysV is the same as fcntl(F_SETLK,....  By supporting flock
and fcntl locking, we do support lockf. 
-- 
========================================================================
Sydney S. Weinstein, CDP, CCP          Elm Coordinator - Current 2.4PL00
Datacomp Systems, Inc.                 Projected 3.0 Release: ??? ?,1994
syd@DSI.COM or dsinc!syd      Voice: (215) 947-9900, FAX: (215) 938-0235
From: syd@DSI.COM (Syd Weinstein)
Newsgroups: comp.mail.elm
Subject: Re: Choice of pagers
Date: 8 Oct 92 19:16:12 GMT
Reply-To: syd@DSI.COM
Organization: Datacomp Systems, Inc.  Huntingdon Valley, PA

alan@comp.lancs.ac.uk (Alan Phillips) writes:
>I have our favourite pager 'less' configured as the default pager, and
>mostly ELM 2.4 runs it. But if the message is short (fits on one screen, I
>guess) ELM seems simply to splat it out, with a "Press i to return"
>message at the bottom.

>No problem in seeing the data, but it makes problems if you have to explain
>to complete novices how to look at a message and give them step-by-step
>instructions on what will happen and what they do.

>I think ELM should run the selected pager even if there's not enough for
>it to page.
It does, elm does not make any distinction at to the number of lines.
However, Less does make a distinction.  If the message is 1 screen full,
less exits immediately, unless you set the options to less to make it
wait irregardless.

Elm is just putting its press i to return message out dutifly after
less returned control to it.
-- 
========================================================================
Sydney S. Weinstein, CDP, CCP          Elm Coordinator - Current 2.4PL00
Datacomp Systems, Inc.                 Projected 3.0 Release: ??? ?,1994
syd@DSI.COM or dsinc!syd      Voice: (215) 947-9900, FAX: (215) 938-0235
Newsgroups: comp.mail.elm
From: stud02@cc4.kuleuven.ac.be (Kris Van Hees)
Distribution: world
Date: Wednesday, 7 Oct 1992 17:36:05 +01
Reply-To: stud02@cc4.kuleuven.ac.be
Organization: K.U.Leuven - Academic Computing Center
Subject: Elm 2.4 on AIX/370

Compiling Elm2.4 on our AIX/370 I found that the MetaWare CC compiler
gives errors on statements of type (a = index(...)), because the index()
gets declared as to return int by default (no prototype is set in the
include files included in Elm2.4.  Therefore, one should either include
the declaration extern char*index(); to the code, or compile with the
-D_BSD define.  That solves the problem, because the include files have
a #ifdef _BSD construct around the definition of index.

Regards,
Kris.
--
----------------------------------------------------------------------------
           The VM NNTP Project: Release planned october 1992
----------------------------------------------------------------------------
Email: GUTEST6@cc1.kuleuven.ac.be | Q: What would computers be without  pro-
              @BLEKUL11.BITNET    |    grams?
       -or-                       | A: Probably bug-free.
       stud02@cc4.kuleuven.ac.be  |
----------------------------------------------------------------------------
Newsgroups: comp.mail.elm
From: wayne@gbrmpa.gov.au (Wayne Amisano)
Subject: ispell and elm2.4
Organization: Great Barrier Reef Marine Park Authority
Date: Fri, 9 Oct 1992 06:03:29 GMT

hi,

i have noticed that elm 2.4 doesn't include the subject line when
doing a spell check of the message.  does anyone have a fix for this.

cul Wayne

-- 
Wayne Amisano (VK4KT)    _-_|\\   E-Mail - wayne@gbrmpa.gov.au
Great Barrier Reef      /     \\  Phone  - +61 77 81 8861 (GMT+1000)
Marine Park Authority.  \_.-._/   Fax    - +61 77 72 6093
Our's to use Wisely!         v    Mail   - GPO Box 1379, Townsville QLD 4810
Newsgroups: comp.mail.elm
Subject: Which alias takes precedence?
From: Thomas J Cozzolino <RBNTJC@rohvm1.rohmhaas.com>
Date: Thu, 15 Oct 1992 15:39:38 EDT
Organization: Rohm and Haas Company

We're running Elm 2.4 under IBM AIX 3.2.  First, we generated a system-wide
sendmail alias file, so that mail users didn't have to type in a long, ugly
name for mainframe-based people (we use SoftSwitch on our VM machine to route
mail from Unix and other systems).

The problem is that when we use Elm as the mailer, we get the *source* machine
name in the "To:" line.  I figured that one way out of this would be to
generate a system-wide Elm alias file that fixed the "To:" line by putting in
the "real" name of the destination host.

I assume that Elm applies it's alias first, then passes off the mail to
sendmail, which applies it's alias.  Is this the case?  Also, in sendmail, if
there are duplicate alias names, it seems that the last alias is activated.
Is this true in Elm, too?

This stuff gets confusing fast..

Thanks.

+============================================+
|   Thomas J. Cozzolino - Rohm and Haas Co.   =
|   InterNet:    tcozz@rohmhaas.com            =
|                                               =
|   " It's such a fine line, really, between     =
|         'clever' and 'stupid' "                 =
|                  - D. St. Hubbins                =
|                                                   =
|   - Opinions expressed are my own, not             =
|     necessarily those of Rohm and Haas Company      =
+======================================================+
From: tjc@ecs.soton.ac.uk (Tim Chown)
Newsgroups: comp.mail.elm
Subject: Elm by NIFTP or anon-FTP in UK
Date: 7 Oct 92 11:26:11 GMT

Elm 2.4 is available via anonymous ftp from ecs.soton.ac.uk 
(152.78.64.201) as:

	pub/elm-2.4.tar.Z
	pub/elm.ps.tar.Z

You may also fetch these files via NIFTP from uk.ac.soton.ecs
from the directory /pub, using the same names as above, logging
in as guest with your e-mail address as password.

As an aside, nn6.4.16.tar.Z and nntp-1.5.11.tar.Z are there too.

Please mail me if you have any problems.  We can't offer an
automatic mail-server distribution of Elm, I'm afraid.

Tim
Newsgroups: comp.mail.elm
From: syd@DSI.COM (Syd Weinstein)
Subject: Re: 2.4 so far
Reply-To: syd@DSI.COM
Organization: Datacomp Systems, Inc.  Huntingdon Valley, PA
Date: Wed, 7 Oct 1992 13:30:38 GMT

barr@pop.psu.edu (David Barr) writes:
>Second, why should ELM put the real-name field in the outgoing address,
>anyway?
Because Dave though people liked names better than login ids, I'd guess.

>Also, on a totally unrelated note, would it be possible to have
>a global default elmrc file?
Sure, just read the docs, 'its in there' 
(default name, if it wasn't changed at compile time) is
LIBDIR/elm.rc  (see hdrs/sysdefs.h (from hdrs/sysdefs.SH)
-- 
========================================================================
Sydney S. Weinstein, CDP, CCP          Elm Coordinator - Current 2.4PL00
Datacomp Systems, Inc.                 Projected 3.0 Release: ??? ?,1994
syd@DSI.COM or dsinc!syd      Voice: (215) 947-9900, FAX: (215) 938-0235
Newsgroups: comp.mail.elm
From: dattier@ddsw1.mcs.com (DWT)
Subject: filter 2.4 cannot lock main mailbox
Date: Sat, 10 Oct 1992 23:55:10 GMT
Organization: Contributor Account at ddsw1, Chicago, Illinois  60657

The version of filter that came with Elm 2.4 pl0 cannot lock my incoming
mailbox.  filter is sgid mail, and the mail group has write permission both
in the mailbox directory and on my mailbox itself.  (This is under Dell SVR4
v4.0 on ddsw1, but the same thing happened on gagme when I tested it there;
normally I use procmail to throw my incoming mail on gagme.)

When a letter comes across a "leave" instruction, the letter is filed in
~/EMERGENCY_MBOX and the following appears in my filter error log:

filter (dattier): Mailing message to dattier
filter (dattier): Couldn't create lockfile 
filter (dattier): Can't open mailbox /var/mail/dattier!
filter (dattier): Using /user/contrib/dattier/EMERGENCY_MBOX as emergency mailbox

When a letter fails all conditions in my filter-rules file and heads for the
main incoming mailbox by default (though again it lands in the emergency
mbox), the same thing happens:

filter (dattier): Mailing message to dattier
filter (dattier): Couldn't create lockfile 
filter (dattier): Can't open mailbox /var/mail/dattier!
filter (dattier): Using /user/contrib/dattier/EMERGENCY_MBOX as emergency mailbox

[On gagme there are some control characters after the word "lockfile".]

The configuration information from elm -v is this (and I am pretty sure it's
the same on gagme except that folder editing and ispell are enabled):


Elm Version and Identification Information:

	Elm 2.4 PL0, of October 1, 1992
	(C) Copyright 1988-1992 USENET Community Trust
	Based on Elm 2.0, (C) Copyright 1986,1987 Dave Taylor
	----------------------------------
	Configured Sat Oct 10 16:59:30 CDT 1992
	----------------------------------
	Use UNIX Mailbox Delimiters and /usr/lib/sendmail Mail Transport Agent: not MMDF
	Let the MTA add the From: header: DONT_ADD_FROM
	Following mail spool locking protocols will be used: USE_DOTLOCK_LOCKING (.lock) USE_FCNTL_LOCKING
	From: and Reply-To: addresses are good: USE_EMBEDDED_ADDRESSES
	Support Multipurpose Internet Mail Extensions: MIME
	Prefers Internet address formats: INTERNET
	No debug options are available: not DEBUG
	Crypt function enabled: CRYPT
	Mailbox editing not included: not ALLOW_MAILBOX_EDITING
	Subshell menu items included: ALLOW_SUBSHELL
	Spell checking feature disabled: not ISPELL
	Calendar file feature enabled: ENABLE_CALENDAR
		(Default calendar file is calendar)


David W. Tamkin   Box 59297   Northtown Station, Illinois  60659-0297
dattier@ddsw1.mcs.com    CompuServe: 73720,1570    MCI Mail: 426-1818
From: QQ11@LIVERPOOL.AC.UK (Alan Thew)
Newsgroups: comp.mail.elm
Subject: Re: WordPerfect as elm editor
Date: 15 Oct 92 22:35:14 GMT
 <1992Oct14.200846.15376@das.harvard.edu>
Organization: University of Liverpool

In article <1992Oct14.200846.15376@das.harvard.edu>, adam@endor.uucp (Adam
Shostack) says:
>
>In article <1992Oct13.194653.23098@midway.uchicago.edu>
>dsoconne@midway.uchicago.edu writes:
>>Does anyone know if it is possible/feasible to use say WordPerfect
>>instead of the "builtin" editor in elm?
>>
>>I ask this question because I want to get a medium sized group
>>to use elm, but I don't want to think about having to teach some
>>20+ people "vi"; they all know WordPerfect however.
>>
>>Has anyone tried something similar?
>
>The more usual solution to this would be to use pico (part of the mime
>package) as the editor.
>
Check out joe as well. pico's nice in that it has a simple (not needed if
you have ispell) spell checker.

Alan Thew
Newsgroups: comp.mail.elm
From: philipr@extro.ucc.su.OZ.AU (Philip Rhoades)
Subject: Re: ELM on SCO Unix
Keywords: SCO submit
Organization: Sydney University Computing Service, Sydney, NSW, Australia
Date: Thu, 8 Oct 1992 03:24:30 GMT

anders@cmdsf.UUCP (Anders Nicolausson) writes:

>I have just installed ELM 2.3 on my SCO Unix machine (actually I am
>running Open Desktop 1.1, which means SCO Unix 3.2.2), and have 
>a problem. It has probably been solved already by someone, but since
>I am new to ELM, I need the help. Her it is:

>Whenever I try to mail someone /usr/mmdf/bin/submit fails with an
>error: "[ Permission denied ] Can't create text file to be queued".
>This most certainly has to do with the way submit is invoked and
>the setuid status.

>If anyone has a fix for this, please e-mail me since I do not yet
>receive this group.


>Anders Nicolausson
>CMD San Francisco
>415/781-8088
>uunet!cmdsf!anders

Anders,

I tried replying to your note but it bounced - said you were not known
on UUNET.

Anyway, did you get elm to work on your system? I would appreciate the
binaries and any other approp file to get it running on our SCO ODT 1.1
if possible.

Phil

-- 
Philip Rhoades
First Year Biology
University of Sydney
phil@biox.bio.su.OZ.AU or philipr@extro.ucc.su.OZ.AU
From: syd@DSI.COM (Syd Weinstein)
Newsgroups: comp.mail.elm
Subject: Re: filter 2.4 cannot lock main mailbox
Date: 11 Oct 92 02:41:00 GMT
Reply-To: syd@DSI.COM
Organization: Datacomp Systems, Inc.  Huntingdon Valley, PA

dattier@ddsw1.mcs.com (DWT) writes:
>The version of filter that came with Elm 2.4 pl0 cannot lock my incoming
>mailbox.  filter is sgid mail, and the mail group has write permission both
>in the mailbox directory and on my mailbox itself.  (This is under Dell SVR4
>v4.0 on ddsw1, but the same thing happened on gagme when I tested it there;
>normally I use procmail to throw my incoming mail on gagme.)
We missed one open in filter/lock.c, which should be O_RDWR instead of
O_RDONLY.  It will be fixed in patch 1.  (Patch set 1 (patches 1 and 2)
are now in beta, and if they work, they will be released shortly.
-- 
========================================================================
Sydney S. Weinstein, CDP, CCP          Elm Coordinator - Current 2.4PL00
Datacomp Systems, Inc.                 Projected 3.0 Release: ??? ?,1994
syd@DSI.COM or dsinc!syd      Voice: (215) 947-9900, FAX: (215) 938-0235
Newsgroups: comp.mail.elm
From: syd@DSI.COM (Syd Weinstein)
Subject: Re: problems with elmrc (Elm 2.4 on SunOS 4.1.2)
Reply-To: syd@DSI.COM
Organization: Datacomp Systems, Inc.  Huntingdon Valley, PA
Date: Wed, 14 Oct 1992 13:34:49 GMT

twpierce@unix.amherst.edu (Tim Pierce) writes:
>I've just installed Elm 2.4 on a Sun SPARC running SunOS 4.1.2.  It
>seems to work perfectly well, except that when I invoke elm, I get the
>following two messages immediately before my screen is cleared:

>I can't understand sort key "charset" in line 172 in your ".elm/elmrc" file
>I can't understand sort key "compatcharsets" in line 177 in your ".elm/elmrc" file
Those two lines are only valid if Elm is compiled for MIME.  You have told
Elm during the configure, not to support MIME, so it doesn't understand
those two lines.

Just remove them if you don't intend to use MIME.
-- 
========================================================================
Sydney S. Weinstein, CDP, CCP          Elm Coordinator - Current 2.4PL02
Datacomp Systems, Inc.                 Projected 3.0 Release: ??? ?,1994
syd@DSI.COM or dsinc!syd      Voice: (215) 947-9900, FAX: (215) 938-0235
Newsgroups: comp.mail.elm