Newsbin 6.91 RC3 - Build 5855

[Quade]

https://s3.us-east-1.amazonaws.com/down ... 3-5855.exe

It's mostly the same as RC2 except with the help of some early testers I was able to figure out why RC2 would crash from time to time.

One change I haven't talked about in 6.91 is it outright drops posts that either can't be turned into files or look like files that can never be assembled. In some groups, a majority of posts are completely unusable unless you have the NZB. They can't even form files to list.

A.B.NZB for instance is 99% unusable posts. You'll see it in the logs where Newsbin now logs how many posts are read in and how many are rejected as "not files". If you keep an eye on it, you might see that some of the groups that used to be productive now have nothing. It's not that nothing is posted to them necessarily but that the posts aren't usable by conventional readers. You might consider turning off header downloads for these groups to save bandwidth. In this way you can keep your historical group records.

I've also noticed that not all files are using proper post counters to indicate position of the post in the file but, they are including this information in the message-id. Newsbin now follows the Message-Id based numbering over the subject based if both are present.

[Stan]

Somewhere along the beta's or rc's Newsbinpro no longer supports the [SIZES] in the newsbin.nbi
I only have 2 version 6.82 and the latest rc.
6.82 supports it, but when running the rc the [SIZES] all get removed.

This is what I had to redo in the nbi for sizes, trying to get it back to what I had before.
And can only do in 6.82. Maybe in the next weeks I will try 6.90?
So until I can get 6.90 installed as a 3rd option, assuming that will work, I have to use 6.82 to keep the added sizes.
I hope to add more as I did have more but lost them all.

[SIZES]
2 GBytes
25 MBytes
250 k Bytes
250 MBytes

Went back to nb691B10-5783 and still does it.
Tried 6.90 and does not do it. It keeps the sizes fine. But any version after seems to wipe them out and only leave [SIZES} and all other info gets removed.
So may try 6.90 as I tended to really like 6.82 and see if I can stick with 6.90 or go back to 6.82.

[Quade]

I'll look thanks.

[coyote2]

With 6.91RC3b5855 I see that the "Current Progress" bar is no longer in the color of the Server being downloaded from.

I'm very unhappy with this because now I don't know when my client has to turn from my primary server (Newshosting) to my fill server's block account. The lost feature is to me essential.

(I was even happier way back when the servers were displayed on each row of filesets.)

[Quade]

It's something I'm going to fix but you can also see server activity in the server tab.

Your backup server should be disconnected most of the time. If it's connected that means it's being used.

[coyote2]

It's something I'm going to fix

Thank you very much Quade, I'm happy it's on your radar screen. (TBH this feature is so important to me that it keeps me from switching to a newsreader with RSS.)

but you can also see server activity in the server tab. Your backup server should be disconnected most of the time. If it's connected that means it's being used.

Good to know in the meantime!

[triskel]

I have a strange problem: many files appear incomplete when updating the list of headers of a group (in fact if I download them they are incomplete); the same files with the "Search" function appear (and are) complete instead...

[Quade]

PM me a group and I'll try it. I'm not seeing here right now.

Just for grins, right click the group select "Post Storage/Use Download Age" then set a 5 day "Download age" in the options and then download headers normally. It'll re-download the last 5 days of headers for that group.

[JayPea]

I noticed a bunch of headers over a period of about a week where some host in the NNTP distribution network appeared to backfilling. Even though the posts were new, they were dated about 2y previous and all were incomplete. It stopped about 3-4 days ago. I observed this across the comics & ebooks groups but who knows how widespread it was?

[meenich]

Hello! I've been happily using the 6.90 release version, but figured I'd give the new 6.91RC3 a try when I saw it posted (first time using any 6.91 version).

Installation was OK, but to my surprise when I opened the newly installed RC3 all my "Groups of groups" disappeared. All my subscribed groups remained, but are now in the "Unsorted" bucket. Has "Group of groups" support been removed in 6.91? I'd hate to have to re-sort all my existing (now unsorted) groups.

If it's of any help, I tried the following:
* Quit from RC3, and copied backed up NBI file into the RC3 data folder. Same results when restarting RC3.
* Reinstalled 6.90 release version, but with the NBI left behind by RC3 - it now also has lost all groups of groups information.
* With no Newsbin Pro active, copied backed up NBI file back into data folder, then restarted 6.90, and lo and behold all my groups of groups are back.

Any help would be greatly appreciated.

Thanks!

[itimpi]

I have been seeing an issue where Newsbin appears to give an incomplete decode of a download.

The symptoms are:
- I have Newsbin set to both download and decode to a folder named after a NZB
- I add a download via a NZB and one part is shown in the download list AFTER the main download
- Newsbin appears to download and decode the parts with no error indicated.
- When I go to the folder where the download was unpacked to all the parts for the download are still there (normally they get deleted after a successful decode).
- If I now use Winrar to repeat the decode the resultant file is significantly larger than the one unpacked by Newsbin

This does not appear to happen if I promote the single part of the download that shows in the download list to be before the main download.

[cat_man]

RC2 and RC3 download headers, but when I show posts, I get none or very few. RC1 works ok in this regard. I even tried deleting all files in Spool_v6 and redownloading headers for all groups and GOGs. Same result.

[Quade]

I've run literally terabytes of headers through RC2 and 3. Not sure what to tell you.

Are you filtering the header downloads?

In the options you can add

[SETTINGS]
SaveGZ = 1

Instead of deleting the downloaded blocks of headers, they get moved to the "Processed" folder in the data folder. You can then verify headers are downloading. You can also re-feed these header into the "Import" folder to make Newsbin process them again.

I'd exit Newbin, add this option to the NBI, then restart and try some header downloads.

RC2 had some issues with "XFeatures" , RC3 fixes if. You might experiment with disabling XFeatures in the server advanced options and see what happens. I was only able to test "Xfeatures" against usenetserver.

[cat_man]

I have no filters defined. Turned off XFeatures, no change. Added SaveGZ=1 to settings and can see all the headers downloaded in the "Processed" folder. Set Display settings to "None" and I get 2 old headers out of 40 groups. I'm using Easynews.
Guess I will have to try a fresh install with the default nbi file and add groups and see what happens.

[Quade]

Guess I will have to try a fresh install with the default nbi file and add groups and see what happens.

That's throwing out the baby with the bath water.

Right click a group and select "Show All Posts". Then wait for it to finish. To the right of "filter profile" you should see 2 numbers. The first is the visible file count, the second is the available file count. If available is large and visible is small. That's telling you, your posts are being filtered out at the display level. I'd then try unchecking the green button next to "Min Size" which disables the display filters.

See if your posts show up. They should note in the status column why they're not normally visible

[cat_man]

Tried your suggestion, had 0 total and large available. Turned filters off and display settings to None and the headers showed up. Turned filters back on and they still showed ok. It's like I toggled something and now it works. Whatever it was, it's now good. Thanks for the help

[mimauk]

Just a small query - in the last few RCs, I've noticed a Folder appearing in my Downloads Folder marked as " Screens" which contains screenshots of posts I've downloaded. I was wondering if it's NB Pro making the folder or if it's caused by some of the posts I'm downloading.
I think it's really clogging up my system as I'm downloading, as it seems to freeze while unraring files and nothing seems to be happening for minutes at a time. I'm wondering if, as a file is unraring, it is taking screenshots of the post during the process and this is causing my system to slow down. I'm just trying to think of reasons why my system seems to stop sometimes whilst unraring files, it has got me puzzled.

[Quade]

Newsbin has no mechanism for making screen shots of your desktop or its own windows. I don't believe it's Newsbin.

It sounds very suspicious.

I did a search of my download drive and there are no "Screens" folders. For your downloads to do something like that, they'd have to infect your computer, which I don't believe normal media can do.

Windows 11 has a real time screen shotting utility called "Windows Recall" but, the data it stores is supposed to be centralized somewhere. I believe it's only supposed to work on machines with NPU's too.

If you're downloading RAR files with passwords and depending on the password list, the longer the list, the slower UnRAR startup is for unraring. Since Newsbin has to find the password from, the list. I recommend keeping the password list trimmed down.

My google searches found nothing like what you're describing.

[JayPea]

Windows Recall is also opt-in. It was the opposite when it was first released to the Windows Insider program and was only ever available to people who signed up to be part of the bleeding edge 'Canary' branch. As Quade mentioned it also only runs on CoPilot+ machines. Windows Recall, and the privacy nightmare it created, has been largely what's been holding up the release of Microsoft's W11 24H2 update, as it will be included as part of, which is currently sceduled for the next Patch Tuesday (2nd Tues of every month, next one 8th Oct 2024)

[mimauk]

Thanks for the reply.

The folder actually contains thumbnails of the videos I'm downloading and not screenshots of my machine, it just happens to be named Screens. Most of my downloads are from Indexers so the password list only contains one or two items. That's why I was wondering if the thumbnails were part of the post being downloaded or were being generated as the file unrared and thus slowing down my machine.

One of my Indexers actually has a preview button by some posts whereby if you hover the mouse over the button a popup appears with a few thumbnails of the post.

Again thanks for your reply and for a great programme.

[JayPea]

Ahh. Then they are most likely thumbnails of the content you're leeching and included, at source, packaged by the uploader, as part of the archive that's being extracted to your download folder.

[Quade]

The folder actually contains thumbnails of the videos I'm downloading and not screenshots of my machine,

Yeah that sounds like something inside the RARs then.

Depending on the number of images, the slowdown might be Newsbin displaying them to the thumbnail tab.

[mimauk]

I did a little more testing by downloading one video at a time from the 3 Indexers I use and only one of them makes the Screens folder containing 4 .png thumbnail files from the video. I tried another video and the 4 .png thunbnail files were deleted and replaced with 4 different thumbnail files from the new video. I tried a couple more videos and there was no activity in the Screens folder - so only with certain posters.

thanks again.

[itimpi]

I have seen the inclusion of a ‘screens’ folder becoming increasingly common in posts.

[Quade]

You can use the "Post UnRAR filters" to kill off these files if you want. Add a filter to reject file types and Newsbin will delete them out of the set of files that came out of the RAR/7z set.

[ccarlin]

Just to help close-out on this topic - the screens sub-directory folks are seeing is part of the overall .rar file being downloaded. Further, the .nzb for the download is specific to the site/indexer you're using, not necessarily the original creator of the video/.rar file. So, as an example, site #1 will have video #1 from source #1, and when you download you only get the video file (#1) itself, with all other files stripped out. Site #2 - when you download what you believe is the exact same .nzb file will include video #1, from the exact same original creator (#1) you (may) also get an .nfo file describing the video, along with a "screens" subdirectory with sample screenshots of the video, and maybe even some other files So, depending on the content you want you select the download/index site to download from (again, generally independent of the individual/group that originally created the content). /chris