home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / mail / elm / 3225 < prev    next >
Encoding:
Text File  |  1992-11-08  |  3.1 KB  |  70 lines
  1. Newsgroups: comp.mail.elm
  2. Path: sparky!uunet!gatech!gsusgi1.gsu.edu!gsusgi1.gsu.edu!syscrc
  3. From: syscrc@pickle.gsu.edu (Randy Carpenter)
  4. Subject: Re: elm wish list
  5. Message-ID: <syscrc.721158601@gsusgi1.gsu.edu>
  6. Organization: Georgia State University
  7. References: <846@rc1.vub.ac.be> <1992Nov5.023642.5435@DSI.COM> <Bx9GEr.C5M@ars2.uucp>
  8. Date: Sat, 7 Nov 1992 17:50:01 GMT
  9. Lines: 59
  10.  
  11. briank@ars2.uucp (D. Brian Kimmel) writes:
  12.  
  13. >In <1992Nov5.023642.5435@DSI.COM> syd@DSI.COM (Syd Weinstein) writes:
  14.  
  15. >>apardon@rc1.vub.ac.be (Antoon Pardon) writes:
  16. >>>1) I am a member of the supportteam at our site. That means I
  17. >>>   get mail that is addressed to support as well as my own. What
  18. >>>   I would like to do is say to elm that when I answer a mail to
  19. >>>   support, The From field should contains the support address 
  20. >>>   and a Sender field should be added with my personal address.
  21. >>>   An alternative would be to automatically add a Reply-To field
  22. >>>   with the support address when answering support mail.
  23. >>>   The second alternative is possible by hand, but I prefer the 
  24. >>>   first solution and certainly an automated one.
  25. >
  26. >Excellent Idea!
  27. >
  28. >>Neither of your items is planned, nor would I ever expect Elm
  29. >>to handle those.  Its too complicated and special cased.
  30. >
  31. >I think that this feature would be a valuable addition to elm.
  32. >A *reply* to mail aliased into your mailbox could build the
  33. >From: line from the received To: line  and build a Sender: line
  34. >as the current From: line is being constructed.  This would
  35. >only occur if the users LOGNAME is not part of the To: field.
  36. >Also There could be another flag in the elmrc to allow this
  37. >optional behavior.
  38. >
  39. >This seems Not All That Hard to do but I am not familiar with the
  40. >internals of elm.  Anyone care to comment or even better, implement
  41. >this and send the diffs to Syd for inclusion into a patch?
  42. >
  43. >Brian
  44. >-- 
  45. >D. Brian Kimmel           /    briank@ars2.UUCP   \   The Emerald City....
  46. >Director of R & D        \  Voice  (206) 325-8922  / Seattle, Washington.
  47. >Automated Retail Systems  \  Fax  (206) 325-9127  / Standard disclaimer(s).
  48.  
  49. Please don't flame me if I don't fully understand what you are suggesting,
  50. but I would like the raise a question.
  51.  
  52. Wouldn't this suggested feature allow allow an e-mail security hole?  For
  53. example, a bad guy could type in a fake letter complete with headers from
  54. another person (i.e. a fake "To:" line).  Let's say he uses "To: root".
  55. Then, store it in a folder, reply to it and Elm would put "From: root" in
  56. the headers?
  57.  
  58. Don't get me wrong, I like the concept of your suggestion (I could even use
  59. it myself), but how could the above situation be avoided?  I thought your
  60. statement about the LOGNAME addressed the situation but I'm not sure.
  61. I suppose Elm could check the system aliases file to see if the exists
  62. an legitimate alias for the reply.  I can understand Syd's concern of
  63. complicating Elm.
  64.  
  65. -- 
  66. ===========================================================================
  67. Randy Carpenter                    rcarpent@gsu.edu          % Got a light?
  68. Georgia State University           (404) 651-2648            No match.
  69. Wells Computer Center                                        %
  70.