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'

Fix a script name (with-session-bus-eds.sh) in a Makefile.am

api-docs: Fix two small typos

Assamese translation updated

Bug #371469 - Add port to connection refused error messages

Bug #512714 - Error string "Host lookup failed: Name or Service not known"

Bug #529743 - Add "Any header" filter and search folder condition

Updated Tamil translation

Updated Tamil translation

Updated Tamil translation

Fix few issues found by Coverity scan

Fix Copy&Paste error found by Coverity scan

Adding test case for e_book_client_get_contacts_uids()

Extending test-client-custom-summary to try e_book_client_get_contacts_uids()

EBookBackendSqliteDB: Fix e_book_backend_sqlitedb_search_uids()

Since we started using table aliases, this API was missed.

ESourceRegistry: Disconnect signal handlers from GSettings in dispose

Use version-based GLib/GDK/GTK+ warnings.

Use GLIB_VERSION_MAX_ALLOWED and GDK_VERSION_MAX_ALLOWED to warn if we
accidentally use symbols that were introduced in versions subsequent to
our minimum requirement.

Use GLIB_VERSION_MIN_REQUIRED and GDK_VERSION_MIN_REQUIRED to suppress
deprecation warnings by version so we can clean them up incrementally.
The initial values produce no deprecation warnings.

EFlag: Suppress deprecation warning on g_cond_timed_wait().

Bug #671620 - Support signing with multiple OpenPGP keys

Bug #688366 - WebDAV book can cause high CPU usage

This fixes two issues:
a) high CPU on invalid XML response from a server
b) ensures priv->uri ends with a forward slash, thus new contacts are created
   inside given folder, not on the same level as the folder

Updated Telugu Translations

addressbook tests: Update the path to the service

addressbook tests: Run with private D-Bus session and environment.

* tests/: Add a tools/ directory with .sh files from
  libfolks/tests/tools/, to let us start and stop a private D-Bus
  session, and set XDG_* environment variables for local use of EDS,
  when running tests.
* tests/libebook/client/Makefile.am: Set TESTS_ENVIRONMENT to
  run the tests with the private D-Bus session.

Bug #684175 - Check email value in e_destination_set_contact()

Fix regression on fields-of-interest as much as possible.

Since the new summary configurations normalize summary column
values, it's become impossible to construct contacts from summary
columns, however this is untrue for the UID & REV fields which are
not normalized, for those fields it's still possible to construct
contacts from the summary (and UID / REV is anyway the main known use
case of the fields-of-interest feature).

Assamese translation updated

Simplify e_contact_attr_list_free().

g_list_free_full() makes it a one-liner.

Simplify e_contact_attr_list_copy().

g_list_copy_deep() makes it a one-liner.

Bug #688926 - SIGABRT on call_old_file_Sync