home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!cis.ohio-state.edu!rutgers!ub!dsinc!syd
- From: syd@DSI.COM (Syd Weinstein)
- Newsgroups: comp.mail.elm
- Subject: Re: [encode] Decryption does not work in ELM 2.3 PL11! Why ? [clear]
- Message-ID: <1992Aug29.031221.9891@DSI.COM>
- Date: 29 Aug 92 03:12:21 GMT
- References: <1992Aug28.162759.17744@ncrcae.ColumbiaSC.NCR.COM> <1992Aug28.191943.24772@morwyn.uucp>
- Reply-To: syd@DSI.COM
- Organization: Datacomp Systems, Inc. Huntingdon Valley, PA
- Lines: 52
-
- forrie@morwyn.uucp (Forrie Aldrich) writes:
- >Likewise, the save and reply funcions don't work very well when you need
- >to deal with an Elm encrypted message (I'm sure this must have come up
- >before).
-
- >Will these problems be addressed/fixed in the 2.4 release?
- No, it will not be addressed until 3.0. Quoting the monthly posting:
-
- EB02 Encryption is not fully implemented in ELM. In elm(1) we
- have the following problems:
-
- When `b' (bouncing) a message or `f' (forwarding) a message
- without editing, an encrypted section of text in the origi-
- nal message wrongly gets encrypted a second time. The func-
- tion that looks for encryption delimiters needs to know to
- ignore them in these situations.
-
- When `p' (printing) or `|' (piping) a message, an encrypted
- message does not get decrypted. This is because elm(1) in-
- vokes readmsg(1) to pull the message out of the folder and
- readmsg(1) does not deal with encryption at all. Even if we
- gave readmsg(1) the ability to decrypt messages, we'd still
- have problems because readmsg itself would have to prompt
- for the decryption key. Now if we were printing or piping a
- set of tagged messages, readmsg(1) would have to prompt for
- decryption keys for each message individually. In doing
- that readmsg(1) would have to indicate which message of the
- set it was working on. This would be difficult since
- readmsg(1) uses actual ordinal message position in the fold-
- er, and that would be confusing if the user has folders
- sorted in other than mailbox order: the message numbers
- wouldn't match up. The solution therefore involves replac-
- ing readmsg(1) with a new function in elm(1) to handle the
- `p' or `|' commands, and this function would need to detect
- the encryption delimiters and prompt for the decryption key.
- Furthermore, readmsg(1) should get enhanced to deal with en-
- crypted text, or else carry a disclaimer that it doesn't
- work on encrypted text.
-
- When including the text of an original message for a `r'
- (reply) or `f' (forward), encrypted sections do not get de-
- crypted first, resulting in decrypted text inside the in-
- clude text. This means that the elm(1) function that in-
- cludes text of an original message must detect encryption
- delimiters and decrypt encrypted text before including it in
- a reply or forwarded message.
-
- --
- ========================================================================
- Sydney S. Weinstein, CDP, CCP Elm Coordinator - Current 2.3PL11
- Datacomp Systems, Inc. Projected 2.4 Release: Oct 1,1992
- syd@DSI.COM or dsinc!syd Voice: (215) 947-9900, FAX: (215) 938-0235
-