home *** CD-ROM | disk | FTP | other *** search
/ ftp.pasteur.org/FAQ/ / ftp-pasteur-org-FAQ.zip / FAQ / mail / mime-faq / mime0
Encoding:
Internet Message Format  |  1997-08-08  |  14.3 KB

  1. Path: senator-bedfellow.mit.edu!bloom-beacon.mit.edu!spool.mu.edu!uwm.edu!vixen.cso.uiuc.edu!news-peer.sprintlink.net!news.sprintlink.net!Sprint!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!europa.clark.net!144.212.95.13!nntprelay.mathworks.com!news.mathworks.com!mvb.saic.com!news.cerf.net!nntp.irvine.com!jsweet
  2. From: mime-faq@ics.uci.edu (MIME FAQ maintainer)
  3. Newsgroups: comp.mail.mime,comp.answers,news.answers
  4. Subject: comp.mail.mime meta-FAQ: Help for MIME problems
  5. Supersedes: <mime-faq0_868343401@irvine.com>
  6. Followup-To: comp.mail.mime
  7. Date: 8 Aug 1997 06:30:08 GMT
  8. Organization: Irvine Compiler Corporation - Irvine, CA, USA
  9. Lines: 394
  10. Approved: news-answers-request@MIT.Edu
  11. Expires: 1 Oct 1997 06:30:01 GMT
  12. Message-ID: <mime-faq0_871021801@irvine.com>
  13. Reply-To: mime-faq@ics.uci.edu (MIME FAQ maintainer)
  14. NNTP-Posting-Host: flash.irvine.com
  15. Summary: This posting contains help for those who have trouble reading
  16.          MIME messages in general, and the comp.mail.mime FAQ in 
  17.          particular.  Of course, this message is in utterly plain text 
  18.          format.  No MIME.
  19. Originator: jsweet@flash.irvine.com
  20. Xref: senator-bedfellow.mit.edu comp.mail.mime:10711 comp.answers:27481 news.answers:109269
  21.  
  22. Archive-Name: mail/mime-faq/mime0
  23. Version: $Id: mime0,v 1.10 1997/02/08 00:32:20 jsweet Rel $
  24. Posting-Frequency: monthly
  25. X-Comment: since this is a meta-FAQ, and not part of the FAQ, 
  26.    the archive-name is in a separate name space (mime0 instead of
  27.    part0).
  28.  
  29. --
  30. =======================
  31. comp.mail.mime meta-FAQ
  32. =======================
  33. Help for MIME problems
  34. ~~~~~~
  35. --
  36.  
  37. Contents
  38. ~~~~~~~~
  39.   1)  Explanation
  40.   2)  About the MIME FAQ
  41.   3)  Conventions
  42.   4)  Sample Problem Scenarios
  43.   5)  Where else to find the MIME FAQ
  44.  
  45. --
  46.  
  47. 1) Explanation
  48. --------------
  49. This is the comp.mail.mime meta-FAQ.  It's for those who have
  50. unusually bad problems in dealing with MIME, and thus are unable to
  51. read the comp.mail.mime FAQ articles, even though they're essentially
  52. plain text.
  53.  
  54. This meta-FAQ also offers some general help for those who have 
  55. various kinds of problems reading MIME messages.
  56.  
  57. Please note:
  58.   
  59.     Questions about mail systems, how to decode MIME parts on your
  60.     computer, and other such issues, if not already answered in the
  61.     FAQ, should be posted to comp.mail.mime or to the info-mime mailing
  62.     list.
  63.  
  64.     Correspondence sent to the MIME FAQ maintainer primarily should 
  65.     address information in the MIME FAQ---corrections, additions, or
  66.     suggestions for improvement.
  67.   
  68. Also: neither the MIME meta-FAQ nor the MIME FAQ are intended to solve
  69. every possible problem that you might have with your mail system.  If
  70. you have general difficulties with your mail system, difficulties that
  71. are _not_ specific to MIME, you should consider the possibility that a
  72. more correct forum for your questions lies elsewhere, such as any of
  73. these newsgroups:
  74.  
  75.      comp.mail.elm                      comp.mail.pine
  76.      comp.mail.eudora.mac               comp.mail.sendmail
  77.      comp.mail.eudora.ms-windows        comp.mail.zmail
  78.      comp.mail.mh                       
  79.      comp.mail.misc                     
  80.      comp.mail.mush
  81.  
  82. --
  83.  
  84. 2) About the MIME FAQ
  85. ---------------------
  86. The comp.mail.mime FAQ itself, aka the MIME FAQ, attempts to answer
  87. frequently asked questions about MIME, the multipurpose and
  88. multi-media standard for Internet mail.
  89.  
  90. The MIME FAQ is divided into nine parts, using the MIME type
  91. "message/partial".  That usually means nothing to MIME-challenged news
  92. readers and mail user agents, which is usually just fine.  The MIME
  93. FAQ is really just like an ordinary multipart FAQ---it uses plain
  94. US-ASCII text and can be read like any other ordinary USENET article.
  95.  
  96. So ordinarily, the MIME FAQ is rendered as ordinary plain-text news or
  97. mail, which is fine.  However, with mis-installed, incomplete, or
  98. broken software, there are sometimes special problems encountered with
  99. MIME messages.  While this meta-FAQ can't deal with all possible
  100. problems, this meta-FAQ does enumerate some general scenarios that may
  101. help you to understand whatever difficulties you're having.
  102.  
  103. Once again, for emphasis: the MIME FAQ is really just plain US-ASCII
  104. text.  You should be able to read it one way or another.  The best
  105. way, of course, is to get yourself some _working_ MIME-capable
  106. software.  The MIME FAQ is a good source of information for finding
  107. such software---assuming that you're able to read the MIME FAQ!
  108.  
  109. If not, read on...
  110. --
  111.  
  112. 3) Conventions
  113. --------------
  114. In this note, pointers to resources available via the Internet, such
  115. as references to FTPable goodies, appear in WWW URL format.  URLs
  116. beginning with "ftp:" refer to FTP sites.  For example:
  117.  
  118. ftp://domain.name/path/to/package
  119.  
  120. Those with FTP access, but without WWW access, may treat such
  121. references as follows:
  122.  
  123. 1. Log into host domain.name using anonymous FTP
  124. 2. Look for /path/to/package
  125.  
  126. An FTP reference usually lists only the distribution site; please
  127. try your nearest FTP archive first.  Archie may be of some help
  128. here.
  129.  
  130. URLs beginning with "http:" refer to WWW servers.  URLs beginning
  131. with "gopher:" refer to gopher servers.
  132.  
  133. Internet browsing tools, such as Mosaic, know about URLs.
  134. --
  135.  
  136. 4) Sample Problem Scenarios
  137. ---------------------------
  138. If you have problems reading a message in MIME format, it might be for
  139. any of the reasons presented in the scenarios below.  In the case of
  140. the MIME FAQ in particular, Scenario 7 may be especially meaningful.
  141.  
  142.  
  143. Scenario 1:
  144.  
  145. You have mis-installed, incomplete, or broken software, and it
  146. absolutely refuses to deal properly with a MIME message of any sort.
  147.  
  148. You're not necessarily entirely out of luck.  Your choices are to fix
  149. or to replace your software.  There are many options available for
  150. doing this, some of which are covered in the scenarios that follow.
  151.  
  152. To overcome the immediate problem, you might try to bypass your
  153. software entirely, and look at the message in its "raw" state.
  154.  
  155. To read a raw message, save the message to a text file any way you
  156. can, and use your favorite text editor (emacs, vi, or whatever) to
  157. read the text file.
  158.  
  159.  
  160. Scenario 2:
  161.  
  162. Your mail system outsmarted itself--it can handle some MIME stuff,
  163. but not whatever it is you received.  
  164.  
  165. For this, you'll either need a smarter mail system, or you'll need to
  166. tell the mail system how to handle whatever's in the message, or
  167. you'll need to defeat the mail system entirely, and look at the
  168. message in its "raw" state, as described in Scenario 1.  Scenario 4,
  169. below, may offer some help too.
  170.  
  171.  
  172. Scenario 3:
  173.  
  174. You received a "MIME-like" message that's almost, but not quite,
  175. entirely unlike a real MIME message.  It looks similar enough to a
  176. real MIME message that it breaks your mail software.  The SunOS
  177. "mailtool" is notorious for sending such MIME-like messages.  Early
  178. versions of Netscape (1.0? --aka "Mozilla") are also thought to be
  179. guilty of this.
  180.  
  181. Conversion tools do exist for certain situations, e.g. sun2mime or
  182. sun-to-mime.  Some work, some don't.  Whatever you find, it's probably
  183. worth a try.  Otherwise, you'll either have to read the message with
  184. the same mail program that generated such a thing, or content yourself
  185. with the raw message.
  186.  
  187.     [ Steinar Bang <sb@metis.no> 2-Feb-1996 ]
  188.  
  189.     Q: How to make the Solaris [>=2.4?] OW Mailtool send attachments
  190.        using MIME?
  191.     
  192.     A: Set "send rfc" in your .mailrc.
  193.  
  194.  
  195. Scenario 4:
  196.  
  197. Your mail system doesn't understand MIME stuff at all.  
  198.  
  199. For this, you must either content yourself with the "raw" message, or
  200. you can try to track down some tools to help you.  From John Gardiner
  201. Myers <jgm+@CMU.EDU>, we have this advice:
  202.  
  203.     A minimalist MIME-reading program, munpack, is available from
  204.     this URL:
  205.   
  206.       ftp://ftp.andrew.cmu.edu/pub/mpack/
  207.   
  208.     (i.e. use anonymous FTP to site ftp.andrew.cmu.edu, and look
  209.     in the directory /pub/mpack.)
  210.   
  211.     The munpack program reads MIME messages and writes the decoded
  212.     parts out to files.  Versions are available for Unix, MS-DOS,
  213.     Macintosh, and Amiga platforms.
  214.  
  215.     In short, munpack is the MIME equivalent of uudecode/binhex.  
  216.  
  217.     { See appendix B.3 of the MIME FAQ for additional information
  218.       about the mpack tool suite. }
  219.  
  220.     To decode a MIME message, first save it to a text file.  If
  221.     possible, save it with all headers included.  Munpack can decode
  222.     some MIME files when the headers are missing or incomplete, other
  223.     files it cannot decode without having the information in the
  224.     headers.  In general, messages which have a statement at the
  225.     beginning that they are in MIME format can be decoded without the
  226.     headers.  Messages which have been split into multiple parts
  227.     generally require all headers in order to be reassembled and
  228.     decoded.
  229.  
  230.     Some LAN-based mail systems and some mail providers (including
  231.     America Online, as of the writing of this document) place the mail
  232.     headers at the bottom of the message, instead of at the top of the
  233.     message.  If you are having problems decoding a MIME message on
  234.     such a system, you need to convert the mail back into the standard
  235.     format by removing the system's nonstandard headers and moving the
  236.     standard Internet headers to the top of the message (separated
  237.     from the message body with a blank line).
  238.  
  239.     There must be exactly one message per file.  Munpack cannot deal
  240.     with multiple messages in a single file, to decode things
  241.     correctly it must know when one message ends and the next one
  242.     begins.
  243.  
  244. See also Scenario 7, below.
  245.  
  246.  
  247. Scenario 5:
  248.  
  249. You don't have all the necessary equipment to listen to an audio part,
  250. or to view a graphical part, or to read text written in a foreign
  251. character set.  
  252.  
  253. You're out of luck here; you can handle a lot of MIME stuff on a plain
  254. old 24x80 ASCII terminal, but let's face it: if you're stuck with
  255. something like that, YOU LOSE.  If someone asks you how to listen to
  256. an audio message on a 24x80 ASCII terminal, cruel laughter may help to
  257. enlighten the penitent.  ;-)
  258.  
  259.  
  260. Scenario 6:
  261.  
  262. You _do_ have the necessary equipment to listen to an audio part, or
  263. to view a graphical part, such as an audio capable workstation or an
  264. X terminal, but your software doesn't know how to deal with whatever
  265. those kinds of MIME contents are.
  266.  
  267. You may need additional software, such as xv, or audiotool, or
  268. whatever.  If that software came with neither your hardware nor your
  269. MIME-capable mail user agent or news reader, then you need to go
  270. treasure hunting on the Internet, or get it from some commercial
  271. source.  After finding and installing that software, you may also have
  272. to do some additional configuration of your mail system or news
  273. readers so that they know where to find these additional programs and
  274. how to invoke them.
  275.  
  276. Note: the MIME FAQ itself has no graphics or audio in it; it's really
  277. just plain text.
  278.  
  279.  
  280. Scenario 7:
  281.  
  282. Your mail system doesn't want to show a "message/partial" (like the
  283. comp.mail.mime FAQ articles).  
  284.  
  285. For this, you may need to assemble all the parts of the message
  286. together.  Here is specific advice for various types of mailers:
  287.  
  288.  
  289. Metamail and other mailcap-based mail user agents:
  290.  
  291.   The mailcap file needs an entry for message/partial.  One entry,
  292.   contributed by Tim Goodwin, is this:
  293.  
  294.       message/partial; showpartial %s %{id} %{number} %{total}
  295.  
  296.   The showpartial command is part of the metamail distribution.
  297.   Metamail is available from these URLs:
  298.  
  299.   ftp://ftp.bellcore.com/pub/nsb/mm2.7.tar.Z
  300.         [The core metamail software]
  301.  
  302.   ftp://ftp.bellcore.com/pub/nsb/contrib2.7.tar.Z
  303.         [Contributed software]
  304.  
  305.   ftp://ftp.bellcore.com/pub/nsb/mm2.7.dos.zip
  306.         [MS-DOS binaries]
  307.  
  308.  
  309. MH:
  310.  
  311.   You can assemble the message together using this command:
  312.  
  313.     mhn -store cur:9
  314.  
  315.   Alternatively, you can view the "raw" message by using this
  316.   MH command:
  317.  
  318.     show -noshowproc
  319.  
  320.  
  321. { Brief advice for other specific mail systems is welcome. }
  322.  
  323.  
  324. Scenario 8:
  325.  
  326. You've saved some MIME messages into files, and you have no idea
  327. how to read them.
  328.  
  329. Here is specific advice for various types of mailers:
  330.  
  331. Metamail:
  332.  
  333.     [ Susan Gruber <sgruber@netcom.com> 13-Dec-1994 ]
  334.   
  335.     This is the command that I used to read my files:
  336.  
  337.       metamail -y filename
  338.  
  339. MH:
  340.  
  341.   mhn -show -file filename
  342.  
  343. Pine:
  344.  
  345.     [ "Mark H. Wood" <MWOOD@indyvax.iupui.edu> 18-Mar-1996 ]
  346.  
  347.     pine -F file
  348.  
  349.  
  350. { Brief advice for other specific mail systems welcome. }
  351.  
  352.  
  353.  
  354. Scenario 9:
  355.  
  356. Your mail system has automatically introduced MIME constructs that
  357. your recipient cannot handle.
  358.  
  359. This is a tough problem.  Ned Freed correctly points out that some
  360. kind of transformation of your message may be required in order to get
  361. the message delivered at all.  This may occur because the message
  362. contains 8-bit characters, which won't necessarily get through an
  363. arbitrary mail system.  For another example, your message may have
  364. been too large and had to be fragmented into smaller messages.
  365.  
  366. Other possibilities:
  367.  
  368.   - Your message went through a misdesigned or misconfigured mail
  369.     system somewhere along the way. For example, Microsoft Exchange's
  370.     SMTP component incorrectly uses quoted-printable encoding in an
  371.     attempt to control message formatting.
  372.  
  373.   - MIME may not be involved at all; the message may be a "MIME-like"
  374.     message (see Scenario 3, above) that is produced by a broken
  375.     mail user agent.
  376.  
  377. It may be the case that you and your recipient cannot find a way to
  378. exchange data via e-mail at all.  This is the kind of interoperability
  379. problem that MIME can help to solve, but of course, compatible tools
  380. are required on both ends.
  381.  
  382. Some individuals may try to fall back on uuencode, and that may work
  383. in some cases, but there are many cases in which uuencode simply won't
  384. work (see the MIME FAQ for details).
  385.  
  386. The best solution is for both parties to use correctly implemented
  387. MIME-aware mail systems, or for both parties to have interoperating
  388. tools for encoding and decoding data that use base64 or some other
  389. format that will survive transport through problematic mail gateways.
  390. The MIME FAQ contains references to many such tools.
  391.  
  392. --
  393.  
  394.  
  395. 5) Where else to find the MIME FAQ
  396. ----------------------------------
  397.  
  398.  - Many sites archive news.answers postings, including these:
  399.    
  400.    ftp://ftp.uu.net/usenet/news.answers/mail/mime-faq/
  401.    ftp://rtfm.mit.edu/pub/usenet-by-group/news.answers/mail/mime-faq/
  402.    
  403.    If possible, please try to find a closer site; for example, by
  404.    asking archie for "mime-faq".
  405.    
  406.  
  407.  - This site makes an HTML version of the MIME FAQ available:
  408.  
  409.    http://www.cs.ruu.nl/wais/html/na-dir/mail/mime-faq/.html
  410.  
  411.  
  412. ========================================================================
  413.  
  414. [ end of MIME meta-FAQ ]
  415.  
  416.