Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!caen!spool.mu.edu!dsinc!syd
From: syd@DSI.COM (Syd Weinstein)
Newsgroups: comp.mail.elm
Subject: Re: Hey Syd, here's a couple of ideas!
Message-ID: <1991Jun23.150158.19741@DSI.COM>
Date: 23 Jun 91 15:01:58 GMT
Article-I.D.: DSI.1991Jun23.150158.19741
References: <1991Jun20.044510.781@osh3.OSHA.GOV> <1991Jun20.141539.16160@DSI.COM> <1991Jun23.042040.11448@osh3.OSHA.GOV>
Reply-To: syd@DSI.COM
Organization: Datacomp Systems, Inc.  Huntingdon Valley, PA
Lines: 36

chip@osh3.OSHA.GOV (Chip Yamasaki) writes:
>But that's just what I was suggesting, a uuencoded attachment.
...
>4.  It should be a simple addition.
If I remember correctly, from our discussions on this over two years
ago (it was a long time ago), it was not a simple addition....

Then, again, until 3.0 when we rewrite Elm, nothing necessarly
is a simple addition.  Due to its evolving and its non common
function based design Elm is currently very convoluted and desperately
needs the re-write.

>Well, with a full featured macro language you could probably do away
>with most of the wonderful little filters and daemons you include with
>Elm yet leave the functionality.
We have those daemons mostly to cut down on the overhead of running
them.  Elm is big, and relatively slow to start.  For all the
filters and daemons you don't necessarly want all the overhead of Elm.

>Considering Elm is not a commercial product I think all of this is a bit
>much to ask.  Don't think I'm being unreasonable without realizing it. 
>A nice approach to just about all these suggestions would be an Elm
>engine.   This would be a kind of E-Mail UA engine that would form the
>heart of Elm.  Mid-level features like "parse an address" or "get
>message sender", and high-level features like "mail a message" and "save
>a message" could be functions of the API.
Gee, has he seen the 3.0 ideas?  Thats the only way we can have the
different front ends.  But having an API that is 'public' also leads to
other problems such as support...  I am still hesitant and wish to be
educated into the proper use for it.

-- 
=====================================================================
Sydney S. Weinstein, CDP, CCP                   Elm Coordinator
Datacomp Systems, Inc.                          Voice: (215) 947-9900
syd@DSI.COM or dsinc!syd                        FAX:   (215) 938-0235