blair@obdient.chi.il.us (Doug Blair) (04/05/90)
We've got b news 2.11, patchlevel 19 running on a 386 SysV r 3.0 clone. A few weeks ago I recompiled with dbz and noticed a great speed improvement. Just a couple days ago I realized that we had been getting duplicate articles from two sites and that both had been added to the article directories. The message ID's appear to be identical. I can't think of anything else being changed. Has anyone else seen this behavior? Doug ___ _ _ _ _ | || |_ ___ _| ||_| ___ __ _| |_ Doug Blair Obedient Software Corp. | | || .\/ ._\/. || |/ ._\| \|_ _| 1007 Naperville Rd, Wheaton IL 60187 |___||___/\___/\___||_|\___/|_|_| |_| 708-653-5527 blair@obdient.chi.il.us
mathisen@dali (Jaye Mathisen) (04/09/90)
In article <16025@obdient.chi.il.us> blair@obdient.chi.il.us (Doug Blair) writes: >We've got b news 2.11, patchlevel 19 running on a 386 SysV r 3.0 clone. >directories. The message ID's appear to be identical. I can't think >of anything else being changed. Did you add the appropriate dbmclose() calls to the B news software?
henry@utzoo.uucp (Henry Spencer) (04/09/90)
In article <16025@obdient.chi.il.us> blair@obdient.chi.il.us (Doug Blair) writes: >A few weeks ago I recompiled with dbz... >Just a couple days ago I realized that we had been getting duplicate >articles from two sites and that both had been added to the article >directories. The message ID's appear to be identical.... The two common reasons for this are (a) you compiled dbz with INCORE set and something isn't doing dbmclose() to flush the results out to disk, or (b) dbz and the news software disagree on case-mapping policy. It is a waste to use INCORE on anything that isn't doing a lot of database accesses. We don't use it for C News relaynews, and the less said about B News the better. The real customer for INCORE is expire. (You ought to put dbmclose() calls in the right places anyway, but avoiding INCORE is a good stopgap.) Check whether your dbz is compiled with CNEWS, rather than BNEWS, defined in the source. Late-model B Newses, for some reason, decided to treat message-IDs as case-insensitive, while C News goes whole hog and implements (approximately) the proper RFC822 case-sensitivity rules for message-IDs. The difference matters to dbz. (We would be happier, and the software would be more efficient, with the old case-sensitive policy, but the genie is out of the bottle now... :-() -- Apollo @ 8yrs: one small step.| Henry Spencer at U of Toronto Zoology Space station @ 8yrs: .| uunet!attcan!utzoo!henry henry@zoo.toronto.edu