Don't allow duplicate messages to appear in Sent folder

b/11224731
There is a problem in ImapService.processPendingUploads().
It was trying to process updates to existing messages
as uploads. This is wrong, it means that marking a sent
messages as Read can cause it to be uploaded again,
resuling in a new message being created.

Change-Id: I502df52a7b315daeee10c1041db8f30dbfd2c04e
Don't bail out of downloading an attachment if the size is delcared as zero

b/11225306

Change-Id: If67401dd3e6b652b03fba2e71cfc82fdae80ccb2
Fix resource overlay order for AOSP Email

b/11255375

Change-Id: I2aa677024500b9944e9bce7846ba7488c28748a8
Treat updates into non-existent body rows as inserts.

Bug: 11245727
Change-Id: I648b0267e9149f3f431ce01be9789087f73edab1
Change trigger to allow duplicate messages in search folders

b/11294681
b/11325976
The problem is that when we get a message as part of a search
result, we'll end up deleting that message from the inbox (or
whatever folder it's currently in). This is because there is
a trigger that deletes messages if a new message is inserted
that has the same serverId and account.

Now, messages with duplicate serverId/account combinations are
allowed if one of the messages is in a SEARCH type folder.
Also, make a change so that when a message comes down in
a search result, we do also copy it into the primary mailbox
that message resides in, we only add it to the SEARCH folder.
Prior to this there was some code that intended to put
the search result message into the regular mailbox it's supposed
to be in, so that we'd have correct state in that message.
Unfortunately, there are several problems with this:
1. The code didn't work, it would make a copy in the regular
folder, and then unconditionally move it to the search folder.
2. If we leave this code in place, putting the message
temporarily into the regular folder still activates the duplicate
message deletion trigger, wiping out the original copy, even with
the update to the trigger.
3. It's unclear that it's even desirable to load the search
result message into the regular folder. It could be a very old
message that would not have been synced before, leaving a large
gap in your inbox, which is confusing and could interfere with
IMAP syncing.

Change-Id: I34671a3b677ab42a3efd0d170a6ebd9246ec493d
Null check service info

b/11754422

Change-Id: Iae3c87c894eb3d16880768a3b8894e43d75a5878
Merge remote-tracking branch 'aosps/kitkat-mr1-release' into HEAD

Change-Id: I6e0c54c39f8c258cf6105efc0a3ffa31565f5606
Email: google please cleanup your translations....Email cleanup

it is really at the moment a nightmare to see compile errors when
getting 100000 of warnings. Whatever we removed already on some
packages the warnings....but still a lot are there

Change-Id: Ifb57bd4123c2101f7bbdba2e41560e098c390406
TRDS:[Email] Dark Email (1/2)

Change-Id: I7be2c501f818922da675cfd8d490e387afb9247b
Add missing "Notify for every message"...

Since Email now uses UnifiedEmail, this setting defaults to false
and there is no way to enable it; this commit adds this option,
which is then honored by the unified notification engine.

Change-Id: I5d4464026c6532c9aac87016368cf8e13d9cfbb5
Email: Add new check frequency options (2h, 4h & 1 day)

- Ported from cm-9 & cm-10

Change-Id: Ia59f4e8db5e7458a0e12d5530c25589cc84a79bf
Commits Ia59f4e8db5e7458a0e12d5530c25589cc84a79bf and I5d4464026c6532c9aac87016368cf8e13d9cfbb5 translated to Russian

Change-Id: Ic884a293c45c647d326419fbc4a73fbcd6131b5a
Updated Hungarian Translations

Change-Id: I607c27f1c6284bda6d475a6430d1242de65cc634
Merge "Updated Hungarian Translations" into kk4.4
auto-merger: merge in from slim/kk4.4

Conflicts:
	res/values-az-rAZ/strings.xml
	res/values-az/strings.xml
	res/values-hy/strings.xml
	res/values-ka/strings.xml
	res/values-km/strings.xml
	res/values-lo/strings.xml
	res/values-mn/strings.xml
	res/values-ne-rNP/strings.xml
	res/values-ne/strings.xml
	res/values-si-rLK/strings.xml
	res/values-si/strings.xml