home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / bit / listserv / nextl / 755 < prev    next >
Encoding:
Text File  |  1992-11-11  |  2.3 KB  |  62 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!INHERENT.TECHLAW.COM!GAM
  3. Message-ID: <9211110636.AA02355@inherent.techlaw.com>
  4. Newsgroups: bit.listserv.next-l
  5. Date:         Tue, 10 Nov 1992 22:36:24 -0800
  6. Reply-To:     gam@inherent.techlaw.com
  7. Sender:       NeXT Computer List <NEXT-L@BROWNVM.BITNET>
  8. From:         Gregory Miller - Inherent <gam@INHERENT.TECHLAW.COM>
  9. Subject:      Summary: NeXT Attachments & ListServer Solved!!
  10. Lines: 50
  11.  
  12.     Once again, the NET saves the day.
  13.     (I have carefully tucked away the answers this
  14. time. :-)
  15.  
  16.     The problem was our RS6000 running AIX and a
  17. popular listserver system seemed to be eating a critical
  18. piece of data rendering NeXTmail unreadable, even on a
  19. NeXT.  Turns out the problem centers on the existence (or
  20. lack thereof) of a line of this form in the headers:
  21.  
  22. Next-Attachment: .tar.201.a_test.attach, 3677, 1/1, 5082, 0
  23.  
  24. Without that line, NeXTmail is rendered like any uuencoded
  25. trash that a non-NeXT sees.  We have patched the system to
  26. retain that particular header line.  Problem solved.
  27.  
  28.     Many thanks to the three individuals who spied it:
  29.  
  30.     Pete Clark of AppSoft
  31.     Mark Henry of Onyx Sciences Corp. and
  32.     Robert Beers of Ohio Northern University
  33.  
  34.     Brian Bartholomew politely chastised me for using a
  35. particular version of listserver software which, in his
  36. humble opinion, is inferior.  My thanks to his constructive
  37. criticism, however the choice was made long ago for a
  38. variety of reasons.  And as it turns out, it works just
  39. fine once we understand our oversight.
  40.  
  41.     Brian did suggest an alternative listserver which I
  42. pass on as a possibility for others.  It is available at:
  43.  
  44.     math.ufl.edu:/pub/ftp/bb/listserv.tar
  45.  
  46. Tis' the UCSD listserv, but it's been un-localized from
  47. UCSD, has examples, and a flexible file-wrapping-
  48. and-sending command (which one may choose to disable by
  49. commenting it out of the parser code).  It's main purpose
  50. in life is to manipulate text files of one address per line
  51. that sendmail uses for aliases.  It also does not contain
  52. the pseudo-security found in othger list servers.  One can
  53. try this version via mail to listserv@math.ufl.edu.  He
  54. suggests the message of "help" for starters.
  55.  
  56.     Thanks again.
  57.     Gregory Miller JD
  58.  
  59. Inherent Technologies, Inc.
  60. &
  61. Marger Johnson McCollom & Stolowitz  Attys
  62.