I understand that it is impossible to know the file extensions from a torrent or a magnet file. However, could it be done on the import stage?
Could we delete and block the source while a downloaded file or folder contains no file with an acceptable extension? I have recent encountered lots of torrents with arj extensions. Their legitimacy are questionable. I did not and will not attempt to open them.
Thank you.
This is already supported, it’s enabled per indexer.
Thanks for your prompt reply. I didn’t knew these features! *arr’s are amazing!
However, the extension I have encountered, .arj, is not included. Is it possible to add a customization field for it?
Furthermore, as I manage the indexers by prowarr, Is there an option to include this setting into the integration?
P.S. I have amended the topic to reflect the new request.
.arj is already included. Sonarr/src/NzbDrone.Core/MediaFiles/FileExtensions.cs at develop · Sonarr/Sonarr · GitHub
Thanks for letting me know.
Is there a way to enable all the options in all of the indexers?
There is not and AFAIK Prowlarr doesn’t yet support that functionality.
I know Prowlarr does not have an option to manipulate download failure options.
But what I mean is, an option in Sonarr to enable these options by default. Hence they can be turned on on all the indexers added while added by prowlarr or other automatic means.
I enabled this in Sonarr (both “Executables” and “Potentially Dangerous”) but it had no effect. It still pulls torrents that have .arj files inside them.
Is this supposed to work at download or only if using Sonarr’s Media Management to import the media?
I was expecting that Sonarr, when looking at the file and folder contents of a torrent would see the .arj and immediately exclude or fail the download. Is that not how the setting works?
Sonarr does not look at the contents of a download until it goes to import, so it operates at import time.
cant we do this system wide as every time prowlarr resync it overides the indexer settings?
I’m also noticing a lot of “foo.mp4.lnk” showing up, and if you inspect them the shortcut has a bunch of code script packed into it. Clearly not what I want.
I’ve disabled the suspect extensions directly in qB but then I end up with a download slot for an episode clogged up by this dead torrent.
Maybe this is an issue for qB to handle, like auto delete any torrent that has no valid files… but that seems like a very unreliable method, and it wont add that source to *arrs blacklists, so it would just redownload again.
I’m hoping that we could add something like a task that triggers when an import finds something it can’t work with, like a bad extension, and we could tell it what to do, like send an alert, or auto blacklist and re-search, etc.
Cleanuperr is worth installing if you’re getting a lot of these. It will detect the failed imports and automatically delete them from Sonarr and qB, and add them to Sonarr’s block list.
Cleanuperr looks promising. I have added it to my fleet of docker containers. I might report back if I have found anything new.