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