home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / bbs / waffle / 4261 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  3.4 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!sdd.hp.com!wupost!emory!tridom!wabwrld!willard!morpheus!dawson
  2. From: dawson@morpheus.bssi.bls.com (Willard Dawson)
  3. Newsgroups: comp.bbs.waffle
  4. Subject: Re: News/mail reader
  5. Message-ID: <1992Nov17.150618.21522@morpheus.bssi.bls.com>
  6. Date: Tue, 17 Nov 1992 15:06:18 GMT
  7. References: <TeRauB3w165w@dogear.spk.wa.us> <Z4scuB14w165w@xocolatl.com>
  8. Organization: BellSouth Systems Integration
  9. Lines: 60
  10.  
  11. eoin@xocolatl.com (John F. Snyder) writes:
  12.  
  13. >bobk@dogear.spk.wa.us (Bob Kirkpatrick) writes:
  14. >
  15. >-> kjhoule@iowegia.uucp (Kevin Houle) writes:
  16. >-> 
  17. >-> > For the time being, I've written a program that does just that. Given a
  18. >-> > root directory on the command line, the program recurses through the
  19. >-> > root and sub-directories and deletes duplicate articles based on the
  20. >-> > Message-ID header. As duplicates are removed, the filenames are
  21. >-> > resequenced in ascending order starting with the lowest original
  22. >-> > article. If anyone is interested, let me know.
  23. >
  24. >-> I'm VERY interested. Depending on size, perhaps an encoded posting?
  25. >
  26. >Me too.
  27. >
  28. >Is the resequencing a configurable option?  
  29. >
  30. >I can see folks missing articles after the numbers have been
  31. >compressed and/or having their join pointers reset because it is now
  32. >greater then the actual number of the messages.
  33.  
  34. Methinks Kevin has overlooked this problem?  I'd be interested in reading
  35. how one would work through the problem of updating each user's join file
  36. to reflect the highest message read, and keeping it properly sync-ed with
  37. the new "highest numbered" message per newsgroup.  It all sounds quite
  38. nasty, and like it would be probably be compute-intensive... you'd have
  39. to update each line in each join file.
  40.  
  41. Let's suppose you have 1000 users, each of which is subscribed to all of
  42. Usenet, plus a few alt groups, and maybe some local groups.  How about
  43. 1000 lines per join file... gee, that's 1,000,000 lines to reset, each
  44. time you resequence the articles.
  45.  
  46. That sounds like a lot of work, and I believe is all really quite unnecessary.
  47. Waffle will continue to work just fine if you simply delete old articles.
  48. Resequencing is not necessary.  If you want to avoid the join file reset
  49. problem, have your "expire" utility save the highest numbered file, rather
  50. than delete it.  This is not an universally good workaround, as there is
  51. at least one situation I can think of where I'd prefer not to keep the
  52. highest numbered article, even if its deletion means that users' join files
  53. get reset back to 0.
  54.  
  55. The proper solution to the join file reset problem is to fix Waffle!  What
  56. ought to occur, on the occasion that a user's join file indicates an article
  57. higher than is available, is that Waffle ought to reset the join file line
  58. to the highest numbered article in the group, such that that article is
  59. lower-numbered than the previous entry in the join file.
  60.  
  61. >
  62. > eoin@xocolatl.com  |      Practice Random Kindness   /~~~~~~~~~~~~~\  /
  63. > GEnie: J.Snyder18  |  *             and             <  D A R W I N  >< 
  64. > CI$:   70313,3111  | \|/  Senseless Acts of Beauty   \_____________/  \
  65. > Prodigy:  NOT!!!!  |           PGP 2.0 User            _l _l _l _l
  66. -- 
  67. Willard Dawson, BellSouth Advanced Networks, 1100 Johnson Ferry Road, Ste. 890
  68. Atlanta, GA  30342, Voice: +1 404 303 2343, UUCP: gatech!vdbsan!dawson
  69. Internet -> X.400:  /G=W/S=DAWSON/O=BSAN/ADMD=BELLSOUTH/C=US/@sprint.com
  70. Percent hack:  dawson%morpheus@bselab.bls.com  ::  Standard disclaimer applies.
  71.