home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / mail / headers / 426 < prev    next >
Encoding:
Internet Message Format  |  1993-01-10  |  6.1 KB

  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!agate!stanford.edu!enterpoop.mit.edu!eru.mt.luth.se!lunic!sunic!aun.uninett.no!nuug!ifi.uio.no!enag
  2. From: erik@naggum.no (Erik Naggum)
  3. Newsgroups: comp.mail.headers
  4. Subject: Anastasios Kotsikonas' list server
  5. Message-ID: <19930110.001@erik.naggum.no>
  6. Date: 10 Jan 93 19:36:43 GMT
  7. Reply-To: Erik Naggum <enag@ifi.uio.no>
  8. Lines: 122
  9.  
  10. Folks,
  11.  
  12. There's a new list server out there, written by some Anastasios Kotsikonas,
  13. that violates the spirit and the text of the Internet mail RFCs and ignores
  14. the oral tradition that RFC 1123 tried to codify.  This is not surprising
  15. for list servers in the Eric Thomas tradition, but this list server also
  16. violates what we've learned to cope with from those list servers.  It looks
  17. as if this Anastasios Kotsikonas descended upon earth like some Plan 9 from
  18. Outer Space re-make, and managed to screw up even more royally than usual
  19. for amateur mailer writers.  To illustrate, here's the headers of a message
  20. I sent:
  21.  
  22.     From: Erik Naggum <erik@naggum.no>
  23.     Reply-To: Erik Naggum <enag@ifi.uio.no>
  24.     Message-ID: <19930109.001@erik.naggum.no>
  25.     Date: 09 Jan 1993 01:12:25 +0100
  26.     To: Entropy Warrior <AUSBROOK@ucs.indiana.edu>
  27.     Cc: Multiple recipients of list <copyediting-l@CORNELL.EDU>
  28.     In-reply-to: <93Jan8.175917est.160633(2)@router.mail.cornell.edu>
  29.     References: <93Jan8.175917est.160633(2)@router.mail.cornell.edu>
  30.     Subject: Re: Just asking
  31.  
  32. and here's what I got back (minus Received headers):
  33.  
  34.     Return-Path: <@router.mail.cornell.edu:copyediting-l@cornell.edu>
  35.     Message-Id: <19930109.001@erik.naggum.no>
  36.     Comment:  Copy Editors and Editing
  37.     Originator: copyediting-l@cornell.edu
  38.     Errors-To: carol_roberts@qmrelay.mail.cornell.edu
  39.     Reply-To: Erik Naggum <erik@naggum.no>
  40.     Sender: copyediting-l@cornell.edu
  41.     Version: 5.5 -- Copyright (c) 1991/92, Anastasios Kotsikonas
  42.     From: Erik Naggum <erik@naggum.no>
  43.     To: Multiple recipients of list <copyediting-l@cornell.edu>
  44.     Subject: Re: Just asking
  45.     Date: Fri, 8 Jan 1993 19:22:43 -0500
  46.  
  47. Now, let's look at the headers individually:
  48.  
  49. --  The Reply-To field is *clobbered*, and the old value is completely
  50.     lost, redirecting replies to an address I did not want to receive
  51.     messages at.  (I have received four messages destined for the list
  52.     already.)
  53.  
  54. --  The To and Cc headers are *destroyed*, and a meaningless new value is
  55.     inserted instead.  (My original Cc field comes from this new To field
  56.     in the message I replied to, so the To field has no relation to my Cc
  57.     field.)
  58.  
  59. --  The In-Reply-To and References headers are both *discarded*, completely
  60.     destroying any threading and tracking information.  The two items above
  61.     are bad enough, but this is horrendous.
  62.  
  63. --  The Date field is changed, so that those who reply with a mailer that
  64.     doesn't use the Message-ID in the In-Reply-To field will generate a
  65.     message that I can't find in my archives without manual intervention.
  66.     *All* the information that can be used to mechanically retrieve the
  67.     message to which a received reply refers is _gone_.  This bespeaks
  68.     EVIL! in my mind.
  69.  
  70. --  Return-Path differs from Errors-To, which means that the list (!) will
  71.     receive errors messages from conforming Internet mailers, and Carol
  72.     Roberts will receive error message from non-Internet or non-conforming
  73.     Internet mailers.
  74.  
  75. --  There is an "Originator" field which is clearly misused insofar as it
  76.     has any meaning at all.  The Sender field is probably correct for this
  77.     purpose, though.
  78.  
  79. --  There's a "Comment" field, which should've been named "Comments" to
  80.     follow RFC 822.  The "Comment" field contains the information which
  81.     should've been in the "phrase" part of the list name instead of the
  82.     stupid "Multiple recipients of list" thing inherited from Eric Thomas'
  83.     wretchedness.
  84.  
  85. --  There's a "Version" field with a copyright notice (!) inserted so we
  86.     know who to blame for this atrocity.  Whether this is valuable or not
  87.     is another question.  In at least one previous version, there was a
  88.     whole Copyright field, which implied that Anastasios Kotsikonas had
  89.     copyright in the contents of the messages distributed through his list
  90.     server!
  91.  
  92. The result is that only 3 (three) headers survived close encounter of the
  93. third degree with this (m)alien Anastasios Kotsikonas:
  94.  
  95.     From: Erik Naggum <erik@naggum.no>
  96.     Message-ID: <19930109.001@erik.naggum.no>
  97.     Subject: Re: Just asking
  98.  
  99. I mean, I could bow and scrape for the fact that my Message-ID line was
  100. intact (most BITNET list servers gratuitously clobber it if you don't SET
  101. listid FULLHDR), but that's pure accident.  I sent a message to the list
  102. server to receive copies of my own messages (SET COPYEDITING-L MAIL ACK,
  103. instead of the usual SET ... REPRO, when ACK usually means getting some
  104. sort of message back that the message was redistributed), and the response
  105. had the _same_ Message-ID that my request had!  Now, _that_ is bogus!
  106.  
  107. Of all the braindamaged mailers and mail-type service access points I've
  108. used in my 8 years with access to Internet mail, this one _really_ takes
  109. the cake.
  110.  
  111. OK, so who uses this stupid list server?  The first place I saw it used was
  112. at ORA.COM, O'Reilly and Associates, publishers of the excellent Nutshell
  113. Handbooks and the X Window System series, who host mailing lists for the
  114. Davenport group.  I resigned in disgust from these lists when I got twenty
  115. "vacation" messages because the Return-Path pointed back to the list and
  116. the To field had the name of each recipient in it (*HATE*), _and_ this
  117. Anastasios Kotsikonas thing claimed copyright on all the contributions.
  118. Now, I found it in use at Cornell.
  119.  
  120. The burning questions are: How do we get Anastasios Kotsikonas to read
  121. RFCs?  And, if this fails (which I suspect it will, as with all other
  122. amateur mailer implementers), how do we get his atrocious list server
  123. booted off the Internet?
  124.  
  125. Best regards,
  126. </Erik>
  127. --
  128. Erik Naggum                 ISO  8879 SGML                    +47 295 0313
  129. Oslo, Norway                ISO 10744 HyTime
  130. <erik@naggum.no>            ISO  9899 C                 Memento, terrigena
  131. <SGML@ifi.uio.no>           ISO 10646 UCS             Memento, vita brevis
  132.