Fix unstarred icon's interior from selection color: Closes bgo#714426

This deals with both the star and unread icon, so both are good now.
Need to clean up the rest of the conversation list's selection probs,
bgo#723265.  Also would like to reduce the intensity of the icons,
bgo#720771.
Add option to save sent mail

This adds the ability for Geary to push sent mail up to the account's
Sent Mail folder (if available).  There's an accompanying account option
that defaults to on (meaning: push sent mail).

The current implementation will leave messages in the Outbox (though
they won't be sent again) if they fail to be pushed to Sent Mail.  This
isn't the best solution, but it at least means you have a way of seeing
the problem and hopefully copying the data elsewhere manually if you
need to save it.

Note that Geary might not always recognize an account's Sent Mail
folder.  This is the case for any "Other" accounts that don't support
the "special use" or "xlist" IMAP extensions.  In this case, Geary will
either throw an error and leave messages in the Outbox, or erase the
message from the Outbox when it's sent, depending on the value of the
account's save sent mail option.  Better support for detecting the Sent
Mail folder in every case is coming soon.

Closes: bgo #713263
Add Geary.iterate to replace Collection.SingleItem

This adds a way to turn lists of items into a Geary.Iterable, which then
allows you to dump results into any kind of container.  This removes the
Collection.SingleItem class, which was no longer useful.

Closes: bgo #723208
Updated Hebrew translation
Install version-017.sql

Closes: bgo #723281
Add "--full-file" to geary-mailer

This allows for a fully-formed RFC 822 email to be sent as a text
file w/ Geary mailer.
Bump version, add news
Updated Polish translation
Updated Spanish translation
Remove unnecessary space in icon-only toolbar btns: Closes bgo#713837
Add LIST RETURN functionality

SPECIAL-USE does not have to return special-use flags, but the
LIST RETURN syntax can force it, which we want.
Better IDLE state handling

OpenMailbox.org doesn't complete transactions when the IDLE state
is entered while commands are outstanding.  One thing I've considered
for a while is only issuing IDLE when no comands are outstanding,
as in some situations the connection state "thrashes" if commands
come in back-to-back.  This commit does just that, only entering
IDLE when no commands are outstanding.
Fix bug in reestablishment logic intro'd in commit 86f1854

One bug in that commit was that only one of two the two conditionals
for entering connection reestablishment was considered when
determining if the Folder should close.  This change now uses both
conditionals.  Without this, it's possible for the remote to fail
to open due to connection error and the Folder to remain open although
reestablishment doesn't occur because there's no remote folder to
establish with.
Further work fixing connection reestablishment logic

More testing of previous changes located two other problems that
this patch fixes.

First, if a connection reestablishment was attempted but the reconnect
failed initially (common if the server is simply unavailable, i.e.
recent Gmail outage) the reestablishment logic halts.  This patch
forces another attempt.

Second, the back-off delay that used to be present in the
conversation monitor (when it handled reestablishment) was missing
in the new code.  This adds it back.
Allow flag watching while synchronizing folder in background

Previously, synchronizing folders caused a jump in CPU, so work was
done to minimize activity.  Optimizations to folder normalization
has reduced the CPU load, so it's okay now to allow flag watching
while the background folder is open.

This is not a substitute for an architected solution: periodic
flag synchronization with folders, not merely when changes in contents
(additions/removals) are detected, but this helps some, especially
with high-traffic folders.
Reduce local delays when new message arrives

In particular, bug #713493 reports this, although this patch doesn't
appear to solve the problem entirely.  However, I have spotted
situations in the past where the Append replay operation caused local
operations to hang.  This is because Append was being treated as a
local operation when, in fact, it's first call is back to the server
to fetch UIDs of the new messages.  Hence, it should be treated as
a remote operation so local operations can run without delay.
Toolbar buttons too small: Closes bgo#723578

A partial revert of bgo#713837 (commit:a70d47) which was too
aggressive in removing extra space from toolbar buttons.
Merge branch 'master' into gtk-3.10

Conflicts:
	src/client/components/pill-toolbar.vala