Hi Shachar,
I know both of the scenario's are supported, but I was just wondering if one
is better then the other.
Regards,
Jan
_
Van: Shachar Shemesh [mailto:[email protected]]
Verzonden: dinsdag 13 april 2010 11:21
Aan: Jan Alphenaar
CC: rsyncrypto-
est.key cert.key"
Any information is appreciated.
Warm regards,
Jan
--
Download IntelĀ® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applica
Shachar,
I fully agree with you, thanks for your explanation.
Regards,
Jan
_
Van: Shachar Shemesh [mailto:[email protected]]
Verzonden: vrijdag 31 juli 2009 13:06
Aan: Jan Alphenaar
CC: 'L-rsyncrypto'
Onderwerp: Re: Partial transfer of rsyncrypto encrypted fil
,
Jan
_
Van: Shachar Shemesh [mailto:[email protected]]
Verzonden: vrijdag 31 juli 2009 11:58
Aan: Jan Alphenaar
CC: 'L-rsyncrypto'
Onderwerp: Re: Partial transfer of rsyncrypto encrypted files
Jan Alphenaar wrote:
Julian,
Both scenario's you describe are the w
l the way. Rsync is not using the
partially transferred file, it starts at the beginning with a speed
indicated by the bwlimit parameter. I would have expected that in the second
situation the behavior is the same as in the first situation.
Hope it is a bit more clear now.
Regards,
modified it a bit to make it easier to read. Note, the "partial" option is
used. In case the transfer is interrupted, rsync leaves the partially
transferred file on the server.
rsync -rlt -v --partial -e ssh Test.zip jan@:/data
Half way down I interrupt the transfer, the partially transferred
Hi Shachar,
I was just having a look at some old questions I had regarding rsyncrypto.
One of them is described in the email below. Would it be possible to remove
the tmp file and add the filename in the error message ?
Regards,
Jan
_
Van: Jan Alphenaar [mailto:[EMAIL
Hi Shachar,
Another thing from the past was the issue written down below.
The error message works, but the tmp file remains on the disk. Would it be
possible to remove the tmp file ?
Regards,
Jan
-Oorspronkelijk bericht-
Van: Jan Alphenaar [mailto:[EMAIL PROTECTED]
Verzonden
I found some additional information regarding NTFS on Windows.
http://en.wikipedia.org/wiki/Filename
Remarkable that the windows kernel is limiting the NTFS file system.. Must
be some kind of Microsoft marketing decision...
_
Van: Jan Alphenaar [mailto:[EMAIL PROTECTED
Hi Shachar,
I was recently encrypting my Visual Studio files and I ran into an
interesting issue. Rsyncrypto was giving me the following error message:
== BEGIN ERROR MESSAGE
file open failed(BackupFiles\D\Jan Alphenaar\Mijn documenten\Backup
1234567\Visu
al
Studio\Backups
Hi,
I am having trouble getting the right version from SVN. I assume I should
get the files from the trunk folder ?
Jan
-Oorspronkelijk bericht-
Van: Shachar Shemesh [mailto:[EMAIL PROTECTED]
Verzonden: zondag 27 juli 2008 22:05
Aan: Jan Alphenaar
CC: 'L-rsyncrypto'
Ond
ot;D:\Test\keys\testfile.pdf" "D:\Test\Certificate\Cert.key"
error:0407A079:rsa routines:RSA_padding_check_PKCS1_OAEP:oaep decoding error
= END OUTPUT ==
Thanks in advance.
Regards,
Jan
_
Van: Jan Alphenaar [mailto:[EMAIL PROTECTED]
Verzonde
Hi again,
I have just tested RsynCrypto version 1.12 for this issue (see email below).
It is still giving me the error message as below, just wanted to let you
know.
Regards,
Jan
_
Van: Jan Alphenaar [mailto:[EMAIL PROTECTED]
Verzonden: dinsdag 1 juli 2008 12:46
Aan
t.crt"
rename failed(D:\Test\EncryptedFiles\testfile.pdf): Permission denied
=== END OUTPUT ===
Thanks !
Regards,
Jan
-Oorspronkelijk bericht-
Van: Shachar Shemesh [mailto:[EMAIL PROTECTED]
Verzonden: dinsdag 22 juli 2008 7:20
Aan: Jan Alphenaar
CC: 'L-rsyncrypto
with the wrong
certificate, in stead of zeroing it out?
Warm regards,
Jan
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &
thing like "error:
is read-only" ?
Warm regards,
Jan
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a health
ion has requested the Runtime to terminate it in an unusual
way.
Please contact the application's support team for more information.
gzip: stdout: Broken pipe
=== OUTPUT ===
Warm regards,
Jan
-
Check ou
conds
Decryption: 20 seconds
Rsyncrypto 1.10 (Visual Studio)
===
Encryption: 50 seconds
Decryption: 20 seconds
Regards,
Jan
-Oorspronkelijk bericht-
Van: Shachar Shemesh [mailto:[EMAIL PROTECTED]
Verzonden: maandag 2 juni 2008 15:55
Aan: Jan Alphenaar
C
*** [all] Error 2
= END MAKE OUTPUT =
Regards,
Jan
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atd
command fails.
Regards,
Jan
-Oorspronkelijk bericht-
Van: Shachar Shemesh [mailto:[EMAIL PROTECTED]
Verzonden: zaterdag 17 mei 2008 7:37
Aan: Jan Alphenaar
CC: 'L-rsyncrypto'
Onderwerp: Re: Rsyncrypto using wrong gzip ?
Jan Alphenaar wrote:
> Oke, that is a clear answe
]
Verzonden: vrijdag 16 mei 2008 23:01
Aan: Jan Alphenaar
CC: 'L-rsyncrypto'
Onderwerp: Re: Rsyncrypto using wrong gzip ?
Jan Alphenaar wrote:
> Maybe that is one disadvantage of using the MSI system.
>
>
Actually, you've got it backwards.
I have started to compile rsyncryp
Sorry, wrong conclusion at the end.
Because eventually it worked without using the MSI, I would say that
rsyncrypto relies on the registry if you install it using the MSI or just
copying the binaries.
-Oorspronkelijk bericht-
Van: Jan Alphenaar [mailto:[EMAIL PROTECTED]
Verzonden
generated.
The only thing we now know is that RsynCrypto relies on the registry. Which
makes RsynCrypto as stable as Microsoft's registry, spooky..
Maybe that is one disadvantage of using the MSI system.
Regards,
Jan
-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROT
rsyncrypto on machine A is working perfectly I think we can
say that the certficate and key are correct.
In the attachements you can find the output of both machines.
Regards,
Jan
-Oorspronkelijk bericht-
Van: Shachar Shemesh [mailto:[EMAIL PROTECTED]
Verzonden: vrijdag 16 mei 2008 7:34
Aan
Shachar,
Another thing is that I do not have this situation on machine B with
rsyncrypto version 1.06.
Currently I am using rsyncrypto version 1.07.
-Oorspronkelijk bericht-
Van: Jan Alphenaar [mailto:[EMAIL PROTECTED]
Verzonden: donderdag 15 mei 2008 23:11
Aan: 'L-rsyncrypt
quot;D:\Test\Certificate\Cert.crt"
"D:\test\RsynCrypto\RsynCrypto.exe" -d --gzip="D:\test\RsynCrypto\gzip.exe"
"D:\Test\EncryptedFiles\testfile.pdf" "D:\Test\ClearFiles\testfile.pdf"
"D:\Test\keys\testfile.pdf" "D:\Test\Certificate\Cert.key&
p, which is
installed in a different location. Can this be the case? If so, would it be
possible to change the code so it automatically uses the gzip.exe which
comes with rsyncrypto ?
Any other feedback is welcome.
Warm regards,
Jan
--
Hi Shachar,
Thanks for delivering this new version of rsyncrypto and actively
maintaining the software.
I can confirm that the "Win32 only - mkdir error" is indeed resolved.
Thanks again.
Regards,
Jan
-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECT
uters
pass.txt" "c:\test\ClearFiles\routers pass.txt" "D:\test\Keys\routers
pass.txt" "D:\test\Certificate\cert.key"
C:\test>
It Works perfectly. The file is decrypted and now available in
"c:\test\ClearFiles"
END TEST SCENARIO
Sorry to keep
:
"rsyncrypto.exe - Unable To Locate Component"
"This application has failed to start because argtable2.dll was not found.
Re-installing the application may fix this problem."
Any ideas ?
Regards,
Jan
_
Van: jan [mailto:[EMAIL PROTECTED]
Verzonden: zon
30 matches
Mail list logo