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