Post-release version bump.

NEWS update for 3.11.92 release.

Add missing colon into a developer-documentation comment

e_cal_backend_get_timezone_finish: Do not panic when the timezone cannot be found

When the specific timezone could not be found, the function threw a runtime
warning, and did not set an error, which further in the call made fail also
data_cal_complete_get_timezone_cb(), which has a check for "either have
a timezone object or an error", which finally prevented a correct finish
of the D-Bus call, thus the client side which asked for an unknown timezone
was left stuck, waiting for a response from the server which was not
interested in the call anymore.

This behaviour could lead to a UI freeze, as had been reported at:
https://bugzilla.redhat.com/show_bug.cgi?id=1075461

Bug 726204 - Ugly error message when creating Maildir folder fails

Updated Russian translation

Bug #710633 - EDestination: Remove empty sublists

Bug #711053 - WebDAV: Do not overwrite UID of a contact

Apart of aforementioned fix to not overwrite contact UIDs, this also fixes:
- store href in a new vCard attribute, similar to etag
- possible slowness and busy loop of constant rewrite of a local cache on update
- removal of deleted contacts on the server from local cache
- preserve contact UID on create, if not used already
- be able to get all contacts with e_book_backend_cache_get_contacts()

Don't close base stream when destroying a CamelFilterOutputStream.

GFilterOutputStream, from which CamelFilterOutputStream is derived,
defaults to closing its base stream when the instance is finalized.

That makes sense in the general case, but CamelFilterOutputStreams are
usually temporary wrappers on a more permanent base stream, so we need
to remember to override the default "close-base-stream" property value.

I was tempted to just make CamelFilterOutputStream override the default
automatically, but I decided against it because my long term plan is to
drop CamelFilterOutputStream for GConverterOutputStream which also does
not override the "close-base-stream" default.  The closer the semantics
of the two classes match, the easier porting will be in the future.

Bug #633177 - Avoid runtime warnings from CamelFolder::cmp_uids() overrides

Updated Latvian translation

Bug #711436 - CalDAV: Ignore ctag on manual Refresh invocation

Fix a compiler warning caused by commit 69e94310 for bug #724626

CamelDataWrapper: Add construct_from_input_stream() method.

Takes a GInputStream instead of a CamelStream.  This will eventually
replace the construct_from_stream() method.

New functions:

  camel_data_wrapper_construct_from_input_stream_sync()
  camel_data_wrapper_construct_from_input_stream()
  camel_data_wrapper_construct_from_input_stream_finish()

Also adapted subclass methods in:

  CamelMimePart
  CamelMultipartSigned

Updated Korean translation

Bug #712564 - [GPG] Treat marginal trust the same as unknown

Updated Norwegian bokmål translation

Addressbook: Flushing DBus properties after setting new locale.

DBus signals about change of locale property for given address book are
deferred until all address books will update their locale.
Depending on the number of address books and their size delay between
changing address book's locale property and receiving signal about that
takes about one or two minutes.
Flushing DBus properties after changing locale property of address book
causes immediate emission of DBus signal.

CamelIMAPXServer: Copy child setup gunk from CamelStreamProcess.

CamelStore: Handle CAMEL_STORE_FOLDER_CREATE flag directly.

camel_store_get_folder_sync() now handles this flag directly by first
calling get_folder_sync(), and on CAMEL_STORE_ERROR_NO_FOLDER it then
calls create_folder_sync() and retries get_folder_sync().

Subclasses will no longer receive a CAMEL_STORE_FOLDER_CREATE flag,
which should simplify things and yield more consistent behavior.

Solves https://bugzilla.gnome.org/724863, although from a different
angle than the way the problem description is written.

Deprecate CAMEL_STORE_FOLDER_EXCL.

Fortunately Evolution doesn't use this flag, so we can simply remove
code branches that check for it.  I'll remove the flag after 3.12.0.

Remove unused CAMEL_STORE_FOLDER_CREATE_EXCL.

Not used, so not going to bump the libcamel soname over it.

Post-release version bump.

NEWS update for 3.11.91 release.

Update API documentation.

Miscellaneous cleanups.

Updated Polish translation

Replace 'interface' with 'iface' in the code

Win32 headers have a #define for 'interface', which breaks the build when
this word is used in the code, thus replace it to 'iface', the same way
as GLib or GTK+ code use to have it.

Bug #710997 - Check some return values before use

Check that some return values are not NULL before using them,
in functions that do not check, such as strcmp(), or before
dereferencing.

Bug #705028 - gen-western-table.py is not compatible with python3

Bug #623066 - CalDAV doesn't read Location header from Created response

cfs_reload_from_db: CamelSession can be NULL when the folder is in dispose

camel_imapx_logger_get_prefix: Fix a compiler warning

Updated POTFILES.in

Remove CamelIMAPXStream.

No longer used.  We use CamelIMAPXInputStream now.

Add CamelIMAPXInputStream.

Replaces the input side of CamelIMAPXStream.

Currently derived from only GFilterInputStream to keep the code changes
to a minimum until I can verify this works, but eventually would like to
derive from GDataInputStream for reading and buffering whole lines.

Unfortunately this requires switching all of IMAPX over at once, so this
is a rather large commit.

Add camel_imapx_stream_nstring_bytes().

Replaces camel_imapx_stream_nstring_stream().

Produces a GBytes instead of a CamelStreamMem.  GBytes works better
than GOutputStream would because it can be reused without seeking to
the beginning.

This basically converts message fetching to use GIO streams directly.

Add CamelIMAPXLogger.

This is a GConverter that just echos data to standard output if the I/O
debugging setting is enabled ('CAMEL_DEBUG=imapx:io').  Attaches to the
GInputStream and GOutputStream.

IMAPX: Use GOutputStream instead of CamelStream.

This is the easier case.  Input streams need to be buffered and parsed.

IMAPX: Populate the input and output streams.

Still not used yet, but they're set now.  Will need to wrapper the
input stream in a custom GBufferedInputStream subclass for parsing.

IMAPX: Add camel_imapx_server_ref_output_stream().

Returns the GOutputStream for a CamelIMAPXServer, which is owned by
either a GTcpConnection or a GSubprocess.

The function doesn't actually return anything yet; just roughing in
the API.  Will make it work in subsequent commits.

IMAPX: Add camel_imapx_server_ref_input_stream().

Returns the GInputStream for a CamelIMAPXServer, which is owned by
either a GTcpConnection or a GSubprocess.

The function doesn't actually return anything yet; just roughing in
the API.  Will make it work in subsequent commits.

IMAPX: Use GSubprocess to implement the shell-command setting.

GSubprocess returns separate input/output streams for stdout/stdin,
and therefore can't be wrapped in a CamelStream.  So this (hidden)
feature is broken until I can fully port IMAPX to GIO streams.

Also, GSubprocess is only available in GLib 2.39, so attempts to
use this feature with an older GLib will fail with a helpful error
message.

CamelDataWrapper: Add GOutputStream-based methods.

These will eventually replace their CamelStream-based counterparts.

New functions:

  camel_data_wrapper_write_to_output_stream_sync()
  camel_data_wrapper_write_to_output_stream()
  camel_data_wrapper_write_to_output_stream_finish()
  camel_data_wrapper_decode_to_output_stream_sync()
  camel_data_wrapper_decode_to_output_stream()
  camel_data_wrapper_decode_to_output_stream_finish()

Also added/adapted subclass methods in:

  CamelMimeMessage
  CamelMimePart
  CamelMultipart
  CamelMultipartSigned

Updated Lithuanian translation

Introduce camel_debug_get_backtrace()

Just for easier debugging and reuse of a code. This might not
be used in a production code.

Fix a memory leak in imapx_untagged_lsub()

Forgotten unref of a 'response' variable.

Bug #724729 - camel-folder.c:folder_changed() blocks the UI thread

[Weather Calendar] Weather info source never freed

The priv->source was allocated, but never freed, especially after
the weather backend was freed, which might cause use-after-free
in the finished_retrieval_cb() callback, when the weather backend
was freed during the data update.

This might be the cause of a crash reported at:
https://bugzilla.redhat.com/show_bug.cgi?id=1065796

Bug #274316 - [IMAP] Follow-up flag lost on message move/copy

This applies to any only-locally-stored flags (user tags) on a message.

Bug #694084 - IMAPx doesn't stick Labels

Post-release version bump.

NEWS update for 3.11.90 release.

Update API documentation.

Fixed Russian translation

Bug #724343 - Moving emails between IMAP server results in wrong date

Add a 'secret-monitor' module.

Similar to 'cache-reaper', this periodically scans the set of cached EDS
passwords and deletes those that have no corresponding ESource.  It also
updates the password item's label based on the ESource's display name in
case the user renamed the ESource.

Add e_source_dup_secret_label().

Creates a label string based on the ESource's display name for use with
SecretItem.

Bug #720529 - Merge RFC2047 encoded words before ensuring UTF-8 validity

EAuthenticationSession: Remove an unneeded #include.

Updated Norwegian bokmål translation

ESource: Add functions for password management.

Replaces the EAuthenticationSession password functions.

Makes password management more accessible.  There's been cases where I
wanted to access the keyring from clients or just outside of the normal
authenication workflow, and had to copy the schema for EDS passwords.

All that's needed from the ESource is its UID, so these functions can be
called on unsubmitted "scratch" sources as well as registered sources.

This will make it possible to accept a password during account creation
and preemptively store it in the keyring to avoid a system modal dialog
when first connecting.

New functions:

   e_source_store_password_sync()
   e_source_store_password()
   e_source_store_password_finish()
   e_source_lookup_password_sync()
   e_source_lookup_password()
   e_source_lookup_password_finish()
   e_source_delete_password_sync()
   e_source_delete_password()
   e_source_delete_password_finish()

ESource: Nit-picky documentation tweak.

Bug #719806 - [IMAP+] Empty trash doesn't work with a real trash folder

Bug 723539 - Use SmtpAuth* properties from org.gnome.OnlineAccounts.Mail

GOA 3.11.5 now tells us which SMTP authentication mechanisms to use, so
we no longer have to hardcode a guess which is always wrong for someone.

Current options are: LOGIN, PLAIN, XOAUTH2

Bug #655806 - Folder deletion is very slow

Updated French translation

Add camel_mime_parser_init_with_bytes().

Convenience function creates a GMemoryInputStream from a GBytes
and hands it off to camel_mime_parser_init_with_input_stream().

Bug #720751 - camel_tag_set() doesn't copy tag's name properly

imapx_call_idle: Do not print Cancelled errors on console

Reimplement camel_mime_parser_init_with_fd().

Now creates a GUnixInputStream and hands it off to
camel_mime_parser_init_with_input_stream().

Removed functions:

  camel_mime_parser_fd()

Add camel_mime_parser_init_with_input_stream().

Similar to camel_mime_parser_init_with_stream(), but takes a
GInputStream instead of a CamelStream.

Bug #720940 - Always asked to synchronize folders when going offline

ESource changes not always written to a disk

This is a regression after my commit 294ec486b3bcb82192844fba07a642a789d19e25,
but if you look few lines above, how the save-to-disk works, then it's obvious
that this could easily break. The actual problem here was that if there didn't
change any of loaded extensions, then the source didn't change, due to avoided
test of changes on unloaded extensions, which wasn't a problem before the above
cited commit, because the code relied on false 'changed' notifications.

Bug #721030 - WebDAV: download_contacts() leaks

imapx_query_auth_types_sync: Remove offline check.

Let the operation fail naturally when the IMAP server isn't reachable.

Simplify imapx_query_auth_types_sync().

A new CamelIMAPXServer instance is not connected, so no need to
check for it.  Must be leftover logic from CamelIMAPXConnManager.

Bug #720676 - [IMAPX] Do more searching server-side (take ][)

The first patch caused server-side searching also for cases where all
data were available locally, which made searching slower. This tests
first if everything in match-all is available locally, and if so, then
it uses local search, rather than the server side.

Bug 723481 - Wrong callback signature in imapx_process_read_to_read()

Didn't realize UNIX file descriptor GSources use a special callback
signature.  Could be better documented in g_unix_fd_source_new().

updated kn.po

Post-release version bump.

NEWS update for 3.11.5 release.

Update API documentation.

Bug 719583 - Get a ESourceRegistry singleton

Updated Traditional Chinese translation(Hong Kong and Taiwan)

maildir_store_get_folder_sync: Fix a use-after-free issue

Add CamelNullOutputStream.

GOutputStream subclass to eventually replace CamelStreamNull.

IMAPX: Remove unused CAMEL_IMAPX_COMMAND_STREAM option.

99% sure this is unused.  Or at least can't find any cases of "%S" in
CamelIMAPXCommand format strings.

Bug #721286 - IMAPx: read messages become unread when reopening Evolution ][

Found one more issue when testing the same change for gnome-3-10:

d) do not use CamelOperation in the parser thread, because it can be
   cancelled at an application end with camel_operation_cancel_all() call,
   which is done too early, before any pending jobs are properly finished
   (it can be IDLE job, or save of folder changes back to the server)

Bug #721286 - IMAPx: read messages become unread when reopening Evolution

Couple things changed here:

a) the camel_folder_summary_get_changed() could return list of changed
   messages only if they were loaded in memory, which is not correct - I
   think it's part of the issue why it failed

b) it could happen that imapx_server_sync_changes() was called to save some
   changes, but then didn't change anything; in such cases, messages marked
   as locally changed were never unmarked, which led to false tests; I added
   a function to unmark the messages as locally changed (this can cause slow
   close of evolution for the first time, due to unsetting of the flag, but
   later ends are fine)

c) state of the message flags on the server is the master state, except of
   the state where locally stored info is marked as locally changed. This
   allows to show proper state of messages on the server (it is influenced
   by a) and b) too, so it might take up to two evolution starts to get
   the same view in evolution as is the state on the server).

camel_flag_list_copy: Avoid false 'changed' notifications

The function, as written, returned that the destination list
changed even in cases where both flag lists were empty. This
made for example IMAPx report that each message in a folder
hanged, even there did not change any.

imapx_write_flags: Fix a typo which flag to skip

The code was surely trying to avoid writing CAMEL_IMAPX_MESSAGE_RECENT
flag back to the server, but the actual behaviour was that each flag
had been ignored, if the CAMEL_IMAPX_MESSAGE_RECENT was set.
This could have an effect of copied read message being marked as unread
in the destination IMAPx folder.

[Esource] Do not set properties on load which did not change

When calling g_object_set(), g_object_set_property() and similar
set functions, the GObject itself notifies about the property change,
even if the value didn't change at all. This was exhibited by false
notifications when (re)loading ESource on a change on all its saved
properties, which, in particular, was causing bug #722399.

Update Chinese simplified translation

Bug #720943 - vFolder does not refresh automatically

Assamese translation updated

Bug 722275 - IMAPX: Parser trips on mailbox containing '+'

Mailbox names containing a '+' character were tripping up the parser due
to it being treated as one of a special set of characters to distinguish
identifiers from IMAP syntax.  But I don't think '+' is necessary in the
set of characters.  For continuations, at least, it should always follow
a newline character, with is also a special character.

IMAPX: Remove some unused character macros.

Bug #702709 - Do network background operations only if the CamelSession is online

This may prevent any network background operations, when associated
CamelSession is offline, like when the machine gets suspended or is
just resumed.

[CamelGPGContext] Prefer gpg2 over gpg

If there is a newer version installed, then use it, rather than
the old.