Version 6.80 Release Candidate 5 Available...

[dexter]

Made more changes than we would like being in Release Candidate status but we were getting reports of poor performance when downloading 1000s of single part posts (like picture files) that we decided to address now instead of in a later version. A number of other issues also cropped up that have been addressed.

Changes in this version:

• Fixed issue where clicking the "X" in download/files list clears search but doesn't clear search drop-down.
• Fixed issue with Newsbin slowing down when there were 10s of 1000s of small files (like picture files) queued for download.
• Fixed issue where header based watch lists were losing the groups they came from.
• Fixed issue where ading a bunch of files (1000s) to the download list would bog things down.
• Fixed issue processing certain types of posts using non-standard file counter designation.
• Fixed issue with files not getting marked as downloaded sometimes.
• Fixed file naming issue when downloading text only posts.
• Fixed issue with Remote NZB function not defaulting to a proper download and unrar path if they weren't set in the options.
• Fixed issue with registration introduced in RC4

The full change history and the download link is on the Newsbin Beta Page.

If you find any issues, please reply to this thread or use our Technical Support Contact Form.

[Quade]

This one should solve the issue heavy downloaders reported where Autopar was slow to process the downloaded files after they backlogged.

[triskel]

I have a problem with this RC: after downloading the headers from a group, I check some of them for download, but the download doesn't start.
To start the download I have to close and restart Newsbin, or move headers to "Wish List" and to "Downloading Files" again.

[Quade]

Not sure how I can reproduce this. Is it running under Windows?

[triskel]

Yes: Windows 10 1709

[olog_hai]

Same here. I'm on Windows 7 Pro x64. Newsbin Pro 6.80RC5 is pretty badly broken for me because it's now very difficult to download files. If I select a range of files from a group or an NZB and right-click and click Download, they stay stuck in Queued. I tried going to the Downloading Files list and selecting some files and clicking Pause, Unpause, and Retry, and nothing works to get them to actually download. The only thing that seems to work is double-clicking one file a time in the group or NZB after the Downloading Files list is cleared. Then they will download one by one.

[Quade]

The only thing that seems to work is double-clicking one file a time in the group or NZB after the Downloading Files list is cleared. Then they will download one by one.

So you add files and they never end up on the download list? I might delete the "DownloadsV2.db3" files in the data folder and try again. I'd turn on debug level logging in the advanced options and look at the logs too.

I just added 20 gigs to the download list in one shot so, I know it's doable. Your symptoms are different from the Triskel. He's complaining about connections to the server. You seem to have problems getting files into the download list.

[triskel]

My checked files do appear in the "Downloading Files" list, but nothing happens.
If I restart Newsbin (or move the headers in that list to "Wish List" and then to "Downloading Files" again") they are still there but the download starts immediately.
Reinstalled RC4: everything's working fine again.

[Amsterdammer]

I just installed this version.

When I open it, the Message of the Day window says "Can't Reach This Page."

Also, search (paid) does not work for me.

Listing headers and downloading files works.

[Quade]

Typically this means your firewall is blocking Newsbin off the internet. I'd check that because both search and the MOTD are working.

[Amsterdammer]

Typically this means your firewall is blocking Newsbin off the internet. I'd check that because both search and the MOTD are working.

Both inbound and outbound on the Firewall are set to allow Newsbin -- and until now every update has continued to work normally.

Just in case I have (re)added firewall rules, but the problem persists.

Note: the Stop Search Processing button doesn't stop the search process.

I'm using the correct SSL port and settings according to my Usenet provider, and have no connection problems with my provider.

[cathaven]

Typically this means your firewall is blocking Newsbin off the internet. I'd check that because both search and the MOTD are working.

Both inbound and outbound on the Firewall are set to allow Newsbin -- and until now every update has continued to work normally.

I'm having the same problem. It worked fine up until I installed Build 5042, but now I get "Can't Reach This Page." I don't have the paid search, so no way of checking that.

[dexter]

Often installing a new version of Newsbin can look like a different program to security software and you have to tell it to allow Newsbin out again. We are receiving no other reports of this and have had over 1000 downloads of RC5 so I have to assume it's a local problem. Newsbin needs access to port 443 for both the MOTD and the Search function.

[Amsterdammer]

Often installing a new version of Newsbin can look like a different program to security software and you have to tell it to allow Newsbin out again. We are receiving no other reports of this and have had over 1000 downloads of RC5 so I have to assume it's a local problem. Newsbin needs access to port 443 for both the MOTD and the Search function.

Interesting. I just tried port 443, but the problem continues.

I have removed old references to Newsbin from the firewall, and added new rules. The problem persists.

I have also turned off the firewall altogether, with the same result.

Port 563 has worked for me since 'forever,' and I have not run into these issues with any of the previous versions.

I have Windows 10 with the latest updates. All other programs requiring online access are fully functioning.

I guess I'll have to uninstall this RC and reinstall the previous version.

[cathaven]

I have Windows Firewall set to notify me if a new program requests access, plus I also tried turning it off altogether. It didn't help. It's not a Firewall issue as far as I can tell. I even tried disabling my anti-virus, but I couldn't see how that would be the problem & I was correct.

For whatever it's worth, I run the latest updated version of Windows 10 32bit. The last problem I had was specific to 32bit Windows.

[Amsterdammer]

I have Windows Firewall set to notify me if a new program requests access, plus I also tried turning it off altogether. It didn't help. It's not a Firewall issue as far as I can tell. I even tried disabling my anti-virus, but I couldn't see how that would be the problem & I was correct.

For whatever it's worth, I run the latest updated version of Windows 10 32bit. The last problem I had was specific to 32bit Windows.

I'm on 32 bit as well.

[Quade]

The MOTD and Search use two completely different ways to get onto the internet. Search uses my code, MOTD use IE so, Dex and I are pretty sure your problem is the firewall.

I assume you're not using the MS built in firewall because it defaults to permitting all programs to talk on the internet.

I'll see if I can dig out a 32 bit machine.

[Amsterdammer]

I assume you're not using the MS built in firewall because it defaults to permitting all programs to talk on the internet.

I use the standard, built in MS Firewall.

I also use Malwarebytes, which I disabled to see whether that program somehow caused the problem.

[triskel]

I'm on 64 bit

[dexter]

I also use Malwarebytes, which I disabled to see whether that program somehow caused the problem.

Malwarebytes has been known to conflict with Newsbin in the past. When you disabled it did you reboot your machine? A reboot is required to remove any kernel level drivers.

[Amsterdammer]

I also use Malwarebytes, which I disabled to see whether that program somehow caused the problem.

Malwarebytes has been known to conflict with Newsbin in the past. When you disabled it did you reboot your machine? A reboot is required to remove any kernel level drivers.

Yes, I rebooted. No difference.

I have now re-installed 6.72 (32 bit), and everything works out of the box.

[Quade]

I'm on 64 bit

How about disabling SSL, restarting Newsbin and seeing if the symptoms change?

[Quade]

I have Windows Firewall set to notify me if a new program requests access, plus I also tried turning it off altogether.

I was able to reproduce this on my one-lung 32 bit machine. It's pretty odd. Header downloads work fine but search doesn't even though they use the same networking code. On this same machine, IE works but edge doesn't.

We're still investigating but it looks like an RC6 will be needed.

[Amsterdammer]

We're still investigating but it looks like an RC6 will be needed.

Thanks. Meanwhile I'm using the old version. Fantastic program!

[cathaven]

I'm happy to use the new version, as I don't subscribe to the search & I'll know when a new version is out through notifications on this thread, so I can live with not automatically getting the message of the day. Also, the link to view the message archive works fine.

[Bismark]

No major problems, but after downloading a few videos with .RAR files, many .RAR files show in the files tab although they are not on the disk and are removed by hitting the "Remove files that are no longer on disk" blue circular arrow. When NB used to process the .RAR files, they were deleted from the files tab.

[kirm]

Never thought I would see this issue again, had my cache stuck at 400/400 (16) and just would not budge. Using a couple of previous RC versions did not change a thing. Put it back to RC5 and still stuck. Well went to the import folder and did the same trick as with the old GZ files with the text files. Narrowed the problem down to one group with a spammer hitting this group with like thousands of posts every couple minutes of 2.2 to 2.4 kb files. Newsbin totally choked on this group. I slowly added all the other text files back and then got my headers from all other groups. Worked on the text files with this group (a.b.software) and introduced the stuck files one by one (over 1Gb) of data. Some just would not work at all. I deleted those text files using an unlocker program, then downloaded all updates again, and then another 1000 or so files would come in.

In all my years with using Newsbin, I have not seen this amount of spam coming in. Hope you are not upset with me listing this particular group but can you check this one out. Delete it after reading this maybe. I have it working for now, but have been manually going for updates, and it's like every few minutes, there are thousand more spams coming in. May just have to remove this group. Just never seen anything quite like this in all my years with you.

[Quade]

. Newsbin totally choked on this group.

You can either wait till it finishes, filter out the spammer using a header filter, or purge the TXT of these posts using some other tool.

TeeVee and about 12 other groups are getting hammered with spam. Newsbin is still chunking through the data, it's just going to be slower than normal files. A header filter that blocks all ZIP files for these groups would solve it.

[dexter]

These are the groups getting spammed:

alt.binaries.amazing
alt.binaries.teevee
alt.binaries.usenetrevolution
alt.binaries.deutsch
alt.binaries.software
alt.binaries.u4e
alt.binaries.pwp
alt.binaries.ghosts
alt.binaries.usenet2day
alt.binaries.etc

If you install a header filter on the poster: "TiMnZb <nzbnewzfrance.com@ssl.local>" then Newsbin will be able to ride through it fine.

Instructions here

[kirm]

Thanks guys, been some time since adding a filter. Took me a little effort as I could not get it to work at first, forgot the second part of the properties. Finally getting it to work, I recalled, I used to just add the filter to the global settings filter so never required the second part. It saves the 2 step process. Just filtered spammer using "TiMnZb" till he changes that again.

Thanks for the refresher, my old mind is getting forgetful at times.

[mjpierce]

MOTD seems to be broken again. Win 7 32bit.

Says "Make sure the web address http:// is correct."

Just like before in https://forums.newsbin.com/viewtopic.php?f=44&t=42850

B11 works fine with zero changes to my PC.

[dexter]

Known issue, will be fixed in the next one. Problem is only with 32 bit systems.

[Quade]

For whatever reason, my devel tools seem to have a hard time making a valid 32 bit program any more. I'm not clear if it's because MS doesn't care about 32 bits anymore or what. If I build 32 and 64 exactly the same way, 32 bits seems to build broken.

I think I'm going to have to turn down/turn off the optimizer (which makes faster code) in 32 bit mode.

[tongueboy]

Ok, no more files ending up in a folder called "missing".
A couple of odd things.
When downloading it appears the groups are trying to refresh but don't, or at least don't appear to be because there are stacks of attempt to download headers from groups that appear to be doing nothing.
Downloading overnight, which is what I usually do, leads to stacks of apparent header downloads in the download list.
But when my downloads finish and I refresh the list it is fast and appears it has been downloading headers.
Never happened before.
Another thing, I have started using an nzb site that is not newznab based but rather based on nzb's that humans upload to the site.
Most times when I try to use newsbin pro to download these it seems as if it doesn't even see the nzb's, However when I load then into the newshosting news reader they download flawlessly except of course posts that have been taken down.
I grab nzb's direct from newsgroups and this site and load them into newsbin and almost always I have to load all the files that newsbin couldn't read into the newshosting reader, which downloads them with no problem.
Using 6.80RC5 build 5042.
Just some feedback for the latest beta and some issues I have encountered.

[Quade]

I suspect the NZB issue is because of illegal NZB fields in the header. Someone has reported this and I'm working around the issue by simply removing these fields from the NZB from now on. If you want to verify this, edit a non-functional NZB in Wordpad and cut out the line that contains "DOCTYPE" . Then save and try to load again.

Are you using the 32 or 64 bit version

[slee]

I've notice since installing this release that the "empty" internet search hasn't been working. I keep getting the same results from 2/27/2018. It's as if the search is frozen in time. I don't know if it's connected to this release or coincidentally with the search engine.

[dexter]

Are you referring to wildcard? I just tried a blank search and it did perform the wildcard search. You can also put in an asterisk to do the same thing. What are you observing?

[Quade]

I've notice since installing this release that the "empty" internet search hasn't been working.

Make sure it's not set for "Poster" searching.

[Pinion_13]

Duplicate detection isn't working for me. It hasn't for several versions now. I just downloaded the same file twice to test. Newsbin put the duplicate in the same folder with a (1) in the filename.

[dexter]

Are you downloading from NZB files? The duplicate detection is bypassed for nzb autoload and when using the nzb automation interface.

[slee]

Make sure it's not set for "Poster" searching.

It was set for "Subject", but it's now working. Maybe restarting Newsbin for the third time was the trick. Anyways, thanks for the fast response. Newsbin = Greatness, Support = Even better.

[dexter]

Actually there was an issue with the server. It's catching up now but some current results are already available. It'll be back to normal in the next 30-60 minutes.

[tongueboy]

I suspect the NZB issue is because of illegal NZB fields in the header. Someone has reported this and I'm working around the issue by simply removing these fields from the NZB from now on. If you want to verify this, edit a non-functional NZB in Wordpad and cut out the line that contains "DOCTYPE" . Then save and try to load again.

Are you using the 32 or 64 bit version

Thanks, I'll try. I am using 64 bit version.
Oddly enough I tried downloading one from the site with newshosting today and it appeared to download but was all messed up and newsbin is downloading it fine.

[Pinion_13]

Are you downloading from NZB files? The duplicate detection is bypassed for nzb autoload and when using the nzb automation interface.

Is that a recent change? I've been using nzbs for years and I've only noticed duplicate detection not functioning fairly recently. Is loading nzbs from chrome different from firefox?

[tongueboy]

I suspect the NZB issue is because of illegal NZB fields in the header. Someone has reported this and I'm working around the issue by simply removing these fields from the NZB from now on. If you want to verify this, edit a non-functional NZB in Wordpad and cut out the line that contains "DOCTYPE" . Then save and try to load again.

Are you using the 32 or 64 bit version

Also with header download stacks appearing in the download pane I get a stack of messages in red that say "display update pending", but no errors in the logging pane.

[Quade]

Also with header download stacks appearing in the download pane I get a stack of messages in red that say "display update pending", but no errors in the logging pane.

It might be time for some cleanup then. I'm not having any of these issues at the moment. Maybe "Open Data Folder" from the options, close Newsbin, then delete "DownloadsV2.db3" and "Downloaded.db3". This will wipe the download, wish and failed lists. Downloaded.db3 is the files list.

DownloadMarker.db3 is what tags things as "downloaded". If it gets too big things could slow down too.

[tongueboy]

I suspect the NZB issue is because of illegal NZB fields in the header. Someone has reported this and I'm working around the issue by simply removing these fields from the NZB from now on. If you want to verify this, edit a non-functional NZB in Wordpad and cut out the line that contains "DOCTYPE" . Then save and try to load again.

Are you using the 32 or 64 bit version

I tried that and newsbin still will not see it as an nzb but newshosting will still download it even after deleting that line and saving it.
I can post the text version of the nzb if you like but it is rather long and I don't want to take up space if it is not necessary.

[tongueboy]

Also with header download stacks appearing in the download pane I get a stack of messages in red that say "display update pending", but no errors in the logging pane.

It might be time for some cleanup then. I'm not having any of these issues at the moment. Maybe "Open Data Folder" from the options, close Newsbin, then delete "DownloadsV2.db3" and "Downloaded.db3". This will wipe the download, wish and failed lists. Downloaded.db3 is the files list.

DownloadMarker.db3 is what tags things as "downloaded". If it gets too big things could slow down too.

This is a partial text file of an nzb that worked fine in the newshosting reader but that newsbin would not recognize as an nzb.
It is long but I hope it might help.
Had to cut some out as it exceeded the character limit.

Code: Select all

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE nzb PUBLIC "-//newzBin//DTD NZB 1.0//EN" "http://www.newzbin.com/DTD/nzb/nzb-1.0.dtd">
<nzb xmlns="http://www.newzbin.com/DTD/2003/nzb">


Edited - Quade.

[Quade]

You can email the NZB to ts@newsbin.com. I'll try it. RC6 is really close and has some NZB Fixes. I'd like to test your NZB Against it before it hits the forum.

[Quade]

I got an email for a NZB, I think it was yours. I drag and dropped it onto RC6 and it downloaded fine.

So, it's probably fixed or how we download is different. If you download this type of NZB a bunch, you need to make sure each NZB goes to a unique folder. The reason is the filenames for all of these are the same internally so if multiple download into the same folder, you might get unrar or repair failures.

Make sure $(NZBFILE) is part of the download and unrar path.