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.

Server-side memory leaks in calendar factory

This change addresses:
- typo for GDestroyNotify (was being used ref, instead of unref)
- leaking data_cal object when opening a calendar
- DataCalView dispose didn't remove view from the backend

These led to memory leaks on both view and backend objects.

[CalDAV] Force password ask on soup authenticate failure

Some servers may allow OPTIONS request on authenticated account with
a wrong password, but fail on REPORT and other queries, which makes
the calendar open routine not recognize the wrong password case.

Bug #722415 - Memo does not support Start Date property

Add camel_imapx_server_shutdown().

Lets CamelIMAPXStore explicitly tell its server to shut down command
processing.  Better than doing this implicitly from dispose(), since
both the idle and parser threads now hold a reference to the server,
and we no longer join with the idle thread.

CamelStore: Remove noop_sync() method.

No longer used.

Removed functions:

  camel_store_noop_sync()
  camel_store_noop()
  camel_store_noop_finish()

Remove imapx_store_noop_sync().

No longer needed; see the previous commit.

CamelIMAPXServer: Ping the server after a period of inactivity.

If an IDLE command is in progress, stop and restart the command.
Otherwise issue a NOOP command.  This just lets the IMAP server
know we're still here to (hopefully) avoid being logged off.

This obviates the need for CamelStore's noop() method, which can
now be removed since it was only needed for IMAP.

CamelIMAPXServer: A little code reorganization.

CamelIMAPXServer: Work around refcounting issue in IDLE thread.

Use the ol' weak-reference-as-callback-closure trick to avoid IDLE
command callbacks holding the last CamelIMAPXServer reference.

Add missing include to git.mk in examples/Makefile.am

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

The SEARCH command doesn't support all the things evolution can
search for, but it can cover the most common cases, which speeds
searching significantly (especially when the folder content is not
required locally).

CamelIMAPXServer: Use a main loop in the parser thread.

The "while" loop previously used in the parser thread just blocked the
thread until incoming data became available.  Using a GMainLoop allows
us to add other event sources, like periodic timeouts to help keep the
connection alive without relying on Evolution.

I'm also hoping this will help eliminate the separate thread for IDLE,
since it now uses a GMainLoop as well.  But I don't quite have my head
around all the implications yet.

CamelIMAPXServer: Remove unused casting macro.

Updated Traditional Chinese translation(Hong Kong and Taiwan)

Bug #687640 - Crash in caldav's initialize_backend()

Two threads could call initialize_backend() simultaneously,
overwriting data one to the other, which caused the crash.

CamelIMAPXServer: Give IDLE state enum a proper type definition.

CamelIMAPXServer: Use a main loop in the IDLE thread.

Instead of mucking with infinite "while" loops and condition variables,
run a GMainLoop in the IDLE thread and attach a GSource from the parser
thread when an IDLE command should be issued.

CamelIMAPXServer: Remove IDLE_LOCK/UNLOCK() macros.

Just call g_mutex_lock/unlock() directly.

CamelIMAPXServer: Move IDLE structs to private section.

Bug #721581 - Unable to write to ldap addressbook

Post-release version bump.

NEWS update for 3.11.4 release.

Bug 720657 - IMAPX: No new messages are received

Regression caused by removal of "mobile mode".  I misinterpreted some
complex expression embedded in a loop condition, which is why I don't
like complex expressions in loop conditions - difficult to for others
grok, which means high potential for mistakes.

Updated dutch translation Master (3.12)

IMAPX: Handle BODY[HEADER] in FETCH response.

A broken IMAP server (whatever they use at Masaryk University) was
seen having this conversation:

  C: A001 UID FETCH 1:* (RFC822.SIZE RFC822.HEADER FLAGS)
  S: * 1 FETCH (RFC822.SIZE 4220 BODY[HEADER] {523} ...)
  ...

This confuses Camel into thinking it was a request for a full message
and it in turn fails to update the folder summary and issues a warning
about not being able to locate an appropriate FETCH job.

This works around the issue by treating BODY[HEADER] as equivalent to
RFC822.HEADER in untagged FETCH responses.

CamelIMAPXNamespace: Allow NIL separator character.

RFC 2342 allows it:

  Namespace_Response = "*" SP "NAMESPACE" SP Namespace SP Namespace
                       SP Namespace

  Namespace = nil / "(" 1*( "(" string SP  (<"> QUOTED_CHAR <"> /
              nil) *(Namespace_Response_Extension) ")" ) ")"
              ^^^

configure.ac: trivial typo fix in last commit

-ldb vs. -ldl

tests: #include <sys/wait.h> for WIFEXITED

https://bugzilla.gnome.org/show_bug.cgi?id=721737

Remove #include <malloc.h> from a file

This ancient header has long been deprecated in favour of <stdlib.h> but
this file uses GLib memory functions anyway, so neither is required.

https://bugzilla.gnome.org/show_bug.cgi?id=721737

Bug 721733 - Tweak Berkeley DB detection logic

Make two changes to the logic that we use to find the Berkeley DB:

 - in the default case where --with-libdb is not given, do not attempt
   to add the default ${prefix}/include and ${prefix}/lib to the CFLAGS
   and LIBS.  Only do this if --with-libdb is explicitly given.

 - in the case where --with-libdb is not given, and DB_CFLAGS or DB_LIBS
   is already set, use those values instead of our own guesses

This allows the build to proceed on FreeBSD, where the headers are in an
unusual location and the library has an unusual name.

https://bugzilla.gnome.org/show_bug.cgi?id=721733

Bug 721527 - License text contains obsolete FSF postal address

Remove camel/README.COPYRIGHT.

The instructions are out-of-date, and advise contacting Novell Inc.

Bump SOURCES_DBUS_SERVICE_NAME version.

To cover both the new "ServerError" D-Bus signal and the new built-in
"system-proxy" data source.

Updated Indonesian translation

Updated Czech translation

Updated Brazilian Portuguese translation

Updated Galician translations