https://bugzilla.samba.org/show_bug.cgi?id=11949
Bug ID: 11949
Summary: A malicious sender can still use symlinks to overwrite
files
Product: rsync
Version: 3.1.2
Hardware: All
OS: All
Status: NE
At 10:27 02.06.2016, Fabian Cenedese wrote:
>Content-Transfer-Encoding: 7bit
>
>Hi
>
>I'm trying to build a backup system based on rsync. It should
>work with different destinations (local, share, remote etc) that's
>why I'm looking for ways how every operation can be controlled
>from the client si
per...@pluto.rain.com (Perry Hutchison) wrote:
> Best choice for magtape is probably something like tar, cpio, or pax
> (for a file-oriented backup), or the appropriate variant of dump(8)
> (to back up an entire filesystem -- but not all FS formats have a
> dump/restore suite available).
I wouldn
"McDowell, Blake" wrote:
> The storage is just an regular HDD in a mac pro tower.
Ah, is this the version of rsync that comes with OS X ? Are these HFS+
filesystems ?
I vaguely recall that the OS X version is "hacked" to handle the file semantics
of HFS+ filesystems. Hopefully someone else ac
"McDowell, Blake" wrote:
> The storage is just an regular HDD in a mac pro tower. I can't
> imagine why it wouldn't handle timestamps. Also of note - this
> problem doesn't exist for every file, just the vast majority.
> So, that just makes it more confusing.
The filesystem format (MacOS native?
At 17:57 02.06.2016, Steven Levine wrote:
>>rsync -a --delete empty_local_folder remote_folder_to_delete
>
>>to get rid of the contents. However the folder itself still remains. So
>>after a while I'd have a lot of empty folders.
>
>This comes up on the list every now and then.
>
>Here's a snip fr
