Critique:
I am sitting here watching DNews 5.7c2 for Linux download binary groups.
This setup has multiple suck feeds because we want the best possible
completion. Even though it should be trivial to detect that a message is
already in the spool, DNews nevertheless is downloading the entire message
before even testing to see if the message might already be present. :<
What a waste of bandwidth and resources! The Dup counter just keeps
climbing while the Ok counter stays the same.
3 gigs of dups in one group so far and counting... Shame.
What leads you to believe it is fetching bodies multiple times ? I don't
believe it ever does this, it's possible
I'm wrong but from memory it always checks the response of a stat command
first to see if the
message is already stored locally. The dup counter will show all the
duplicates it 'would have' downloaded but it doesn't actually get them.
If you really are sure I'm wrong send me your dnews.conf and tellnews status
output and ideally a section
of log indicating the problem.
ChrisP.
