am 0f0757ba: am 839c6d08: am e98fc403: Remove STOPSHIP
Merge "Allow limited looping requests in sync"
Merge "More tests for IMAP, clean up, and a few bug fixes."
am ee1d2c02: am d0ee1de1: am 274492db: Allow limited looping requests in sync
Clean up ImapStore and related classes.

- Introduce Fetchable
- Made static some methods/nested classes in ImapStore
- Removed ImapBodyPart
- Fixed lien breaks

Change-Id: Iec1aff2771faa28717753d6e2d9db96d940233a9
Merge "Clean up ImapStore and related classes."
Don't store arbitrary Context in singletons, which causes memory leak.

We have singletons that store a Context passed to getInstance().
The problem is that when we call them, we casually pass any Context at hand.
If it's an activity (which is often the case), it'll never be GCed.

This CL make them store the application context insteaed.

Change-Id: I1abcc2c08d3f8201416d6c14720f041693823b4e
Two new tests for the bottom half of ImapFolder.append().

They cover the cases:
- when OK response doesn't have APPENDUID.
- when APPEND fails.

Change-Id: I13a0fb8aaf2e1cbb5a1f055c9ce56e2891373ea0
Fix problem w/ sync of large calendars (never syncs)

* While working w/ Microsoft on this issue, we determined that Windows
  Mobile 6.0 does not suffer from this issue; when we compared our
  logs with those from the WM client, we noticed a difference in the
  commands being sent to the server on initial  sync (we send some extra
  options whereas WM doesnot)
* As an experiment, I removed these options from the initial
  sync, and this change solved the problem with a persistently unsyncable
  account (time to receive: 60-70 seconds vs. > 240 seconds).
* The fix is to remove all "options" from the initial sync for a given
  collection (i.e. with SyncKey=0)
* Note that Microsoft's documentation does not generally address the issue
  of what should/should not be sent in an initial sync command

Bug: 2569162
Change-Id: I69642cc0097296956029485abb85ac750303c865
Merge commit '32f8a49e0160f5b99b2c44a7c21dd7ba4876c1bd' into oxygen_1005

* commit '32f8a49e0160f5b99b2c44a7c21dd7ba4876c1bd':
  Two new tests for the bottom half of ImapFolder.append().
  Don't store arbitrary Context in singletons, which causes memory leak.
  Clean up ImapStore and related classes.

Conflicts:
	src/com/android/email/mail/store/ImapStore.java
	tests/src/com/android/email/mail/store/ImapStoreUnitTests.java
Merge commit 'a12fc1e9760c8927127737c22d57d51bc9a80af6' into oxygen_1005

* commit 'a12fc1e9760c8927127737c22d57d51bc9a80af6':
  Fix problem w/ sync of large calendars (never syncs)