Case A:Rsync still has to start from the beginning, but it uses the partial
file as a basis file, so transfer of the first part should be much faster
than transferring from scratch. Rsync will NOT do what you are thinking and
use the same file and just continue building on it, but it will start a n
Julian,
Both scenario's you describe are the way rsync should behave, but it does
not. Let me just describe how case a can be reproduced.
Take a large zip file, my file is now 100MB, and encrypt it with rsyncrypto.
Now rename that file to 1.zip. Encrypt this file again and rename the
encryp
Jan Alphenaar wrote:
Julian,
Both scenario's you describe are the way rsync should behave, but it
does not. Let me just describe how case a can be reproduced.
Take a large zip file, my file is now 100MB, and encrypt it with
rsyncrypto. Now rename that file to 1.zip. Encrypt this file
Sounds like the files are totally different... silly question: is gzip
patched with the rsyncable flag?Can you use a hex compare tool to confirm
that most of the files are the same?
On Fri, Jul 31, 2009 at 11:58 AM, Shachar Shemesh wrote:
> Jan Alphenaar wrote:
>
> Julian,
>
>
>
> Both scenario
Shachar,
Ok, mystery solved. After the file is encrypted for the first time, my
script deletes the key file. When the file is encrypted a second time,
rsyncrypto creates a new key file, and also generates a completely new
encrypted output file (that is why rsync is fully transferring the file
a
Jan Alphenaar wrote:
Shachar,
Ok, mystery solved. After the file is encrypted for the first time, my
script deletes the key file. When the file is encrypted a second time,
rsyncrypto creates a new key file, and also generates a completely new
encrypted output file (that is why rsync is fu
Shachar,
I fully agree with you, thanks for your explanation.
Regards,
Jan
_
Van: Shachar Shemesh [mailto:shac...@shemesh.biz]
Verzonden: vrijdag 31 juli 2009 13:06
Aan: Jan Alphenaar
CC: 'L-rsyncrypto'
Onderwerp: Re: Partial transfer of rsyncrypto encrypted files
Jan
