Strict problem/bug?

[josha]

Hi,

I'm not sure if i've set this up correctly. I'm using two servers to download from, one which I trust (server A) and one which is slow, but contains more articles (server B); although during downloads from this server there can be some error in the data resulting in bad encoded files.

I've given server A priority 128 and turn strict on, server B has priority 1. So that anything that is on server A is downloaded.

Still when downloading a binary with 6 .rar files, I got two .rar files with mismatching sizes and CRC errors. Which from experience I know can happen when Server B is used to download one or more parts. But when I checked all files were available at server A.

After keeping Server B busy with something else I downloaded the files again, this time the two files had the correct size and no CRC errors.

So my question is: i've forgotten something or is there still a bug?

Btw. the second time in the end server B was ready but still skipped the files. The first time I used Alt-K, the second time I used Download Immediatly and saved manually afterwards via Alt-A.

Hope anybody has some experience with this?

Josha

[alex]

it shows the server where the error happened, did you check it in tasks menu->task manager, the error pane after the articles pane?

with these settings newspro will download from the server A but if all retries has been exhausted it will naturally use the server B, all retries you can see in view menu->console (mishaps).

also in the past many CRC errors were caused by local factors (e.g. Zone Alarm firewall was such a case) rather than newsservers.

other things (what option you used to mark articles for download) are irrelevant.