a read-only module.
- If need_messages_from_generator is set, make sure that the
  connection between the generator to the sender has multiplexed
  I/O enabled.

sender.

is enabled, tell the sender about it via MSG_SUCCESS.

- If a server is refusing "delete" and we're the sender, also refuse
  the --remove-sent-files option.

  a recursive delete reuse our buffer from f_name().
- Moved the backup-handling into delete_file() in rsync.c.
- Moved the --max-delete counting into delete_file() in rsync.c.

delete_file().

sent to the server inside that directory.

if the daemon has "%i" in its log message (because it already got a
detailed log message from the generator).

  not only ensures that batch files are created consistently for
  push and pull, but allows a daemon to log itemized changes.
- Improved the logging of itemized changes for the daemon.
- Make sure we debug-log our presence in send_files().

- Make sure we debug-log our presence in recv_files().

and daemon_log_format_has_i) and the new FCLIENT logging code to
output stats in the best way possible for both the client and the
daemon.

log file and instead sends a FINFO message to the client.  This is
used when the daemon wants to log a better message locally than it
is sending to the client.  Improved log_delete() to make use of this
idiom if it needs to log a separate delete message for the daemon
and the client.

- Fixed a problem withe option-refusing code when it refuses the
  daemon options.
- Don't sent --itemize-changes (-i) to the server -- send an
  improved --log-format value instead.

instead of itemize_daemon_changes.

version) default logfile format.  Added parsing for a version of the
default logfile format where %o has been replaced with %i.

earlier versions.

- The daemon's wrote/read log message now uses the terms
  sent/received.

checking the new log_format_has_o_or_i variable, not itemize_changes.

- Make sure that -i can't be set w/o an actual %i in the log_format.
- Only need to pass -i to server if we're the sender.
- Only need to pass some --log-format information to the server in
  certain circumstances.

rules filtered out before the rule gets stored (not in a post-
filtering pass like the rules that are read-in prior to the run).

the user's --log-format string) and, if we're not verbose but we're
logging messages, let the server know that --log-format was specified.

  logging a deleted item and an identical item.
- Added log_delete(), a routine that either logs the fact that a
  deletion happened, or sends a MSG_DELETED message to the client
  side (or both if we're a daemon server receiver).

  of a DEL_DIR flag.
- Call log_delete() instead of outputting "deleting ..." messages..
- Log deletions if either verbose or log-format is specified.

- Don't call set_perms() with PERMS_REPORT if we're itemizing changes.
- Don't call delete_file() with DEL_TERSE if we're itemizing changes.
- Call delete_file() with its new arg.

  have it figure out if it should send the message to our sibling
  or the other side.
- Handle the new MSG_DELETED message in both the generator and the
  sender.  This message is used to let the client side log each
  deletion when the server side is the receiver.

- Call delete_file() with its new arg.