Astraweb, content that has been removed due to DMCA isn't deleted from the server but rather replaced with txt files containing a message saying removed due to DMCA, they aren't just small text files either, they are the exact size of the original file.
I have enabled the check before download option but it will pass this check with what astraweb are doing. Is there a way to detect before downloading?
Detecting DMCA text file replacements (astaweb)
Forum rules
Help us help you:
Help us help you:
- Are you using the latest stable version of SABnzbd? Downloads page.
- Tell us what system you run SABnzbd on.
- Adhere to the forum rules.
- Do you experience problems during downloading?
Check your connection in Status and Interface settings window.
Use Test Server in Config > Servers.
We will probably ask you to do a test using only basic settings. - Do you experience problems during repair or unpacking?
Enable +Debug logging in the Status and Interface settings window and share the relevant parts of the log here using [ code ] sections.
Re: Detecting DMCA text file replacements (astaweb)
See https://forums.sabnzbd.org/viewtopic.ph ... mca#p67864
So I would say SAB 0.7.2 should already handle this correctly. Which SAB version are you using?Release 0.7.2 will correctly ignore these articles during pre-check and download.
Release 0.8.0 will do something more useful with the info.
Re: Detecting DMCA text file replacements (astaweb)
I am using SABnzbd 0.7.3
I have astraweb as main server with 8 connection and free.xsusenet.com as backup 1 connection.
It only seems to use astraweb connections when checking, then after check it connects to astraweb but drops them and the backupserver chugs away very slowly, it will keep picking astraweb connections and dropping them.
In the past I have had downloads where enough content has been removed to make it unrepairable (but I think was before I enabled checking) More recently though I had download where all the rar files were intact but their contents had been tampered with by astraweb and become impossible to determine what was junk and what wasnt.
They seem to want to make hard for their customers to know what content they have removed, maybe they want people to blow download quota that they have bought of them. Which seems like a underhanded way to treat customers to me.
Is there a easy way to check if content has been tampered with outside of SABnzbd, I used a few 'nzb checker' but they often pass nzb that have content tampered with.
I have astraweb as main server with 8 connection and free.xsusenet.com as backup 1 connection.
It only seems to use astraweb connections when checking, then after check it connects to astraweb but drops them and the backupserver chugs away very slowly, it will keep picking astraweb connections and dropping them.
In the past I have had downloads where enough content has been removed to make it unrepairable (but I think was before I enabled checking) More recently though I had download where all the rar files were intact but their contents had been tampered with by astraweb and become impossible to determine what was junk and what wasnt.
They seem to want to make hard for their customers to know what content they have removed, maybe they want people to blow download quota that they have bought of them. Which seems like a underhanded way to treat customers to me.
Is there a easy way to check if content has been tampered with outside of SABnzbd, I used a few 'nzb checker' but they often pass nzb that have content tampered with.
Re: Detecting DMCA text file replacements (astaweb)
0.7.3 has a bug affecting pre-check.
Pre-check does not see tampered articles, because we only check for presence, not headers or content .
We already try to detect DMCA clues in downloaded articles and will reject those
and try with the backup-server.
If you have (small) examples of NZB that fail to trigger the backup server, I would be interested to get those.
There are some improvements planned for release 0.8.0 where we will probably end up
downloading the article headers during pre-check, because that's the only way to have a chance to
detect any tampering. If that's is not enough, think about another provider.
Pre-check does not see tampered articles, because we only check for presence, not headers or content .
We already try to detect DMCA clues in downloaded articles and will reject those
and try with the backup-server.
If you have (small) examples of NZB that fail to trigger the backup server, I would be interested to get those.
There are some improvements planned for release 0.8.0 where we will probably end up
downloading the article headers during pre-check, because that's the only way to have a chance to
detect any tampering. If that's is not enough, think about another provider.
Re: Detecting DMCA text file replacements (astaweb)
From my reading of other forums it seems they do alter the header with info saying DMCA'd, etc. Even if checking headers in such a way was a added extra option on top normal check, it would probably be quite useful to people with similar problems.
Unfortunately I am tied to astraweb for a little bit, but thats my plan to move another provider.
I have the last NZB I had troubles with, what is best way to send to you? If need I can go back I find others that were problems too.
Thank you
Unfortunately I am tied to astraweb for a little bit, but thats my plan to move another provider.
I have the last NZB I had troubles with, what is best way to send to you? If need I can go back I find others that were problems too.
Thank you
Re: Detecting DMCA text file replacements (astaweb)
Email to [email protected] and please add this url.
For a proper solution you'll have to wait for 0.8.0
For a proper solution you'll have to wait for 0.8.0
Re: Detecting DMCA text file replacements (astaweb)
Awesome, thanks.