home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / vmsnet / mail / pmdf / 2089 < prev    next >
Encoding:
Internet Message Format  |  1992-08-12  |  3.8 KB

  1. Path: sparky!uunet!olivea!decwrl!decwrl!infopiz!mccall!ipmdf-newsgate!list
  2. From: d.nash@utexas.edu (Donald L. Nash)
  3. Newsgroups: vmsnet.mail.pmdf
  4. Subject: RE: two minor points
  5. Message-ID: <DA0ADDCF9C21A825@nic.the.net>
  6. Date: 12 Aug 92 21:12:00 GMT
  7. Organization: The Internet
  8. Lines: 61
  9. Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
  10. Resent-Date: 12 Aug 1992 15:12 -0600 (CST)
  11. Resent-From: epmdf@YMIR.CLAREMONT.EDU
  12. Errors-To: epmdf@YMIR.CLAREMONT.EDU
  13. Resent-Message-ID: <01GNHUC274OY94DSFE@YMIR.CLAREMONT.EDU>
  14. X-Vms-To: IN%"info-pmdf@ymir.claremont.edu"
  15. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  16. Content-Transfer-Encoding: 7BIT
  17.  
  18. >You already have MIME-compliant user agents. PMDF-MR is fully MIME
  19. >compliant and it makes any Message Router user agent into a MIME user
  20. >agent. In other words, ALL-IN-1 MAIL (MailWorks) and to a lesser extent
  21. >ALL-IN-1 IOS are MIME compliant.
  22.  
  23. Oh yeah, I didn't think about MailWorks.  I'm one of those who would rather
  24. eat soap...
  25.  
  26. >As I pointed out in my earlier message, the use of MIME for return messages
  27. >is a recommended practice now. This means that regardless of what PMDF does
  28. >you are going to start seeing these things in huge numbers in the very near
  29. >future. And nothing in PMDF can change this.
  30.  
  31. In that case, rather than railing against PMDF I'll rail against this
  32. recommendation.  I understand the need to get MIME deployed, but pushing its
  33. use before the MIME UAs are fully deployed sounds like it's rushing things
  34. just a bit.  I know that there are some MIME UAs out there, but they aren't
  35. in wide deployment yet.  And until they are in wide deployment, sending MIME
  36. return messages doesn't accomplish much except to annoy and confuse some
  37. people.  However, it is a "recommended practice" now, and my railings in
  38. info-pmdf aren't going to change that, so I'll just shut up about the
  39. subject and wait for you folks to finish your UA.
  40.  
  41. >The reason you're posting to us is twofold -- we got there first, and we're
  42. >more likely to listen to this sort of issue than most vendors. But I
  43. >predict that six months from now the actions PMDF takes in these situations
  44. >will be entirely irrelevant.
  45.  
  46. Actually, the reason I was posting was because I wanted to vent my feelings
  47. on the matter.  I'm not asking Innosoft to retrofit a hack into PMDF to
  48. allow its MIME support to be disabled.  I'd rather you spend you time
  49. working on the UA.  As for what happens six months from now, I'm hoping to
  50. have a MIME UA on my VAX by then.
  51.  
  52. >We didn't have the resources to do much else in our initial release. Now,
  53. >we can at this point continue to devote the resources to development of a
  54. >MIME-compliant UA or we can divert these resources into a cheap hack with a
  55. >useful life expectancy of about a year (at most). Which direction would you
  56. >choose? Would you rather get a MIME-compliant UA or the ability to generate
  57. >non-MIME return messages (a capability which, I might add, would have to be
  58. >REMOVED COMPLETELY at some future date).
  59.  
  60. Like I said, I don't want the cheap hack and I wasn't asking for it.  I was
  61. simply lamenting the absense of a feature which I admit would be too costly
  62. to add at this point in time, but which would have been nice given the lack
  63. of a MIME UA.  Just gimme the UA and I'll shut up. :-)
  64.  
  65. >Development of V4.1 was done on the assumption that the user agent would
  66. >probably ship with it. Various choices were made which, had we considered
  67. >nonexistence of the UA at this time, might have been done differently. The
  68. >bottom line is that s**t happens.
  69.  
  70. Yes, and it happens all too frequently.  I didn't know that the UA was
  71. originally intended to ship with V4.1.  Given this information, the complete
  72. support for MIME in V4.1 makes perfect sense.  Now the only thing I have
  73. left to lament is the fact that the UA didn't make it into V4.1.
  74.  
  75. Thanks for listening.  That's something that lots of vendors don't do very
  76. well.
  77.  
  78.                 ++Don
  79.