SMTP: Handle 235 code after initial AUTH command.

The server may accept the initial response in our AUTH command and
return a 235 (success) code without a 334 (continue) code, such as
for example with XOAUTH.  Handle this correctly.

Make Camel's SASL framework more extensible.

Gather SASL mechanism names by traversing subclasses of CamelSasl
instead of hard-coding all known mechanism names.  This allows
mechanisms to be added from outside of libcamel.

This adds a CamelServiceAuthType pointer to CamelSaslClass, which
changes the ABI.  Statically registered subclasses can just point to a
static CamelServiceAuthType struct.  Dynamically registered subclasses
should allocate a CamelServiceAuthType struct in their base_init class
method and free it in their base_finalize class method.

Adapt CamelSasl subclasses to the new approach.

CamelSasl: Coding style cleanups.

Fix a few srcdir != builddir issues

jhbuild will be defaulting to this soon.

Keep opening EClient-s till they report busy error

Make loading of ENameSelector on demand and cancellable

Reverting one line I added to Christophe's commit on my own

I added this change to Christophe's commit myself, and I didn't
notice that it is unnecessary change, thus I'm reverting it back.
Christophe notified me about my fault in bug #652173.

Bug #652173 - libebook: Delay client-side vCard parsing

Updated Galician translations

Bug #648468 - POP3 doesn't recover or claim error after lost connection

Bug #269413 - Search treats "4 weeks" and "1 month" as synonymous

Updated Slovenian translation

Updated Spanish translation

Bug #565961 - Crash with recurring all-day event

Fix few memory leaks

Emit notification for EClient::opened property

From introspected bindings (i.e.: Vala) we can't
see the opened signal cause it overlaps with the
opened property. So we need to listen to notifications
on the property related to the signal.

Fix sqlitedb-test build error.

EBookBackendSqliteDD: Fix a missing comma in search contacts.

Bug #652530 - EClient - Notify about opening phase result first

Fix recently introduced compiler warnings in CalDAV calendar backend

Bug #652392 - Port to libgdata 0.9.0

Do not use deprecated EBook/ECal API

Post-release version bump.

Gtk-Doc updates.

NEWS update for 3.1.2 release.

Coding style and whitespace cleanups.

EBookBackendSqliteDB, e-sqlite3-vfs.[ch]: Add sqlitedb cache for addressbook. It can
be used as summary+cache.

CamelImapStore: Remove unused declarations.

CamelIMAPXFolder: Fix handling of "filter_junk" option.

Looks like a typo.  Just stumbled on this by accident, but I wonder
if it has something to do with certain junk filtering bugs I've seen
reported by IMAPX users.

Fixup markup of e_vcard_attribute_add_param (takes ownership of param)

Annotate e_vcard_attribute_new (group name may be null)

Use the right free function in the boxed type for EVCardAttributeParam

We were using e_vcard_attribute_free, not e_vcard_attribute_param_free

Added UG translation

Updated Norwegian bokmål translation

CamelVeeFolder: Check for the presence of unmatched folder before
accessing full_name, error in previous commit.

CamelVeeFolder: Adapt changes to unmatched_check_uid that was missed in commit -
6bc75c47f516301364d653140fcf82193d0a2d52 .

CamelVeeFolder: Fix a hang in folder_change_change. do not read db in between a transaction

calendar: include rid in "objects-removed" ECalView signal

Since migration to D-Bus for libecal<->EDS communication, the
RECURRENCE-ID (rid) has not been sent in the "objects-removed" signal.
As a result, a backend could not communicate the removal of specific
recurrences.

This patch adds the rid after a newline to the string stored
internally and transferred via D-Bus. Because the newline is only
added when needed, traditional uid-only removals look the same as
before and continue to work with older versions of libecal. A uid+rid
combination will look like an unknown uid to an older libecal which
does not know how to split them. Therefore the D-Bus API is considered
unchanged and the interface number is not increased.

Whether clients really interpret "objects-removed" with empty rid (=
parent removed) or valid rid (= child removed) correctly is outside
the scope of this patch.

calendar file backend: support remove with CALOBJ_MOD_ONLY_THIS

Support for this capability is easy:
- report removal of the detached recurrence
- report error when not found
- avoid modifying the parent (= full_object)

calendar file backend: removal notification for detached recurrence, part 2

e_cal_remove_object_with_mod() can only return one pair of old/new
object pointers to the caller. When the function modifies the parent
and removes a detached recurrence, the removal of the detached
recurrence had to be deduced by clients from the modification of the
parent.

Now clients are explicitly informed about removal of the detached
recurrence in addition to the modification of the parent.

calendar file backend: removal notification for detached recurrence, part 1

If e_cal_remove_object_with_mod() was called for an appointment where
only a detached recurrence existed, no "objects-removed" signal was
triggered although it should have been.

Apparently Evolution avoids the problem by calling
e_cal_remove_component() instead in this case. Fixing the problem
makes writing clients easier (no special cases).

With this patch, remove_instance() itself decides what it reports back
to the caller. Note that it cannot report back both a modification and
a removal at the moment.

calendar file backend: white list check for supported CalObjModType

Explicitly check that the CalObjModType is supported before
starting to work on the appointment. Relies in libecal to reject
completely bogus modes with an "invalid parameter" error.

libecal: catch invalid CalObjModType values

This protects backends without their own parameter checking
from being invoked with invalid CalObjModType values. Note
that this only excludes values that haven't been defined.
Backends still need to check whether they support the
selected mode.

libecal: added CALOBJ_MOD_ONLY_THIS

The goal is to have an orthogonal API where each operation also
has an inverse operation. Adding a detached recurrence was
possible with e_cal_modify_object(), but removing it again
wasn't without modifying the parent appointment.

CALOBJ_MOD_ONLY_THIS in e_cal_remove_object_with_mod() provides
that inverse operation by avoiding the modifications to the
parent.

The semantic in e_cal_modify_object(), the other call taking a
CalObjModType, is unchanged. CALOBJ_MOD_ONLY_THIS is not valid there.

Because not all backends reject CALOBJ_MOD_ONLY_THIS when they don't
support it, a static capability CAL_STATIC_CAPABILITY_REMOVE_ONLY_THIS
is added that must be checked first before using CALOBJ_MOD_ONLY_THIS.

calendar file backend: support removing parent event with CALOBJ_MOD_THIS

It was possible to create a meeting series with just a detached event
(RECURRENCE-ID set) by importing a meeting invitation for that single
recurrence. It was not possible to arrive at that same state after
adding the parent event (the one with the RRULE) because
e_cal_remove_object_with_mod() removed all instances for
CALOBJ_MOD_THIS and empty rid.

This contradicts the intended semantic of e_cal_remove_object_with_mod():
 "By using a combination of the @uid, @rid and @mod
 arguments, you can remove specific instances. If what you want
 is to remove all instances, use e_cal_remove_object instead."

This patch implements the desired semantic:
- e_cal_backend_file_remove_object(CALOBJ_MOD_THIS) now always
  calls remove_instance().
- remove_instance() was extended to also work for the parent
  event.
- That call removes the complete object if nothing is left
  after removing the instance. This case must be handled by
  the caller. The return value is the original object (if
  it still exists) and NULL if not.
- Because the uid pointer into the object may become invalid
  as part of the removal, a more permanent pointer has to
  be provided by the caller.

Updated Norwegian bokmål translation

e_book_backend_file_get_contact_list: Fix memory leak

vcard_dbt.data should be freed if it is not appended to
the contact list otherwise memory gets leaked.

e_contact_name_from_string(): Fix possible memory leak

The 'name' variable memory was leaked when name_str
is NULL.

Fix few memory leaks

e_dbhash_new: Close and reopen db handle to avoid memory leak

According to the documentation, "If DB->open fails,
the DB->close method should be called to discard the DB
handle". The current code was calling open() again on
the same handle without closing it it first, possibly
causing memory leaks.

This patch is adapted from commit
37d3c0f65c989afe9ffc2d734d86b2ae0019edae in eds-fremantle GIT
repository.

e_name_western_reorder_asshole: Fix possible memory leak

Free 'prefix' variable on early return.

Add constructor for EContactAddress

Needed by introspected bindings.

Add constructor for EContactPhoto

This is needed by introspected bindings, otherwise they have
no way to instantiate EContactPhotos.

Limit libgdata to 0.7 or 0.8.

There are unreleased API changes beyond 0.8 which we don't support yet.

Updated Galician translations

Updated Spanish translation

Updated Spanish translation

Bug #651458 - Add getters/settrs for EContactPhoto

This is needed for introspected bindings since gobject-introspection
can't cope with the current layout of the EContactPhoto structure.

Workaround compiler warnings

Bug #633948 - Try harder to use -lresolv in LDAP_LIBS

Bug #651226 - e_book_new_system_addressbook() should create source in GConf

The same problem was fixed in libecal by commit 3bb75464a67
and commit 05c0b7b4bd0.

Bug #649757 - Filtering based on a source account always succeeded

Bug #640083 - Force secured connection when using LDAPS port

Bug #649757 - Return back camel_filter_driver_filter_mbox()

It's still used for "Local delivery" mbox files and it has nothing
to do with On This Computer store type.

Fix a typo in the code, do not call itself recursively

Fix build breaks.

Bug #651147 - EBook/ECal done signals ignored due to wrong name

Replace deprecated g_atomic_int_exchange_and_add()

Bug #651446 - Implement e_book_client_get_contacts_uids()

Oops, little Freudian slip there in the comment.

CamelVeeFolder: Fix a deadlock.

folder_added_uid() was trying to obtain a reader lock while holding a
writer lock, since a DB transaction had already been started.

To work around the issue, queue up message UIDs in folder_added_uid(),
and then execute a DB transaction using the queued message UIDs AFTER
we're done iterating over the 'matchhash' hash table.

camel_store_get_folder_sync(): Readability cleanups.

Introspection: fix annotation in e_book_client_get_contact_finish

Introspection: fix annotation in e_book_client_get_contact_sync

Vala bindings: use e-book-client.h instead of e-book.h

Introspection: fix annotation for e_book_client_get_view_finish ()

Introspection: add missing annotations in libedataserver

Vala bindings: set the type of the signals emitted by BookClientView

Vala bindings: include gio-2.0 needed by EDataServer

Vala bindings: include gio-2.0 needed by EBookClient

[l10n]Updated Catalan (Valencian) translation

Including <glib-object.h> directly is rarely needed.

Including <glib.h> directly is rarely needed.

Introspection: add missing annotations in libebook

Vala bindings: include EBookClient and EBookClientView

Bug #651113 - [libebook] Querying date fields is not supported

Bug #651054 - Support queries based on "photo" contact field

Bug #650952 - Remove unknown EContact field name runtime warning

Bug #650950 - entry_compare() should iterate over attributes with the same name

Extend entry_compare() to iterate over attributes that have
the same name (e.g. X-HOBBY) so that it can match any of
them, not just the first one in the vCard.

Bug #648736 - Crash when adding default vcard for newly created DB

Updated Spanish translation

Automated Gtk-Doc updates from backend API changes.

Reduce diff noise with account-mgmt branch.

Mostly silly code cleanup type stuff, so I can see the important changes
more easily.

Vala bindings: metadata helpers for EContactAddress

Vala bindings: metadata helpers for EContactName

Vala bindings: add path to dependency GIRs

CamelDB: Initiate a transaction before writing into db.

Bug 640054 - CamelDB: do not read the db while a trasaction is in progress.
 Fix the dead-lock caused due to transaction (DB WRITE_LOCK) and summary lock.

CamelDB: Ensure that begin_transaction is called before adding queries to a transaction

CamelFolderSummary: Remove undefined function camel_folder_summary_header_load from header file