home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sources / bugs / 339 < prev    next >
Encoding:
Internet Message Format  |  1993-01-27  |  2.4 KB
  1. Xref: sparky comp.sources.bugs:339 news.software.b:3878
  2. Newsgroups: comp.sources.bugs,news.software.b
  3. Path: sparky!uunet!uunet.ca!geac!utcsri!utzoo!henry
  4. From: henry@zoo.toronto.edu (Henry Spencer)
  5. Subject: Re: C-news unofficial patch: freeze news batches
  6. Message-ID: <C1JJGx.Iwo@zoo.toronto.edu>
  7. Date: Thu, 28 Jan 1993 01:43:43 GMT
  8. References: <fYnlXJc@quack.sac.ca.us> <C1I4Mu.Hn7@zoo.toronto.edu> <1k77hr$a69@smurf.sub.org>
  9. Organization: U of Toronto Zoology
  10. Lines: 37
  11.  
  12. In article <1k77hr$a69@smurf.sub.org> urlichs@smurf.sub.org (Matthias Urlichs) writes:
  13. >> ... I'm debating how to handle this in C News; I
  14. >> really, really do not want to have to maintain an ever-growing list of
  15. >> magic numbers inside newsspool.
  16. >
  17. >Either use the m! XYZZY header as a handy excuse to call programm XYZZY
  18. >(if present in a special directory, for security reasons) with the rest
  19. >of the file on its stdin, or tell your feed to send gzipped data to
  20. >zrnews, compressed data to crnews, frozen data to frnews.
  21. >
  22. >I'm more a friend of the second method; IMHO, it's the most direct way
  23. >the sender (who already knows the packing method) can tell the receiver
  24. >what to expect. No need for the receiver to go through contortions trying
  25. >to find that out.
  26.  
  27. I agree with the general sentiments, but think I have a slightly better
  28. slant on how to tackle it.  It is indeed a botch to have the sender not
  29. tell the receiver what compression method is being used.  It's almost
  30. as bad a botch to cram this information in-line, which makes processing
  31. the resulting transmission rather awkward (for example, you can't use
  32. the standard decompression programs unless you first strip off that
  33. stupid header somehow).  It's best to indicate compression method by
  34. some out-of-band channel like Matthias's second method.
  35.  
  36. There is a problem, however, with using different receiving programs
  37. for different compression methods:  some old UUCP implementations have
  38. the list of permissible remotely-run programs hardwired in, or otherwise
  39. difficult to change, and often "rnews" is on the list but alternate
  40. forms aren't.
  41.  
  42. Fortunately, there is a simple solution:  give the compression method as
  43. an argument to rnews.  I can't see anything wrong with this, although I
  44. need to sit down and sort out implementation details before I give it
  45. the nod for sure.
  46. -- 
  47. "God willing... we shall return."       | Henry Spencer @ U of Toronto Zoology
  48.        -Gene Cernan, the Moon, Dec 1972 |  henry@zoo.toronto.edu  utzoo!henry
  49.