A bunch of build and packaging work landed recently. NZBGet now uses newer compilers and libraries, has better platform coverage and should be easier to run across older and newer systems.

• Updated compilers for better performance and stability on modern systems #1052, #945, #1050, #953 and #943
  • All platforms moved to the latest toolchains: GCC 14.3 on Linux, Clang 19 on macOS, FreeBSD and Android, VS 2022 on Windows
• Updated Linux builds #1052
  • Switched to musl 1.2.6. These builds remain fully standalone and run on all 7 supported architectures from x86 servers to Raspberry Pi and RISC-V
• FreeBSD #1050
  • FreBSD aarch64 is now officially supported and available in the installer, alongside amd64
• Changes on macOS #1038
  • Mojave stays and has Intel-only build as before
  • The universal build (Apple Silicon + Intel in one app) now works from Big Sur (11.0) instead of requiring Monterey (12.0)
• Libraries updates: #943, #953
  • OpenSSL 3.5.9
  • Boost 1.92.0
  • libxml2 2.13.5
  • ncurses 6.5
  • zlib 1.3.1
• Unpackers updates: #944
  • NZBGet now ships with 7-Zip 26.03 and UnRAR 7.23
  • The Mojave build keeps 7-Zip 25.01

If you'd like to try the latest testing version, it's available on GitHub. If you have any questions, feel free to ask here or on Discord

I'm using version 26.3 on Windows and have all the renaming options enabled, but NZBGet says: "Filename kEaN1deUFiMFKhGUqEC7p0k.mkv is not excessively obfuscated, no renaming needed." 4 of the 7 files were not renamed for the same reason. The NZBs contain the correct metadata for the filenames, but isn't being used.

Hello, I have been using nzbget on my tablet for years with no problems via nzbgeek. Just got a new phone so installed nzbget and copied and installed the conf file from my tablet. Reset the paths. I keep getting an error 7 for nzbgeek as if the API address is wrong. It's exactly the same as on my tablet. Tried removing cert checks to no avail. Don't know why it works on one device but not the other with the same settings . Both devices android. Thankyou

Hey everyone I've been trying to setup nzbget via docker running on my truenas system and it's working great except for setting up InterDir. I'm trying to point it to an ssd on my server but I keep getting a permissions error. "Failed to write to "/mnt/apps/nzbgetdir": Permission denied" The /mnt/tank/media has the same permission settings as mnt/apps/nzbgetdir but that directory is the one that is getting permission problems. If I leave it blank everything works fine but they recommend writing to a fast ssd when you have faster internet speed so I'd like to use it. Any suggestions? This is my docker compose:

services:

nzbget:

image: lscr.io/linuxserver/nzbget:latest

container_name: nzbget

environment:

- PUID=568

- PGID=568

- TZ=America/New_York

- NZBGET_USER=xxxxx

- NZBGET_PASS=xxxxxx

volumes:

- /mnt/tank/configs/nzbget:/config

- /mnt/tank/media:/media

- /mnt/apps/nzbgetdir/

ports:

- 6789:6789

restart: unless-stopped

A few Windows-focused fixes this time, plus clearer disk speed results and more reliable unpacking commands.

• Better Windows path support and disk speed testing #939
  • Fixed issues with UTF-8 characters, like umlauts in Windows folder and file paths
  • Disk speed tests now show separate read and write speeds
  • Downloads pause during testing, with extra checks for free space and valid folders

• Enhanced command-line and path processing #934
  • Hardened how unpack passwords are escaped and passed to external tools
  • Improved extended-path detection on Windows

If you want to check out latest testing version, you can find it on our GitHub. If you have any questions, don't hesitate to ask here or on Discord

Is there a way to have NZBGet DOWNLOAD from a specific interface on the Mac? I have a VPN also running on the same computer, and would like NZBGet NOT to use the VPN.

This week brings deobfuscation improvements, cleaner rename behavior, a par2-turbo update and a fix for a Windows handle leak.

• Improved deobfuscation in #921, #927 and #932
  • Better detection of obfuscated files
  • Added post-download deobfuscation with the new PostDownloadRename option for renaming non-archive downloads
  • Added CollectionAnalyzer to avoid breaking multi-file releases, disc structures, and pair sidecars
  • Added file type detection based on file headers to identify the right extensions for extensionless or otherwise unrecognized videos, books, audio, images, and archives
• Bumped Par2-turbo to v1.5.0 in #931
  • Updates the bundled PAR2 engine to the latest version
• Fixed Windows script process handle leaks in #925
  • Fixes a resource leak on Windows where script process handles could build up over time

If you'd like to try the latest testing version, it's available on GitHub. If you have any questions, feel free to ask here or on Discord

Like the title says. Using version 26.3 on Windows. Unpack just sits there. This happened with the previous version as well. (NZBGet just told me to update the the next stable version maybe a week ago, which I did).

Tens of gigabytes of empty space on the drive; files are usually 3GB-5GB in size. Other unpack/post process operations seem to happen as before. I just noticed that this is happening in the last couple of months.

What am I missing? Thank you for any help or input.

I know the headline was strange, but here's what I currently do. I browse and download my .nzbs from nzbgeek to my local drive, then I open nzbget and add my local .nzb file and then have the tv/movie downloaded. My question is, is there a way that I can download the .nzb file from nzbgeek and have it automatically detected by nzbget and have it automatically downloaded?

If you’re still running an older version of NZBGet, it’s probably worth updating. Some indexers, like Treasure Maps, are starting to drop support for older versions of certain apps, including older NZBGet builds. Updating can help avoid compatibility issues down the line. Recent NZBGet releases include:

• Security and stability improvements, including safer TLS, memory leak fixes and crash prevention
• Updates to bundled libraries and tools, including OpenSSL, 7zip and UnRAR
• Other improvements and quality-of-life fixes to explore after updating

If you’re still using NZBGet 21.1 and aren’t sure how to update, this guide is for you Migration from NZBGet 21.1

Each new release includes work to make NZBGet faster, more reliable and more stable, while still adding new features. If you’ve been putting off an update, now is a great time to do it! Happy downloading 🚀

This week was mostly small fixes and cleanup.

DirectUnpack fix #869

• Fixed a case where DirectUnpack could end in a confusing state after a PAR failure. Finished jobs should now end with the right unpack status

Config cleanup #867

• Fixed duplicate config lines getting saved again and again. This should stop config files from growing with repeated duplicate lines and keep saved values from drifting.

Speed limit units #903

• The speed limit box now uses the same unit setting as the rest of the UI.

OS detection update #913

• Improved OS detection and added container detection. This should help installs behave better on NAS and container setups.

Log file check #915

• Fixed false config warnings when logs are sent to console or null devices on purpose

If you want to check out latest testing version, you can find it on our GitHub. If you have any questions, don't hesitate to ask here or on Discord

Hallo!

Ich nutze NZBGet zusammen mit Sonarr. Bis vor 2 Tagen hat auch alles perfekt funktioniert. Dann musste ich meine iMac mit MacOs 26.6.2 neu starten.

Jezt kommt ständig die Meldung "NZBGet möchte Zugriff auf Dateien im Ordner Downloads". Manchmal muss ich 20 x auf erlauben klicken, bis das Fenster schließt.

Der Vollzugriff von NZBGet auf die Festplatte sowie auf den Ordner Downloads ist aktiviert.

Ich möchte keinen anderen Download Ordner in NZBGet einstellen, da ich die Befürchtung habe, Ich muss Sonarr wieder komplett neu einstellen.

Was kann ich tun?

KaterKarlo13

I am not sure if it is ok to request for an additional functionality in this Reddit but I give it a try.

I would like to be able to filter on the category in the downloads and history tab.

Hey! I’m the developer of Dashboarr, a free GPL-3.0 mobile app for managing a self-hosted media stack directly from Android or iOS.

Dashboarr already supports NZBGet as a download client: you can monitor the queue and history and pause, resume, or remove downloads from your phone.

Version 1.17.0 adds two things that may be useful specifically to NZBGet users:

• HTTP Digest authentication (RFC 7616), so NZBGet works through a Digest-protected reverse proxy
• A new NZBHydra2 integration that can search across indexers and send an NZB directly to NZBGet, while also showing indexer health, API-hit limits, and search/download history

The app connects directly from your phone to your own services. There’s no Dashboarr account, cloud relay, advertising, telemetry, subscription, or premium tier.

Links:

• GitHub: https://github.com/RenzoBeux/Dashboarr
• Google Play: https://play.google.com/store/apps/details?id=com.dashboarr.app
• App Store: https://apps.apple.com/us/app/dashboarr/id6762170117
• Setup guide: https://renzobeux.github.io/Dashboarr/guide.html

The Android release is available now. The iOS update is submitted and should appear after Apple approves it. If something in the NZBGet integration behaves differently on your setup, please let me know.

Hi everyone,

I'm having an issue where a download is marked as "Failed" by my downloader, even though the file itself seems to have downloaded 100% successfully.

Here is what's happening:

• The completed file is sitting inside the temporary/intermediate directory instead of moving to the final download destination.
• Inside the directory, there are two nested folders created with the exact same title name (e.g., .../Intermediate/TitleName/TitleName/).
• Because the downloader flags the task as failed, it doesn't perform the final cleanup or relocation step.

Has anyone encountered this before? link to log attached

thanks

https://drive.google.com/file/d/1v5LrTyzN9xXtZlR4evdze33tDJZXf9wv/view?usp=drive_link

My NZBGet has been trying to do something and failing as the file it is trying to work on has been deleted.
BUT every minute I see a repeated entry of it trying to do it still.
How do you stop this from happening? I have shutdown the program and have rebooted, but as soon as I restart, it keeps trying again. I had over 1500 instances of this error being generated.
There has to be somewhere to stop the program from trying to work on a nonexistent file.

Version 26.3 is currently in testing. It adds a couple of nice new features, like translations for extensions and per-feed certificate verification. This version also focuses on fixing a bunch of core and WebUI bugs.

Here are a few highlights to test out:

• Extension i18n: Added support for extension internationalization [#872].
• Per-feed Security: Added a per-feed certificate verification option [#846].
• Updated Extractors: Bumped 7-Zip to 26.02 and UnRAR to 7.23 [#847].
• Fixes: Resolved WebUI startup crashes on non-English locales, infinite spin loops, segfaults, and fixed the "Download Remaining Files" function for Health-failed files.

Want to try out the new version? Grab the latest testing build via the in-app updater (Settings -> STATUS -> Updates) or on GitHub. Any feedback or bug reports on the build are super helpful and always appreciated! Drop a comment here or hop onto our Discord server

I am setting up my first stack. I have followed trashguides and mostly AlienTech42 videos. Most things are working correctly. I noticed a problem with nzbget though. Following the guides I have my paths set up correctly. Even when I look in nzbget it has the correct destination path. This issue is when I go to my share to find the file it is not there. There is now a whole new folder that contains the files.

The path is supposed to be /data/usenet/complete/tv/(filename).

Where the file actually is: /data/usenet/usenet/complete/tv/(filename).

I can't figure out what went wrong in the naming convention.

Thank you for any help and ideas.

I am sorry if this is answered somewhere, I couldn't find an answer.

I am running NZBget and Sonarr in Docker on a Synology Nas. I followed the trash guides on setting up my file structure and setting up NZBget PATHS and CATEGORIES.

Here is how I have the first 3 set up...

MainDir - /config

DestDir - /data/usenet/complete

InterDir - /data/usenet/incomplete

Everytime I download something, NZBget either puts the temp file and complete file in /data or it creates a /tv folder in data, and puts the completed file there. I am having no luck trying to figure this out.

Thanks for any insight.

I'm a newbie when it comes to this, so maybe so simple, but I'm clueless how to set it all up. The files arent downloading and it says "error no servers configured." Can anyone help? Thanks

I just configured nzbget today. I configured it to work with Sonarr and Radarr and all seems to be going well. The only thing is this warning I'm seeing in it. It's every 3 minutes, about. I did a look up for the IP address and it gives it as coming from Donetsk in Russian.

I'm guessing it might be someone dodgy. Is this a common thing, and is there anything I can do to block IPs as it's the same one in every warning?

As teased recently, with v26.2 the WebUI is officially no longer English-only! This release also brings network speed unit switching, support for standard ~/.config locations, 7-Zip and UnRAR updates, and bug fixes.

Features:

• Multi-Language Support: The WebUI natively supports 20 languages with auto-detection! Layout responsiveness and config text readability have also been improved to make sure everything looks great in any language [#813].

Alongside this massive translation update, here are the other quality-of-life additions:

• Unit Switching: Added the ability to toggle network speed display between MB/s and Mb/s [#813].
• Config Support: Added support for standard ~/.config directory locations [#794].
• Statistics: 'This Year' total added to bandwidth statistics [#801].
• History: Clear button added to the History page [#804].
• Logging: nserv now logs datetime [#717]

Want more details? Check out the Changelog on our website

Download / Update:

Find the stable version via the in-app updater (Settings -> STATUS -> Updates), on GitHub, or at nzbget.com.
Any feedback on this release is super helpful—especially from native speakers checking if the new translations actually sound right. If a specific language is missing, or if something needs tweaking, please drop a comment below, jump into the official Discord Server, or head over to GitHub. Help from the community is always appreciated! Happy downloading! 🚀

I've been using NZB-Get for quite a few years without issues, until a few days ago. In the past few days several downloads have resulted with 'Failure' message. From the Messages it appears NZBG is claiming part01.rar can't be opened or repaired and gets moved to a '_broken' folder. The rest of the partxx.rar files are in the 'intermediate' folder as expected.

But after post-processing using Video Sort, the movie title folder still gets created as it should, although with a sub-folder named 'un_pack' with the fully extracted MKV inside it, but with the title still obfuscated.

This has happened with a several NZBs lately, which I've never experienced before. Using the latest 26.1 version.