Feature request: Clean up after extraction

[SpaceAgeHero]

Hey guys,
I'd find it quite useful if the application could automatically remove "unwanted" stuff after extraction.

This script basically does this exactly:
https://github.com/arfoll/unrarall
Maybe it can be merged?

unrarall --clean=rar,sample_videos,osx_junk <folder> removes .rar files, sample videos etc. but keeps extracted file and .nfo file.

[nitrobass24]

Thanks for the suggestion, @SpaceAgeHero! Good news is that part of this is already possible today, and the rest is a sensible enhancement. Let me break it down.

Already supported

• Extraction — SeedSync already extracts archives on its own (multi-format via 7z, so RAR/ZIP/7z/tar/etc., not just .rar), with auto-extract and split-archive handling built in. So there's no need to bolt on unrarall for the extraction step itself.

• Removing samples / OSX junk that sit next to the archives — this is covered today by the Exclude Patterns setting. It takes comma-separated, case-insensitive globs and skips matching files so they never even download. For example:

  *sample*, .DS_Store, __MACOSX, *.url
  

  Could you give that a try and let me know if it covers most of what you're after? It's strictly better than download-then-delete since the bytes never transfer.

The genuine gap

Exclude patterns can't do two things, which is what I'll track here:

1. Delete the source archive (.rar + split parts) after a successful extraction to reclaim space. This is the biggest win and what I'll prioritize.
2. Remove junk packed inside an archive (e.g. a sample that only appears after extraction) — invisible to exclude patterns since they filter the file listing, not archive contents.

Heads up that (1) is a little more involved than it sounds: SeedSync decides whether to (re)download by comparing the local copy against the remote, so naively deleting the archive after extraction would make it think the file went missing and pull it down again. Doing it safely needs a small "this was intentionally cleaned, don't re-download" marker in the state tracking — which I've now scoped out. The extracted payload and .nfo files are always preserved.

I'll keep this issue open to track the post-extract archive cleanup. Thanks again for the report and the unrarall reference — it's a helpful description of the desired end state.