Remove unused LIBSOUP_REQUIRED definition.

Use version-based libsoup warnings.

Apparently libsoup IS already using versioned deprecations.  Excellent!

Use SOUP_VERSION_MAX_ALLOWED to warn if we accidentally use symbols that
were introduced in libsoup versions subsequent to our minimum requirement.

Use SOUP_VERSION_MIN_REQUIRED to suppress libsoup deprecation warnings by
version so we can clean them up incrementally.

Bug 691033 - Avoid using LIBSOUP_DISABLE_DEPRECATED

Prevent E-D-S builds from suddenly breaking because of new deprecations
in libsoup.  Case in point: soup_session_sync_new().

If libsoup starts using versioned deprecations like glib and gtk+ are
already doing, then we can disable libsoup symbols that were deprecated
in versions older than our minimum requirement.  That would allow us to
clean up deprecations gradually rather than dealing with bugs like this.

Assamese translation updated

Updated POTFILES.in

google: Add EGDataOAuth2Authorizer.

This will eventually replace EGDataGoaAuthorizer once we require
GNOME Online Accounts 3.8.  It obtains an OAuth 2.0 access token
using e_source_get_oauth2_access_token_sync() and avoid a direct
dependency on GNOME Online Accounts (or similar frameworks).

E-D-S 3.8 will still support older versions of GNOME Online Accounts,
which use OAuth 1.0a for Google authentication.  So the earliest that
EGDataGoaAuthorizer will die is E-D-S 3.9.1.

google-backend: Populate [Authentication] group for contacts.

Set the Host to "www.google.com" and Method to either "OAuth2" or
"ClientLogin", depending on whether EOAuth2Support is available.

A temporary corner case occurs when using an older GNOME Online Accounts
version, which uses OAuth 1.0a instead of 2.0 for Google authentication.
In that case, the Method will say "ClientLogin" but the Google address
book backend will ignore it and use its EGDataGoaAuthorizer.

gnome-online-accounts: Implement EOAuth2Support interface.

collection_backend_child_added: Inherit OAuth 2.0 support.

Collection children will inherit the collection source's EOAuth2Support
object if set.  That way OAuth 2.0 availability is consistent across the
entire collection, even if it's not USED by all sources in the collection.

EServerSideSource: Add "oauth2-support" property.

This is the object providing OAuth 2.0 support by implementing the
EOAuth2Support interface.  Setting this property to a non-NULL value
automatically exports the OAuth2Support D-Bus interface.

New functions:

    e_server_side_source_ref_oauth2_support()
    e_server_side_source_set_oauth2_support()

libebackend: Add EOAuth2Support interface.

Standard server-side interface to be implemented by E-D-S modules
providing OAuth 2.0 support for ESources.

ESource: Add get_oauth2_access_token_sync() class method.

Obtains an access token and its expiry in seconds for data sources that
support OAuth 2.0.

This also adds corresponding asynchronous class methods.

New functions:

    e_source_get_oauth2_access_token_sync()
    e_source_get_oauth2_access_token()
    e_source_get_oauth2_access_token_finish()

Add OAuth2Support D-Bus interface.

Backends will be able to obtain OAuth 2.0 access tokens through this
interface instead of talking directly to an "online accounts" service.

Add e_source_registry_server_find_extension().

Server-side equivalent of e_source_registry_find_extension().

Use it in e_source_registry_server_ref_backend().

e-source-registry.c: Minor code reordering.

Updated Spanish translation

Updated Brazilian Portuguese Translation based on branch gnome-3-6

Fix typo in libedataserver API docs.

Further API doc cleanups.

private: Fix cross-references to D-Bus interfaces in API docs.

private: Add generated DocBook files to BUILT_SOURCES.

private: Reduce the number of sections in API docs.

Combine the interface, proxy, and skeleton APIs for each D-Bus
interface into one Gtk-Doc section.  GNOME Online Accounts does this
and it's cleaner and easier to navigate from the Table of Contents.

Assamese translation updated

Update Galician translations

Updated Galician translations

Updated Greek translation

Bug 665371 - Decommission legacy IMAP backend

"IMAPX" is now our one and only IMAP backend for Camel.  \o/

Add automatic IMAP to IMAPX account migration.

Uses the new "tweak-key-file" ESourceRegistryServer signal.

Fix some file header comments.

ESourceRegistryServer: Add a "tweak-key-file" signal.

This signal is emitted from e_source_registry_server_load_file() just
prior to instantiating an EServerSideSource.  Signal handlers can tweak
the GKeyFile content as necessary and return TRUE to write the modified
content back to disk.

For the purposes of tweaking, it's easier to deal with a plain GKeyFile
than an ESource instance.  An ESource, for example, does not allow key
file groups to be removed.

The return value is cumulative.  If any signal handler returns TRUE,
the GKeyFile content is written back to disk.

Unfortunately this breaks the libebackend ABI because I forgot to add a
pool of reserved pointers to the ESourceRegistryServerClass.  Do so now,
since we have the opportunity.

IMAPX: Avoid duplicating messages in real Junk or Trash.

This is more a problem with Junk, but fixing both to keep the logic
consistent.  When synchronizing a real Junk folder, we were copying
all messages marked as "junk" from Junk to Junk -- duplicating them
each time.  After running for a couple days I caught my Junk folder
with thousands of duplicate messages.

IMAPX: Ask server to handle "body-contains" searches.

This isn't as sophisticated/convoluted as the version in the older IMAP
backend, but it still beats downloading the entire message as we've been
doing.  There's no caching of past search results.  I'm not convinced the
performance gain is worth the extra complexity.  If I'm wrong or I change
my mind, search result caching can always be added later.

Revert "Fix build"

This reverts commit 6a243777a56279325847323342492769ce942cf3.

This is wrong.  The bus name is not the same as the object path.

Fix build

CamelIMAPXJob: Protect the CamelFolder.

Move the CamelFolder pointer to CamelIMAPXJob's private section to
ensure thread-safety and consistent reference counting.

Had a crash just now in camel_imapx_server_get_job_queue_info() due to
a dangling CamelFolder pointer.  Further investigation found that some
methods assign "job->folder" a new reference (but in some cases never
unref it!) and other methods just do a straight assignment.

Technically this is an API/ABI break, but not bumping Camel's soname
because it does not affect evolution-kolab, the only known 3rd party
consumer of IMAPX APIs.

CamelFolder: Make string properties thread-safe.

Use an internal mutex to guard the strings, and add thread-safe accessor
functions:

   camel_folder_dup_full_name()
   camel_folder_dup_display_name()
   camel_folder_dup_description()

Updated Norwegian bokmål translation

Updated Norwegian bokmål translation

Update the MAINTAINERS file.

Bug 689124 - Increase Camel's TCP read/write timeout

This is a partial revert of the hack for bug 551788, which decreased the
TCP read/write timeout from 4 minutes to 1 minute.

This causes IMAP IDLE connections to timeout prematurely if the server
sends untagged keep-alive messages at an interval greater than 1 minute.

Dovecot's "imap_idle_notify_interval" setting defaults to 2 minutes.

Reset the TCP read/write timeout back to 4 minutes.

Gah, screwed up the CamelFolderSearchFlags values.

Deprecate camel_folder_search_construct().

Register callbacks with CamelSExp from the constructed() method.

camel-search-private cleanups.

imapx_get_filename() should be static.

No idea why this function was made public.  It's just a class method
implementation and can be invoked through camel_folder_get_filename().

Not going to bump the libcamel soname over this.  Nothing external is
using it.

CamelFolderSearch cleanups.

CamelIMAPXFolder: Fix compiler warnings.

IMAPX: Don't recheck flags before moving to real Junk/Trash.

Out of paranoia, I made imapx_folder_claim_move_to_real_trash_uids()
recheck that the queued message UIDs still had a DELETED flag before
moving them to a real Trash folder.  That turned out to be breaking
things because we _remove_ the DELETED flag when synchronizing, so
it's not going to still be set when we're ready to move messages.

Remove the uncertainty and rename public functions to reflect this:

  - camel_imapx_folder_maybe_move_to_real_junk()
  + camel_imapx_folder_add_move_to_real_junk()

  - camel_imapx_folder_maybe_move_to_real_trash()
  + camel_imapx_folder_add_move_to_real_trash()

IMAPX: Fix DELETED flag sync when using real Trash folder.

After copying messages to a real Trash folder and then tagging them for
deletion, we immediately expunge.  Now the IMAPX expunge operation first
synchronizes message flags with the server, which is sensible.  But when
using a real Trash folder, this extra sync was causing deleted messages
to keep coming back from the grave like zombies.

The problem was when using a real Trash folder, the internal operation
that synchronizes flags first clears any DELETED flags.  Normally that's
what we want, except when we're about to expunge since expunging depends
on those DELETED flags.  So make an exception for this case.

Updated Spanish translation

Assamese translation updated

test-server-utils: Don't rely on command line parsing for "rm -rf"

Let's be nice to people with spaces in their path names.

IMAPX: Support non-virtual Junk/Trash folders.

Some webmail clients designate specific IMAP folders as Junk and Trash,
such that when a message is deleted or determined to be spam, a copy of
the message is appended to the designated folder, the original message
is flagged as DELETED and the folder containing the original message is
immediately expunged.

This is significantly more expensive than simply flagging the message as
DELETED or JUNK.  But users that access their mail by both Evolution and
webmail frequently complain of seeing what appear to be duplicate Junk
and Trash folders in Evolution [1].

This commit allows IMAPX stores to be configured to mimic these webmail
clients and hide their Junk and Trash virtual folders.  IMAPX will mimic
the "copy-and-expunge" webmail client behavior each time it's commanded
to synchronize message flags with the server.

[1] So much so that it earned its own page in the user manual:
http://library.gnome.org/users/evolution/stable/mail-two-trash-folders.html.en

libecal: Move EDataCalCallStatus back to libedata-cal.

I'm encountering a build break in Evolution on an older environment.

It goes something like this...

   /* In X11/X.h */
   #define Success 0

   /* In libecal/e-cal-types.h */
   typedef enum { Success, ... } EDataCalCallStatus;

After pre-processing, the compiler gets

   typedef enum { 0, ... } EDataCalCallStatus;

which of course is a syntax error.

It's our own fault for violating our own namespace.  The enum definition
was moved from libedata-cal to libecal fairly recently (by me) to resolve
a circular dependency, but it appears libecal does not really require the
enum values.  Move the typedef back to libedata-cal as a quick Band-Aid.

The EDataCalCallStatus enum is redundant anyway and I plan to remove it.
Equivalent error values are provided by EClientError and ECalClientError,
and calendar backends should be using them directly.  There's no need for
separate but equal client and server-side error value definitions.

This is technically an API break, but I'm not going to bump the libecal
soname over this.  The enum definition is clearly intended for backends,
and because it was moved to libecal only recently, I'm fairly certain no
client applications are using it.

CamelIMAPXFolder cleanups.

Removing LIBEDATASERVERUI_CURRENT/REVISION/AGE definitions

These definitions in configure.ac are now meaningless since
the removal of libedataserverui (just a cleanup).

Post-release version bump.

NEWS update for 3.7.3 release.

Fix untracked files in test-server-utils.

Deprecate E_AUTHENTICATION_SESSION_KEYRING_ERROR.

Suppress g-ir-scanner warnings.

They're far too noisy, and make it difficult to spot new C compiler
warnings, which are the only ones I care about.  We can enable them
again when we're serious about cleaning them up.  In the meantime,
they're just getting in the way.

Revert "ESourceRegistry: Do not mandate builtin sources."

This reverts commit 78340f9274d5c2ee0f52507f935f97d6b92f513e.

This violates a key invariant of the get_default() and especially
get_builtin() functions: that they never return NULL.

Ported ECalClient tests to use ETestServerFixture framework

Now the majority of ECalClient tests use the fixture, some tests
have been moved out of the unit test targets instead and remain
as functional tests (to be run manually)

Ported ECal tests to new test framework

NOTES:
  o Removed test-ecal-open, thats tests by the test fixture of the framework
  o Some tests fail because verification of created cal objects is broken
  o Some tests moved from the unit test suite because they dont make
    sense as unit tests (or are more difficult to port), those tests
    can still be run with a running/installed data server.

Ported all tests in tests/ebook/client to use new test framework

'make check' now passes in ebook except for a few cases which geniunely fail.

Conflicts:

tests/libebook/client/Makefile.am
tests/libebook/client/test-client-custom-summary.c

Ported EBook (deprecated) test cases to use the new test-server-utils scaffold.

Note that test-ebook-remove is removed, this is executed in every test case
implicitly and asserted by the test scaffold

Adding test-server-utils

A library with text fixtures for testing ESourceRegistry, EBookClient and
ECalClient in a self contained fashion.

ESourceRegistry: Do not mandate builtin sources.

This patch removes return_if_fail() critical warnings from
e_source_registry_ref_[default,builtin]_address_book() and
e_source_registry_ref_[default,builtin]_calendar(). This
avoids the console warnings when running make check.

Also, this patch fixes several locations in EDS where the
above functions blindly expect an #ESource to be returned.

Added EDS_ADDRESS_BOOK_MODULES and EDS_CALENDAR_MODULES

Allows specification of alternative paths to search for modules
for addressbook and calendar. Note that these *replace* the default
system path, not augment it. This is intended to ensure that we
dont load installed modules from the system when running test cases.

Removing e-source-registry-test.c and e-test-dbus-utils.[ch]

The source registry test checks if sources can be created in the
registry, this is already asserted by e-test-server-utils in
the fixture test. Removing the e-test-dbus-utils.[ch] and
tests/tools directory in favour of new testing framework added in
test-server-utils directory.

Introduce cancellable locks

There are currently two cancellable lock types, one extends GMutex,
the other extends GRecMutex, in a way that the waiting for a lock
can be cancelled.

Introduce CamelSession::trust_prompt()

This way a trust-prompt dialog from EUserPrompter service can be used
with all its features and a view consistency between components.

Bisect Gtk+ calls into separate files

This way it'll be easier to provide other
than Gtk+ GUI implementations of the prompts.

Workaround file description leak from e_source_registry_authenticate_sync()

This workarounds a file descriptor leak (a GMainContext leak) partly
caused by GDBusConnection. See bug #690126 for more details:
https://bugzilla.gnome.org/show_bug.cgi?id=690126

It influeces also EUserPrompter.

Updated POTFILES.in

Remove libedataserverui.

Evolution is the only consumer of libedataserverui.  The library has
been merged into Evolution's own libeutil which is not restrained by
backward-compatibility promises.

Assamese translation updated

libebook-contacts: Document EBookQueryTest

tests: Add a few missing license headers

[trust-prompt] Add certificate viewer and "issuer*" parameters

Make ENamedParameters a fully boxed type

Introspection doesn't handle well typedefs as a general rule, but
typedefs for container types are particularly problematic.  This ends
up breaking the vala build, but the resulting .gir is also unusable by
bindings.

In this case, I think it's actually cleanest to make ENamedParameters
a fully opaque type even to C.  The parts of the Evolution code that
were peeking inside ENamedParameters really wanted a helper function
anyways to create a gchar **.

Therefore, this is a net code cleanup.

https://bugzilla.gnome.org/show_bug.cgi?id=689871

Bug #579315 - Identify filter names in filtering errors

Assamese translation updated

e-contact.h cleanups.

Update API documentation.

Updated Tamil translation

Remove introspection of libecal.

A great deal of the calendar API exposes data structures from libical.
libical is not a GObject library, and is therefore not introspectable.
This is unfortunate, but the API has been this way for over a decade.

The g-ir-scanner skips functions with data types it does not understand.
Therefore a great deal of the calendar API is omitted from introspection
and the resulting language bindings are not actually useful. This causes
confusion and disappointment, judging by the number of times I've had to
explain this to programmers in the #evolution channel.

Annotating the calendar API for introspection is still good practice.
But until this situation changes, let's not give the false impression
that E-D-S calendars are accessible from non-C languages by producing
a less-than-useful GIR file.

Remove the introspection.

CamelIMAPXFolder: Fix a memory leak.

IMAPX: Support the QUOTA extension (RFC 2087).

camel-imapx-utils.h: Readability cleanups.

Enable introspection scanner warnings

Add missing linker flag.

Introduce evolution-user-prompter service

This is used to prompt users for input, mainly from book or calendar
backends. The service is extensible, thus the backend can provide its
own dialogs and use them.

Fixed test-client-custom-summary to actually pass

Was missing a vcard modification to test for EVC_N component, also
enhanced test case to test both apis for each case and added one
case to check the special '%' escape char is working.

Reviving async client test

Now test-client-async.c also tests adding of contacts to a newly created book,
instead of relying on the system book.

Add e_queue_transfer().

Transfers the contents of one GQueue on to the tail of another GQueue.

Mostly because I'm tired of writing "while" loops, and this does it more
efficiently anyway.

tests: Add configured datadir to the D-Bus dirs

This helps to really pick the locally built factories for tests,
without the need to fiddle with XDG_DATA_DIRS. Ideally we'd even use
service files for the currently build's uninstalled service binaries,
but that seems too much work right now.

tests: Port test-client-custom-summary.c to gtest

Less copy-and-paste, easier to extend, more intuitive messages
on failed assertions, and one missing assertion caught.

tests: Use absolute paths for SRCDIR

That way a few tests can be run from top_builddir, instead of their builddir.

Updated Spanish translation

Do not generate a ChangeLog file from 'git log'