DO NOT REPLY [Bug 3653] New: Silence 'vanished files' messages

classic Classic list List threaded Threaded
31 messages Options
12
Reply | Threaded
Open this post in threaded view
|

DO NOT REPLY [Bug 3653] New: Silence 'vanished files' messages

samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=3653

           Summary: Silence 'vanished files' messages
           Product: rsync
           Version: 2.6.8
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: enhancement
          Priority: P3
         Component: core
        AssignedTo: [hidden email]
        ReportedBy: [hidden email]
         QAContact: [hidden email]


Please add an option to disable the 'vanished files' error messages and return
code. This way, running rsync from crontab/meep wouldn't send mails for this
rather unproblematic case when you already know about it.


--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Reply | Threaded
Open this post in threaded view
|

DO NOT REPLY [Bug 3653] Silence 'vanished files' messages

samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=3653





------- Comment #1 from [hidden email]  2006-04-03 07:13 MST -------
diff -u -r1.332 options.c
--- options.c   28 Mar 2006 23:09:36 -0000      1.332
+++ options.c   3 Apr 2006 12:12:44 -0000
@@ -113,6 +113,7 @@
 int checksum_seed = 0;
 int inplace = 0;
 int delay_updates = 0;
+int ignore_vanished = 0;
 long block_size = 0; /* "long" because popt can't set an int32. */


@@ -491,6 +492,7 @@
   {"no-partial",       0,  POPT_ARG_VAL,    &keep_partial, 0, 0, 0 },
   {"partial-dir",      0,  POPT_ARG_STRING, &partial_dir, 0, 0, 0 },
   {"delay-updates",    0,  POPT_ARG_NONE,   &delay_updates, 0, 0, 0 },
+  {"ignore-vanished",  0,  POPT_ARG_NONE,   &ignore_vanished, 0, 0, 0 },
   {"prune-empty-dirs",'m', POPT_ARG_NONE,   &prune_empty_dirs, 0, 0, 0 },
   {"log-format",       0,  POPT_ARG_STRING, &log_format, 0, 0, 0 },
   {"itemize-changes", 'i', POPT_ARG_NONE,   0, 'i', 0, 0 },
diff -u -r1.92 sender.c
--- sender.c    14 Jan 2006 20:26:24 -0000      1.92
+++ sender.c    3 Apr 2006 12:12:44 -0000
@@ -41,6 +41,7 @@
 extern struct stats stats;
 extern struct file_list *the_file_list;
 extern char *log_format;
+extern int ignore_vanished;


 /**
@@ -296,12 +297,14 @@
                fd = do_open(fname, O_RDONLY, 0);
                if (fd == -1) {
                        if (errno == ENOENT) {
-                               enum logcode c = am_daemon
+                               if (!ignore_vanished) {
+                                       enum logcode c = am_daemon
                                    && protocol_version < 28 ? FERROR
                                                             : FINFO;
-                               io_error |= IOERR_VANISHED;
-                               rprintf(c, "file has vanished: %s\n",
-                                       full_fname(fname));
+                                       io_error |= IOERR_VANISHED;
+                                       rprintf(c, "file has vanished: %s\n",
+                                                       full_fname(fname));
+                               }
                        } else {
                                io_error |= IOERR_GENERAL;
                                rsyserr(FERROR, errno,


--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Reply | Threaded
Open this post in threaded view
|

DO NOT REPLY [Bug 3653] Silence 'vanished files' messages

samba-bugs
In reply to this post by samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=3653





------- Comment #2 from [hidden email]  2006-04-03 14:59 MST -------
I think filtering error messages should be the job of the cron script invoking
rsync, not of rsync itself; otherwise we'll find ourselves adding options to
disable each of the myriad errors rsync can produce.  Do "rsync <...> 2>&1 |
grep -v 'file has vanished'" .


--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Reply | Threaded
Open this post in threaded view
|

DO NOT REPLY [Bug 3653] Silence 'vanished files' messages

samba-bugs
In reply to this post by samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=3653





------- Comment #3 from [hidden email]  2006-06-07 09:20 MST -------
(In reply to comment #2)
> I think filtering error messages should be the job of the cron script invoking
> rsync, not of rsync itself; otherwise we'll find ourselves adding options to
> disable each of the myriad errors rsync can produce.  Do "rsync <...> 2>&1 |
> grep -v 'file has vanished'" .

the problem here is that this isn't really an error, but basically a
warning/information.

when I'm calling rsync from meep (http://freshmeat.net/projects/meep/) I can't
filter the error messages or change the error code before meep gets them.

I really think this condition should be silenceable. No other error is
comparable (at least to me).


--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Reply | Threaded
Open this post in threaded view
|

DO NOT REPLY [Bug 3653] Silence 'vanished files' messages

samba-bugs
In reply to this post by samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=3653





------- Comment #4 from [hidden email]  2006-06-07 17:41 MST -------
(In reply to comment #3)
> when I'm calling rsync from meep (http://freshmeat.net/projects/meep/) I can't
> filter the error messages or change the error code before meep gets them.

Yes you can!  Write an rsync wrapper script like this:

rsync-no-vanished:
#!/bin/bash
(rsync "$@"; if [ $? == 24 ]; then exit 0; else exit $?; fi) 2>&1 \
    | grep -v 'vanished'

Then edit CMD_RSYNC in meep to refer to rsync-no-vanished instead of rsync.  I
have tested this script, and it blocks all vanished-related messages and exit
codes while letting everything else through.


--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Reply | Threaded
Open this post in threaded view
|

DO NOT REPLY [Bug 3653] Silence 'vanished files' messages

samba-bugs
In reply to this post by samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=3653





------- Comment #5 from [hidden email]  2006-06-09 10:28 MST -------
works, thank you. I'd love the patch to be included nonetheless, so I don't
have to spawn yet another shell every time :-/


--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Reply | Threaded
Open this post in threaded view
|

DO NOT REPLY [Bug 3653] Silence 'vanished files' messages

samba-bugs
In reply to this post by samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=3653





------- Comment #6 from [hidden email]  2006-06-09 19:17 MST -------
I still think that incorporating a patch into the official rsync for something
done so easily outside of rsync would be foolish.  Of course you are welcome to
patch your own copy of rsync if you prefer that to a shell script.


--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Reply | Threaded
Open this post in threaded view
|

DO NOT REPLY [Bug 3653] Silence 'vanished files' messages

samba-bugs
In reply to this post by samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=3653





------- Comment #7 from [hidden email]  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
vs.
mkdir a ; mkdir b ; rsync-no-vanished -r a b ; echo $? ; rm -rf a b

... I found no way to fix that, and it breaks my whole backup scheme.

Thus, I would definitely say it's NOT easily fixed outside rsync, and would
still like the patch to be included - it's the only warning condition rsync is
noisy about, AFAIK :(


--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Reply | Threaded
Open this post in threaded view
|

DO NOT REPLY [Bug 3653] Silence 'vanished files' messages

samba-bugs
In reply to this post by samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=3653





------- Comment #8 from [hidden email]  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 updates.  I wonder if anyone has a system that
will automatically apply local customizations to software updates.

OK, so I made a mistake and my script mangled the exit code.  Please try the
attached improved version of the script.  As for "not easy to fix": maybe it's
not easy for you to come up with a fix, but if my new script works, there will
be a fix that is easy to _use_ and that's what counts.


--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Reply | Threaded
Open this post in threaded view
|

DO NOT REPLY [Bug 3653] Silence 'vanished files' messages

samba-bugs
In reply to this post by samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=3653


[hidden email] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Attachment #1957|application/octet-stream    |text/sh
          mime type|                            |




--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Reply | Threaded
Open this post in threaded view
|

DO NOT REPLY [Bug 3653] Silence 'vanished files' messages

samba-bugs
In reply to this post by samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=3653


[hidden email] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Attachment #1957|text/sh                     |text/plain
          mime type|                            |




--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Reply | Threaded
Open this post in threaded view
|

DO NOT REPLY [Bug 3653] Silence 'vanished files' messages

samba-bugs
In reply to this post by samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=3653





------- Comment #9 from [hidden email]  2006-06-14 08:19 MST -------
Well, easy-to-use would be --ignore-vanished ;) .. as rsync is the one emitting
the warning.

"pipefail" is a bash 3.x feature, which hasn't made it into all distributions
(yet) .. and which I didn't know of, until today :)

... I still thinks this wrapper is a kludge which shouldn't be needed at all.
Do you know ANY other kind of message/warning/exit code for rsync which would
demand a similiar kind of treatment?


--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Reply | Threaded
Open this post in threaded view
|

DO NOT REPLY [Bug 3653] Silence 'vanished files' messages

samba-bugs
In reply to this post by samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=3653


[hidden email] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email]




------- Comment #10 from [hidden email]  2006-10-13 03:54 MST -------
I have a theory that vanised files are caused
by clock sync of ntpdate or hwclock.

Please could you check if the vanished files apears only
when a cron job of ntpdate is done ?

Patching rsync to hide vanished files is just a work around
and this is very dangerous if you use "ignore-errors" with "delete"
options. Rsync will start to delete files who still present on
the source because of reported as "vanished" !

https://bugzilla.samba.org/show_bug.cgi?id=4168

Best Regards,
Guy Baconniere


--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Reply | Threaded
Open this post in threaded view
|

DO NOT REPLY [Bug 3653] Silence 'vanished files' messages

samba-bugs
In reply to this post by samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=3653





------- Comment #11 from [hidden email]  2006-10-14 19:01 MST -------
Andreas, you have a point about the special nature of the "file has vanished"
message.  The message seems to be an artifact of rsync's implementation that
isn't meaningful at the level of rsync's purpose.  I now believe the sender
should treat a vanished file V as if it never existed in the first place.  That
means:

(1) If V was a command-line argument or --files-from entry, the sender should
issue the same error it would have issued if V did not exist during file-list
building.

(2) If the generator has itemized the transfer, the sender needs to print an
informational message stating that the transfer didn't actually happen so that
programs reading the output know to forget about it.  This message is neither
an error nor a warning.

(3) If --delete is on and V exists in the destination, the generator needs to
consider deleting it.  To this end, the sender uses a protocol extension to
tell the receiver that V vanished.  The receiver passes the news to the
generator, which removes V from its file list.  If the generator has already
deleted in V's containing directory, it deletes V immediately modulo protect
filters.  If the receiving side is not modern enough to support this process,
the sender prints a warning to that effect and sets IOERR_VANISHED.

To a sender containing my proposed changes, a vanishing is no longer cause for
a warning or an exit code unless the receiving side is old and #3 applies.  And
I anticipate that #3 will rarely happen because most source files that vanish
are short-lived temporary files that haven't existed for long enough to be
copied to the destination by a previous rsync run.


--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Reply | Threaded
Open this post in threaded view
|

DO NOT REPLY [Bug 3653] Silence 'vanished files' messages

samba-bugs
In reply to this post by samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=3653





------- Comment #12 from [hidden email]  2008-06-04 20:24 CST -------
Created an attachment (id=3335)
 --> (https://bugzilla.samba.org/attachment.cgi?id=3335&action=view)
Demonstration of two nasty vanishing cases

Even with the changes I proposed in comment 11, there are two cases in which
rsync's handling of a vanishing could be considered incorrect and thus merit a
warning and code 24.  They are both demonstrated in the attached script.

4. A source file causes rsync to delete a non-regular destination file (which
could even be a nonempty directory with --force) and then vanishes.  The end
result is that rsync deleted something from the destination without replacing
it, which shouldn't happen without --delete.

5. With --prune-empty-dirs, a source file preventing the pruning of its parent
directory and then vanishes.  The end result is that rsync creates an empty
directory, which isn't supposed to happen with --prune-empty-dirs.

Both of these seem rare and a pain to fix, and there are other other concurrent
modifications that cause code 23, such as replacing a regular file with a
directory, which can't be read(2).  I think making rsync completely correct and
warning-free in the face of concurrent modifications to the source is a losing
battle.  I propose that we focus on reducing the inconvenience in the common
case by suppressing the warning and code 24 for "safe" vanishings, namely new
source files in unprunable directories, and perhaps handling #3.  The need to
issue a code 23 when a mandatory file vanishes (#1) is a separate issue.


--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Reply | Threaded
Open this post in threaded view
|

DO NOT REPLY [Bug 3653] Reduce the need for the "vanished files" warning

samba-bugs
In reply to this post by samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=3653


[hidden email] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email]




------- Comment #13 from [hidden email]  2008-07-14 16:24 CST -------
Guys, I also find this warning annoying.
I get a pretty much daily email about it from my backup 'failing'.

/etc/cron.daily/snapback2:
rsync warning: some files vanished before they could be transferred (code 24)
at main.c(1515) [generator=3.0.2]

I am not even sure which files are vanishing.
I suspect the files are from a mail directory, where some spam messages are
moved after rsync builds the files list.

I vote for including the patch into rsync to make it more useful for this use
case.


--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Reply | Threaded
Open this post in threaded view
|

DO NOT REPLY [Bug 3653] Reduce the need for the "vanished files" warning

samba-bugs
In reply to this post by samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=3653





------- Comment #14 from [hidden email]  2009-04-22 03:39 CST -------
I also find this warning annoying, I really vote for this patch.


--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Reply | Threaded
Open this post in threaded view
|

DO NOT REPLY [Bug 3653] Reduce the need for the "vanished files" warning

samba-bugs
In reply to this post by samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=3653





------- Comment #15 from [hidden email]  2009-04-22 03:51 CST -------
I ended up using the following script for snapback2 (which exits with the same
error codes as rsync if rsync fails:

# cat /etc/cron.daily/snapback2
#! /bin/sh
OUT=`/usr/bin/snapback2 2>&1`
RET=$?
if [ "$RET" != "23" -a "$RET" != "0" -a "$RET" != 24 ]; then
    echo "$OUT"
    exit $RET
fi

this is a workaround, it would still be great to be able to tell rsync to
ignore vanished files.


--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Reply | Threaded
Open this post in threaded view
|

DO NOT REPLY [Bug 3653] Reduce the need for the "vanished files" warning

samba-bugs
In reply to this post by samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=3653


[hidden email] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email]




------- Comment #16 from [hidden email]  2009-05-18 07:59 CST -------
This is a 'me too' for '--ignore-vanished-files' flag. Lots of legitimate cases
where files could vanish, so having the option to treat this as normal (i.e.
prevent rsync from producing this warning and ensure a zero exit value) should
be simple enough, and would prevent lots of people (me included) from needing
to use wrapper scripts, hacks and/or just give it to receiving the annoying
cron messages it causes :)


--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Reply | Threaded
Open this post in threaded view
|

DO NOT REPLY [Bug 3653] Reduce the need for the "vanished files" warning

samba-bugs
In reply to this post by samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=3653


[hidden email] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email]




------- Comment #17 from [hidden email]  2010-10-01 11:27 CST -------
"Me too."

Doing nightly backups from cron is an *extremely* common use-case of rsync, and
telling each and every user of rsync that they should either A) write their own
shell script to filter and discard error messages, or B) play a constant game
of whack-a-mole chasing down new --exclude options to add, is just silly.  It
pushes work downstream that could be done upstream much more efficiently.  Why
make each user write the same code over and over when the developer could write
it just once, and get it right?

Option A is bad because everyone gets to introduce differently-subtle bugs in
their script (wrong error code? accidentally ignoring too many error messages?
who knows. It's fragile.)

Option B is bad because I don't *want* to have a bunch of --exclude options for
my backup: disk and bandwidth are cheap, so I want my backup disk to be an
exact mirror.  That way, when the disk holding / dies, I can just drop the
backup in and boot it, being confident that everything is exactly the same.


--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
12