home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / bit / listserv / pmdfl / 1769 < prev    next >
Encoding:
Text File  |  1992-08-12  |  2.2 KB  |  50 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!INNOSOFT.COM!NED
  3. Errors-to: epmdf@YMIR.BITNET
  4. X-Envelope-to: PMDF-L@IRLEARN.BITNET
  5. X-VMS-To: IN%"KNAPKE%BUTLERU.BITNET@ymir.claremont.edu"
  6. X-VMS-Cc: IPMDF
  7. MIME-version: 1.0
  8. Content-type: TEXT/PLAIN; CHARSET=US-ASCII
  9. Content-transfer-encoding: 7BIT
  10. Message-ID: <01GNIK3EPVMA94E3QT@YMIR.CLAREMONT.EDU>
  11. Date:         Thu, 13 Aug 92 09:56:43 GMT
  12. Sender:       PMDF Distribution List <PMDF-L@IRLEARN>
  13. From:         Ned Freed <NED@INNOSOFT.COM>
  14. Subject:      RE: Mail User agents
  15. X-To:         KNAPKE@BUTLERU, IPMDF@YMIR
  16. Newsgroups: bit.listserv.pmdf-l
  17. Lines: 31
  18.  
  19. > cc:Mail looked pretty good as well, but we are not sure how we are going to
  20. > serve it to close to 400 Macs.  On the DOS side, its easy, we have Novell
  21. > servers.  There has been discussion of the cc:Mail channel in PMDF and how
  22. > to push mail back and forth, that sounds good but a little ruff as far as
  23. > the particulars of pushing the files back and forth.  Ned mentions MIME
  24. > translation into cc:Mail, but said there were problems with multi-part mail
  25. > (if I recall correclty).  That confuses me since cc:Mail had the ability to
  26. > have multiple enclosures, or am I missing something??
  27.  
  28. It is really not that hard to arrange for the necessary file transfers.
  29. We use PathWorks internally for this and it is seamless and clean. Any
  30. other file server facility should work.
  31.  
  32. The only problems with multi-part mail are caused by the severe limitations
  33. cc:Mail imposes. Text messages must consist of very short lines and cannot be
  34. very long in cc:Mail. Everything else has to be a file attachment. The PMDF
  35. gateway to cc:Mail takes all of this into account, and the results are the best
  36. they can be, but I still don't like the limitations.
  37.  
  38. cc:Mail also doesn't support type information for attachments. This is a severe
  39. limitation; you lose a lot of valuable information here.
  40.  
  41. There are essentially no problems with gatewaying cc:Mail and its attachments
  42. into MIME. MIME is more than versatile enough to handle everything cc:Mail
  43. can produce.
  44.  
  45. Please note that MHS has restrictions too -- in some ways it is more restricted
  46. and in other ways it is less -- so there really is no perfect solution to these
  47. problems.
  48.  
  49.                                 Ned
  50.