Privacy Policy - Saber
Saber is a native macOS client for downloading from Usenet with your own provider account. This is the same guide built into the app, under Help → Saber User Guide.
Table of Contents
1. Getting Started
Saber needs two things before it can download anything: an account with a Usenet provider, and an NZB file describing what to fetch. It does not find content for you.
Requirements
- macOS 14 Sonoma or later, on an Apple Silicon Mac
- An account with a Usenet provider that supports standard NNTP
- NZB files of your own
2. Connecting Your Provider
- Open Settings from the gear icon in the toolbar, or press Command-comma
- In the Providers section, click Add Provider
- Give it a name you will recognise, then enter the Host your provider gave you, for example news.example-provider.com
- Set the Port and leave Use SSL on. 563 is the usual encrypted port, 119 the unencrypted one
- Enter your Username and Password, set Connections to whatever your plan allows, and click Add
- Host: the server hostname from your provider
- Port: 563 with SSL on, or 119 with SSL off
- Use SSL: on, unless your provider does not support it
- Connections: 20 by default, up to 50; match your plan
Saber keeps as many providers as you like, and uses them together. Connections belongs to each provider rather than to Saber, because a count that suits one plan will get you refused by another.
Using more than one provider
The switch beside each provider turns it on or off, and the menu beside that sets its tier: Primary or Backup.
- Primary providers are used together. Every enabled Primary provider opens its own connections, and all of them are pooled into a single download, so adding a second or third Primary genuinely increases speed rather than sitting idle behind the first.
- Backup providers are only ever asked for what the Primary pool could not supply. If your Primary providers had everything, a Backup is never even connected to.
- If every Primary provider is unreachable, Backup takes over for that session, used the normal way rather than only for gaps, so a lapsed subscription on your Primary providers does not stop the queue while a working Backup is available.
This is what makes it safe to add a block account, the kind sold by the gigabyte rather than by the month: set it to Backup, and it is spent only on the articles your Primary providers are missing, which is what the allowance is worth buying for.
Filling holes this way happens before Saber turns to the post's parity files, because bytes from another provider are cheaper than recovery data. A post that would otherwise fail for want of a few recovery blocks may need none at all once a Backup provider has answered.
Your password is stored in the macOS Keychain, not in the app's preferences, and is only ever sent to the server you configure here. Each provider has its own entry.
3. Searching
Saber can search a Usenet indexer and queue a result without you ever handling the .nzb file yourself. It has no index of its own and no built-in provider: you supply the indexer and its API key, exactly as you supply the news server.
Adding an indexer
- Open Settings and find the Indexers section
- Add an indexer, choosing one of the presets or Custom Newznab for anything else
- Paste in the API key from your indexer account
- If you have more than one, the active indexer is the one search uses
The API key is kept in your Mac's Keychain, not in Saber's preferences. Nothing about what you search for is ever sent anywhere; see Search History below for the one thing Saber can optionally keep on your own Mac.
The active indexer can also be switched from the results header, above the list, without opening Settings. Switching there reruns the current query against the newly chosen indexer straight away, which is the quick way to run the same search past a second indexer to compare what each returns.
Running a search
Click the magnifier in the toolbar and it expands into a field. Type a query and press Return. Results show the release name, its size, how old the post is, its category and which indexer it came from.
Click any result to queue it. Saber fetches the NZB from your indexer in the background and the download starts as though you had added the file by hand. The indexer and category travel with it into the queue, so the download row still says where a release came from once it has left the results list behind.
The Search button, the one with the list icon, opens Search directly: with a previous query in hand it brings those results back without asking the indexer again, and with none yet it opens straight to the results header, useful for loading a saved search without running a throwaway one first. Nothing is re-fetched until you submit a new query, so returning to your results costs nothing.
The query shown in the results header can be edited in place, so narrowing or correcting a search is a small edit and a Return rather than reopening the toolbar's field, which always starts blank, and retyping the whole thing.
Saving a search
The bookmark button in the results header saves the current query under a name you choose, so you can come back to it later without retyping it. A saved search remembers only the query, not which indexer or category it was run with, so loading one runs it against whichever indexer is active at the time. The same saved search can be tried against a different indexer just by switching indexers first and loading it again.
The same button opens the list of searches you have already saved, where each one can be renamed or removed.
Search History
Off by default, in Settings under Search: turn on Save Search History and Saber keeps your last 12 queries, offered as a dropdown the next time you click into the search field in the results header. Picking one fills in the field rather than searching straight away, so you can adjust it first if you want to.
This is separate from saving a search: history is kept automatically for anything you search, saved searches are the ones you have deliberately chosen to keep. Turning the setting off stops anything new being added but does not erase what is already there; Clear Search History, beside the toggle, does that.
Narrowing by category
An indexer returns a limited number of results for a query, usually a hundred. A broad search spends all of them on whatever the indexer happened to return first, so choosing a category is often the difference between finding a release and not.
The category button sits to the left of the search field. It lists the categories your indexer actually offers, read from the indexer itself, with subcategories nested underneath their parent.
- Click a category to select it. Selected categories carry a checkmark, and a parent carries one when anything inside it is selected
- Click a selected category again to unselect it. The entries toggle, so the same click both adds and removes
- All Categories clears the whole selection at once
- Show All, in the bar above the results, does the same thing without opening the menu
The button names what is selected while the names fit and counts them when they do not, and the bar above the results lists them all. Your choice is remembered for each indexer separately, so it survives quitting Saber. It is worth glancing at before a search that returns nothing you expected: a category left selected from last time is the usual reason.
Changing the category runs the search again, since it is a different question.
Watching a feed
Most indexers publish an RSS feed: of a category, of a saved search, or of a list you have put together yourself. Saber can watch those feeds and queue anything new that appears in them, so a release you added to a watchlist turns up as a download without you going back to look.
- Open Settings and find the Feeds section
- Add a feed, give it a name, and paste in the address from your indexer
- Choose whether the items already in the feed should be queued now, or whether the feed should start from this moment
- Set how often feeds are read. Every two hours by default
Every item a feed offers is queued the first time it is seen, and never again: Saber keeps a record per feed of what it has already taken, so restarting the app does not fetch the same releases twice.
The switch beside each feed stops and starts it without deleting it, and the circular arrow beside that reads that one feed straight away. In the main window, the broadcast icon in the toolbar reads every feed at once, which is what you want after adding something to a watchlist rather than waiting for the next scheduled read.
A feed address contains your API key, so Saber keeps the whole address in your Mac's Keychain and never shows it again after you have entered it.
Saving a feed somewhere else. In the feed's settings, turn on Use a different download folder and choose a folder. Everything the feed queues is saved there instead of the destination in Settings, and Change Destination… on a single download still overrides it. A folder icon beside the feed's name shows it has one.
Filtering a feed. Turn on Enable filtering and add rules. A Match rule lets in titles that contain all of its words, and a Reject rule keeps out titles that contain all of its words. An item is queued when it matches any Match rule and no Reject rule; with only Reject rules, everything else is queued. The words can be in any order, capitals are ignored, and dots, underscores and dashes count as spaces, so `show name 1080p` matches `Show.Name.S01E02.1080p.WEB`. Check Against Feed reads the feed and shows what the rules would do with each item before you save them, and its Queue button adds any one item straight away, whatever the rules say. Items a filter keeps out are remembered like everything else, so changing the rules later only affects new items.
Starting a feed over. Reset Feed… makes Saber forget what a feed has already offered and read it again, queuing everything still in it that passes its filter. Anything already in the download list and not yet finished is skipped, so nothing arrives twice. It is in the feed's settings, and in the menu you get by right-clicking the feed.
A feed points at whatever you aim it at. A watchlist or a saved search is a handful of releases. A whole category is thousands, and Saber will queue every one of them. If you are pointing at something broad, turn off "Queue items already in the feed" when you add it, so it starts from now rather than downloading the backlog.
4. Downloading
Adding an NZB
- Double-click the .nzb file in Finder
- Drag it onto the Saber window or the app icon
- Or use the + button in the toolbar
- Or let Saber watch a folder and pick them up on its own
- Or search an indexer from the toolbar and click a result
- Or let Saber watch an RSS feed and queue what appears in it
The download starts straight away. Each row shows the name, a progress bar, and a line beneath it reading how much has arrived and which file is being fetched. The speed, and the totals for the whole queue, are along the bottom of the window.
Watching a folder
Saber can watch a folder and queue any NZB that appears in it, so you never have to open the app to start a download. Point your browser's download folder at it and saving an NZB is enough to begin.
- Open Settings and find the Watch Folder section
- Turn on "Add NZB files from a folder automatically" and confirm the warning
- Choose the folder to watch. Saber offers the picker straight away the first time
- Drop an .nzb in, and it appears in the queue within a second or two
Watched NZB files are moved to the Trash. Every .nzb the watch folder picks up is queued and then moved to the Trash. This is not optional: a file left in place would be found again every time Saber launched. Point the watch at a folder you use for this and nothing else, rather than at your whole Downloads folder. Saber waits until each file has finished being written before it acts, so copying a large NZB in is safe.
The toolbar
- +: add an NZB file
- Pause / Play: stops or restarts everything at once
- Clear finished: removes completed rows from the list; the files stay where they were saved
- Remove: removes the selected downloads from the list, and deletes what they had fetched
- Folder: opens the folder finished downloads are saved to
- Speed Chart: shows or hides the transfer speed chart along the bottom of the window
- Inspector: shows or hides the panel with a selected download's details
- Read Feeds: reads every RSS feed now, rather than at the next scheduled check
- Downloads: returns to the queue from a search (Command-1)
- Search: opens Search, showing the last results without searching again if there are any (Command-2)
- Category: limits a search to particular categories
- Magnifier: expands into the search field
- Gear: Settings
Escape returns to the queue from anywhere. Switching indexer and saving a search are done from the results header once you have searched, not from the toolbar: see Searching above.
Right-click the toolbar to switch between icons alone and icons with their names, or to choose Customize Toolbar… and rearrange it.
Along the bottom, a status line counts what the queue is doing and totals the current download speed.
Each download
- Pause keeps everything already downloaded, so resuming asks only for the segments still missing
- Try again appears on a failed download and picks up where it stopped
- Start over discards the partial download and begins again
- Remove takes the download off the list and deletes what it had fetched
- Show in Finder opens the finished file
Select a single download and click the info button to open its inspector. It shows the download's progress, size, password, where it came from, and an article map. Each box in the map is an article the release is made up of: complete, being fetched right now, or still to come. The yellow band shows the parity volumes held in reserve. On large posts a box can stand for many articles at once, so the map always fits the panel.
Right-click a download for the same controls and a few more. With several downloads selected, right-clicking one of them acts on them all.
- Change Destination… saves this download to a folder you choose instead of the one in Settings, and the inspector shows it under Save to. You can change it until the finished files start moving. If its incomplete files are already being kept on another drive, the finished download is copied across at the end instead of moved instantly. Use Destination from Settings puts it back
- Move to Top and Move to Bottom reorder the queue without dragging
- Show NZB in Finder shows the .nzb the download came from, while it is still on disk
- Copy Name copies the release's name, and Copy Error the full text of a failure
Changing the order
Downloads run one at a time, from the top of the list down. Drag a row up or down to change what runs next, and a gap opens where it will land, or right-click it and choose Move to Top or Move to Bottom. Moving a waiting download above the one that is running pauses the running one and starts the new one; nothing already downloaded is lost, and it picks up again when its turn comes back round.
What happens after the download
- Articles are fetched in parallel and each one is checked against its checksum
- The complete file is reassembled in a working folder
- The post's par2 is fetched and the download is checked against it
- Anything missing or damaged is rebuilt
- Any archive is unpacked, repeatedly if the release is packed more than once
- The finished payload is moved to your chosen folder and the working folder is deleted
If an article arrives damaged, Saber asks the server for it again, up to three times. If it cannot be had at all, the download carries on and the gap is filled from the post's parity volumes.
Every post that carries parity also carries a small file listing what the release should contain, and that one always comes down: the finished download is checked against it before anything is unpacked, and nothing damaged is ever delivered. The recovery volumes themselves are only fetched if that check finds something to rebuild, and then only as many as the damage needs, so a healthy release does not pay the five to fifteen per cent that parity would otherwise add.
Some files are filtered out by default, with no setup needed. Saber never delivers .par2, .sfv, .srr, .srs, .nfo, .txt, .diz or .url files, or sample, proof or screenshot folders: what lands in your chosen folder is the release itself, not the parts it was posted in. This happens automatically, for everyone, and cannot be turned off. Turn on Filter Extra Unwanted Files in Settings and add to its list if you want more left behind.
Quitting is safe. The queue and everything downloaded so far are kept between launches. Close Saber mid-download and it picks up where it stopped when you reopen it; a download you paused stays paused until you start it again.
Finding the finished file. A release holding one file is delivered under the release's name, keeping the file's own extension, because posters often store the payload under a scrambled name and the release is what you recognise. It keeps the date stored in the archive rather than the time you downloaded it, so it will not be at the top of a folder sorted by date. Use Show in Finder rather than hunting for it.
5. Settings
- Save to: where finished downloads land, whether the Downloads folder, the same folder as the .nzb, or a folder you choose
- Download directly into the destination folder: shown when Save to is a folder you choose. Keeps incomplete downloads on that folder's drive instead of your Mac's internal drive, so a large download does not fill your Mac and finishing it is instant. Off by default; see Downloading straight to another drive below.
- Theme: Light, Dark, or follow the system appearance
- Unpack archive after download: extracts the finished archive and saves what was inside instead of the archive parts. On by default.
- Filter Extra Unwanted Files: leaves out files with certain extensions, such as .exe, when delivering a finished download, rather than saving them alongside the rest. Off by default, with a comma-separated list of extensions pre-filled for when you turn it on.
- Remove original NZB after adding: moves the .nzb to the Trash once its contents are queued. Off by default.
- Remove completed downloads from list: clears a finished download from the list as soon as it completes. The downloaded file is not affected, and failed downloads always stay so you can read the error.
- Keep Mac awake while downloading: stops the Mac going to sleep while anything is downloading, repairing, unpacking or moving, so downloads carry on while you are away. The display still sleeps as usual, closing the lid or choosing Sleep still sleeps the Mac, and once the queue is idle the Mac sleeps on its own schedule again. On by default
- Allow Notifications: tells you when a download finishes or fails. Off by default; how the notifications appear is set in System Settings under Notifications.
- Add NZB files from a folder automatically: watches a folder you choose and queues any .nzb that appears in it, then moves it to the Trash. Off by default; see Watching a folder above.
Notifications name the download. A notification saying which release finished stays in Notification Centre until it is cleared, where anyone at your Mac can read it. That is worth knowing before turning them on, and it is the reason they are off to begin with.
Saving beside the NZB. macOS only grants Saber access to files you open and to your Downloads folder. If the .nzb sits somewhere else, saving beside it is refused, and the download is written to your Downloads folder instead.
Downloading straight to another drive. Normally a download is assembled on your Mac's internal drive and copied to the folder you chose at the end, which takes a while when that folder is on an external drive. With Download directly into the destination folder turned on, the incomplete files sit in a hidden .saber-incomplete folder inside the folder you chose instead, and the finished release is moved into place instantly. Downloading and repairing can be slower on an external hard drive, and the drive needs to stay connected: if it is disconnected, Saber stops that download and keeps what it has. Once the drive is back, press the play button on its row to carry on from where it stopped.
6. If Something Goes Wrong
The download fails with a checksum error
An article arrived damaged, and asking the server again did not produce a good copy. If the post carries parity volumes, Saber rebuilds the damaged parts from them on its own. If it does not, or if more is missing than the parity covers, the download fails and says how many blocks were missing against how many were posted, which means the post itself is incomplete on your provider and no client could have finished it. Look for a better-seeded post rather than trying again.
Unpacking failed
The downloaded files are still delivered to your Downloads folder, and the row explains why unpacking did not work. A wrong or missing archive password is the usual cause.
Nothing happens when I double-click an NZB
Another application is probably registered for .nzb files. Right-click the file, choose Open With → Other, pick Saber, and tick Always Open With.
It cannot connect
Check the host, port and SSL setting against what your provider published; a port mismatch with SSL is the most common cause. Then confirm your username and password by signing in on your provider's website.
Last updated: 3 August 2026
Overview
Saber ("the App") is a macOS application published by VeloSec. This policy explains what the App does with your information. The short version: it collects nothing, and sends nothing to us.
What We Collect
Nothing. The App has no accounts, no analytics, no telemetry, no crash reporting, no advertising identifiers and no third-party SDKs. We do not receive any information about you or your use of the App.
Data Stored on Your Mac
The following stays on your Mac and is removed when you delete the App:
- Server settings: the address, port, SSL preference, username and connection count for your Usenet provider, stored in the App's preferences.
- Your credentials: your provider passwords, one entry each, your indexer API keys, and your RSS feed addresses, since a feed address carries a key inside it. All are stored in the macOS Keychain, encrypted at rest and kept separate from the App's other settings, and none is ever written to preferences or to any file the App creates.
- Preferences: your appearance choice and download options.
- Downloaded files: written to your Downloads folder. Partly downloaded files are held in a temporary folder and deleted when the download finishes, fails, or is removed.
Network Communication
The App connects only to servers you have configured yourself, and to nothing else.
- Your Usenet provider. The App sends your username and password to authenticate, and requests the articles listed in the NZB files you add. That connection is encrypted when SSL is enabled, which is the default.
- An indexer, if you add one. The App sends your search terms and your API key so the indexer can answer, and fetches the NZB files you choose. What you search for is not recorded on your Mac and is not sent anywhere else.
- An RSS feed, if you add one. The App requests the feed at the interval you set and fetches the NZB files it lists.
- Indexer and feed connections use HTTPS. Where an indexer offers a download link over plain HTTP, the App requests the same address over HTTPS instead, because that address carries your API key.
- The App makes no other network connections of any kind. It does not contact VeloSec, check for updates, or report usage.
Your Usenet provider will have its own privacy policy covering what it records about your connections. That relationship is between you and your provider.
Content
The App hosts, indexes, recommends and supplies no content of its own. It can search an indexer, but only the one you configure with your own account and API key, and it keeps no record of what you searched for. It downloads only what is described in NZB files you supply, from the provider account you supply. What you download, and whether you have the right to do so, is your responsibility.
Children's Privacy
The App is not directed at children and collects no information from anyone.
Changes
If this policy changes, the updated version will be posted on this page with a revised date above.
Contact
Questions about this policy: saber@velosec.au
What changed in each release, newest first. The Mac App Store shows the same notes on the update itself.
Version 1.4.0
- RSS feeds get their own settings: save each feed to a folder of its own, filter it with Match and Reject rules and preview what they would do, or reset a feed to fetch its items again. Downloads now keep the Mac awake until they finish, so they carry on while you are away. Right-click a download for more controls, including Change Destination…, Move to Top and Move to Bottom. Plus various refinements and improvements.
Version 1.3.8
- With a custom folder chosen under Save to, turn on “Download directly into the destination folder” in Settings to keep downloads in progress on that drive as well as finished ones. Incomplete files wait in a hidden folder there instead of on your Mac's internal drive, and the final move is instant.
- Various refinements and improvements.
Version 1.3.7
- Various stability improvements and refinements.
Version 1.3.6
- Various stability improvements.
Version 1.3.5
- This update improves stability and memory efficiency when handling large downloads. The next queued download now starts sooner, and multipart or password-protected 7-Zip downloads extract more reliably.
Version 1.3.3
- Kept memory use bounded while moving a very large finished download to another drive: each temporary copy buffer is now released as soon as it has been written, while progress and its time estimate continue updating independently.
- Fixed a single-file download being delivered with an obfuscated or missing filename when its NZB subject contained only a bare filename, without quotes or a part counter.
- Kept an active download's progress bar visible when its row is selected by switching it to an adaptive high-contrast tint against the blue selection.
Version 1.3.2
- Fixed a rare case where checking or unpacking a large download could use an unusually large amount of memory, or get stuck partway through.
- A download that was verifying, repairing, or unpacking when the app quit unexpectedly now comes back paused instead of resuming that step on its own, so whatever caused it has a chance to be looked at rather than being retried unattended.
- Fixed clicking a download to see its details in the inspector doing nothing at all, on every row regardless of its status: a click was not reliably reaching the queue's row selection. Clicking a row now selects it directly; revealing a finished download in Finder moved from double-clicking the row to its own button and right-click menu, both already there.
- Fixed the inspector saying "Unpacking" for the entire time a finished download was being moved to its destination, instead of saying so and showing progress the way the queue row already did.
- Fixed moving a large finished download to its destination taking noticeably longer with the inspector open: progress was being reported far more often than the display needs, and each update forced the inspector's own article map to redraw, walking every article in the release to do it.
- The queue's rows now use the system's own tooltips throughout instead of a manual workaround.
Version 1.3.1
- Fixed a release being delivered under garbled filenames with no extension, and its recovery volumes not being recognized as parity, when an indexer rewrites the post's subject into a bare `filename.ext (n/m)` form with no quotes: Saber only knew how to read a filename out of a quoted subject.
Version 1.3.0
- Saber is now available in Spanish, German, French, Dutch, Japanese, Brazilian Portuguese, Simplified Chinese and Korean, throughout the app and in the User Guide.
- A new Filter Extra Unwanted Files setting, off by default, leaves out files with extensions of your choice, such as .exe, when delivering a finished download.
- Downloads are faster, especially on higher-latency connections: each connection now pipelines several article requests instead of waiting for a reply before sending the next, and a dropped or stalled connection reconnects and picks up where it left off rather than failing the download.
- The inspector now keeps following the active download instead of losing track of it when a finished item is removed from the list.
- A download's progress bar turns green once it completes.
- The inspector shows an estimated time remaining alongside the byte count and percentage while a download is in progress.
- A spacer is available in View > Customize Toolbar for spacing out toolbar groups by hand.
- Adding or editing a provider now has a Test button, which opens a connection with what you have entered so far and reports success or the reason it failed.
- A new Unpack single files into folder setting, off by default, places a release that delivers just one file into a folder named after it, the same way a multi-file release already does.
- An NZB whose password is embedded in its own filename, as some indexers do with `Release{{password}}.nzb`, now unpacks correctly instead of failing with a password error.
- Moving a finished download to a different drive now shows real progress instead of sitting at 100% for however long the move takes.
- The speed graph holds steadier on large downloads instead of showing dips that did not reflect the actual connection, and a download now shows as Verifying rather than looking stalled during the whole-file check that runs before a large release with parity finishes.
- A large download now briefly checks with the provider which articles it holds before starting, shown as Checking availability, and refuses up front with a clear reason if too much is missing for the posted parity to ever rebuild, rather than downloading most of it first and failing.
- The Checking availability and Moving to destination phases now show an estimated time remaining alongside their progress, the same way the download itself already does, and archive extraction shows as Extracting rather than reading identically to the move that follows it.
- A new Queue NZB files found in a delivered download setting, on by default, adds a follow-up NZB bundled inside a release to the queue automatically instead of leaving it undiscovered wherever it was delivered.
- Fixed pausing a download that was still checking availability: it used to be silently ignored, and the download would carry on as if nothing had been clicked.
- Fixed a bundled NZB sometimes being delivered alongside the release instead of being queued: queueing it could then fail with a missing-file error, since it read from the copy that delivery had just moved away.
- Fixed a newly added large download looking stalled while it checked availability: the progress bar stayed at an empty 0% for the whole phase, since it was still showing byte progress from a download that had not started yet.
- Fetching parity files after a download reaches 100% now shows its own progress in yellow, with a byte count of its own, instead of the progress bar sitting frozen at 100% with only the status text saying anything was happening.
Version 1.2.4
- The results header now carries the indexer switch, category filter and save button directly, and the query itself is editable in place instead of a static "Results for" label.
- Search History, off by default in Settings, keeps your last 12 queries and offers them back in a dropdown under the search field.
- Search results and downloads both now show which indexer and category a release came from.
- Various stability fixes.
Version 1.2.3
- Saber can now use several providers at once for a single download, not just one: group them as Primary in Settings and they are pooled together, while anything set to Backup is only ever asked for what the Primary group could not supply.
- Search has a new button to switch which indexer it uses, right in the toolbar, and a bookmark button to save a query and come back to it later.
- Five more indexer presets: altHUB, DOGnzb, NZB.su, abNZB and Tabula Rasa.
- The speed chart and inspector buttons now show when their panel is open.
Version 1.2.2
- The inspector panel now stays open until you close it, instead of disappearing when you click away from a selected download, and can be opened even with an empty queue.
- The inspector and the speed chart each get their own toolbar button, so either can be shown or hidden independently.
- The speed chart's y-axis no longer shows a stray "0 bytes" tick when nothing has downloaded in a while.
Version 1.2.1
- A release split across many files downloads faster: connections now pull from a single shared queue across every file at once, rather than finishing one file before starting the next.
- A speed chart along the bottom of the window shows download rate over time, with a choice of how finely it is plotted.
- An inspector panel shows a selected download's details, including a live map of the articles it is made up of.
- Downloads can now be selected and removed in bulk.
- A failed download's full error message can now be copied from its right-click menu.
Version 1.1
- Saber can now use more than one provider at a time. List them in the order you want them used, and when the first does not hold an article the next is asked, before any of the post's recovery blocks are spent on it. A backup or block account is only ever contacted for what is actually missing, so an ordinary download costs nothing on it.
- Providers can be switched on and off, and reordered, in Settings.
- Downloads are substantially faster, and adding connections now increases speed rather than making no difference to it.
- A post's recovery files are no longer downloaded unless something needs rebuilding, which takes about a tenth off what a healthy release costs you.
Version 1.0
- The first release of Saber. Add an NZB and Saber downloads it across parallel connections, checks every article against its checksum, reassembles the file, unpacks whatever it finds (including multi-volume, password-protected and scrambled-filename archives) and saves the finished result where you asked for it.
- Saber can also watch a folder for you, queueing any NZB that appears in it.
Still need help? Get in touch.