home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / mail / mime / 88 < prev    next >
Encoding:
Internet Message Format  |  1993-01-09  |  2.3 KB
  1. Path: sparky!uunet!pipex!warwick!uknet!pavo.csi.cam.ac.uk!ag129
  2. From: ag129@cus.cam.ac.uk (Alasdair Grant)
  3. Newsgroups: comp.mail.mime
  4. Subject: Re: Using MIME without extra mail headers
  5. Message-ID: <1993Jan9.201813.6268@infodev.cam.ac.uk>
  6. Date: 9 Jan 93 20:18:13 GMT
  7. References: <C0LA9I.9AB@ra.nrl.navy.mil> <1993Jan9.143137.29608@infodev.cam.ac.uk> <C0LnHt.C9J@ra.nrl.navy.mil>
  8. Sender: news@infodev.cam.ac.uk (USENET news)
  9. Distribution: na,uk
  10. Organization: U of Cambridge, England
  11. Lines: 33
  12. Nntp-Posting-Host: bootes.cus.cam.ac.uk
  13.  
  14. In article <C0LnHt.C9J@ra.nrl.navy.mil> atkinson@itd.nrl.navy.mil (Randall Atkinson) writes:
  15. >files via "binary" mode ftp transfer.  I would not consider it
  16. >desirable to have an ftp that looked inside the bits it was moving
  17. >around (personal opinion).
  18.  
  19. No, this is not appropriate for the File Transfer Protocol; however, it
  20. may well be appropriate for a file transfer client.  I already have a
  21. shell script around FTP that does "uncompress" and "tar -xf" if the name
  22. ends in .tar or .Z; luckily, this is possible because people conventionally
  23. use these filenames (the FTP does not provide any useful information).
  24. An FTP client could similarly recognise MIME files, but nobody is going
  25. to use filenames like
  26.  
  27.    myfile.MIME-Content-Type:application/foobar
  28.  
  29. so the information will have to be conveyed by some eyecatcher in the file.
  30. Perhaps a filename  myfile.MIME  would indicate that the first few lines
  31. of the file (until a blank line) were in fact "headers".
  32.  
  33. But even this is not enough - one has to say whether .MIME files are text
  34. or binary.  If an EBCDIC machine FTPs a .MIME file in binary mode, it must
  35. assume the headers are in ASCII.  And if an EBCDIC machine provides a .MIME
  36. file for anonymous FTP, it must use ASCII for the headers even if the data
  37. is readable (EBCDIC) text.  Alternatively, you could say that .MIME files
  38. are readable text using BASE64 etc. if necessary.  Or have .MIMEB and .MIMET
  39. files.  Why not put MIMEB and MIMET into FTP, along with ASCII, BINARY and
  40. EBCDIC?
  41.  
  42. Similarly, one could argue about how to annotate files that are sent to
  43. a print server (via LPR, not SMTP).  Why shouldn't print servers be MIME-
  44. capable?  Some already automatically detect the difference between text
  45. and PostScript based on the file starting '%!PS-Adobe'. How are they
  46. supposed to detect MIME?
  47.