Password in NZB file name is "detected" but not transferred to SABnzbd

[Chewbacca]

Hi,

My SABnzbd installation has a problem with the transfer of passwords within the NZB file name to SABnzbd in order to be used for the automatic unpacking (unraring) of the encrypted files. I use SABnzbd v3.1.1 (32-bit standalone version) on Windows 7 SP1.

The download of the file starts as it is supposed to but then pauses, showing the message:
Paused job "Filename" because of encrypted RAR file (if supplied, all passwords were tried)

"Action when encrypted RAR is downloaded" is set to "Pause", so SABnzbd does what is to be expected when it does not find or get a password for decryption. Switching this to "Off" completes the download but does not solve the problem of the files not being decrypted/unpacked.

The NZB files contain the correct passwords in the typical format somename{{password}}.nzb. I can unrar the encrypted RAR files manually, this works without any problems, and it also works with a different newsreader but I would like to switch to SABnzbd. At least, this shows that the NZB files and the RAR files are not the problem. Something is wrong with my installation of SABnzbd.

"enable unrar" is checked under "Special" - "Switches".

There is one weird thing that I noticed and this is why I wrote that the password is kind of detected but not transferred to SABnzbd: When the file download is paused due to the error message above and I click on "Edit NZB Details - Password", I actually get to see the correctly extracted password in the password field. After clicking on the "Submit" button behind the password field and manually resuming the download, the download is being finished and unpacked correctly.


So, what could be the problem why SABnzbd claims not to being able detect the password although it actually does and how can I fix this?

[safihre]

There was a problem in the passworded detection, you can try 3.2.0Beta1, where it should be fixed

[Chewbacca]

Thanks for the suggestion but unfortunately using SABnzbd v3.2.Beta1 didn't fix the problem. I also tried using the older version 3.1.0 and the problem remained the same.

I don't really understand why (in my version/installation) SABnzbd is able to find the password and even displays it in the password field but then fails to use automatically the password for unpacking encrypted RAR files. SABnzbd actually can use the password it has found but only AFTER I click on submit for each download.

[Chewbacca]

I now also tried the installer version of SABnzbd v2.3.9 because I thought it might have something to do with the standalone version but I have the same problem there. No automatic unpacking of files even though the password is there in SABnzbd.

[safihre]

Can you enable Debug logging in the Status and Interface settings window and then after it happens again send me the logs and the NZB at safihre@sabnzbd.org?
The problem is only in the detection of encrypted rars, SABnzbd will still use your password if you just disable Encrypted-password detection.

[Chewbacca]

Disabling the encrypted-password detection while still having + unpacking enabled fixed the problem. No more error messages or stoppings and the unpacking works just fine.

Thanks a lot!

Do you still need the log? Seems like I was the only one with that weird problem (which is now fixed with the workaround you suggested).

[safihre]

I would still like the logs to investigate