- 07 Jan, 2015 3 commits
-
-
Laurent Montel authored
-
Laurent Montel authored
-
Laurent Montel authored
-
- 05 Jan, 2015 4 commits
-
-
Laurent Montel authored
-
Laurent Montel authored
-
Laurent Montel authored
-
Laurent Montel authored
-
- 02 Jan, 2015 2 commits
-
-
Laurent Montel authored
-
Laurent Montel authored
-
- 30 Dec, 2014 1 commit
-
-
Laurent Montel authored
-
- 24 Dec, 2014 1 commit
-
-
Script Kiddy authored
-
- 18 Dec, 2014 1 commit
-
-
Laurent Montel authored
-
- 16 Dec, 2014 1 commit
-
-
Script Kiddy authored
-
- 10 Dec, 2014 1 commit
-
-
Laurent Montel authored
-
- 16 Nov, 2014 1 commit
-
-
Script Kiddy authored
-
- 04 Nov, 2014 1 commit
-
-
Laurent Montel authored
-
- 03 Nov, 2014 4 commits
-
-
Andreas Hartmetz authored
Also looup -> look up
-
Andreas Hartmetz authored
ImapInterval does not allow begin() > end().
-
Laurent Montel authored
FIXED-IN: 4.14.3 BUG: 339172
-
Laurent Montel authored
-
- 30 Oct, 2014 1 commit
-
-
André Wöbbeking authored
If the result of UID SEARCH is too big Exchange just disconnects. To work around this the UID SEARCH is splitted into smaller chunks (I choose 2000 arbitrarily). First I wanted to do this for all servers but I've a server where UIDs go up to 1 billion which results in half a million SearchJobs. So I do the splitting only for Exchange servers. I don't know if there is a better way to recognize Exchange servers than to look at Session::serverGreeting()? There are still issues with Exchange but at least for me it's usable again. CCBUG: 339393 REVIEW: 120644
-
- 29 Oct, 2014 1 commit
-
-
Luca Beltrame authored
triggerCollectionExtraInfoJobs was removed in 945a5cca but the corresponding change never made it to the Kolab resource, thus it would stop when trying to run a non existent task. Notice that this may be a stop-gap solution (I don't know the code too well) but seems to work. CCMAIL: dvratil@redhat.com CCMAIL: chrigi_1@fastmail.fm
-
- 28 Oct, 2014 9 commits
-
-
Daniel Vrátil authored
This reverts commit d6330e59.
-
Daniel Vrátil authored
-
Christian Mollekopf authored
-
Christian Mollekopf authored
If the task get's externally (not by the task itself) cancelled (i.e. by a dropped connection), the task my be running a job and once it returns i.e. cancel the task again. This results in ResourceBase methods getting called while no task is active, ending in an assert. This patch simply isolates ResourceTask once cancelTask has been called.
-
Christian Mollekopf authored
ResourceBase does that now for us. We do have to use synchronizeCollectionAttributes instead of the custom task though.
-
Christian Mollekopf authored
-
Christian Mollekopf authored
If we're unlucky enough that we receive a disconnect call before a session has been declared ready, we end up declaring the about to be deleted session. This then results in a dangling pointer and eventually in a crash.
-
Christian Mollekopf authored
-
Laurent Montel authored
-
- 25 Oct, 2014 1 commit
-
-
Script Kiddy authored
-
- 23 Oct, 2014 1 commit
-
-
Laurent Montel authored
-
- 20 Oct, 2014 1 commit
-
-
Daniel Vrátil authored
-
- 09 Oct, 2014 3 commits
-
-
Grégory Oestreicher authored
Needed for at least Zimbra that doesn't like having items files named by anything else but the incidence UID and that redirects. KIO does not supply the username / password (as it should), but we have no way to ask the user for confirmation. Many thanks to Benjamin Girault for the initial debug, patch and testing. BUG: 339634
-
Laurent Montel authored
-
Laurent Montel authored
-
- 07 Oct, 2014 1 commit
-
-
Laurent Montel authored
-
- 03 Oct, 2014 2 commits
-
-
David Faure authored
-
Grégory Oestreicher authored
-