Bump SOURCES_DBUS_SERVICE_NAME version.

To cover both the new "ServerError" D-Bus signal and the new built-in
"system-proxy" data source.

Updated Indonesian translation

Updated Czech translation

Updated Brazilian Portuguese translation

Updated Galician translations

Updated Hungarian translation

Updated Greek translation

Update project homepage URL

Post-release version bump.

NEWS update for 3.11.3 release.

CamelIMAPXServer: Fix handling of LSUB responses.

If we receive an LSUB response on a mailbox name but no corresponding
LIST response, ignore it.  IMAP allows subscriptions to mailbox names
regardless of whether the mailbox actually exists.  Not useful to us.

CamelStore: Fix typo preventing valid folder renames.

IMAPX: Remove unused member from GetMessageData struct.

Coding style and whitespace cleanups.

Update API documentation.

Bug 715035 - cache-reaper: Demote g_message() -> g_debug()

No need to tell the system administrator about these.

CamelMimeFilter: Function signature cleanup.

CamelGpgContext: Fix broken debugging statements.

Camel likes to use this debugging idiom:

  #define d(x)

and then wraps debugging statements like so:

  d (printf (...));

One is supposed to enable debugging by changing the macro to:

  #define d(x) x

This idiom makes debugging statements hard to grep for, but moreover
they don't get compiled regularly and so they tend to bit rot.

As was the case in CamelGpgContext, where the debugging statements
didn't build because they were still written for Camel's old home-
grown object system.

CamelStreamFilter: Fix broken debugging statements.

Camel likes to use this debugging idiom:

  #define d(x)

and then wraps debugging statements like so:

  d (printf (...));

One is supposed to enable debugging by changing the macro to:

  #define d(x) x

This idiom makes debugging statements hard to grep for, but moreover
they don't get compiled regularly and so they tend to bit rot.

As was the case in CamelStreamFilter, where the debugging statements
didn't build because they were calling CamelStream functions as they
existed YEARS ago.

Updated POTFILES.skip

Migrated tests/cursor-example to examples/cursor

Examples can be added to the examples subdirectory which does
not belong in 'tests'. Note that the new documentation contains
an examples section, the file eds-cursor-example.sgml is manually
written and includes source code inline, along with some commentary
on the source code example.

Restructuring documentation build.

This commit unifies the various EDS related reference manuals into
a single 'eds' reference manual. This comprises libedataserver, libebackend,
libebook, libebook-contacts, libedata-book, libecal, libedata-cal into
a single reference manual. The camel and private reference manuals are
left alone.

ETestServerFixture: Fixing gtk-doc comments.

Libedataserver: Fixing gtk-doc comments and adding gtk-doc section headers

Libebackend: Fixing gtk-doc comments and adding gtk-doc section headers

Calendar: Fixing gtk-doc comments and adding gtk-doc section headers

Addressbook: Fixing gtk-doc comments and adding gtk-doc section headers

CamelFolderSummary: Add a FIXME comment.

Resolving corner cases so I can get rid of camel_folder_lock/unlock().

CamelTransport: Stop using the internal 'send_lock'.

Use camel_service_queue_task() instead of locking an internal mutex.
This ensures methods are run in the order they were called, and also
makes cancellation of a waiting method immediate instead of blocking
until it acquires the mutex it's competing for.

This requires flip-flopping the synchronous and asynchronous functions,
so that the synchronous function calls its asynchronous counterpart with
help from CamelAsyncClosure.

CamelStore: Stop using the internal 'folder_lock'.

Use camel_service_queue_task() instead of locking an internal mutex.
This ensures methods are run in the order they were called, and also
makes cancellation of a waiting method immediate instead of blocking
until it acquires the mutex it's competing for.

This requires flip-flopping some synchronous and asynchronous functions,
so that the synchronous function calls its asynchronous counterpart with
help from CamelAsyncClosure.

Removed functions:

  camel_store_lock()
  camel_store_unlock()

Add CAMEL_CHECK_LOCAL_GERROR.

Same as CAMEL_CHECK_GERROR, but for direct GError pointers.

Example:

    success = class->foo (object, some_data, &local_error);
    CAMEL_CHECK_LOCAL_GERROR (object, foo, success, local_error);
    return success;

Add camel_service_queue_task().

Adds a GTask to a queue of waiting tasks with the same source object.
Queued tasks execute one at a time from a separate thread in the order
they were added.

This is primarily intended for use by CamelStore, CamelTransport and
CamelFolder to achieve ordered invocation of synchronous class methods.

This will finally fix Camel's long-standing (mis)use of mutexes as a
dispatch mechanism, which doesn't preserve order and isn't cancellable.

Bug 710361 - GError corruption in imapx_command_fetch_message_done()

camel_imapx_job_take_error() was being called twice on the same GError.
The 2nd call freed the GError set in the 1st call, which corrupted the
memory.  Put a safeguard in camel_imapx_job_take_error() to catch this
in the future.

Bug 719720 - Refcount error in imapx_command_select_done()

We were finalizing the CamelIMAPXCommand too early, and then trying
to use it further down in the logic.  This of course led to crashes.

Failed command structures were also leaking.  Fixed that too.

Remove --enable-strict configure option.

GLib/GTK+ uses different deprecation macros nowadays.

The MIN_REQUIRED macros do a better job of catching deprecated symbol
usage up to the minimum build requirement, and the MAX_ALLOWED macros
catch symbol usage that violates our minimum build requirement.

These newer deprecation macros are always enabled, so we don't need a
special configure flag for them.

Deprecate ECancellable[Rec]Mutex.

Bug 719774 - Missing linker flag in evolution-addressbook-factory

Bug 719307 - trust-prompt: Squash a compiler warning

gcc tells us this could be uninitialized, which will only happen if we
fail to base64 decode.

Moved all libecal/client tests to have a namespace

Avoid naming conflicts when installing tests into ${pkglibexecdir}/installed-tests

Moved all libebook/client tests to have a namespace

Avoid naming conflicts when installing tests into ${pkglibexecdir}/installed-tests

tests: Fix potential g_object_unref(NULL) calls in libebook tests

Found by scan-build.

https://bugzilla.gnome.org/719533

libedata-cal: Fix a potential g_strstrip(NULL) call

If the calendar contained any attendees _not_ prefixed with ‘mailto:’,
the text variable would be NULL, and would cause an assertion failure in
g_strstrip().

Found by scan-build.

https://bugzilla.gnome.org/719533

libecal: Refactor system timezone key file parsing code

Previously, the code could call g_strstrip(NULL) if a line started with
a quotation mark but didn’t end with one, e.g.:
    MyKey="some-unbalanced-value

The code now ignores unbalanced quotation marks, returning the odd one
in the value rather than crashing (or stripping it).

Found by scan-build.

https://bugzilla.gnome.org/719533

EBookBackendCache: Remove an unnecessary NULL check.

A newly-created EContact is never NULL, so the check is redundant.
It was confusing the static analyser.

https://bugzilla.gnome.org/719533

CamelPOP3Folder: Fix a potential g_object_unref(NULL) call

If all the branch conditions in this function evaluate to FALSE, the
stream is never set, and hence g_object_unref(NULL) is called on exiting
the function.

Found by scan-build.

https://bugzilla.gnome.org/719533

CamelTransport: Port to GTask.

CamelSubscribable: Port to GTask.

CamelStore: Port to GTask.

CamelSession: Port to GTask.

CamelService: Port to GTask.

CamelSasl: Port to GTask.

CamelOfflineFolder: Port to GTask.

CamelNetworkService: Port to GTask.

CamelMimePart: Port to GTask.

CamelFolder: Port to GTask.

CamelDataWrapper: Port to GTask.

CamelCipherContext: Port to GTask.

CamelSession: Remove all asynchronous class methods.

For consistency with CamelStore, CamelFolder, etc.

CamelSasl: Remove all asynchronous class methods.

For consistency with CamelStore, CamelFolder, etc.

CamelOfflineFolder: Remove all asynchronous class methods.

For consistency with CamelStore, CamelFolder, etc.

CamelMimePart: Remove all asynchronous class methods.

For consistency with CamelStore, CamelFolder, etc.

CamelDataWrapper: Remove all asynchronous class methods.

For consistency with CamelStore, CamelFolder, etc.

CamelCipherContext: Remove all asynchronous class methods.

For consistency with CamelStore, CamelFolder, etc.

Install test vcards if --enable-installed-tests is configured.

Also, load the vcards from ${pkglibexecdir}/installed-tests/vcards
in the case that TEST_INSTALLED_SERVICES is specified

Better handling of the TEST_INSTALLED_SERVICES variable

Don't set the encapsulated environment variables when running installed.

test-server-utils: Only create the work directory when running with `make check'

Final fix for eds-installed-tests.m4

  o Add echo "Installing test.meta" so we can see it in build output

  o Fix META_DIRECTORY to be ${datadir}/installed-tests
    instead of ${datadir}/share/installed-tests

Fixed eds-installed-tests.m4 to consider DESTDIR.

Use EDS_INSTALLED_TESTS macros to install tests

This commit adds the usage of EDS_INSTALLED_TESTS and a few lines
to all the test directories which can run installed.

Added m4/eds-installed-tests.m4 with the EDS_INSTALLED_TESTS macro

The EDS_INSTALLED_TESTS macro prepares EDS for installed tests
and adds the --enable-installed-tests option (off by default).

Also it defines the EDS_INSTALLED_TESTS_RULE which can be used
in test makefiles.

e-test-server-utils.c: Behave differently when running installed.

When running installed, use mkstemp to generate a unique addressbook
source uid.

ETestServerFixture: Fixed fixture futher for finalization.

Last related commit did not fix the problem correctly, now care
is taken to ensure there are no races while checking for client
and registry finalization, as the clients tend not only to finalize
asynchronously, but choose to do so in a different thread in which
they were created.

camel_subscribable_folder_is_subscribed: Remove lock.

Don't see any reason to lock here.  Providers ought to be able to handle
this concurrently with other methods.  Let any side-effects reveal them-
selves so we can fix them or document them.

camel_store_get_inbox_folder_sync: Remove lock.

Don't see any reason to lock here.  Providers ought to be able to handle
this concurrently with other methods.  Let any side-effects reveal them-
selves so we can fix them or document them.

CamelService: Use CamelAsyncClosure.

Relinquish its internal 'AsyncClosure' struct, which is identical.

Add CamelAsyncClosure.

Identical to EAsyncClosure in libedataserver, for use in Camel.

Update Chinese simplified translation

test-client-cursor-operations.c: Removed bogus test for invalid sexp

No search expression is invalid anymore.

test-client-custom-summary: Added test for the 'x-evolution-any-field' NULL special case

x-evolution-any-field with a NULL value (or byte) means 'get all contacts'.

EBookSqlite: Improved performance and simplified code

After much discussion on sqlite-users mailing list, I found
the real, correct technique for querying our multi attribute
values on the auxiliary tables.

  o Removed the crack query optimizer

  o Added the index to aux_table.uid (this is important
    to optimize contact inserts, as we have to delete
    all aux_table.uid entries in the case of a replace).

  o Drop the LEFT JOIN statements in favor of

    JOIN 'folder_id_email_list' AS 'email_list' ON +email_list.uid = summary.uid

    This does not create exponentially huge data sets because of the ON
    statement, the '+' ensures that email_list.uid is ineligable for
    indexing, since we want to use email_list.value indexes later on.

Bug #715057 - Weather calendar is using Fahrenheit units as default

Remove unused camel_session_get_main_context().

Remove unused camel_service_get_session().

Avoid camel_service_get_session().

Use camel_service_ref_session() instead.

test-server-utils: Fixed to wait for clients to finalize

Previously we would get sporadic errors from tests when clients
do not finalize synchronously in response to g_object_unref().

However this syncrhonous finalization is not really mandated by
the API, so instead we give them a grace period to finalize and
error out if they fail to finalize eventually.

Fix build break in e-data-book-factory.c.

Missing #include <locale.h>

CamelIMAPXSettings: Remove unused "mobile-mode" property.

Not used by Evolution and not clear what this mode even means.

Removing it makes a bunch of confusing complexity drop out, which is
justication enough for me.

CamelPOP3Settings: Remove unused "batch-fetch-count" property.

Was tied to "mobile mode", no longer used.

CamelPOP3Settings: Remove unused "mobile-mode" property.

Not used by Evolution and not clear what this mode even means.

Removing it makes a bunch of confusing complexity drop out, which is
justification enough for me.

CamelFolder: Remove unused fetch_messages_sync() method.

The method is not used by Evolution and was partially broken anyway.
The boolean return value was overloaded to mean both whether an error
occurred AND whether there were more messages to fetch.  That's more
than two possible states and would have required an additional "out"
parameter to clarify, but I'm not going to bother with it.

CamelFolder: Remove all asynchronous class methods.

Rationale:

When I originally added Camel's asynchronous API, I thought providers
could choose to override the synchronous or asynchronous class methods.

Years later, turns out the asynchronous methods were never overridden,
and it wouldn't have worked anyway.  The asynchronous methods by default
invoke an associated synchronous function from a worker thread, but many
of Camel's synchronous functions do extra processing around invoking the
synchronous class method.  camel_store_get_folder_sync() is an example.

If a provider tried to implement synchronous methods in terms of the
asynchronous methods, then that extra processing in the synchronous
functions could potentially get skipped.

Removing the asynchronous class methods should help clarify how Camel
providers are intended to be written.

The removal should have no impact on existing Camel providers, all of
which implement only the synchronous class methods.  I've even padded
the CamelFolderClass struct to keep the binary interface intact.

CamelSubscribable: Remove all asynchronous class methods.

Rationale:

When I originally added Camel's asynchronous API, I thought providers
could choose to override the synchronous or asynchronous class methods.

Years later, turns out the asynchronous methods were never overridden,
and it wouldn't have worked anyway.  The asynchronous methods by default
invoke an associated synchronous function from a worker thread, but many
of Camel's synchronous functions do extra processing around invoking the
synchronous class method.  camel_store_get_folder_sync() is an example.

If a provider tried to implement synchronous methods in terms of the
asynchronous methods, then that extra processing in the synchronous
functions could potentially get skipped.

Removing the asynchronous class methods should help clarify how Camel
providers are intended to be written.

The removal should have no impact on existing Camel providers, all of
which implement only the synchronous class methods.  I've even padded
the CamelSubscribableInterface struct to keep the binary interface
intact.

CamelTransport: Remove all asynchronous class methods.

Rationale:

When I originally added Camel's asynchronous API, I thought providers
could choose to override the synchronous or asynchronous class methods.

Years later, turns out the asynchronous methods were never overridden,
and it wouldn't have worked anyway.  The asynchronous methods by default
invoke an associated synchronous function from a worker thread, but many
of Camel's synchronous functions do extra processing around invoking the
synchronous class method.  camel_store_get_folder_sync() is an example.

If a provider tried to implement synchronous methods in terms of the
asynchronous methods, then that extra processing in the synchronous
functions could potentially get skipped.

Removing the asynchronous class methods should help clarify how Camel
providers are intended to be written.

The removal should have no impact on existing Camel providers, all of
which implement only the synchronous class methods.  I've even padded
the CamelTransportClass struct to keep the binary interface intact.

CamelStore: Remove all asynchronous class methods.

Rationale:

When I originally added Camel's asynchronous API, I thought providers
could choose to override the synchronous or asynchronous class methods.

Years later, turns out the asynchronous methods were never overridden,
and it wouldn't have worked anyway.  The asynchronous methods by default
invoke an associated synchronous function from a worker thread, but many
of Camel's synchronous functions do extra processing around invoking the
synchronous class method.  camel_store_get_folder_sync() is an example.

If a provider tried to implement synchronous methods in terms of the
asynchronous methods, then that extra processing in the synchronous
functions could potentially get skipped.

Removing the asynchronous class methods should help clarify how Camel
providers are intended to be written.

The removal should have no impact on existing Camel providers, all of
which implement only the synchronous class methods.  I've even padded
the CamelStoreClass struct to keep the binary interface intact.

CamelService: Remove all asynchronous class methods.

Rationale:

When I originally added Camel's asynchronous API, I thought providers
could choose to override the synchronous or asynchronous class methods.

Years later, turns out the asynchronous methods were never overridden,
and it wouldn't have worked anyway.  The asynchronous methods by default
invoke an associated synchronous function from a worker thread, but many
of Camel's synchronous functions do extra processing around invoking the
synchronous class method.  camel_store_get_folder_sync() is an example.

If a provider tried to implement synchronous methods in terms of the
asynchronous methods, then that extra processing in the synchronous
functions could potentially get skipped.

Removing the asynchronous class methods should help clarify how Camel
providers are intended to be written.

The removal should have no impact on existing Camel providers, all of
which implement only the synchronous class methods.  I've even padded
the CamelServiceClass struct to keep the binary interface intact.

EBookSqlite: Fixed a transaction which wanted to read, but asked to write.

EBookClientCursor: Keep a strong reference to the client

When finalizing a cursor, it is important to have access
to the direct backend available so that it can be asked
to delete the direct access cursor instance.

For this reason EBookClientCursor must keep the EBookClient alive,
EBookClient now exposes a hidden API (not in the header file)
to allow the EBookClientCursor to ask the EBookClient to delete
the cursor on the EBookClientCursor's behalf.

Ugly, but works.

EBookBackend: Fixed ref-counting bug in e_book_backend_set_locale()

EDataBookFactor / EDataBook: Migrated locale handling to EDataBookFactory

The EDataBookFactory is the server side singleton, this is the right
place to handle locale changes, now each EDataBook is set into the
correct locale by the factory, when books are created, and when the
locale change notification arrives.

Revert "test-server-utils: Disable the cache-reaper in the test environment"

This reverts commit fcdad7cc7779692d6a63d194c55ed3ac1bca0f3c.