Any Way To Check For Password Protected Rar At Beginning?

[DasFox]

I'm so sick of all the password protected rar files I come across nowadays on Usenet, such idiots!

Is there a way to have Sabnzbd tell you it's password protected right when the download begins, rather than having it go through a complete download and waste time?

It certainly would be nice to have something like this in Sabnzbd, I thought it didn't matter in a multi rar download, even if you have just one rar and try to open it, I thought it's going to first ask for a password, so I'm not sure why Sabnzbd can't have a feature to test the first rar it downloads to see if it's password protected...

THANKS

[shypike]

We have an option for that for quite some time.
Check out Config->Switches.
It tries to detect and pause as soon as is feasible.

[DasFox]

I take it we're talking about this option?

'Pause job when encrypted RAR is downloaded'

Problem is most of the time it doesn't do anything until a download has completed, can't tell you how many times I've sat waiting 20-30mins to then later be told it's a password protected archive...

Isn't there a way to have this tested as soon as the first rar is downloaded, so people don't have to go through a complete download to wait?


THANKS

[shypike]

The check is done as soon as a full RAR file is in.
For small downloads it isn't very effective, it is for large ones.

[sab12397]

This has been mentioned in the past.

I believe it only checks for a first level password protected rar file.

If the rar (not password protected) contains another rar that is password protected it is still downloaded.

[aceor44]

This has been mentioned in the past.

I believe it only checks for a first level password protected rar file.

If the rar (not password protected) contains another rar that is password protected it is still downloaded.

This is true, and this problem/situation seems to be more common lately. I wish I had an example to share, but have deleted them from my history (usually in a fit of rage)

Can anything be done about this?

[shypike]

If the rar (not password protected) contains another rar that is password protected it is still downloaded.

SABnzbd will detect the more basic ploy of having a RAR of the same name in a RAR
and whether a file with 'password' in its name is present in the RAR.
It cannot detect all cloaking tricks, that's just not feasible.

[DasFox]

Hmm, well, I'm not so sure about people using cloaking tricks, from what I've seen in the past these are only password protected archives, so if that's the case, can anything be done with sabnzbd to detect this right away in the beginning? If it is already doing this, then I don't see this working, it's mainly doing this after a download as been competed....


THANKS

[shypike]

It already does, provided the option is on and the NZB has more than one RAR file.

[DasFox]

It already does, provided the option is on and the NZB has more than one RAR file.

Is this the option? --> 'Pause job when encrypted RAR is downloaded'

If that is correct this does not work, all I download off of Usenet are files that are multi rar archives and 9 times out of 10 it will only tell you it's a password protected archive after the download is completed...

So if you're saying; 'more than one rar'; I'm hoping something could be done to improve this that it will show a password protected archive after the 2nd or 3rd rar is downloaded, or how many does it need to download for this to work?


THANKS

[shypike]

Please email an example of an NZB where it fails
to [email protected] and include the URL of this post.

[aceor44]

Hi shypike, Did you get anywhere with this? Are you still looking for an example?

[shypike]

If you have an example that show SABnzbd detects clearly too late.
Be aware that a full RAR segment must be in before any detection can take place.
In the mean time downloading continues.
For small jobs, chances are that the detection is too late.
It's either that or face serious delays in every download.

[sab12397]

Once SAB pauses due to encryption it also starts to download PAR files to fix the download - it is like the PAR file fix ignores the fact the job should be paused.

I believe Newsleecher has an option to detect Rar within Rar files as normally these are password protected?

Perhaps leave the existing check in place but also add another check that after the first rar file part has been downloaded, list the archive and see if there is another rar inside (it is this rar file that will be password protected) - if appropriate extensions match pause the job?

[shypike]

Once SAB pauses due to encryption it also starts to download PAR files to fix the download - it is like the PAR file fix ignores the fact the job should be paused.

It does not. The download is paused as soon as the first encrypted RAR segment is detected.
It might overshoot, because a number of article requests are still active at the time of detection.
If you have specific NZB files that show odd behaviour, please email with a description of what happens
when you download them.
[email protected]