If we update the contents of a symlink and --remove-sent-files
is enabled, tell the sender about it via MSG_SUCCESS.

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

Document how refusing "delete" affects --remove-sent-files.

Document --remove-sent-files.

Test --remove-sent-files.

Disallow --remove-sent-files with a read-only server.

Got rid of maybe_DEL_TERSE.

Tweaked some externs.

Tweaked some externs.

- Needed to use a name buffer in delete_missing() to avoid having
  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.

Made delete_file() backup files it is removing if --backup was specified.

Moved deletion_count here so that we honor --max-delete in
delete_file().

If the server refuses a directory, don't allow any files to be
sent to the server inside that directory.

Changed a couple log_recv() calls back to log_send().

When logging PERMS_REPORT messages, send them with the FCLIENT code
if the daemon has "%i" in its log message (because it already got a
detailed log message from the generator).

- Always send the itemized-info bytes on to the receiver.  This
  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().

- Improved the logging of itemized changes for the daemon.
- Make sure we debug-log our presence in recv_files().

Make use of new variables (log_format_has_i, log_format_has_o_or_i,
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.

The FCLIENT log code aviods putting the message into the daemon's
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.

- Added log_format_has_i.
- 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.

We now set daemon_log_format_has_i and daemon_log_format_has_o_or_i
instead of itemize_daemon_changes.

No more need to clear itemize_changes based on protocol_version.

Changed some of the values of the MSG_* defines.

We now use a regular expression to parse the (restored to its previous
version) default logfile format.  Added parsing for a version of the
default logfile format where %o has been replaced with %i.

Decided to leave the "log format" default the same as in
earlier versions.

If the "log format" has a %i in it, set itemize_daemon_changes.

- Don't log a delete message to the daemon log in dry-run mode.
- The daemon's wrote/read log message now uses the terms
  sent/received.

Decide whether to log a delete message via the default format by
checking the new log_format_has_o_or_i variable, not itemize_changes.

- Set new variable, log_format_has_o_or_i.
- 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 read in from per-dir merge files need to have non-applicable
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).

Mention the change in the default "log format" daemon-config setting.

Log items that are unchanged if verbose > 1.

Notify the remote side about -i (if either specified or inferred from
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.

- Tweaked the letters output by "%i", including adding support for
  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).

- Changed the calling args to delete_file() to take an st_mode instead
  of a DEL_DIR flag.
- Call log_delete() instead of outputting "deleting ..." messages..
- Log deletions if either verbose or log-format is specified.

- Send the itemized data for every file, changed or not, if verbose > 1.
- 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.

- Allow send_msg() to be called by the delete code in flist.c and
  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 log_delete() instead of outputting a "deleting ..." message.
- Call delete_file() with its new arg.

If the protocol is less than 29, make sure itemize_changes is off.

- Got rid of DEL_DIR define.
- Added define for ITEM_DELETED.

- Mention that "%o" can now have the value "del."
- Updated the description of "%i" to reflect the latest functioning.

Fixed an inaccuracy in the --archive description.

More improvements.

- Use read_short() and write_short().
- If the user does not want itemized changes, don't log the name
  for attribute changes.

- Tweaked code in itemize() a bit.
- Use the new write_short() function.
- Mention the delete() when an item replaces an item of a different type.
- Make sure that this replacing of a non-same item is marked as a new
  transfer in the itemized output.

The '%n' escape needs to append a trailing slash onto a directory name.

Added read_short() and write_short().

Improved the "log format" section some more.

Improved --verbose, --itemize-changes, and --log-format.

Fixed/improved the comment before safe_name().

Handle uchar and short as a function return type.

- Fixed a few bugs and compile warnings.
- Use the long-option parser for better option handling.
- Output a usage message if the options are wrong.
- Improved the option-variable names.
- Parse the new default daemon log-file format.
- Handle filenames that have spaces in them.

For the server, don't ever intuit verbosity higher than what
the client asked for.

The daemon loop needs to call log_open() because it called log_close().

Made log_open() non-static and moved log_close() next to it.

Updated the default "log format" string and the output of "%i".

Changed the default log format.

Use '.' for unchanged attributes in the %i output.

More improvements for the description of the %i output.

Mention the new flag-word for protocol 29.

- The itemized flags are now 2 bytes instead of 1.
- Always send/receive the itemized flags for protocols >= 29.
- The output of the verbose log-the-transfer messages is always handled
  via log_send() (when we're the client).

- The itemized flags are now 2 bytes instead of 1.
- Always send/receive the itemized flags for protocols >= 29.
- The output of the verbose log-the-transfer messages is always handled
  via log_recv() (when we're the client).

- The itemized flags are now 2 bytes instead of 1.
- Always send the itemized flags for protocols >= 29.
- Sent an itemized-flag update for dirs and symlinks for protocols >= 29
  (instead of outputting a message directly).

- Auto-set --verbose if --dry-run is specified w/o --log-format.
- When verbose w/o a log_format specified, set it to "%n%L".
- There's no longer a need to send -i to the server.

Moved the auto-setting of --verbose when --dry-run is specified into
options.c.

Tweaked ITEM_MISSING_DATA.

No need to handle itemize_changes anymore.

Tweaked the mention of --itemize-changes.

- We now accept an itemized-changes flag-byte over the socket if we're
  the local client and --itemized-changes was specified.  If the item
  is not being updated, just call log_recv().
- We reject an attempt to file-update any non-regular file, not just
  dirs.
- Avoid the verbose "log the transfer" output if --log-format was
  specified and log_before_transfer is in effect.
- Call log_recv() with its new iflags arg.

- We now accept an itemized-changes flag byte over the socket if we're
  in --itemized-changes mode.  If the item is not being updated,
  either pass it along to the receiver (if we're the server) or just
  call log_send().
- We reject an attempt to file-update any non-regular file, not just
  dirs.
- Avoid the verbose "log the transfer" output if --log-format was
  specified and log_before_transfer is in effect.
- Call log_send() with its new iflags arg.

Ensure that -i is set consistent with the batch's data.

- If log_before_transfer is possible, don't force --verbose on for
  --progress.
- If --log-format contains %i, set --itemize-changes (-i).
- Always send -i to the remote rsync if it was specified/implied.

- Improved log_formatted() to handle long filenames better.
- Added %i, for the list of itemized changes, %n for the normal
  filename (might be shorter than %f), and %L for a " -> symlink"
  string IIF the item is a symlink (else "").
- The log_{send,recv}() functions now take an "iflags" arg.

Changed showchg() into itemize(), which now ships off a flag byte of
what changed over to the sender instead of outputting a string itself.
This does mean that we now ship off indexes of non-file items that got
updated, but the sender will know what to do with it.

- Added the new ITEM_* flags for the itemized-changes flag passing.
- Also added defines for FLAG_SENT and MSG_SUCCESS.

Documented that -i now sets a default --log-format string.

Documented the new log-format escapes: %n, %L, and %i.

Some tweaks to how --itemize-changes works.

Check for refusal of --delete-before when it is inferred.

Moved two paragraphs.

Made showchg() use safe_fname().

- Mention the addition of --itemize-changes.
- Mention the setting of read_only when a daemon is read-only.

Decided on a better option name --itemize-changes (-i).

Implemented the --what-has-changed functionality.

Don't force -v with -n if -w was specified.

If -w and -v are both on, don't output the "log the transfer"
verbose message.

Added --what-has-changed (-w), which summaries the changes
being made to the files.

Document --what-has-changed (-w).

Fixed a typo.

Make sure that there are no directory-time differences between the
dirs that might trip up the check of the merged copy.

Had a report that the __attribute__ code needs to check for
__APPLE__ being defined, not APPLE.

One arg to matched() is supposed to be an int32.

Changed one size_t var into an int32.

Improved description of --whole-file option.

Fixed a mismatch in the compressed-data handling between how the
sending side and the receiving side handled implicit (unsent) data.

Changed various token variables from "int"s to "int32"s.

The count of chunks should really be an int32, not a size_t,
because that's the maximum size we can transmit over the wire.

Changed the size_t variables into int32 variables.

Don't let --fuzzy be used with a protocol_version < 29.

Mention --fuzzy.