Date: Mon, 12 Jun 2006 18:01:34 -0400
From: Matt McCutchen <[EMAIL PROTECTED]>
On Mon, 2006-06-12 at 17:51 -0400, [EMAIL PROTECTED] wrote:
> The right solution is probably to run an encrypted filesystem on the
> machine that holds the backups, and of course to use ssh getting t
On Mon, 2006-06-12 at 17:51 -0400, [EMAIL PROTECTED] wrote:
> The right solution is probably to run an encrypted filesystem on the
> machine that holds the backups, and of course to use ssh getting the
> files there.
That isn't enough if the department heads don't trust the backup machine
to trans
Date: Mon, 12 Jun 2006 14:18:00 -0400
From: Matt McCutchen <[EMAIL PROTECTED]>
On Mon, 2006-06-12 at 10:58 -0700, Chuck Wolber wrote:
> On Mon, 12 Jun 2006, Brad Farrell wrote:
>
> > Is there a way with rsync to encrypt data at the source before
> > transmitting? Not
Hello,
--Am 12. Juni 2006 14:11:59 -0400 schrieb Matt McCutchen
<[EMAIL PROTECTED]>:
Separately, we should look into stable sorting. Maybe, instead of
replacing qsort with another sorting function, we can just keep an
indication of the original order somewhere and use this order to break
tie
On Mon, 2006-06-12 at 10:58 -0700, Chuck Wolber wrote:
> On Mon, 12 Jun 2006, Brad Farrell wrote:
>
> > Is there a way with rsync to encrypt data at the source before
> > transmitting? Not talking about the actually transmission, but the data
> > itself. I've got a few department heads that wan
On Thu, 2006-06-08 at 13:48 +0300, Antti Tapaninen wrote:
> Here's a new description of the process that hopefully makes
> my goals more clear. [...]
I think I understand now. Your goal is to manage / so that it consists
of files from these three sources (in decreasing priority):
- /alt/local
-
On Mon, 12 Jun 2006, Brad Farrell wrote:
> Is there a way with rsync to encrypt data at the source before
> transmitting? Not talking about the actually transmission, but the data
> itself. I've got a few department heads that want their data secured
> before it leaves their computer so that n
Hi there
Is there a way with rsync to encrypt data at the source
before transmitting? Not talking about the actually transmission, but the data
itself. I’ve got a few department heads that want their data secured
before it leaves their computer so that no one in the office can access
Wayne Davison said:
> On Thu, Jun 08, 2006 at 02:58:17PM -0600, Alan Sparks wrote:
>> I have been experimenting with the transfer log facility, and while that
>> can provide the module path, and the base filename, it appears to
>> exclude
>> any sub-path information for the file.
>
> This seems to
On Mon, 2006-06-12 at 08:32 -0500, helices wrote:
> I am confused with man rsyncd.conf, where the manpage states:
> "it only applies on the daemon"
Excludes in rsyncd.conf are meant for files that are in module
directories for reasons unrelated to the rsync daemon and that should be
inaccessib
https://bugzilla.samba.org/show_bug.cgi?id=3653
[EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #1957|text/sh |text/plain
mime type|
https://bugzilla.samba.org/show_bug.cgi?id=3653
[EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #1957|application/octet-stream|text/sh
mime type|
https://bugzilla.samba.org/show_bug.cgi?id=3653
--- Comment #8 from [EMAIL PROTECTED] 2006-06-12 09:02 MST ---
Created an attachment (id=1957)
--> (https://bugzilla.samba.org/attachment.cgi?id=1957&action=view)
fixed rsync-no-vanished wrapper script
You have a point about security u
I am running rsync -avz from [A], to pull a directory from [B].
I want to _exclude_ several directories on [B] from being pulled across.
Since these directories have short names, I hope that I can either
specify them inline rsyncd.conf on [B]; or, inline to the CLI on [A].
I am confused with man
https://bugzilla.samba.org/show_bug.cgi?id=3653
--- Comment #7 from [EMAIL PROTECTED] 2006-06-12 03:55 MST ---
Patching my copy would bar me from Debian (security) updates.
... btw, the script DOES NOT work as expected :(
try:
mkdir a ; mkdir b ; rsync -r a b ; echo $? ; rm -rf a b
15 matches
Mail list logo
