Correctly initialize variable and fix value used in SQL query.

Unlike Q_FOREACH, range loops always call non-const begin() on container
(unless the container is const), which in case of Qt containers causes
detach and deep copy.

It's dangerous to let handlers and helper to write directly to streams, instead
we let them use an API in Connection, so that actual read/write from/to socket
happens from only one place in the code.

Thanks for your hard work, but we don't need you anymore ;-)

Still not perfect, but at least we are ready for merging the client libraries
here. We can tune the rest once this is done.

Otherwise it's possible that we get a LIST that expectes the referenced state,
before it's stored.

Conflicts:
	CMakeLists.txt

Only emit subscribed notification after modified notification, cleanup, fixed tests.

This patch adds support for the new enabled state plus the local
preference for sync/display/index. The enabled state gives a preference
that can be synchronized accross devices, while the local preference
allows to override that setting individually for each purpose.
This mechanism should eventually replace the local subscription mechanism.

Guy Maurel authored Jul 31, 2014 and Daniel Vrátil committed Jul 31, 2014

This changes the coding style in the entire Akonadi repo to follow the new
KDE PIM coding style (https://techbase.kde.org/Policies/Kdepim_Coding_Style)

Only emit subscribed notification after modified notification, cleanup, fixed tests.

This patch adds support for the new enabled state plus the local
preference for sync/display/index. The enabled state gives a preference
that can be synchronized accross devices, while the local preference
allows to override that setting individually for each purpose.
This mechanism should eventually replace the local subscription mechanism.

Move and copy operations on larger sets of items can take some time, because
we need to make sure that all items have full payload stored in Akonadi. This
is necessary especially with local resources, like maildir, which have cache
timeout set to 5 minutes (after that all their payload is removed from Akonadi
and is fetched from HDD on demand, because it's cheap, fast and does not
unnecessarily duplicate emails in maildir and in database). However fetching
large amount of items via ItemRetriever takes a lot of time, sometimes it can
take even more than 5 minutes. And in such case there is a very high chance,
that the CacheCleaner will just remove the newly cached payloads from Akonadi
again and so when ItemRetriever finishes, many items have empty payload in
Akonadi again. ItemRetriever nor handlers are aware of this howerver, so they
will just make copies or moves of empty items, causing data loss.

This patch introduces CacheCleanerInhibitor, a class which when it is created
will pause the timer in CacheCleaner and resume the timer again when it's
destroyed (so usually when it goes out of scope). Also, this patch adds the
inhibitor to all handlers that use ItemRetriever, so that the the situation
described above does not happen.

The current solution is not perfect because it pauses the entire CacheCleaner
while I think it would be better to be able to temporarily 'blacklist' only
specific collections or items. That would however require much more complex
code and changes, which makes it unsuitable for 1.12 release.

I tried moving 78 000 emails from one maildir to another and all emails were
moved correctly. Move itself has many other problems (CPU, IO, memory, KMail
responsivness, etc.) but that's out of scope of this fix.

CCBUG: 330895

SearchManager now lives in a separate thread and is using it's own DataStore
and NotificationCollector. This fixes a crash in MODIFY handler, improves
performance and does not block the main thread when updating searches (which
can take a while).

I want to see why there is an invalid syntax (error accure when I change properties in kolab folder)

No reason to duplicate 'Akonadi' when we have namespaces.

Since we now support loading of plugins, having only Akonadi namespace
might not be enough, as plugins can easily clash (like Akonadi::TagAttribute
from Akonadi and from kdepimlibs). It will also make it easier to differentiate
classes once both server and client libs are in the same repo in KF5.

Persistent search now can have REMOTE and RECURSIVE parameters. They
are stored together with QUERYLANGUAGE in CollectionTable.queryAttributes
column. queryLanguage column has been removed, as the QUERYLANGUAGE
attribute is pretty much deprecated.

Mime types are stored as collection's mime types, collections to search
are stored in a new queryCollections column in CollectionsTable. Mime types
are accessed/modified via MIMETYPE (mt1 mt2 ...) parameter, query collections via
QUERYCOLLECTIONS (id1 id2 ..) parameter.

REVIEWS: 113592 113593 113594 113610 113611 113612 113613 113614 113615 113616 113618 113619 113620 113621 113622 113623 113624 113626 113627

REVIEWS: 113470 113469 113468 113467 113466 113465 113464 113463 113462 113461 113460 113459 113457 113456 113455 113454 113453 113452 113451 113450 113449

REVIEW: 112163

Moc file including for compile time performance is no longer necessary
anyway, the CMake automoc takes care of that now.

If the collection isn't virtual, this isn't a change.
CollectionModifyJob is simply setting all existing attributes back.
This fixes CollectionModifyJob, which fixes the imap resource not being
able to store the uidnext value, so it was constantly re-listing folders.
(scary, when your inbox disappears, before it reappears...)

REVIEW: 106546

Fix losing the body for some operations when the resouce is offline (e.g copy/move items from an offline resource).
REVIEW: 106627
(cherry picked from commit f40e5d6f)

Conflicts:
	server/src/storage/itemretriever.cpp

Fix losing the body for some operations when the resouce is offline (e.g copy/move items from an offline resource).
REVIEW: 106627

That is, only emit them when we actually delete one.
(cherry picked from commit 7cedcc39)

That is, only emit them when we actually delete one.

svn path=/trunk/kdesupport/akonadi/; revision=1139240

search folder.

svn path=/trunk/kdesupport/akonadi/; revision=1121507

svn path=/trunk/kdesupport/akonadi/; revision=1118601