NEWS update for 3.3.5 release.

Fix a typo where instead of saving the cache, uid is saved.

Add a few missing return. On first time startup, latest id wont be
there. Handle the case to avoid a crash. Fixes bug #669293

Updated Spanish translation

Bug #669238 Warning while creating appointments/meetings

Updated Slovenian translation

Updated Norwegian bokmål translation

Fix typo in localized string

Updated Spanish translation

Add some doc to the API.

Fix a few compilation errors on merge.

Fix a crash while fetching old messages.

Fix a bug where mobile mode downloads all mails.

Add mobile support to POP and fix a bug where uids are duplicated.

Some disk I/O optimization.

Make Local store work if GetFolderInfo is asked for a specific subtree.

Decided return type based on the fetch type.

Add mobile mode settings to POP3.

Added Mobile support and specific apis to imapx.

Add flags to the Provider and code for mobile mode in settings.

Add sync+async apis for Fetch Messages and Purge Message Cache.

Add auto_fetch param to avoid autofetching next mails. In Daemon we
download in reverse order and this havocs network usage.

IMAPX: #include <camel/camel.h> -- not <camel.h>

Add wrapper functions for CamelIMAPXCommand queues.

These simple GQueue wrapper functions help make sure CamelIMAPXCommands
are properly reference counted.  Easier than trying to identify all the
places in CamelIMAPXServer where reference counting is lacking.

Fix few memory leaks

CamelIMAPXJob: Split out "folder_name" data.

Define standalone CreateFolderData and DeleteFolderData structs and
"free" functions.

Use camel_imapx_job_set_data() to attach an allocated struct to a
CamelIMAPXJob such that it will be freed along with the job.

Use camel_imapx_job_get_data() to obtain a pointer to the allocated
struct as needed, always with a NULL check for safety.

CamelIMAPXJob: Split out "rename_folder" data.

Define a standalone RenameFolderData struct and "free" function.

Use camel_imapx_job_set_data() to attach an allocated struct to a
CamelIMAPXJob such that it will be freed along with the job.

Use camel_imapx_job_get_data() to obtain a pointer to the allocated
struct as needed, always with a NULL check for safety.

CamelIMAPXJob: Split out "manage_subscriptions" data.

Define a standalone ManageSubscriptionsData struct and "free" function.

Use camel_imapx_job_set_data() to attach an allocated struct to a
CamelIMAPXJob such that it will be freed along with the job.

Use camel_imapx_job_get_data() to obtain a pointer to the allocated
struct as needed, always with a NULL check for safety.

CamelIMAPXJob: Split out "list" data.

Define a standalone ListData struct and "free" function.

Use camel_imapx_job_set_data() to attach an allocated struct to a
CamelIMAPXJob such that it will be freed along with the job.

Use camel_imapx_job_get_data() to obtain a pointer to the allocated
struct as needed, always with a NULL check for safety.

CamelIMAPXJob: Split out "copy_messages" data.

Define a standalone CopyMessagesData struct and "free" function.

Use camel_imapx_job_set_data() to attach an allocated struct to a
CamelIMAPXJob such that it will be freed along with the job.

Use camel_imapx_job_get_data() to obtain a pointer to the allocated
struct as needed, always with a NULL check for safety.

CamelIMAPXJob: Split out "append_message" data.

Define a standalone AppendMessageData struct and "free" function.

Use camel_imapx_job_set_data() to attach an allocated struct to a
CamelIMAPXJob such that it will be freed along with the job.

Use camel_imapx_job_get_data() to obtain a pointer to the allocated
struct as needed, always with a NULL check for safety.

CamelIMAPXJob: Split out "sync_changes" data.

Define a standalone SyncChangesData struct and "free" function.

Use camel_imapx_job_set_data() to attach an allocated struct to a
CamelIMAPXJob such that it will be freed along with the job.

Use camel_imapx_job_get_data() to obtain a pointer to the allocated
struct as needed, always with a NULL check for safety.

CamelIMAPXJob: Split out "refresh_info" data.

Define a standalone RefreshInfoData struct and "free" function.

Use camel_imapx_job_set_data() to attach an allocated struct to a
CamelIMAPXJob such that it will be freed along with the job.

Use camel_imapx_job_get_data() to obtain a pointer to the allocated
struct as needed, always with a NULL check for safety.

CamelIMAPXJob: Split out "get_message" data.

Define a standalone GetMessageData struct and "free" function.

Use camel_imapx_job_set_data() to attach an allocated struct to a
CamelIMAPXJob such that it will be freed along with the job.

Use camel_imapx_job_get_data() to obtain a pointer to the allocated
struct as needed, always with a NULL check for safety.

CamelIMAPXJob: Add optional matches() method.

Trying to avoid checking all job types in one place as is done in
imapx_job_matches(), so CamelIMAPXJob is more extensible.

camel_imapx_job_matches() is a new wrapper function that invokes the
matches() method if present or else returns FALSE.

Rename imapx_job_done() to imapx_unregister_job().

Obvious now that it's to be paired with imapx_register_job().

CamelIMAPXJob: Add camel_imapx_job_run().

CamelIMAPXJob: Swap arguments for start() method.

This is a CamelIMAPXJob method so list CamelIMAPXJob first.

Split off CamelIMAPXJob to a separate file.

Further splitting up camel-imapx-server.c into digestible pieces.

Updated Spanish translation

Bug #668811 - EBookBackendSqliteDB can be asked for an unknown contact

Bug #669003 - CalDAV: Cannot modify calendar object (libical 0.48)

Bug #669005 - Partial hang with unresponsive HTML email image source

Bug #649141 - Return only system timezones known to libical

Updated Traditional Chinese translation(Hong Kong and Taiwan)

Updated POTFILES.in

Updated Spanish translation

Kill CamelDList (finally).

Let's leave custom linked lists for school assignments, shall we?

CamelIMAPXServer: Use GQueues instead of CamelDLists.

GQueue has a more intuitive API.

camel-index-control.c: Remove an unnecessary #include.

CamelOfflineJournal: Use GQueues instead of CamelDLists.

GQueue has a more intuitive API.

CamelTextIndex: Use GQueues instead of CamelDLists.

GQueue has a more intuitive API.

CamelMsg: Remove unused 'ln' member.

CamelBlockFile: Use GQueues instead of CamelDLists.

GQueue has a more intuitive API.

camel-iconv.c: Use G_LOCK_DEFINE_STATIC.

camel-iconv.c: Use GQueues instead of CamelDLists.

GQueue has a more intuitive API.

CamelFilterDriver: Use GQueues instead of CamelDLists.

GQueue has a more intuitive API.

CamelCipherValidity: Use GQueues instead of CamelDLists.

GQueue has a more intuitive API.

This increments libcamel's soname.

CamelImapSearch: Use GQueues instead of CamelDLists.

GQueue has a more intuitive API.

CamelMaildirStore: Use GQueues instead of CamelDLists.

GQueue has a more intuitive API.

CamelPOP3Engine: Use GQueues instead of CamelDLists.

GQueue has a more intuitive API.

Updated Slovenian translation

Updated Norwegian bokmål translation

CamelIMAPXCommandPart: Remove unused 'parent' member.

Updated POTFILES.in

CamelIMAPXCommandFunc: Add a GError parameter.

Completion callbacks now get passed a GError and return a boolean.
In most cases calling camel_imapx_command_set_error_if_failed() is
sufficient.  The GError pointer passed to the callback may be NULL
if the server already knows an error occurred.

Add camel_imapx_command_set_error_if_failed().

If the CamelIMAPXCommand's status indicates failure, set the given
GError and return TRUE.  If no status is present (e.g. command not
complete) or the status is "OK", return FALSE.

This also drops the GError member from CamelIMAPXCommand, so that all
GErrors are now set on the command's CamelIMAPXJob.

CamelIMAPXCommand: Lose the GCancellable member.

Pass it around explicitly, or use the one in CamelIMAPXJob.

imapx_command_run_sync(): Take a GCancellable and GError explicitly.

CamelIMAPXCommand: Encapsulate some struct members.

Use a private CamelIMAPXRealCommand struct to keep some members hidden.
Add functions as necessary to interact with private struct members.

CamelIMAPXCommand: Use a GString.

The TODO comment was right: building the command part with a GString
instead of a CamelMemStream is much easier (and probably faster, not
that it matters).

imapx_command_start(): Take a GCancellable and GError explicitly.

camel_imapx_run(): Take a GCancellable and GError explicitly.

Split off CamelIMAPXCommand to a separate file.

camel-imapx-server.c is too large for anyone to fully grok.

CamelIMAPXServer: Coding style fix.

store_get_inbox_folder_sync: Add a NULL check.

Verify the get_folder_sync() method is implemented before invoking it.

CamelStoreSummary: Schedule save rather than save immediately

There was a regression from commit 5c52fe678f6d, marking multiple
messages read/unread invoked save on each single message change, which
had a) performance impact, b) did unnecessary disk writes (with fsync()
calls). This change fixes it by scheduling save, postponing it
by 5 seconds from the last connected CamelFolderSummary's count change.

Updated Norwegian bokmål translation

CamelIMAPXConnManager: Add a parting thought.

CamelIMAPXConnManager: Use a reader/writer lock.

Replace CamelIMAPXConnManager's recursive lock with a reader/writer
lock.  Read operations should be short and simple, write operations
may be long and complex.

Also check for cancellation in camel_imapx_conn_manager_get_connection()
after acquiring the writer lock but before attempting to requisition a
CamelIMAPXServer.

CamelIMAPXConnManager: Similarly for connection list operations.

Define a bunch of simple thread-safe operations for the list:

   imapx_conn_manager_list_info
   imapx_conn_manager_lookup_info
   imapx_conn_manager_remove_info

* Note: lookup_info() returns a new ConnectionInfo reference, and
        list_info() returns a new GList of ConnectionInfo structs,
        each with a new reference

Also rewrite imapx_find_connection() to make the logic clearer.
(Had to stare at that function for a long time to understand it.)

CamelIMAPXConnManager: Give ConnectionInfo its own mutex.

Define a bunch of simple thread-safe operations for it:

   connection_info_is_available
   connection_info_has_folder_name
   connection_info_insert_folder_name
   connection_info_remove_folder_name
   connection_info_dup_selected_folder
   connection_info_set_selected_folder

CamelIMAPXConnManager: Give ConnectionInfo a reference count.

Add lifecycle functions for it:

   ConnectionInfo *  connection_info_new    (CamelIMAPXServer *is)
   ConnectionInfo *  connection_info_ref    (ConnectionInfo *cinfo)
   void              connection_info_unref  (ConnectionInfo *cinfo)

Now we can perform list operations without holding CON_LOCK for so long.

CamelIMAPXConnManager: Miscellaneous cleanups.

Always name CamelIMAPXServer variables 'is', to be consistent with
CamelIMAPXServer itself.

CamelIMAPXJob: Clarify 'with_operation_msg' field.

Rename it 'pop_operation_msg' and add a comment.

Remove imapx_job_can_operation_msg().

Not needed.  camel_operation_push_message() already gracefully handles
'cancellable' being either NULL or a plain GCancellable.

CamelIMAPXServer: Use g_list_free_full().

Use a consistent variable name for CamelIMAPXServer.

imapx: Simplify parse_contents().

imapx_step: Return a success boolean.

imapx_continuation: Return a success boolean.

imapx_untagged: Return a success boolean.

imapx_completion: Return a success boolean.

Updated Spanish translation

Updated Slovenian translation

CamelSession: Avoid spurious "notify::online" signals.

imapx_refresh_finfo: Push a status message.

Updated Spanish translation

CamelVeeFolder: Process folder changes more efficiently.

CamelVeeFolder submits a new background job every time it receives a
CamelFolder::changed signal.  So the background jobs tend to pile up,
and there's no guarantee the jobs will be dispatched in the order
they were submitted since they're dispatched from a thread pool.

Instead, run one background job at a time, and have the job process
FolderChangedData from a queue until the queue is empty.  If another
CamelFolder::changed signal is received while the background job is
still running, the changes are simply be appended to the queue.

CamelVeeFolder: Push a status message while updating.