home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!cs.utexas.edu!swrinde!elroy.jpl.nasa.gov!decwrl!decwrl!infopiz!mccall!ipmdf-newsgate!list
- From: ned@sigurd.innosoft.com (Ned Freed)
- Newsgroups: vmsnet.mail.pmdf
- Subject: RE: two minor points
- Message-ID: <01GNHNE37EQ6984LG3@SIGURD.INNOSOFT.COM>
- Date: 12 Aug 92 16:54:27 GMT
- Organization: The Internet
- Lines: 23
- Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
- Resent-Date: 12 Aug 1992 09:54:27 -0700 (PDT)
- Resent-From: epmdf@YMIR.CLAREMONT.EDU
- Errors-To: epmdf@YMIR.CLAREMONT.EDU
- Resent-Message-ID: <01GNHNFKXA8294E0WH@YMIR.CLAREMONT.EDU>
- X-Vms-To: IN%"MITCHELL%UTHSCSA.BITNET@ymir.claremont.edu"
- X-Vms-Cc: IPMDF
- Mime-Version: 1.0
- Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
- Content-Transfer-Encoding: 7BIT
-
- > I hate to sound retrograde, but there are probably some sites that would
- > prefer non-multipart notices. Many people here won't have MIME-speaking
- > UAs in the near future. Novice users looking at these things sometimes
- > despair before noticing that they contain readable information!
-
- The advantages of using multipart messages for notices are huge. In particular,
- the original message can easily be extracted and dealt with as an entity.
-
- The notion that the format is terribly hard to understand (which I happen to
- think is grossly exaggerated) is actually beneficial since it heightens the
- need to install MIME-compliant user agents everywhere.
-
- Finally, it is the current recommended practice. (See RFC1343 (number may be
- wrong here) for details and an explanation.) It is very likely to become
- standard practice in the near future, and any other format is likely to be
- strongly deprecated.
-
- The conclusion is clear -- while there will be some growing pains and problems
- with user education, the MIME format for returned messages is the only way to
- go, and any option for a different format would only make the problem last
- longer.
-
- Ned
-