home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / mail / elm / 3306 < prev    next >
Encoding:
Internet Message Format  |  1992-11-14  |  2.4 KB
  1. Path: sparky!uunet!eiffel!eiffel.com
  2. From: ram@eiffel.com (Raphael Manfredi)
  3. Newsgroups: comp.mail.elm
  4. Subject: Re: elm wish list
  5. Message-ID: <148@eiffel.eiffel.com>
  6. Date: 13 Nov 92 18:40:21 GMT
  7. References: <BxGsGJ.I58@chinet.chi.il.us> <piggy.721631964@newsroom.utas.edu.au> <1992Nov13.084305.25853@ringer.cs.utsa.edu>
  8. Sender: ram@eiffel.com
  9. Organization: Interactive Software Engineering, Santa Barbara CA
  10. Lines: 36
  11.  
  12. Quoting cbarkley@alex (The DarkMage) from comp.mail.elm:
  13. >I do not agree with the complaint about the header editor; I think it is
  14. >a useful and well done feature.  My complaint is that I would like to see
  15. >the elmheaders file read in when you "finish" a letter and go to the send
  16. >prompt.  Then, they would be filled into the header editor fields where
  17. >they could be overridden, altered, SEEN, etc.  I recall that this has come
  18. >up before, and it was reported that doing this would weaken some other
  19. >feature, but I think it would definitely be a useful one.
  20.  
  21. Why not go a step further and allow (say in "expert" mode only) the user
  22. to really edit the headers of the message (by stuffing them into a
  23. temporary file and launching an editor like vi)?
  24.  
  25. Of course, if the user continues and types the beginning of a message after
  26. an End-of-header line, a warning should be issued and the text discarded.
  27.  
  28. At that point, there would be no reason to not provide 'post-filters', i.e.
  29. the message (or header/body) would be piped to an external program before
  30. actual delivery to the transport layer. The equivalent of the filter program,
  31. but for sent messages. (With MH, this is quite easy to achieve, since you
  32. may specify your own posting program, which will ultimately call MH's post,
  33. of course).
  34.  
  35. Another thing which would be Real Nice(tm) would be to make ELM understand
  36. pseudo-headers like MH's Fcc: to force a Folder Carbon Copy -- In that case
  37. however, ELM should generate the Message-Id line itself or there would be
  38. a discrepency between the sent message and the one stored.
  39.  
  40. Those are the three main reasons why I use MH to actually handle my mail, but
  41. use ELM to review old folders, since a screen interface is much better than
  42. the "scan; show; next" MH process...
  43. -- 
  44. Raphael Manfredi <ram@eiffel.com>
  45. Interactive Software Engineering Inc.
  46. 270 Storke Road, Suite #7                      / Tel +1 (805) 685-1006 \
  47. Goleta, California 93117, USA                  \ Fax +1 (805) 685-6869 /
  48.