I found the cause - the option "Max file size to put in package" on the Compressed Package Dialog is totally misleading. What it means that larger files than the specified lmit will not be zipped or encrypted at all.
But the filename is encrypted, which makes this even more misleading.
I am changing the behavior in the next update so that this option is ignored when encryption is on. Files will be zipped and encrypted even beyond that size.
The actual option to split zip files is not this one - it's not in the sub-dialog box for zip packages. Instead, it's on the Compression tab sheet in the profile, and it's called:
X Limit Zip File Size To
I hope this will work for you!
Also, the next version will no longer encrypt the filenames of the zip archives themselves, when you put multiple encrypted files in a single zip archive. I found that this was never intended behavior.
I found the cause - the option "Max file size to put in package" on the Compressed Package Dialog is totally misleading. What it means that larger files than the specified lmit will not be zipped or encrypted at all.
But the filename is encrypted, which makes this even more misleading.
I am changing the behavior in the next update so that this option is ignored when encryption is on. Files will be zipped and encrypted even beyond that size.
The actual option to split zip files is not this one - it's not in the sub-dialog box for zip packages. Instead, it's on the Compression tab sheet in the profile, and it's called:
X Limit Zip File Size To
I hope this will work for you!
Also, the next version will no longer encrypt the filenames of the zip archives themselves, when you put multiple encrypted files in a single zip archive. I found that this was never intended behavior.
Thank you so much. I've tested and now it is a lot easier to understand the differences.
So, question: no way to limit filesize when using sz? spliting in multiple files is only possible with ZIP?
Anyway to avoid having very big files when using SZ? because if the upload fails I have to start over
Thank you for replying. Well I add the suggestion to.
1) add files until files-per-package is hit
2) if max-file-to-put-in-package is hit, split the archive
2a) edge case is if the file being compressed is way bigger, but it is an approximation to the limit and not a hard limit
Since right now this is a SZ limitation (and not ZIP)
Since SZ is superior in everything this could work