Updated Slovenian translation

Limit libgdata support to 0.6.

libgdata 0.7 will break API.  We don't want to deal with that until 0.7
is released, so cap the supported version.

Fix srcdir != builddir builds.

Bug #630889 - Use-after-free while sending messages

Bug 631404 - Stop shipping a Locations.xml

Change %-H to %k in Italian translation (should fix bug #631122)

Post-release version bump.

Fix distcheck errors.

NEWS update for 2.91.0 release.

Temporarily disable EBook tests.

The test fixture for EBook tests works by hacking the old
"file://absolute/path/to/source-uid" URIs for local ESources.  But local
ESource URIs are now just "local:source-uid", so we need to figure out a
different way to set up the test fixture.

Disabling these tests for now so I can still run "make distcheck".

Avoid passing NULL to g_strstrip in e_contact_get calls (part ][)

Collect Camel flags into enum types.

Camel has many struct members and function parameters named 'flags'.
Using a plain integer type for these can lead to confusion about which
flag definitions are expected.

This collects flag values into enumeration types, and changes the
struct member or function parameter type from a plain integer type
to the proper enumeration type.

TODO: Collect enum types into a camel-enums.h file and let GObject
      generate GTypes for each of them so they can be used properly
      in GObject properties, GtkTreeModel columns, etc.

Coding style cleanup.

Update MAINTAINERCLEANFILES.

Coding style and whitespace cleanup.

Change version to 2.91.0.

In accordance with http://live.gnome.org/TwoPointNinetyone.

CamelStore: Forgot a part in store_get_folder_info()

No need to allocate colors with cairo drawing

IMAPX: Use a CamelOperation, not GCancellable in the parser thread

Use upstream gettext instead glib one

Don't link libebook to GTK+.

Emit CamelFolder and CamelStore signals from idle callbacks.

Clients will likely have to redirect these signals back to the main loop
thread anyway, so save them the pain.  This should allow me to remove a
bunch more redirection cruft from Evolution.

TODO: Check where Camel connects to these signals internally and make
      sure the signal handlers don't block.  Should be easy since most
      blocking function names now end in "sync".

Adapt to GtkObject removal in GTK3

Bug #616598 - AM/PM in Date header confuses parser

Bug #616596 - Disable debug prints from e-categories.c

Bug #615828 - Incorrectly set off-line state on CamelOfflineStore

Bug #616172 - Return NULL from imapx_find_commad_tag when not found

Use macros for CamelOperation timeouts.

So they can be tuned more easily.

Have camel_operation_new() return a GCancellable.

Easier than having to cast the returned pointer everywhere.

Fix GCancellable usage in IMAPX threads.

At least I think.  Intended behavior is not very clear.

Bug #629507 - e_book_backend_cache_set_time doesn't rewrite old value

Bug #630321 - Disabling IMAPX account produces runtime warnings

Bug #628655 - imapx parser thread gerror memory leak

Bug #629752 - ldap doesn't work in offline

Bug #615274 - Encode proxy user/password in proxy URL

Bug #599741 - Cannot accept meeting request

In case of success scenario too receive_object was propagating error as
EDC_ERROR_FAILED_STATUS.

Bump gtk+-2.0 requirement to 2.22.0.

Remove backward-compatibility hacks for older GTK+ versions.

Fix a compiler warning.

Bump Camel's soname for all this API breakage.

Camel: Adapt tests to API changes.

Camel: Add an asynchronous API.

Add pairs of asynchronous "dispatch" and "finish" methods for most
blocking "sync" methods in Camel's public API.  All asynchronous methods
have default implementations that just call its synchronous counterpart
from a thread in GIO's thread pool (which is roughly equivalent to what
Evolution is doing from its own thread pool).

The possibility for Camel providers to implement an asynchronous
architecture by overriding the asynchronous methods exists, but first
requires some cleanup in the synchronous dispatching functions, many of
which are not "pure" in the sense that they do extra stuff before and
after calling the class method they wrap.  That extra logic needs to
somehow run as part of the class method itself, either via chaining up
from subclasses or some other means.

In simpler terms, the following invariant must hold before providers can
override asynchronous methods and expect correct behavior from Camel:

    Calling camel_foo_frobnicate_sync(foo) is equivalent to calling
    CAMEL_FOO_GET_CLASS (foo)->frobnicate_sync (foo), just with fewer
    runtime checks.

Rename blocking Camel methods.

Rename blocking Camel methods by appending a "sync" suffix.  e.g.
camel_folder_get_message() becomes camel_folder_get_message_sync().

Several reasons:

The asynchronous functions which are about to be added will take the old
names, along with a corresponding "finish" function.

Along with the GCancellable argument, the "sync" suffix makes it clear
to clients that the function may block.  Clients are encouraged to use
the asynchronous functions instead, unless they know for certain the
function will not block (e.g. writing to a CamelMemStream).

The "sync" suffix makes it easy to grep for blocking Camel calls in
Evolution and identify places where the main loop is being blocked.
These are bugs, and they're still lurking in Evolution.

Use GCancellable in all methods that may block.

Bug #630265 - Refetches unchanged 'On The Web' calendar

[i18n] Updated Dutch translation

Update Czech translation by Marek Cernocky

Fix potential use-after-free in ECal, as with EBook bug #629908

Bug 629908 - assertion failed: (E_IS_BOOK (book))

This is a use-after-free bug caused by failing to disconnect a signal handler
at the right time.

Updated Brazilian Portuguese translation

Updated Polish translation

Updated Traditional Chinese translation(Hong Kong and Taiwan)

Bug #630222 - Build failure camel-tcp-stream-raw.c

There is an extra ) at the end of the if.

Merge branch 'camel-socks-proxy-master'

Oops, fix a struct field's name

Signed-off-by: Federico Mena Quintero <federico@novell.com>

Merge branch 'camel-socks-proxy-master'

Sanitize error handling in the SOCKS5/SOCKS4 code paths

Provide more detailed errors based on the replies of the SOCKS server.

Don't leak some GErrors in case of retries.

Signed-off-by: Federico Mena Quintero <federico@novell.com>

Bug 629916 - imapx fails to handle errors in imapx_command_idle_stop()

Bug 630152 - imapx_parser_thread registers wrong operation

Updated Hebrew translation.

Bug 630150 - imapx attempts to connect to server when already cancelled

Bug 630149 - imapx_sync() never returns error

Bug 630135 - No UI feedback when imapx connection fails

Don't call camel_operation_cancel(NULL). That has undesired effects.

Only call camel_operation_cancel(server->op) if it's non-NULL -- i.e. if the
parser thread had actually started up and set it.

Updated Japanese translation

Few corrections to nl translation

[l10n] Updated Estonian translation

Use new GDK keysym names if available.

In GTK+ 2.21.8, the keysym names were renamed from GDK_* to GDK_KEY_*.

I've added backward-compatibility macros to gtk-compat.h, which can be
dumped as soon as we require GTK+ >= 2.22.0.

Updated Finnish translation by Jiri Grönroos.

Updated Lithuanian translation

[l10n] Updated German translation

Updated licenses for imapx to LGPLv2

Update license to LGPLv2 for e-debug-log files

Use correct debug tagprefix in imapx_parse_capability()

Add server tagprefix to imapx debug output messages

There are still some messages without a prefix; we should fix those too

Move printf inside camel_imapx_debug() macro to make prefixes easier

Updated Danish translation

Fix a potential race in operation_idle_cb().

Increase safety on Windows
Call SetDllDirectory() to reduce risk of DLL hijacking, and call
SetProcessDEPPolicy() to reduce risk of rogue code execution.

Bug 629255 - e-d-s FTBFS

Recast CamelOperation as a GCancellable subclass.

CamelOperation is now a subclass of GCancellable.  Instead of taking a
status update callback at creation time, it now emits a "status" signal
from an idle callback.

Several functions have been modified or removed:

   camel_operation_new()         No longer takes any arguments.
   camel_operation_unregister()  No longer takes any arguments
                                 (and never used it when it did).

   camel_operation_ref()         Gone. Use g_object_ref() instead.
   camel_operation_unref()       Gone. Use g_object_unref() instead.
   camel_operation_mute()        Gone. Disconnect your signal handler.

Bug 629726 - Increase imapx starting buffer size to 4KiB

It was temporarily set to 4 bytes to stress-test the buffer reallocation code.

Bug 629714 - endless loop in imapx_parse_status()

Merge branch 'camel-socks-proxy-master'

bmc#3667 - SOCKS5 failure doesn't fall back to SOCKS4

We fall back to SOCKS4 if the SOCKS5 process returns an exception of
CAMEL_EXCEPTION_PROXY_NOT_SUPPORTED, but we were not doing that if
the initial reply from the SOCKS server is not of the expected length.

Signed-off-by: Federico Mena Quintero <federico@novell.com>

Don't dupplicate wspiapi.h internally
This will put the responsibility to load a libary correctly to the
one who implements teh wspiapi.h header.

Coding style cleanups.

Post-branch version bump.

post release version bump

News update for 2.31.92 release

Updated Czech translation

Updated Italian translation

Updated Japanese translation.

Update .gitignore

[l10n] Updated German translation

Use --disable-gtk3 in DISTCHECK_CONFIGURE_FLAGS.

GNOME 2.32 is still based on GTK+ 2.x.

Coding style and whitespace cleanups.

Update API documentation.

Re-work my GtkDialog:has-separator workaround.

If we're using GTK+ 2.21.8 (where gtk_dialog_set_has_separator() is
deprecated but the property is still present and defaults to TRUE), we
still need to set the property to FALSE.  So instead use g_object_set()
up through GTK+ 2.90.6, after which the property itself is gone.

Updated Korean translation

Updated Tamil translation

Updated Tamil translation