home *** CD-ROM | disk | FTP | other *** search
/ Nebula 1994 June / NEBULA_SE.ISO / Documents / FAQ / Mail-faq / mime-faq < prev    next >
Encoding:
Internet Message Format  |  1993-08-27  |  65.1 KB

  1. Path: senator-bedfellow.mit.edu!bloom-beacon.mit.edu!gatech!howland.reston.ans.net!europa.eng.gtefsd.com!uunet!pipex!pipex!not-for-mail
  2. From: tim@pipex.net (Tim Goodwin)
  3. Newsgroups: comp.mail.mime,comp.answers,news.answers
  4. Subject: comp.mail.mime frequently asked questions list (FAQ)
  5. Supersedes: <mime-faq_744653614@pipex.net>
  6. Followup-To: comp.mail.mime
  7. Date: 26 Aug 1993 19:06:06 +0100
  8. Organization: Pipex Ltd., 216 Science Park, Cambridge CB4 4WA, England
  9. Lines: 1717
  10. Approved: news-answers-request@MIT.Edu
  11. Expires: 19 Oct 1993 18:05:58 GMT
  12. Message-ID: <mime-faq_746388358@pipex.net>
  13. NNTP-Posting-Host: tank.pipex.net
  14. Summary: This posting contains answers to some of the Frequently Asked
  15.     Questions about MIME (Multipurpose Internet Mail Extensions).
  16.     Please read it before posting a question to comp.mail.mime.
  17. Xref: senator-bedfellow.mit.edu comp.mail.mime:1583 comp.answers:1758 news.answers:11823
  18.  
  19. Archive-Name: mail/mime-faq
  20. Last-modified: 1993/08/26
  21. Version: 2.8
  22.  
  23.  
  24. comp.mail.mime frequently asked questions list (FAQ)
  25.  
  26.  
  27. 0.1 Introduction
  28.  
  29. This is a Frequently Asked Questions document about MIME, the
  30. multipurpose and multi-media standard for Internet mail.
  31.  
  32. Changes since the last version are marked by "!" in the index.  I also
  33. post a separate article containing diffs to comp.mail.mime.
  34.  
  35. This FAQ was begun by, and is largely the work of, Ed Vielmetti.  It
  36. is now maintained by me, Tim Goodwin.
  37.  
  38.  
  39. 0.2 Conventions
  40.  
  41. I have used some typographical conventions.  Eventually I hope to
  42. format this as simplemail, but in the meantime...
  43.  
  44. Direct quotations begin with an attribution in a standard format, and
  45. are indented by four spaces.
  46.  
  47. FTPable goodies appear in a standard (obvious, I hope) format,
  48. indented by eight spaces.  Note that I usually list only the
  49. distribution site -- please try your nearest FTP archive first.
  50.  
  51. You'll occasionally see text in braces, like this.
  52.  
  53. { Here is some example meta-text. }
  54.  
  55. Generally, these indicate places where information is missing, I'm
  56. unsure of my ground, or I plan major changes in the near future.
  57.  
  58. You can ignore these if you're just looking for information.  But if
  59. you can help fill in the gaps, and you want to achieve fame, fortune,
  60. and your name at the bottom of this FAQ, please mail me.
  61.  
  62.  
  63.   1 INDEX TO THE FAQ
  64.   
  65.   2 What is MIME?
  66.   2.1 Introduction
  67.   2.2 MIME features that may or may not be present
  68.   2.3 Further information
  69.   2.4 MIME glossary
  70. ! 2.5 MIME-relevant RFCs and other standards
  71. ! 2.6 List of registered MIME types
  72.   2.7 Internet Engineering Task Force (IETF) working groups
  73. ! 2.8 Newsgroups and mailing lists
  74.   
  75.   3 Freely available MIME software packages
  76.   3.1 metamail -- UNIX, Amiga, DOS MUA
  77.   3.2 MIXMH -- UNIX/X MUA
  78.   3.3 MH 6.8 -- UNIX MUA
  79.   3.4 Pine -- UNIX MUA
  80.   3.5 c-client
  81.   3.6 Andrew
  82.   3.7 elm -- UNIX MUA
  83.   3.8 MIME tools for NeXT
  84.   3.9 HUyMail -- VMS MTA/MUA
  85.   3.10 MIME for VM/CMS
  86.   3.11 Iride -- Macintosh MUA
  87.   3.12 Eudora -- Macintosh MUA
  88. ! 3.13 MIME tools for GNU Emacs
  89. ! 3.14 Miscellaneous other tools
  90.   3.15 Conversions from other mail systems
  91.   3.15.1 uuencode to MIME
  92.   3.15.2 Sun OpenWindows mail to MIME
  93.   3.15.3 NeXTmail to MIME
  94.   
  95.   4 Commercial MIME software packages
  96.   4.1 IBM multimedia mail for OS/2
  97.   4.2 PMDF -- VMS ?
  98.   4.3 Control Data Systems Mail*Hub package
  99.   4.4 cc:MAIL support for MIME
  100.   4.5 Z-Mail -- UNIX MUA
  101.   4.6 STI Document Browser
  102.   4.7 Frontier Technologies Super-TCP mail system
  103.   4.8 PP -- UNIX MTA
  104.   4.9 HP's MPOWER
  105.   4.10 Eudora -- Macintosh MUA
  106. ! 4.11 Mail-it -- MS Windows MUA
  107. ! 4.12 ECSMail -- MUA/MTA for most OSs
  108.   
  109.   5 Miscellaneous questions
  110.   5.1 What can I use to display MIME messages?
  111.   5.2 What's "text/enriched"?  "text/simplemail"?
  112.   5.3 What about security issues?
  113.   5.4 So, does MIME introduce any new security problems?
  114.   5.5 What about a group 3 facsimile encoding?
  115.   5.6 Should I always use external body parts to save space?
  116.   5.7 What mail servers can I reference?
  117.   5.8 How can I register a new MIME type?
  118.   5.9 What's ESMTP, and how does it affect MIME?
  119.   5.10 Where can I get some sample MIME messages?
  120. ! 5.11 Wouldn't MIME be better if it did <foo>?
  121. ! 5.12 So what about multilevel encodings?
  122. ! 5.13 Why doesn't MIME include a mechanism for compression?
  123. ! 5.14 Can I interwork between MIME and X.400?
  124.   
  125.   6 MIME information available from the Internet
  126.   6.1 Anonymous FTP
  127.   6.2 Mail based archive servers
  128.   6.2.1 Eitech "ServiceMail"
  129.   6.2.2 Metamail "mailserver"
  130.   6.3 Gopher
  131.   6.4 World Wide Web
  132.   
  133.   7 Published books and articles
  134.   
  135.   8 MIME based relays for commercial mail services
  136.   8.1 Large national or international providers
  137.   8.1.1 ATTMAIL
  138.   8.1.2 Radiomail
  139.   8.2 Local and regional providers
  140.   
  141.   9 MIME and Usenet news
  142.   9.1 Introduction
  143. ! 9.2 nn
  144. ! 9.3 GNUS
  145.   9.4 trn
  146. ! 9.5 INN
  147. ! 9.6 MH
  148.   
  149. ! 10 Acknowledgements
  150.  
  151.  
  152. 2 What is MIME?
  153.  
  154. 2.1 Introduction
  155.   
  156. MIME, the Multi-purpose Internet Mail Extensions, is a freely available
  157. specification that offers a way to interchange text in languages with
  158. different character sets, and multi-media email among many different
  159. computer systems that use Internet mail standards.
  160.  
  161. If you were bored with plain text email messages, thanks to MIME you
  162. now can create and read email messages containing these things:
  163.  
  164.         - character sets other than ASCII
  165.         - enriched text
  166.         - images
  167.         - sounds
  168.         - other messages (reliably encapsulated)
  169.         - tar files
  170.         - PostScript
  171.         - FTPable file pointers
  172.         - other stuff
  173.  
  174. MIME supports not only several pre-defined types of non-textual
  175. message contents, such as 8-bit 8000Hz-sampled mu-LAW audio, GIF image
  176. files, and PostScript programs, but also permits you to define your
  177. own types of message parts.
  178.  
  179. The ability to create email messages with audio and other non-textual
  180. contents has been around for a while, but almost always as part of a
  181. vendor-specific ``solution.''  This means that you can't create a
  182. message on a NeXT system containing PostScript information and ``Lip
  183. Service'' (NeXT's audio email tool) and easily handle the same
  184. message on an HP 9000/710, a Sun SPARCstation IPC, and a Silicon
  185. Graphics Iris.  That's a problem that MIME helps to solve.
  186.  
  187. One of the best things about MIME is that it's a "four-wheel drive
  188. protocol", to borrow a description of PhoneNet from Einar Stefferud.
  189. MIME was carefully designed to survive many of the most bizarre
  190. variations of SMTP, UUCP, and Procrustean mail transport protocols,
  191. such as BITNET and MMDF, that like to slice, dice, and stretch the
  192. headers and bodies of email messages.
  193.  
  194. Here are a couple of examples of how MIME is being used in the real
  195. world, now.
  196.  
  197. 1) Dr Marshall T. Rose mails out his SNMP-related newsletter, ``The
  198. Simple Times'' as multi-media email messages in several forms:
  199.  
  200.         - in a PostScript form, with beautiful typesetting and a
  201.           two-column page layout, suitable for printing on a laser
  202.           printer;
  203.  
  204.         - in a ``text/enriched'' form (explained in question 5.2), suitable
  205.           for display on a mildly intelligent ASCII terminal; and
  206.  
  207.         - in a plain text, ordinary message form.
  208.  
  209. (SNMP is the Simple Network Management Protocol, a low-level network
  210. management facility.)
  211.  
  212. 2) IETF document announcements (RFCs, Internet Drafts, etc.) are
  213. structured as multipart MIME messages.  The first part contains the
  214. document abstract.  The second part is itself a multipart message,
  215. containing external references to the document itself (one via a
  216. mail-server, one via anonymous FTP).  Thus, with a suitable UA, you
  217. can read the abstract, and then have the complete document retrieved
  218. for you (by the most appropriate method) at the press of a button.
  219.  
  220.  
  221. 2.2 MIME features that may or may not be present
  222.  
  223. Implementations of multi-media email need not support the full spec;
  224. it's possible to have a useful product that does not explore all of
  225. the nooks and crannies of the standard.  
  226.  
  227. Furthermore, MIME permits a message to contain alternative parts for
  228. consumption by sites that can't necessarily display or listen to all
  229. the good stuff.
  230.  
  231. Here is a list of features that someone with a good, functional
  232. mail user agent might include for MIME support.
  233.  
  234. - Displays GIF, JPEG, and PBM encoded images, using e.g. 'xv' in the X
  235.   Window System, or (name of windows program here) in Microsoft Windows.
  236.  
  237. - Displays PostScript parts, using e.g. something that prints to a
  238.   PostScript printer, or that invokes GhostScript on an X Window System
  239.   display, or that uses Display PostScript.
  240.  
  241. - Obtains external body parts via Internet FTP or via mail server.
  242.   
  243. - Plays audio parts on workstations that support digital audio.
  244.  
  245. On the other hand, the minimal requirements for a MIME-conformant MUA
  246. are almost trivial, yet still provide increased funtionality.  (The
  247. minimal requirements are mainly concerned with ensuring that users are
  248. not shown raw data from a MIME message inappropriately.)
  249.  
  250.  
  251. 2.3 Further information
  252.  
  253.         adad.premenos.sf.ca.us:pub/mime.ps
  254.         adad.premenos.sf.ca.us:pub/mime.txt
  255.  
  256. This is a nice overview of the MIME specification.
  257.  
  258. { Any other documents that should be referenced? }
  259.  
  260.  
  261. 2.4 MIME glossary
  262.  
  263. Every subculture needs its list of buzzwords, here's a start at a
  264. collection for MIME.
  265.   
  266. body            the part of a message after the header (the "meat")
  267. ESMTP           Extended SMTP - RFC 1425
  268. external part   a "pointer" to a part available via FTP or other means.
  269. GIF             graphical interchange format for images
  270. header          the To, From, Subject, etc. at the start of a message
  271. JPEG            an image compression standard for still images
  272. mail transport  the "post office", e.g. sendmail, smail, MMDF, etc.
  273. MIME            Multipurpose Internet Mail Extensions - RFC 1341
  274. MPEG            an image compression standard for moving pictures
  275. MTA             Mail Transport Agent, see "mail transport"
  276. MUA             Mail User Agent, see "user agent"
  277. multi-media     nebulous marketroid term meaning audio and visual stuff
  278. part            a piece of a MIME message containing some data type
  279. PBM             an image format
  280. PEM             Privacy Enhanced Mail
  281. PostScript      a popular page description language
  282. RFC             request for comments; proposed or standard Internet protocols
  283. SMTP            Simple Mail Transport Protocol - RFC 821
  284. text/enriched   simple text markup language for MIME
  285. text/simplemail another (even simpler?) text markup language
  286. user agent      the end user's mail program, e.g. MH, ELM, /bin/mail, etc.
  287.  
  288.  
  289. 2.5 MIME-relevant RFCs and other standards
  290.  
  291. The RFCs mentioned here are mainly relevant to people building MIME
  292. software.  As an end user, if your mail system is nice to you, you
  293. won't really have to know very much about these things.
  294.  
  295. RFC and Internet-Drafts are available by anonymous FTP from any decent
  296. archive site.
  297.  
  298. MIME is defined in RFC 1341 (MIME Mechanisms for Specifying and
  299. Describing the Format of Internet Message Bodies) and RFC 1342
  300. (Representation of Non-ASCII Text in Internet Message Headers).
  301.  
  302. These are Internet standards-track protocols.  For the full
  303. implications of this, see RFC 1410 (IAB Official Protocol Standards).
  304. Here is their current status.
  305.  
  306.     1341: Proposed Elective Standard
  307.     Latest draft: draft-ietf-822ext-mime2-04.txt, .ps
  308.  
  309.     1342: Proposed Elective Standard
  310.     Latest draft: draft-ietf-822ext-mime-part2-01.txt
  311.  
  312. These two RFCs do not fully define MIME.  For one thing, they are
  313. based on RFC 822 (Standard for the format of ARPA Internet text
  314. messages), as revised by RFC 1123 (Requirements for Internet hosts -
  315. application and support) and must be read in conjunction with these.
  316.  
  317. For another, they are extensible.  See 2.6 for a complete list of
  318. registered subtypes.
  319.  
  320. There are a whole lot of other RFCs that deal with email, including
  321. these.
  322.  
  323.     1502  X.400 Use of Extended Character Sets
  324.     1496  Rules for Downgrading Messages from X.400(88) to X.400(84)
  325.           when MIME Content-Types are Present in the Messages
  326.     1495  Mapping between X.400 and RFC-822 Message Bodies
  327.     1494  Equivalences between 1988 X.400 and RFC-922 Message Bodies
  328.     1489  Registration of a Cyrillic Character Set.
  329.     1468  Japanese Character Encoding for Internet Messages.
  330.     1428  Transition of Internet Mail from Just-Send-8 to 8bit-SMTP/MIME.
  331.     1427  SMTP Service Extension for Message Size Declaration.
  332.     1426  SMTP Service Extension for 8bit-MIMEtransport.
  333.     1425  SMTP Service Extensions.
  334.     1424  Privacy Enhancement for Internet Electronic Mail: Part IV.
  335.     1423  Privacy Enhancement for Internet Electronic Mail: Part III.
  336.     1422  Privacy Enhancement for Internet Electronic Mail: Part II.
  337.     1421  Privacy Enhancement for Internet Electronic Mail: Part I.
  338.     1357  Format for emailing bibliographic records.
  339.     1345  Character Mnemonics & Character Sets.
  340.     1344  Implications of MIME for Internet mail gateways.
  341.     1343  User agent configuration mechanism for multimedia mail format
  342.           information.
  343.     1339  Remote mail checking protocol.
  344.     1327  Mapping between X.400(1988)/ISO 10021 and RFC 822.
  345.     1321  MD5 Message-Digest algorithm.
  346.     1314  File format for the exchange of images in the Internet.
  347.     1225  Post Office Protocol: Version 3.
  348.     1211  Problems with the maintenance of large mailing lists.
  349.     1176  Interactive Mail Access Protocol: Version 2.
  350.     1153  Digest message format.
  351.     1036  Standard for interchange of USENET messages.
  352.     
  353. Older pre-MIME efforts at Internet multimedia email (largely of
  354. historical interest).
  355.     
  356.     1197  Using ODA for translating multimedia information.
  357.     1154  Encoding header field for internet messages.
  358.     1049  Content-type header field for Internet messages.
  359.     934   Proposed standard for message encapsulation.
  360.     807   Multimedia mail meeting notes.
  361.  
  362.  
  363. 2.6 List of registered MIME types
  364.  
  365. A list of registered MIME types is available from
  366.  
  367.         isi.edu:in-notes/mime/mime-types
  368.  
  369. This is the latest version.
  370.  
  371. Type            Subtype                Description          Reference
  372. ----            -------                -----------          ---------
  373. text            plain                                       [169,NSB]
  374.                 richtext                                    [169,NSB]
  375.                 tab-separated-values                   [Paul Lindner]
  376.  
  377. multipart       mixed                                       [169,NSB]
  378.                 alternative                                 [169,NSB]
  379.                 digest                                      [169,NSB]
  380.                 parallel                                    [169,NSB]
  381.                 appledouble                [MacMime,Patrik Faltstrom]
  382.  
  383. message         rfc822                                      [169,NSB]
  384.                 partial                                     [169,NSB]
  385.                 external-body                               [169,NSB]
  386.                 news                        [RFC 1036, Henry Spencer]
  387.  
  388. application     octet-stream                                [169,NSB]
  389.                 postscript                                  [169,NSB]
  390.                 oda                                         [169,NSB]
  391.                 atomicmail                           [atomicmail,NSB]
  392.                 andrew-inset                       [andrew-inset,NSB]
  393.                 slate                           [slate,terry crowley]
  394.                 wita              [Wang Info Transfer,Larry Campbell]
  395.                 dec-dx            [Digital Doc Trans, Larry Campbell]
  396.                 dca-rft        [IBM Doc Content Arch, Larry Campbell]
  397.                 activemessage                          [Ehud Shapiro]
  398.                 rtf                                    [Paul Lindner]
  399.                 applefile                  [MacMime,Patrik Faltstrom]
  400.                 mac-binhex40               [MacMime,Patrik Faltstrom]
  401.                 news-message-id             [RFC 1036, Henry Spencer]
  402.                 news-transmission           [RFC 1036, Henry Spencer]
  403.                 wordperfect5.1                         [Paul Lindner]
  404.                 pdf                                    [Paul Lindner]
  405.                 zip                                    [Paul Lindner]
  406.                 macwriteii                             [Paul Lindner]
  407.                 msword                                 [Paul Lindner]
  408.                 remote-printing                         [RFC1486,MTR]
  409.  
  410. image           jpeg                                        [169,NSB]
  411.                 gif                                         [169,NSB]
  412.                 ief             Image Exchange Format      [RFC-1314]
  413.                 tiff            Tag Image File Format           [MTR]
  414.  
  415. audio           basic                                       [169,NSB]
  416.  
  417. video           mpeg                                        [169,NSB]
  418.                 quicktime                              [Paul Lindner]
  419.  
  420. Each <type> has a directory
  421.  
  422.         isi.edu:in-notes/mime/<type>
  423.  
  424. containing the definitions of its subtypes.
  425.  
  426.  
  427. 2.7 Internet Engineering Task Force (IETF) working groups
  428.  
  429.     [ Ran Atkinson <atkinson@tengwar.itd.nrl.navy.mil> 2-Jan-1993 ]
  430.  
  431.     The IETF working group (ietf-smtp) on extensions to SMTP, which has
  432.     essentially completed its work, has defined SMTP extensions
  433.     including a safe and interoperable means for sending 8-bit wide
  434.     data between two enhanced-SMTP systems (see 5.9).
  435.  
  436.     The IETF working group on Privacy-Enhanced Mail (PEM) is developing
  437.     extensions that permit confidentiality, authentication, and
  438.     integrity to be provided in a manner backwards compatible with
  439.     RFC-821 and RFC-822 (see 5.3).
  440.  
  441.     The IETF MIME working group is not actively considering significant
  442.     changes to the specifications.  However the WG still exists as a
  443.     forum for MIME developers, as a home for interpretation questions,
  444.     and to handle any problems or ambiguities that might arise in MIME.
  445.  
  446.  
  447. 2.8 Newsgroups and mailing lists
  448.  
  449. You're probably reading comp.mail.mime at the moment.  There is a
  450. mailing list which is gatewayed with comp.mail.mime.  If you are
  451. unable or unwilling to read Usenet news, send subscription requests to:
  452.  
  453.         info-mime-request@thumper.bellcore.com
  454.  
  455. There is a UK exploder for info-mime, contact:
  456.  
  457.         info-mime-uk-request@mailbase.ac.uk
  458.  
  459. The Mailbase software archives all contributions, which are then
  460. accessible via FTP and gopher (mailbase.ac.uk), and mailserver
  461. (mailbase@mailbase.ac.uk, with message body containing, e.g. "send
  462. info-mime-uk 08-1993"
  463.     
  464. There is also a [comp.mail.multi-media] newsgroup, which contains
  465. general discussions of multi-media email, not necessarily MIME.
  466.  
  467. There are various mailing lists specific to particular implementations
  468. of MIME.  If I know of such a list, it is mentioned in the section on
  469. that implementation.
  470.  
  471.  
  472. 3 Freely available MIME software packages
  473.  
  474. 3.1 metamail -- UNIX, Amiga, DOS MUA
  475.   
  476.         thumper.bellcore.com:pub/nsb/mm.2.6.tar.Z
  477.     The metamail distribution that Nathaniel Borenstein supports.
  478.  
  479.         thumper.bellcore.com:pub/nsb/contrib2.6.tar.Z
  480.     Contributed sources.
  481.  
  482.         thumper.bellcore.com:pub/nsb/amiga2.5.tar
  483.     Amiga binaries and utilities
  484.  
  485.         thumper.bellcore.com:pub/nsb/dos2.5.tar.Z
  486.     DOS binaries
  487.  
  488.     [ Paul Eggert <eggert@bi.twinsun.com> ]
  489.  
  490.     Metamail is a software implementation of MIME, designed for easy
  491.     integration with traditional mail-reading interfaces -- typically,
  492.     users do not invoke metamail directly.  Ideally, extending the
  493.     local email or news system to handle a new media format is a
  494.     simple matter of adding a line to a mailcap file.  Mailcap files
  495.     are described in RFC 1343.
  496.  
  497.  
  498. 3.2 MIXMH -- UNIX/X MUA
  499.  
  500.     [ Harald Tveit Alvestrand <Harald.Alvestrand@delab.sintef.no> 10-Dec-1992 ]
  501.  
  502.         aun.uninett.no:pub/unix/mixmh-0.2.tar.Z
  503.  
  504.     This version is based on XMH version 1.6 from SEI, Carnegie Mellon. 
  505.     It supports sending MIME with extended character sets in the headers
  506.     (per RFC-1342) and the body (per RFC-1341 text/plain).  It has
  507.     limited support for multipart messages.
  508.  
  509.     The source is freely redistributable and modifiable.
  510.  
  511.     As you can see from the version number, it is still not considered
  512.     fully stable. Bugs may be reported to mixmh-bugs@uninett.no
  513.     Information and discussion will take place on mixmh-info@uninett.no;
  514.     mail to mixmh-info-request@uninett.no to join.
  515.  
  516.  
  517. 3.3 MH 6.8 -- UNIX MUA
  518.  
  519.         ftp.ics.uci.edu:pub/mh/mh-6.8.tar.Z
  520.         louie.udel.edu:portal/mh-6.8.tar.Z
  521.  
  522. MIME support is available for the MH message handling system; the
  523. primary reader and generator is the program mhn(1) although other MH
  524. programs are also changed.  The current release of MH is 6.8, the first
  525. to include MIME support when appropriately installed.  Note that mhn is
  526. not compliant with RFC 1343.
  527.  
  528. A tutorial for mhn is available:
  529.  
  530.         ftp.ics.uci.edu:mh/contrib/multimedia/mhn-tutorial.tex, .sty, .ps
  531.  
  532. See the newsgroup comp.mail.mh for further information.
  533.  
  534.  
  535. 3.4 Pine -- UNIX MUA
  536.  
  537. Pine: Authors Laurence Lundblade, Michael Seibel, and Mark Crispin
  538.      <pine@cac.washington.edu>
  539.  
  540.     [ comp.mail.misc FAQ ]
  541.  
  542.     Pine is a mail user agent developed by the University of
  543.     Washington Office of Computing and Communications. It has been
  544.     designed for ease-of-use and with the novice computer user in
  545.     mind. It is based on Internet mail protocols (e.g. RFC-822, SMTP,
  546.     IMAP, and MIME) and currently runs on a variety of UNIX platforms
  547.     and MS-DOS.
  548.  
  549.     The guiding principles for achieving ease-of-use in Pine were:
  550.     careful limitation of features, one-character mnemonic commands,
  551.     always-present command menus, immediate user feedback, and high
  552.     tolerance for user mistakes.  It is intended that Pine can be
  553.     learned by exploration rather than reading manuals.
  554.  
  555.     A stand-alone version of Pico, Pine's message composition editor,
  556.     is also available.  It is a very simple and easy to use text
  557.     editor with text justification and a spelling checker.
  558.  
  559.     Features:
  560.        - Mail index showing a message summary which includes the
  561.          status, sender, size, date and subject of messages.
  562.  
  563.        - View and process mail with the following commands:  forward,
  564.          reply, save, export, print, delete, capture address and
  565.          search.
  566.  
  567.        - Address book for saving long complex addresses and personal
  568.          distribution lists under a nickname.
  569.  
  570.        - Multiple folders and folder management screen for filing
  571.          messages.
  572.  
  573.        - Message composer with easy-to-use editor and spelling checker.
  574.          The message composer also assists entering and formatting
  575.          addresses and provides direct access to the address book.
  576.  
  577.        - Online help specific to each screen and context.
  578.  
  579.        - Supports access to remote mail repositories via the IMAP2
  580.          protocol defined in RFC-1176.
  581.  
  582.        - Supports multi-part mail conforming to MIME allowing sending
  583.          of sounds, graphics such as GIF and TIFF files, and binary
  584.          files such as spreadsheets.
  585.  
  586.     Pine, including source code, is freely available via anonymous FTP
  587.     from ftp.cac.washington.edu on the Internet. Other provisions for
  588.     distribution have not yet been made. From the Internet, you may
  589.     try out Pine and leave comments by telneting to
  590.     demo.cac.washington.edu and logging in as "pinedemo". To join the
  591.     Pine mailing list for announcements send a request to
  592.     "pine-info-request@cac.washington.edu".
  593.  
  594.     Pine is very portable and runs on a variety of UNIX machines
  595.     including DECstations, NeXTs, VAX's and Suns. Pine was originally
  596.     based on Elm, but it has evolved much since, ("Pine Is No-longer
  597.     Elm").  Pine uses the c-client library discussed below.
  598.  
  599.     For further information send email to pine@cac.washington.edu.
  600.     Pine is the work of Mike Siebel, Mark Crispin, and Laurence
  601.     Lundblade at the University of Washington.
  602.  
  603.  
  604. 3.5 c-client
  605.  
  606.     [ comp.mail.misc FAQ ]
  607.  
  608.     Software writers only:
  609.  
  610.     c-client is a general library useful for creating MUA's.  It
  611.     provides a Application Program Interface for retrieving and
  612.     manipulating mail messages.  It supports the latest draft of
  613.     MIME.  It is driver based, and easily ported to new platforms and
  614.     MTAs.  The currently supported platforms include various versions
  615.     of BSD and SysV Unix, DOS, Macintosh and even TOPS-20(!).  It
  616.     supports mailboxes in /usr/spool/mail, mbox, mail.txt, mh, carmel
  617.     format, as well as remote mailbox access via the IMAP2 protocol
  618.     described in RFC-1176 and extended by the IMAP2bis extensions.
  619.  
  620.     c-client does not contain any user interface.  Rather, it contains
  621.     everything else that goes into an MUA.  c-client is called with
  622.     such functions as mail_open(), mail_fetchheader(), mail_setflag(),
  623.     etc.
  624.  
  625.     Just the thing if you want to write a new MUA.
  626.  
  627.     Contact the author (Mark Crispin <mrc@panda.com>) for more details.
  628.  
  629.  
  630. 3.6 Andrew
  631.  
  632.     [ Susan Straub <susan+@andrew.cmu.edu> 11-Jan-1993 ]
  633.  
  634.     Andrew is a very large and ambitious software system developed at
  635.     Carnegie Mellon University.  It is installed at hundreds of sites
  636.     throughout the world, and includes a multimedia document editor,
  637.     help system, and various other utilities.  In particular, it
  638.     includes a feature-rich program, "messages", which can read and
  639.     send mail and news articles in MIME format, including images,
  640.     audio, richtext, and more.  Andrew is available in binary release
  641.     for several UNIX system architectures, and also in source form.
  642.     Be warned that the source distribution is itself about 50
  643.     megabytes, but you really are getting a LOT of stuff.  For
  644.     information on how to obtain a copy of Andrew, send mail to
  645.     info-andrew-request@andrew.cmu.edu.
  646.  
  647.  
  648. 3.7 elm -- UNIX MUA
  649.  
  650.     [ Syd Weinstein <syd@dsinc.dsi.com> 21-Dec-1992 ]
  651.  
  652.     Elm support for MIME:
  653.     2.3 - uses metamail supplied patch from Nathaniel Borenstein. 
  654.  
  655.     2.4:
  656.         reading: detects MIME headers and calls metamail automatically
  657.         if the message cannot be displayed on the current screen using
  658.         the native capabilities of the display (recognizes some char
  659.         sets as native)
  660.  
  661.         sending: detects [include ] markers and makes them MIME attachments.
  662.         Still very 'crude', but its all we had time for, as to the
  663.         release deadline of 'Elm' and MIME.
  664.  
  665.     3.x:
  666.         reading: probably no change from 2.x, but will understand
  667.         some 'file storage' types and allow for splitting off attachments
  668.         on their own.
  669.  
  670.         sending: will allow defining attachments to be added and auto build
  671.         the MIME stuff, in addition to the [include ] syntax.
  672.  
  673.     release status:
  674.     2.3: obsolete
  675.     2.4: Current PL is 17.
  676.     3.x: not planned until some time in 1994.
  677.  
  678.  
  679. 3.8 MIME tools for NeXT
  680.  
  681.     [ Dave Lacey <dave@blackbox.isca.uiowa.edu> ]
  682.  
  683.     I'd like to keep you apprised of some MIME work I'm doing.  I'm
  684.     interested in using MIME as a transport medium for multi-media
  685.     gopher documents.  My particular use is for Radiology info, but it
  686.     would work for just about anything.
  687.  
  688.     I've got a NeXT Gopher client almost working and I also have a
  689.     NeXT based MIME file editor that reads/creates MIME documents.
  690.     Both work, but need a bit more extension.  I will likely
  691.     distribute the source to this, so the MIME reader (which is
  692.     essentially an object) can be re-used in other apps.
  693.  
  694.  
  695. 3.9 HUyMail -- VMS MTA/MUA
  696.  
  697.     [ Yehavi Bourvine <YEHAVI@vms.huji.ac.il> 22-Jul-1993 ]
  698.  
  699.         vms.huji.ac.il:local/huymail*.bck
  700.  
  701.     HUyMailer is a store and forward mailer for VAX/VMS and AXP/VMS
  702.     systems which supports as transports: DECnet, Multinet/TcpIp,
  703.     HUJI-NJE and PMDF.  The software is available freely for
  704.     non-commercial use as a C source code.
  705.  
  706.     The mailer supports two users' interfaces: VMS/MAIL (to which the
  707.     connection is done via MAIL11 DECnet connection) or a locally
  708.     written interface called BMAIL.  BMAIL is a menu oriented interface
  709.     which supports MIME and Hebrew.
  710.  
  711.  
  712. 3.10 MIME for VM/CMS
  713.  
  714.     [ Rick Troth <TROTH@ricevm1.rice.edu> 21-Jul-1993 ]
  715.  
  716.     This MIME decoder is available via Gopher from ricevm1.rice.edu
  717.     under "Other freely distributable CMS software", which is under
  718.     "CMS Gopher Software".
  719.  
  720.     It correctly reads:
  721.  
  722.         o text/plain,
  723.         o text/richtext, and
  724.         o image/gif.
  725.  
  726.     GIFs require the VMGIF package from Belgium.  I need filters for
  727.     PBM and PGM and then they'd work too.  Sounds are not useful on
  728.     the standard 3270 terminal (dumb terminals just don't play sounds).
  729.  
  730.     It splits out multipart/[anything] into separate files.  CMS has a
  731.     standard directory "browser" (FILELIST) that lets you view a bunch
  732.     ofrelated files and decide what, if anything, you want to do with
  733.     them.
  734.  
  735.     Message/external-body doesn't work well, but probably will given
  736.     more development time.  I could use some samples to help with the
  737.     debugging of that part.
  738.  
  739.     It does NOT do applications, except for the one, octet-stream.
  740.     (which is treated as a kind-of "sendfile" utility) There *is* a
  741.     PostScript interpreter for CMS, but it is reported to be a dog (we
  742.     don't have it).  But I do hope to put the extraction code in for
  743.     these eventually.
  744.  
  745.     If a given content-type isn't understood, you just view the item
  746.     as-is.
  747.  
  748.     For composition, there's no CHARSET= parameter on the
  749.     Content-Type: text/plain line.  It's EBCDIC until it gets into
  750.     SMTP, then it's ASCII, then it might be anything, so I've left off
  751.     the CHARSET= parameter.
  752.  
  753.     An "attach" command is added to RiceMAIL when you run this, which
  754.     would then change the message from text/plain to multipart/mixed
  755.     and append the attachment after a boundary.  Attachments don't
  756.     "close" properly; that is, the final boundary isn't correct, but is
  757.     correctly processed by all of the MIME compliant readers I've
  758.     checked.  (there's some feature of RiceMAIL that causes this)
  759.  
  760.     This thing is based on CMS Pipelines, so adding features is easy
  761.     since we now have the base for MIME processing.
  762.  
  763.  
  764. 3.11 Iride -- Macintosh MUA
  765.  
  766.         gnbts.univ.trieste.it:mime/Iride.sea.hqx
  767.  
  768.     [ From the README ]
  769.  
  770.     Iride is (or will be -- it's currently in beta test) an
  771.     implementation of a MIME user agent on the Apple Macintosh
  772.     computer.  It was developed as part of a project of the GNBTS -
  773.     Gruppo Nazionale Bioingegneria sezione di Trieste, for the
  774.     integration of multimedia mail with hospital data storing
  775.     facilities, in particular for the transfer of bioimages.
  776.     
  777.     This is a far from a complete MIME implementation, but I think 
  778.     it is quite usable.
  779.  
  780.     To use it you need:
  781.         o Macintosh with MacTCP 1.1 or better installed
  782.         o 32 bit ColorQuickDraw if you want to use images
  783.         o audio input device if you want to create audio messages
  784.         o connection to a SMTP mail relay
  785.         o connection to a POP3 server
  786.     
  787.     MIME types supported:
  788.     
  789.     text/plain              charset=US-ASCII only
  790.     text/richtext           (no tool for composing richtext yet)
  791.     
  792.     audio/basic
  793.     audio/X-macaudio        generated when a NOT sampled audio pasted in
  794.     
  795.     image/GIF
  796.     image/X-macPICT         generated when color QuickDraw is missing only
  797.     
  798.     multipart/mixed         each part is shown in a different window
  799.                             MUST change this
  800.     multipart/parallel     
  801.     multipart/alternative   handled as multipart/mixed
  802.                             MUST change this
  803.  
  804.  
  805. 3.12 Eudora -- Macintosh MUA
  806.  
  807.     [ Ian Hoyle <ianh@resmel.bhp.com.au> 29-Jun-1993 ]
  808.  
  809.     The next version (now in beta) will support MIME.  Eudora is
  810.     POP3-based.  A commercial version with more bells and whistles is
  811.     also available.
  812.  
  813.     Contact Steve Dorner <sdorner@qualcomm.com> for details.
  814.  
  815.  
  816. 3.13 MIME tools for GNU Emacs
  817.  
  818.     [ Masanobu UMEDA <umerin@mse.kyutech.ac.jp> 07-Aug-1993 ]
  819.  
  820.         wnoc-fuk.wide.ad.jp:pub/GNU/etc/emacs-mime-tools.shar
  821.  
  822.     MIME tools that consist of "mime.el", "rmailmime.el" and
  823.     "metamail.el" are tools for reading and composition of MIME
  824.     messages for GNU Emacs and its variants.  "mime.el" is a simple
  825.     MIME message composer that works with mail mode, news mode, and
  826.     mhe letter mode.  Messages of plain and richtext text, audio, and
  827.     image, and multipart messages of them can be composed by using
  828.     "mime.el".  "rmailmime.el" is for reading MIME messages within
  829.     Rmail.  "metamail.el" is an interface to metamail.  The metamail
  830.     package is required by these tools.
  831.  
  832.  
  833. 3.14 Miscellaneous other tools
  834.  
  835.         ftp.efd.lth.se:pub/mail/encdec.c.gz
  836.  
  837. is a simple standalone encoder/decoder for base64 and quoted printable
  838. written in ISO C by Joergen Haegg <jh@efd.lth.se>.
  839.  
  840.  
  841. 3.15 Conversions from other mail systems
  842.  
  843. A number of older email systems have defined ad hoc ways of dealing
  844. with binary file enclosures and multipart messages.  This section is a
  845. pointer to some tools that would aid in transition efforts to the
  846. standard MIME approach.
  847.  
  848.  
  849. 3.15.1 uuencode to MIME
  850.  
  851.     [ Keith Moore <moore@cs.utk.edu> 30-Dec-1992 ]
  852.  
  853.         cs.utk.edu:pub/MIME/uu-to-mime.perl
  854.  
  855.     A perl script that translates an RFC 822 message containing a single
  856.     uuencoded file to a MIME message containing a base64-encoded file.
  857.  
  858.  
  859. 3.15.2 Sun OpenWindows mail to MIME
  860.  
  861.     [ Keith Moore <moore@cs.utk.edu> 27-Dec-1992 ]
  862.  
  863.         cs.utk.edu:pub/MIME/sun-to-mime.perl
  864.         cs.utk.edu:pub/MIME/sun-to-mime.c
  865.  
  866.     A perl script (and conversion to C of same) that converts
  867.     OpenWindows mail to MIME.  Body parts currently supported are:
  868.     text, gif, Sun rasterfile (converted to image/gif), postscript,
  869.     and audio.  Other types default to application/octet-stream.  It's
  870.     easy to extend the set of types supported and to add conversions,
  871.     if necessary.
  872.  
  873.     The script requires uuencode, uudecode, zcat (aka uncompress), and
  874.     the "convert" program from ImageMagick.  If you don't have
  875.     ImageMagick you can probably substitute the pbm stuff with little
  876.     fuss.
  877.  
  878.  
  879. 3.15.3 NeXTmail to MIME
  880.  
  881. { Are these two talking about the same thing? }
  882.  
  883.     [ Dave Curry <davy@harbor.ecn.purdue.edu> 26-Dec-1992 ]
  884.  
  885.     An external program to convert it to MIME is easy...  I did one for
  886.     NeXT-to-MIME (n2m), and that's a fairly hard transformation.
  887.  
  888.     I wonder if I should post it...  (I wonder if I did post it (:-()
  889.  
  890.     [ Dave Collier-Brown <davecb@ccs.yorku.ca> 04-Jan-1993 ]
  891.  
  892.         nexus.yorku.ca:pub/n2m.shar
  893.  
  894.     Nn2m is a program that converts a file containing a NeXT-format
  895.     multimedia message into a file containing a MIME-format multimedia
  896.     message.
  897.  
  898.     It is usable on Berkeley-derived systems, or ones otherwise using
  899.     /usr/lib/sendmail as a mail transfer agent. It is in use on SunOS
  900.     4.1.1 and Ultrix 4.2, tested briefly on Aix 3.2 and NeXT.
  901.  
  902.     Description: it is used with non-NeXT mail user agents to convert
  903.     NeXT mail to MIME, which is intelligible to more than just the
  904.     NeXT mail program.  The resulting file will usually be more
  905.     intelligible to non-multimedia mail user agents.
  906.  
  907.     The textual part of the mail is converted into text, as well as
  908.     Microsoft RTF, and the attachments follow, as text/plain wherever
  909.     possible, as base64 encoded binaries otherwise.  This suffices for
  910.     messages with ASCII files pasted into them.
  911.  
  912.     Caveat:  This is a converter, not a translator: the conversion of
  913.     sound and of the initial ``index.rft'' file is not correctness-
  914.     preserving.
  915.  
  916.  
  917. 4 Commercial MIME software packages
  918.  
  919. 4.1 IBM multimedia mail for OS/2
  920.  
  921.     [ Larry Salomon Jr <os2man@panix.com> 10-Dec-1992 ]
  922.  
  923.     I'm not going to follow this group, but I wanted to state that IBM
  924.     - at the T.J. Watson Research Center - is developing a multimedia
  925.     mail application for OS/2 which is based on the Mime spec.  They
  926.     demoed it at Interop.
  927.  
  928.     For more information, including (probably) how to become a test
  929.     site (I haven't confirmed whether they're actually going to do
  930.     this, but they've done it before), contact the department manager,
  931.     Jerry Cuomo, at gcuomo@watson.ibm.com
  932.  
  933.  
  934. 4.2 PMDF -- VMS ?
  935.  
  936. The VMSNET newsgroup 'vmsnet.mail.pmdf' is available for discussion.
  937.  
  938.     [ Ned Freed <ned@innosoft.com> ]
  939.  
  940.     Send technical inquiries to service@innosoft.com. Product
  941.     information, pricing, and literature can be obtained from
  942.     sales@innosoft.com. The phone number is (909) 624-7907; FAX is
  943.     (909) 621-5319. Street address is:
  944.  
  945.         Innosoft International, Inc.
  946.         250 W. First St., Suite 240
  947.         Claremont, CA 91711
  948.  
  949.  
  950. 4.3 Control Data Systems Mail*Hub package
  951.  
  952.     [ <rrr@duck.svl.cdc.com> 23-Dec-1992 ]
  953.  
  954.     Mail*Hub includes support for X.400, X.500, SMTP, and creating,
  955.     viewing, and sending MIME enclosures in mail. In addition, the Fax
  956.     Gateway portion of Mail*Hub supports sending mail with MIME
  957.     enclosures to a Fax machine.  Graphical MIME components
  958.     (Postscript, GIF, TIFF,...)  are automatically recognized and
  959.     imaged at the receiving Fax machine.
  960.     
  961.     The product is shipping now and is currently available on Control
  962.     Data 4000 Series Mips-based Unix systems. For more information
  963.     contact rrr@svl.cdc.com
  964.  
  965.  
  966. 4.4 cc:MAIL support for MIME
  967.  
  968. SMTPLINK 2.1 will support MIME.
  969.  
  970.     [ <support@ccmail.com> 16-Dec-1992 ]
  971.  
  972.     Because this version (2.1) is a 2-3 QTR-93 release you should be
  973.     talking to your sales rep about the tentative features of this
  974.     product. They can be reached at 800-448-2500.
  975.  
  976.  
  977. 4.5 Z-Mail -- UNIX MUA
  978.  
  979.     [ Carlyn M. Lowery <lowery@zen.z-code.com> 29-May-1993 ]
  980.  
  981.     Z-Mail, a UNIX World Magazine "Product of the Year" winner for
  982.     1991, is a complete electronic mail system for workstations.
  983.     Z-Mail provides Motif and Open Look graphical user interfaces, as
  984.     well as two character modes.  The software has been ported to
  985.     nearly every system that runs UNIX, and it works with all standard
  986.     UNIX mail transport agents including sendmail, binmail, smail,
  987.     MMDF and X.400 gateways.  Z-Mail can replace or coexist with
  988.     standard mail user agents on the system, including BSD Mail, AT&T
  989.     mailx, Sun Mail Tool, Elm, or Mush.  Most anyone can use Z-Mail
  990.     "off the shelf" and immediately benefit from its simple interface
  991.     and advanced features.
  992.     
  993.     Z-Mail also includes Z-Script, a powerful scripting language that
  994.     enables users to customize and extend Z-Mail's capabilities.
  995.     Z-Mail's multi-media capabilities allow easy integration with
  996.     best-of-class products including spreadsheets, desk-top
  997.     publishing, graphics, fax, voice, and video. For example, when
  998.     users receive a spreadsheet file, Z-Mail can be configured to
  999.     automatically launch the associated application and load the the
  1000.     attachment automatically and transparently to the user.  Z-Mail
  1001.     understands MIME-format documents and is also compatible with
  1002.     Sun's multimedia Mailtool.
  1003.     
  1004.     Mac, DOS, and Windows versions, as well as native MIME support, are
  1005.     planned for this summer.
  1006.     
  1007.     For more information on Z-Mail, contact:
  1008.         Z-Code Software Corp.
  1009.         4340 Redwood Hwy., Suite B-50
  1010.         San Rafael, CA 94903
  1011.         tel: (415) 499-8649
  1012.         fax: (415) 479-0448
  1013.         e-mail: info@z-code.com
  1014.     
  1015.     Also, you can anonymous-ftp a demo copy of Z-Mail from "ora.com" in
  1016.     the directory pub/z-code/zmail/2.1.  (The file you want is named
  1017.     zm.XXX.tar.Z, where XXX is your type of machine.)  You'll need to
  1018.     call us after you do so we can send you an activation key.
  1019.  
  1020.  
  1021. 4.6 STI Document Browser
  1022.  
  1023.     [ Ed Anselmo <anselmo@nic.near.net> 31-Dec-1992 ]
  1024.  
  1025.     Product name:   STI Document Browser
  1026.     Platforms:      Windows 3.1 (shipping), NeXTstep/X11/VMS (in the
  1027.     pipeline)
  1028.     How and where to get:
  1029.         Stream Technologies Inc.
  1030.         Valkjarventie 2
  1031.         SF-02130 Espoo
  1032.         FINLAND
  1033.         Tel: +358 0 43577340
  1034.         Fax: +358 0 43577348
  1035.         Email: info@sti.fi
  1036.  
  1037.  
  1038. 4.7 Frontier Technologies Super-TCP mail system
  1039.  
  1040.     [ Ray C Langford <ray@isi.frontiertech.com> 28-Apr-1993 ]
  1041.  
  1042.     Frontier Technologies' Super-TCP for Windows includes MIME support
  1043.     in their Email mail system that is a part of the Super-TCP for
  1044.     Windows package.
  1045.  
  1046.     Super-TCP for Windows is a Windows Sockets compliant, 100% DLL
  1047.     implementation that can also operate in a TSR mode. Applications
  1048.     include: Network News Reader, Telnet, FTP Client/Server, NFS
  1049.     Client/Server, SMTP/POP2&3 MIME Email, Telnet Redirector,
  1050.     Interactive Talk, and more. Options are also available for PPP,
  1051.     X.25, and OSI.
  1052.  
  1053.     With the MIME support in Email, any type of binary file may be
  1054.     attached to your message, including Postscript files, spreadsheet
  1055.     files, database files, word processor files, graphic files, audio
  1056.     files, and digital video files.
  1057.  
  1058.     The packages in the Super-TCP product line that include the
  1059.     Email (SMTP/POP2&3) with MIME support are:
  1060.         - Super-TCP for Windows   Version 3.0
  1061.                 (Complete TCP/IP package)
  1062.         - Super-TCP/NFS for Windows   Version 3.0
  1063.                 (Complete TCP/IP package with NFS client/server)
  1064.         - Super-TCP Applications for Windows   Version 3.0
  1065.                 (Windows Sockets applications only)
  1066.  
  1067.     For further information, email TCP@FrontierTech.COM or call
  1068.     +1 414 241-4555.
  1069.  
  1070.  
  1071. 4.8 PP -- UNIX MTA
  1072.  
  1073. PP is a Mail Transport Agent (MTA), kindof son-of-MMDF-plus-X.400.  It
  1074. is built on ISODE.
  1075.  
  1076.     [ Harald Alvestrand <Harald.Alvestrand@delab.sintef.no> 18-Dec-1992 ]
  1077.  
  1078.     The ISODE Consortium release of PP will in the near future support
  1079.     gatewaying between MIME and X.400 according to the MIME-MHS
  1080.     Internet-Drafts.
  1081.  
  1082. It will also support ESMTP.
  1083.  
  1084.  
  1085. 4.9 HP's MPOWER
  1086.  
  1087.     [ Harald Alvestrand <Harald.Alvestrand@delab.sintef.no> 22-Jan-1993 ]
  1088.  
  1089.     If anyone is interested, the new multimedia product from HP called
  1090.     MPOWER supports MIME format mail.
  1091.  
  1092.     You can drag and drop a picture onto the mail icon, and it will be
  1093.     sent as a MIME message.
  1094.  
  1095.     (Unfortunately, they forgot to quote the delimiter that had a dot
  1096.     in it, and PINE failed to parse that......well, it's a betatest.)
  1097.  
  1098.  
  1099. 4.10 Eudora -- Macintosh MUA
  1100.  
  1101. A commercial version with more features than the freely available
  1102. one.  Contact Steve Dorner <sdorner@qualcomm.com> for details.
  1103.  
  1104.  
  1105. 4.11 Mail-it -- MS Windows MUA
  1106.  
  1107.     [ Tom Kermeen <tomk@unipalm.co.uk> 11-Aug-1993 ]
  1108.  
  1109.     Mail-it is a mail user agent for Windows 3.1.  Implemented using
  1110.     the Microsoft Extended MAPI architecture and with MIME
  1111.     functionality added in, Mail-it v2.0 has a wide range of features
  1112.     including:
  1113.         full drag and drop;
  1114.         hierarchical foldering;
  1115.         interaction with mail-aware and mail-enabled applications (MAPI);
  1116.         full MIME support;
  1117.         local address book;
  1118.         access to MAPI-enabled directory services;
  1119.         support for SMTP, POP2, POP3, and UUCP;
  1120.  
  1121.     Currently in beta, Mail-it v2.0 will ship in Q4 93.  For further
  1122.     information email mail-it@unipalm.co.uk.
  1123.  
  1124.  
  1125. 4.12 ECSMail -- MUA/MTA for most OSs
  1126.  
  1127.     [ Steve Hole <steve@edm.isac.ca> 24-Aug-1993 ]
  1128.  
  1129.     ECSMail is an electronic mail product for building enterprise mail
  1130.     systems.  It is designed from start to finish as a system for
  1131.     establishing mail services throughout an organization, with external
  1132.     organizations and the world information system in general.  It
  1133.     does this by using a completely standards based architecture.
  1134.  
  1135.     ECSMail is comprised of the following system components:
  1136.  
  1137.      ECSMail MUA Set      - a set of Mail User Agents (MUA) 
  1138.      ECSMail MTA Set      - a set of Message Transport Agents (MTA)
  1139.      ECSMail MS Set       - a set of Message Services (MS)
  1140.  
  1141.     All components support both MIME/822 and X.400, and run under
  1142.     Unix, Microsoft NT, OS/2, OpenVMS.  Additionally, the MUA Set runs
  1143.     under DOS, Microsoft Windows, and Mac System 7.
  1144.  
  1145.     Pricing for the ECS products and ISA business information can be 
  1146.     obtained by contacting:
  1147.  
  1148.      ECS Sales 
  1149.      835 10040 - 104 Street
  1150.      Edmonton, Alberta, Canada
  1151.      T5J 0Z2
  1152.  
  1153.      Phone: 403-420-8081
  1154.      Fax:   403-420-8037
  1155.  
  1156.     or by sending a request through electronic mail to the address:
  1157.  
  1158.      ECS Sales <ecs-sales@edm.isac.ca>
  1159.  
  1160.  
  1161. 5 Miscellaneous questions
  1162.  
  1163. 5.1 What can I use to display MIME messages?
  1164.  
  1165. You need something that understands MIME-structured messages and also
  1166. understands how to display the different kinds of body parts.
  1167.  
  1168. Details of many freely available and commercial packages to do just
  1169. that can be found in sections 3 and 4 of this FAQ.
  1170.  
  1171.  
  1172. 5.2 What's "text/enriched"?  "text/simplemail"?
  1173.  
  1174. These two subtypes of the "text" type have a similar aim: to offer
  1175. simple text markup, without making the text unreadable to someone
  1176. without the software to interpret it.
  1177.  
  1178. The text/enriched scheme uses markup commands enclosed in angle
  1179. brackets.  For example, here is how you would <bold>embolden</bold> a
  1180. single word.
  1181.  
  1182. Simplemail is more like a standardisation of certain existing
  1183. practices in mail and news articles.  For example, here is how you
  1184. would *emphasize* a single word.  
  1185.  
  1186. The text/enriched type supersedes "text/richtext" that was defined in
  1187. RFC 1341.  The latter is now obsolete.  The text/enriched type is
  1188. defined in an Internet Draft, the latest version of which is
  1189.  
  1190.     draft-ietf-822ext-text-enriched-02.ps, .txt
  1191.  
  1192. { Is simplemail an Internet Draft yet? }
  1193.  
  1194.  
  1195. 5.3 What about security issues?
  1196.  
  1197. Both users and administrators should be aware that ordinary Internet
  1198. and UUCP email is not secure.  No authentication, confidentiality, or
  1199. data integrity properties are provided in SMTP, RFC-822, or MIME.
  1200. People desiring any or all of those security properties in their email
  1201. should look into the use of Privacy-Enhanced Mail (PEM).  At least one
  1202. no-cost implementation of PEM is available in the US and Canada.
  1203. There are also a number of implementations being developed in Europe
  1204. (hopefully these will not suffer the same restrictions on export).
  1205.  
  1206. PEM will (eventually) be integrated with MIME.  See
  1207.  
  1208.     draft-ietf-pem-mime-02.txt
  1209.  
  1210. for the latest work on this.
  1211.  
  1212. A system providing similar functionality to PEM implementations is
  1213. PGP.  PGP is an implementation, not a specification, and it does not
  1214. carry the blessing of the IETF, or any other body.  It is, however,
  1215. available at no cost throughout the world (although its status with
  1216. respect to certain US patents is dubious).  Caveat emptor.
  1217.  
  1218.  
  1219. 5.4 So, does MIME introduce any new security problems?
  1220.  
  1221. Yes.  MIME user agents can do previously unheard of things with mail
  1222. messages, notably giving them as input to other programs.
  1223.  
  1224. PostScript is probably the biggest potential security hole.  One
  1225. famous example is the "melting screen" PostScript program, which
  1226. destroys screens maintained by Display PostScript implementations.
  1227. For another example, PostScript can be used to change the password on
  1228. some PostScript printers with previously undefined passwords, which
  1229. denies the use of the printer until the printer's password can
  1230. (somehow) be changed back.  Yet other Display PostScript
  1231. implementations may allow file operations.  (NeXTstep wisely disables
  1232. file operations.  With GhostScript, they can be disabled by the
  1233. "-dSAFER" command line option.  Use of this option (in mailcap, etc.)
  1234. is highly recommended.)
  1235.  
  1236. The enumeration of these security holes is not to be interpreted as
  1237. encouragement to exploit the holes.  They are mentioned only because
  1238. they are well known.  Refer to books such as "Practical UNIX Security"
  1239. and to news groups such as comp.security.misc for general information
  1240. about system security.
  1241.  
  1242.  
  1243. 5.5 What about a group 3 facsimile encoding?
  1244.  
  1245. { This section needs some work - any volunteers? }
  1246.  
  1247. It is rumored that there was an attempt to include G3 FAX in the
  1248. current MIME standard, but that it was impossible for the authors of
  1249. the MIME specification to gain a consensus on how to encode the data.
  1250. So G3 FAX has been left for a future MIME implementation.  But you can
  1251. always define your own body part.  
  1252.  
  1253. Here are some snippets relevant to MIME and FAX.
  1254.  
  1255. The MIME-MHS documents define a G3Fax body part that is conformant with
  1256. the X.400 G3Fax definition.
  1257.  
  1258.     [ Stuart Lynne <sl@wimsey.com> 30-Dec-1992 ]
  1259.  
  1260.     I have prototype scripts operating with metamail to do some of this.
  1261.     Some of it is in contrib directory.
  1262.  
  1263.     Currently I have 2 scripts:
  1264.  
  1265.         mm2fax  - convert mail and metamail messages to TIFF/F (uses various
  1266.         tools to convert different body parts to TIFF/F);
  1267.  
  1268.         faxmm   - send rfc822 and mime email messages via facsimile (uses
  1269.         mm2fax to convert to TIFF/F).
  1270.  
  1271.     [ Ned Freed <ned@innosoft.com> 31-Dec-1992 ]
  1272.  
  1273.     PMDF-FAX is a set of channel programs for PMDF that provide
  1274.     facilities for converting text, PostScript, and various other
  1275.     formats into Group 3 FAX, as well as a set of programs that take
  1276.     these Group 3 FAX files and use them to drive a variety of FAX
  1277.     modems.  MIME is used throughout to provide type information,
  1278.     multipart facilities, and so forth. PMDF-FAX was developed with MIME
  1279.     in mind from the outset.
  1280.  
  1281.  
  1282. 5.6 Should I always use external body parts to save space?
  1283.  
  1284. Not necessarily.  In many cases, for example, at the ends of UUCP
  1285. connections, your recipients may not be able to retrieve external body
  1286. parts easily.  It depends on your audience.  Making files available via
  1287. a mail server is to be encouraged.  It is always possible to provide
  1288. MIME alternative parts that first offer FTP, then mail server options.
  1289.  
  1290.  
  1291. 5.7 What mail servers can I reference?
  1292.  
  1293. There are various mail servers available.  Check news.answers for the
  1294. FAQ about mail server software.  We do not presently have a
  1295. recommendation.
  1296.  
  1297.  
  1298. 5.8 How can I register a new MIME type?
  1299.  
  1300. The procedures for registering new content types, character set
  1301. values, access types, and conversions parameters with IANA (the
  1302. Internet Assigned Numbers Authority) are documented in RFC 1341.
  1303.  
  1304.  
  1305. 5.9 What's ESMTP, and how does it affect MIME?
  1306.  
  1307. ESMTP (Extended Simple Mail Transfer Protocol) is a mechanism by which
  1308. extensions to "traditional" (RFC 821) SMTP can be negotiated by client
  1309. and server.  The mechanism (RFC 1425) is open-ended; so far two
  1310. extensions have been defined.
  1311.  
  1312. Message size declaration (RFC 1427) offers a graceful way for servers
  1313. to limit the size of message they are prepared to accept.  (With SMTP,
  1314. the only possibility is for the server to discard the message after it
  1315. has been sent in its entirety.  There is no way for the client to know
  1316. that it was the size of the message that caused the problem.)
  1317.  
  1318. When a message is returned to the user as being too large to deliver,
  1319. one possible approach might be to fragment the message using the MIME
  1320. Message/Partial mechanism, and resubmit it.
  1321.  
  1322. Depending on the exact reason for the "too large" rejection, this may
  1323. or may not be a good idea.  For example, the limitation may reflect
  1324. the recipient's disk quota, in which case the fragmented message will
  1325. not be fully deliverable either.
  1326.  
  1327. The possibility of fragmentation should, therefore, be left to the
  1328. user's discretion (not performed automatically by the SMTP client).
  1329.  
  1330. 8bit-MIMEtransport (RFC 1426) opens up the possibility of sending 8bit
  1331. data in mail messages, without having to use base64, quoted-printable,
  1332. or another encoding, and without the breakage that can result from
  1333. sending 8bit data to an unsuspecting RFC 821 SMTP server.  RFC 1428
  1334. (Transition of Internet Mail from Just-Send-8 to 8bit-SMTP/MIME)
  1335. discusses some of the implications of this.
  1336.  
  1337.  
  1338. 5.10 Where can I get some sample MIME messages?
  1339.  
  1340.         thumper.bellcore.com:pub/nsb/samples/*
  1341.  
  1342.  
  1343. 5.11 Wouldn't MIME be better if it did <foo>?
  1344.  
  1345. This question is asked for various values of <foo>.  Perhaps the most
  1346. common is "multilevel encodings": see the next question.  There are
  1347. a couple general points that apply to all <foo>.
  1348.  
  1349. 1. Please remember that MIME is the result of a lot of work by a lot
  1350. of people, over a long time (look at the Acknowledgements section of
  1351. RFC 1341).  A great many ideas, probably including yours, were
  1352. considered.  In many cases, there were conflicting goals, such as
  1353. simplicity and interoperability on the one hand, and power and
  1354. flexibility on the other.
  1355.  
  1356. 2. If you really think you've got an original idea which would improve
  1357. MIME, the correct place to pursue it is not this newsgroup, but the
  1358. working group mailing list (having first read the archives, to check
  1359. that it really is new).  Yes, this is going to be a lot more work than
  1360. posting a news article.
  1361.  
  1362.  
  1363. 5.12 So what about multilevel encodings?
  1364.  
  1365. MIME uses a two-level encoding scheme.  The original object (for
  1366. example, a picture, or a text document) is encoded using a well
  1367. defined mechanism appropriate to that object (perhaps GIF for the
  1368. picture, and text/enriched for the document).  Then a second encoding
  1369. is used to ensure that the first encoding can be transmitted intact
  1370. (probably base64 for the GIF, and quoted printable for the
  1371. text/enriched document).  
  1372.  
  1373. Note that there is a very small number of the second encodings (five,
  1374. but three of these are simply indications of what kind of data an
  1375. unencoded body part contains), and it is not expected that there will
  1376. be many more in the foreseeable future.
  1377.  
  1378. The multilevel encodings idea is for a more generalized MIME-like
  1379. encoding mechanism that could indicate many arbitrary transformations
  1380. of the original object.  For example,
  1381.  
  1382.     Content-Type: application/tar; conversions="encrypt,compress,uuencode"
  1383.  
  1384. might indicate a UNIX tar file that had been encrypted, then
  1385. compressed, then uuencoded.  (Don't worry if you've never heard of
  1386. some of these transformations.)
  1387.  
  1388. This may look like an attractive scheme at first, but it has a number
  1389. of problems.
  1390.  
  1391. 1. If you've been brought up on UNIX and command pipelines, the
  1392. implementation of such a scheme seems trivial.  Surely any half-decent
  1393. machine can do something similar?  Unfortunately, this turns out to be
  1394. true only for a very restricted definition of "half-decent".  In
  1395. practice, it would be awfully difficult to implement this on a lot of
  1396. systems.  Probably even more systems would not allow new
  1397. transformations to be just "slotted in", and would require
  1398. recompilation or reshipping whenever a new one came along.
  1399.  
  1400. 2. Each successive transformation reduces the size of the audience who
  1401. can successfully decode the message.  Every MIME mailer must be able
  1402. to decode base64 and quoted-printable, so it's guaranteed that you can
  1403. at least get back to the raw data.  What if, in the above example, I
  1404. have tar, decrypt, uudecode, but no uncompressor?
  1405.  
  1406. 3. Such a scheme does not increase the scope of the framework defined
  1407. by MIME.  If uuencoded, compressed, encrypted tar files are useful
  1408. things to sling around, it is entirely possible to define a new MIME
  1409. type (presumably a subtype of application) to handle them.
  1410.  
  1411.  
  1412. 5.13 Why doesn't MIME include a mechanism for compression?
  1413.  
  1414. Compression is a difficult area.  It was considered by the working
  1415. group, but no consensus was reached.  There is still work going on in
  1416. this area: there may someday be a compressed-64 encoding.
  1417.  
  1418. Most compression algorithms have one of more of these undesirable
  1419. properties: they are covered by patent, they require the ability to
  1420. treat the input as a stream of bits, they use a large data space.  The
  1421. chances of finding a truly interoperable compression algorithm are
  1422. therefore rather slim.
  1423.  
  1424. It is worth noting that (at least) three image subtypes (GIF, JPEG,
  1425. and TIFF), and (at least) one video subtype (MPEG) define their own
  1426. compression schemes.
  1427.  
  1428. { Can anyone tell me if ief and quicktime are compressed formats? }
  1429. { I suspect they must be, but...                                  }
  1430.  
  1431.  
  1432. 5.14 Can I interwork between MIME and X.400?
  1433.  
  1434. Conversion between RFC 822 and X.400 was defined in RFC 1327.
  1435.  
  1436. Recently, the MIME-MHS working group has published RFCs (which are on
  1437. the IAB standards track) which extend RFC 1327 to define conversions
  1438. between MIME and X.400.
  1439.  
  1440. { Sorry this is a bit scant---I haven't even had a chance to read the }
  1441. { RFCs yet.  Any contributions to this section gratefully received.   }
  1442.  
  1443.  
  1444. 6 MIME information available from the Internet
  1445.  
  1446. 6.1 Anonymous FTP
  1447.  
  1448. Information about FTPable stuff is scattered throughout this FAQ.
  1449. More specifically, look into the RFCs, mentioned in item 2.4.  Other
  1450. goodies can be found in the MH and MetaMail source trees.
  1451.  
  1452.         thumper.bellcore.com:pub/nsb
  1453.  
  1454. contains a collection of MIME sample messages which can be used to
  1455. test implementations.
  1456.  
  1457.  
  1458. 6.2 Mail based archive servers
  1459.  
  1460. 6.2.1 Eitech "ServiceMail"
  1461.  
  1462.     [ Jay C. Weber <weber@eitech.COM> 13-Oct-1992 ]
  1463.  
  1464.     We (Enterprise Integration Technologies Corporation) have a MIME
  1465.     implementation, which we are distributing freely.  Instead of a
  1466.     MIME MUA, it is a toolkit for building services that automatically
  1467.     process MIME messages.  It is similar, in spirit, to the few other
  1468.     email-scripting packages except:
  1469.  
  1470.       o it exploits several MIME features
  1471.       o it is intended to run standalone (as opposed to a back-end to a MUA)
  1472.       o it uses TCL (from Berkeley) as its scripting language
  1473.  
  1474.     and support for PEM is in the works.
  1475.  
  1476.     EIT is providing ServiceMail access to the ServiceMail toolkit.
  1477.     If you have the METAMAIL or some other MIME-compliant mail reader,
  1478.     just send the message
  1479.  
  1480.         To: services@eitech.com
  1481.         Subject: archive-request servicemail.tar.Z
  1482.  
  1483.     and read the response(s) using METAMAIL.  Save the result in
  1484.     servicemail.tar.Z
  1485.  
  1486.     The package can also be retrieved by anonymous FTP from the site
  1487.     eitech.com.
  1488.  
  1489.     If you have any problems with acquisition, installation, or use,
  1490.     don't hesitate to send mail to "servicemail-help@eitech.com" and
  1491.     ask for help.
  1492.  
  1493.     IF YOU WANT FUTURE UPDATES ON TOOL KIT VERSIONS, BUGS, AND
  1494.     SERVICES, MAKE SURE YOU ARE ON THE PACT-KIT MAILING LIST.  To get
  1495.     on it, send a message to "services@eitech.com" with subject
  1496.     "listserv subscribe pact-kit your-real-name".
  1497.  
  1498.  
  1499. 6.2.2 Metamail "mailserver"
  1500.  
  1501.     [ Nathaniel Borenstein <nsb@thumper.bellcore.com> 9-Jan-1993 ]
  1502.  
  1503.     The metamail distribution includes a simple "mailserver" shell
  1504.     script that can be used to operate a MIME-conformant mail server
  1505.     mechanism, e.g. for making anon-ftp files available as MIME mail.
  1506.     ServiceMail is also now available under the "contrib" area of the
  1507.     metamail distribution.
  1508.  
  1509.  
  1510. 6.3 Gopher
  1511.  
  1512.     [ Randall Atkinson <atkinson@tengwar.itd.nrl.navy.mil> 2-Jan-1993 ]
  1513.  
  1514.     There is experimental work underway in the Internet Gopher community
  1515.     to include MIME as a mechanism for marking the content of files. 
  1516.     The freely distributable Gopher client for NeXTstep 3.0 includes
  1517.     MIME support.  Other gopher clients will probably add it eventually.
  1518.  
  1519.  
  1520. 6.4 World Wide Web
  1521.  
  1522.     [ Marc VanHeyningen <mvanheyn@cs.indiana.edu> 26-Jun-1993 ]
  1523.  
  1524.     There is more-than-experimental work underway in the Internet World
  1525.     Wide Web (WWW) community to use MIME as the mechanism for marking
  1526.     the contents of information exchanged via HyperText Transfer
  1527.     Protocol (HTTP); the specification of HTTP/1.0 dictates that both
  1528.     the request and the response are more or less MIME-compliant
  1529.     messages.  There are implementations already doing this today.
  1530.  
  1531.     Support is also included for format negotiation (e.g. a server
  1532.     might have both a PostScript and a plaintext version of a paper
  1533.     and decide which to send based on what the client can accept,
  1534.     presentation preferences, size, and the like.)  It's nearly as
  1535.     complicated as the "badness" mechanisms in TeX, and unrelated to
  1536.     (and, for its application, probably superior to) the
  1537.     multipart/alternative MIME type.
  1538.  
  1539.     There is an FAQ for WWW in comp.infosystems.www
  1540.  
  1541.     
  1542. 7 Published books and articles
  1543.  
  1544. Published books or articles that cover MIME.
  1545.  
  1546. Marshall T. Rose has recently published the fourth book in his
  1547. networking "trilogy".
  1548.  
  1549.     Marshall T. Rose
  1550.     "The Internet Message: closing the book with electronic mail"
  1551.     Prentice-Hall
  1552.     ISBN 0-13-092941-7
  1553.  
  1554. It is a reasonably complete, although not technically detailed, review
  1555. of the Internet world of electronic mail, including recent
  1556. developments.  One chapter is devoted to MIME (be warned that events
  1557. have moved on since the publication of this book, and some of the
  1558. detail in this chapter is no longer accurate).
  1559.  
  1560.  
  1561.     [ Alec Henderson <alech@hpindda.cup.hp.com> 18-Dec-1992 ]
  1562.  
  1563.     There is a good introductory article on MIME in the September 1992
  1564.     issue of Connexions; also several other interesting articles on
  1565.     email, both MIME and X.400.  (Ole Jacobsen, the Connexions
  1566.     editor, was kind enough to send me a copy of the September issue.)
  1567.  
  1568.  
  1569. 8 MIME based relays for commercial mail services
  1570.  
  1571. 8.1 Large national or international providers
  1572.  
  1573. { Lots missing here.  Anyone got any info these, or any others? }
  1574. {    America On-line                                            }
  1575. {    Compuserve                                                 }
  1576. {    Dialog                                                     }
  1577. {    Genie                                                      }
  1578. {    MCI Mail                                                   }
  1579. {    Sprintmail                                                 }
  1580.  
  1581.  
  1582. 8.1.1 ATTMAIL
  1583.  
  1584.     [ Steve <atthelp@attmail.com> 30-Dec-1992]
  1585.  
  1586.     We do support binary attachment but are not MIME compliant nor do
  1587.     we have an X.400 to MIME conversion header routine. This is 'in the
  1588.     works', however, and due to overwhelming interest by our users and
  1589.     other prmd's, research and development are currently engaged in
  1590.     working on the issue. I do not have any information on when this
  1591.     will be available, but will let you know when I receive word of our
  1592.     MIME status.
  1593.  
  1594.  
  1595. 8.1.2 Radiomail
  1596.  
  1597.     [ Jerry Sweet <jsweet@irvine.com> 17-Dec-1992 ]
  1598.  
  1599.     RadioMail Corp. (formerly Anterior Technology) operates three types
  1600.     of email services having these statuses with respect to MIME:
  1601.  
  1602.     1. UUCP/Internet gatewaying.  The gateway passes MIME messages using
  1603.     7 bit encodings in either direction.  The sender and receiver must,
  1604.     of course, have MIME-complaint user agents in order to handle MIME
  1605.     email.
  1606.  
  1607.     2. cc:Mail/Internet gatewaying.  cc:Mail does permit binary
  1608.     attachments of various types, and these attachments are encoded by
  1609.     the gateway for transfer via SMTP, but the encoding is not presently
  1610.     MIME compliant.  This may change.
  1611.  
  1612.     3. Wireless email gatewaying.  This service can pass MIME messages
  1613.     using 7-bit encodings in either direction.  However, MIME per se is
  1614.     understood neither by the DOS-hosted user agents presently supplied
  1615.     by RadioMail Corp. for use on radio modem equipped computers, nor by
  1616.     any RadioMail-compatible third-party DOS-hosted user agents.  This
  1617.     may change.
  1618.  
  1619. { Should coordinate this with the global email list that is posted to }
  1620. { comp.mail.misc.                                                     }
  1621.  
  1622.  
  1623.  
  1624. 8.2 Local and regional providers
  1625.  
  1626. { Any info?  Should coordinate this with e.g. the PDIAL list. }
  1627.  
  1628.  
  1629. 9 MIME and Usenet news
  1630.  
  1631. 9.1 Introduction
  1632.  
  1633. Usenet articles are (by design) very similar to RFC 822 mail
  1634. messages.  It is therefore reasonable to expect MIME software to be
  1635. adopted for use on Usenet.
  1636.  
  1637.  
  1638. 9.2 nn
  1639.  
  1640.     [ Luc Rooijakkers <lwj@cs.kun.nl> 26-Jul-1993 ]
  1641.  
  1642.     The current beta release of nn tags newly posted articles as
  1643.     text/plain; charset=xxx with transfer encoding 8bit if the message
  1644.     contains any 8 bit characters.
  1645.  
  1646.     Reading support needs further work.
  1647.  
  1648.  
  1649. 9.3 GNUS
  1650.  
  1651.     [ Masanobu UMEDA <umerin@mse.kyutech.ac.jp> 07-Aug-1993 ]
  1652.  
  1653.     GNUS is an NNTP-based newsreader for GNU Emacs.  GNUS versions
  1654.     3.14.4 and later directly support reading of articles written in
  1655.     MIME format.  It only requires the metamail package.  Compositions
  1656.     of articles written in MIME format requires "mime.el" that is a
  1657.     part of MIME tools for GNU Emacs (see 3.13).
  1658.  
  1659.     [ Joe Ilacqua <spike@world.std.com> 24-Jun-1993 ]
  1660.  
  1661.         world.std.com:dist/gnus-mime.el.shar
  1662.  
  1663.     (also in the contrib tree of metamail)
  1664.  
  1665.     "gnus-mime.el" is an ELISP package that adds support for MIME to
  1666.     GNUS.  This is the second release: I consider it very beta, and I'm
  1667.     sure there are bugs, but it does work.  It provides support both to
  1668.     read and to post USENET articles in MIME format.  It's scarcest
  1669.     feature is support for multi-part multi-media ".signatures".
  1670.  
  1671. I believe that gnus-mime.el is for GNUS prior to version 3.14.4.
  1672.  
  1673.  
  1674. 9.4 trn
  1675.  
  1676. trn 3.0 has support for reading MIME articles with metamail, and
  1677. creating them with mhn.
  1678.  
  1679.  
  1680. 9.5 INN
  1681.  
  1682.     [ Christopher Davis <ckd@eff.org> 03-Jun-1993 ]
  1683.  
  1684.     There is some minimal MIME support in the INN package.  Since INN
  1685.     is a transport system, not a newsreader, the support is for
  1686.     transferring MIME messages, not reading them.
  1687.  
  1688.     [ Christophe Wolfhugel <Christophe.Wolfhugel@grasp.insa-lyon.fr> 23-Jul-1993 ]
  1689.  
  1690.     INN's MIME support is today divided in two parts:
  1691.  
  1692.     1) the possibility to have nnrpd add default MIME headers to
  1693.     locally posted articles;
  1694.  
  1695.     2) transfer-encoding changes on transport with `innxmit', i.e. recode
  1696.     8bit to quoted-printable.
  1697.  
  1698.  
  1699. 9.6 MH
  1700.  
  1701.     [ John Romine <jromine@ics.uci.edu> 30-Jul-1993 ]
  1702.  
  1703.     If you compile MH to use NNTP, it can read news with its "bbc"
  1704.     command; MH supports MIME.
  1705.  
  1706.  
  1707. 10 Acknowledgements
  1708.  
  1709. Many people have contributed to this document.
  1710.  
  1711. They include: 
  1712.  
  1713. Harald Alvestrand, Ed Anselmo, Ran Atkinson, Ron Barak, Jason Beyer,
  1714. Nathaniel Borenstein, Yehavi Bourvine, David Collier-Brown, Mark
  1715. Crispin, Dave Curry, Christopher Davis, Paul Eggert, Ned Freed,
  1716. Joergen Haegg, Alec Henderson, Marc VanHeyningen, Steve Hole, Ian
  1717. Hoyle, Joe Ilacqua, Dave Lacey, Ray Langford, Carlyn Lowery, Stuart
  1718. Lynne, John Martin, Keith Moore, Lars-Gunnar Olsson, Rich Ragan, Joyce
  1719. Reynolds, John Romine, Luc Rooijakkers, Marshall Rose, Larry Salomon
  1720. Jr, Susan Straub, Jerry Sweet, Rick Troth, Masanobu Umeda, Erik van
  1721. der Poel, Edward Vielmetti, Jay Weber, Syd Weinstein, Christophe
  1722. Wolfhugel.
  1723.  
  1724. If I've left your name off, please accept my apologies.  Drop me a
  1725. note and I'll include it for next time.
  1726.  
  1727. Tim.
  1728. -- 
  1729. Tim Goodwin  | "The telephone analogy to the PC being turned off is one
  1730. PIPEX Ltd    | of the conversants dying.  The telephone system doesn't
  1731. Cambridge UK | drop the call when this happens."  Barry Margolin.
  1732. -- 
  1733. Tim Goodwin  | "The telephone analogy to the PC being turned off is one
  1734. PIPEX Ltd    | of the conversants dying.  The telephone system doesn't
  1735. Cambridge UK | drop the call when this happens."  Barry Margolin.
  1736.