Assamese translation updated

Bug #691477 - exists_vcard is not supported when parsing a query from string

ECalBackend: Emit "timezone-added" from outside the cache lock.

The "timezone-added" signal triggers e_timezone_cache_list_timezones()
in ECalBackendStore, which also tries to acquire the cache lock.

Similarly in ECalClient, though less chance of deadlock there.

Bug #690151 - Crash in e_book_backend_file_bump_revision()

CamelMimeFilterPgp: Ignore right side white spaces

Bug 691466 - Cache reaper restores old IMAP cache directories

Alter the name of the cache directory when moving it to trash.

Bug #690177 - Use trust-prompt for certificate verification in WebDAV backends

ECalBackendStore: Better ensure final save works.

Collect what we need from ETimezoneCache when we schedule the save
instead of relying on ETimezoneCache when we actually do the save.

Revert "Add e_cal_backend_store_save()."

This reverts two commits:

    a68f14d5573b72ada7e04d090af47f879455e0bc
    ad12a30f349d5ca1a44fcdd607d272a8149ab9cf

Thought of a better way to solve the final save problem that doesn't
involve adding new API or modifying backends.

weather: Fix build break.

It helps to actually build the weather backend when changing it.
Forgot I had configured E-D-S with --disable-weather.

Save changes before finalizing ECalBackendStore.

Add e_cal_backend_store_save().

This function cancels the automatic save delay and saves changes to
disk immediately.  If no changes have been made since the last save,
the function does nothing.

[http calendar] Ref backend inside source_changed_cb()

In certain situation, the backend can be freed while the callback
is still in action, then the factory can crash inside
cal_backend_http_ensure_uri() or such.

Bug 690158 - libedataserver: Vala binding updates

CamelObject: Suppress state file warnings for old IMAP accounts.

CamelImapFolder had a persistent "check-folder" property whose value was
recorded in Camel's binary state files under tag 0x2500.  This property
is not present in CamelIMAPXFolder, but we may still be reading the tag
for accounts that were migrated from IMAP to IMAPX.  Check for that tag
value while reading state files and suppress the runtime warning.

Updated German translation

weather: Fix build break.

ECalBackendFile: Override the ETimezoneCache methods.

This backend stores time zone data directly in an icalcomponent,
so it needs to override the ETimezoneCacheInterface implementation
provided by ECalBackend, which uses a hash table.

Remove e_cal_backend_store_put_timezone().

Use the ETimezoneCache API instead:

    cache = e_cal_backend_store_ref_timezone_cache (store);
    e_timezone_cache_add_timezone (cache, zone);
    g_object_unref (cache);

This is another API break.  3rd party backends will have to be adjusted.

Remove e_cal_backend_store_get_timezone().

Use the ETimezoneCache API instead:

    cache = e_cal_backend_store_ref_timezone_cache (store);
    zone = e_timezone_cache_get_timezone (cache, tzid);
    ... do what you gotta do with zone ...
    g_object_unref (cache);

This is another API break.  3rd party backends will have to be adjusted.

ECalBackend: Remove internal_get_timezone() method.

No longer needed since ECalBackend implements ETimezoneCache.

Use e_timezone_cache_get_timezone() instead.

Removed functions:

    e_cal_backend_internal_get_timezone()

This is another API break.  3rd party backends will have to be adjusted.

ECalBackendSExp: Take an ETimezoneCache instead of ECalBackend.

Here's the real reason for the ETimezoneCache interface.

By changing ECalBackend parameters to ETimezoneCache (an interface which
ECalBackend implements), we abstract away the requirement for a calendar
backend when performing S-expression evaluation.

Since ECalClient also implements the ETimezoneCache interface, this opens
the possibility of allowing client-side S-expression evaluation.  (Would
first require moving ECalBackendSExp to libecal, plus of course a rename
to omit the "Backend" part.)

Affected functions:

    e_cal_backend_sexp_match_object()
    e_cal_backend_sexp_match_comp()

This is another API break.  3rd party backends will have to be adjusted.

ECalBackendStore: Add a "timezone-cache" construct-only property.

Instead of keeping its own an internal hash table of icaltimezones, have
ECalBackendStore take an ETimezoneCache in e_cal_backend_store_new().

Usually the ETimezoneCache will be an ECalBackend, which implements the
ETimezoneCache interface and owns the ECalBackendStore.  For that reason,
the store only keeps a weak reference on its ETimezoneCache to avoid a
reference cycle.

New functions:

    e_cal_backend_store_ref_timezone_cache()

This is an API break.  3rd party backends will have to be adjusted.

e_cal_backend_store_set_default_timezone(): Remove const qualifier.

Same justification as previous commit.

e_cal_backend_store_put_timezone(): Remove const qualifier.

Semantics have not changed, but the const qualifier is unnecessary.
None of the icaltimezone API uses const, not even the "get" functions.
So to declare an icaltimezone parameter as const creates type casting
awkwardness on our end.

Remove unused e_cal_backend_cache_remove_timezone().

Remove unused e_cal_backend_store_remove_timezone().

Remove unused e_cal_backend_store_remove().

ECalBackend: Implement the ETimezoneCache interface.

ECalClient: Implement the ETimezoneCache interface.

Add ETimezoneCache interface.

Several classes (both client-side and server-side) cache icaltimezone
instances internally, indexed by their TZID strings.  Classes which do
this should implement ETimezoneCacheInterface to provide a consistent
API for accessing time zone data.

Merge ECalBackendFileStore into ECalBackendStore.

ECalBackendStore is an abstract base class [1], and ECalBackendFileStore
is a subclass that stores calendar components in an iCalendar file.  But
ECalBackendFileStore is the only subclass in existence, so the abstract
base class is unnecessary.

Have ECalBackendStore implement ECalBackendFileStore by default and drop
ECalBackendFileStore as a separate class.  The operations are written as
virtual class methods, so we can still override the class methods from a
new subclass if a need should arise.

New functions:

    e_cal_backend_store_new()

Removed functions:

    e_cal_backend_file_store_new()

[1] Or at least is supposed to be abstract.  Someone forgot to define
    the GType with G_DEFINE_ABSTRACT_TYPE.

Bump libedata-cal shared object name.

I'll be changing parts of the API in subsequent commits.

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.