uuencoeded files supported?

[somegiu]

Does nzbget support downloading files that are uuencoded?

I have come across nzb's where all the files are downloaded successfully by nzbget and all have the right byte size, but they all appear to be truncated uuencoded files of the originals. I can tell this is the case because all files begin with a header line like the following:

begin 644 filename

Of course the uuencoded version is larger in size than the original, so to me it looks like nzbget does not recognize uuencoeded files at all and simply download each file with the truncated byte size. That means I can't even run uudecode manually on the downloaded files (well, I did try, and I got truncated versions of the original files).

Has anyone else come across this problem? Is there something I did not do correctly, or does nzbget not support nzb's of uuencoded files?

Edit: I should point out that the files on the server are not corrupted - I was able to get them using the easynews web interface, for example.

[dnzbk]

NZBGet doesn't support uuencode because uuencode is obsolete and inefficient (adds ~35% overhead). NZBGet supports yEnc, which is the modern standard with only 1-2% overhead.

[dnzbk]

Got it and confirmed that the downloaded file is uuencoded. I'll investigate the issue.

[dnzbk]

@somegiu Should be fixed now. The fix is available in the latest testing build.

[somegiu]

Fixed less than three days after I raised a query... that was impressive. Many thanks, not only for being so responsive, but also for continuing to make this software a pleasure to use. I won't be able to give it a try for some time though as I'll go on a long holiday shortly, but I look forward to enjoying this fix later. Anyway, thanks so much and happy holidays to the nzbget team.

[dnzbk]

Sure, no problem. The fix was quite trivial, and I hope it works for you.
Happy holidays to you too!

[somegiu]

Just to confirm that this is now working on v26.0. Thanks again.