[kmail2] [Bug 367879] typing "/" in composer shouldn't activate quicksearch

[via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=367879

--- Comment #4 from i...@umich.edu ---
OK, this entry was in ~/.config/kdeglobals, under "[Shortcuts]":
Find=\\

I have no idea why. It's inconsistent with what the GUI systemsettings shows.
Obviously not a kmail bug, then.

Thanks.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[kmail2] [Bug 367879] typing "/" in composer shouldn't activate quicksearch

[Laurent Montel via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=367879

--- Comment #3 from Laurent Montel  ---
I don't know who add this shortcut for your kmail but by default we don't use
it.
We use kde shortcut CTRL+F not /

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Akonadi] [Bug 360792] akonadi_davgroupware_resource crashes constandly

[Mirko Guldner via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=360792

--- Comment #7 from Mirko Guldner  ---
Some problem here:

cat /etc/os-release
NAME=openSUSE
VERSION="Tumbleweed"
VERSION_ID="20160822"

 kontact --version
kontact 5.2.3

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Akonadi] [Bug 360792] akonadi_davgroupware_resource crashes constandly

[Mirko Guldner via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=360792

Mirko Guldner  changed:

   What|Removed |Added

 CC||mirko.guld...@web.de

--- Comment #6 from Mirko Guldner  ---
Created attachment 100804
  --> https://bugs.kde.org/attachment.cgi?id=100804=edit
developer info

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Akonadi] [Bug 338571] Performance Regression: Folder synchronisation in Akonadi 16.08 (actually in any release, starting with KDE 4.14) very slow, compared to kMail from KDE 4.13.x

[Martin Steigerwald via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=338571

--- Comment #30 from Martin Steigerwald  ---
I just created

Bug 367892 - During folder synchronisation Akonadi blocks out other operations
like deleting or viewing mails

for blocking out other operations during folder synchronisation. Gunther, if
you feel like adding anything there, please do so. Please keep this bug to the
actual synchronisation performance from now on as per the title of the bug.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.

[Akonadi] [Bug 367892] During folder synchronisation Akonadi blocks out other operations like deleting or viewing mails

[Martin Steigerwald via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=367892

Martin Steigerwald  changed:

   What|Removed |Added

 Status|UNCONFIRMED |CONFIRMED
 Ever confirmed|0   |1

--- Comment #1 from Martin Steigerwald  ---
For the Maildir case this is just a minor annoyance as folder synchronisation
is pretty fast with Akonadi 16.04. But with IMAP this can easily cause delays
of a minute or more on large folders.

Gunther talks about 87 seconds for a Sent folder of 41000 mails in comment 18
of bug 338571 with a local !() IMAP server (see
https://bugs.kde.org/show_bug.cgi?id=338571#c18). I can easily can trigger
stalls of a minute or more with a remote Dovecot and folders of about
1-25000 mails. 

Bug #338571 is about the performance of the IMAP folder synchronisation itself.
This bug is about blocking out other operations during folder synchronisation.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Akonadi] [Bug 367892] New: During folder synchronisation Akonadi blocks out other operations like deleting or viewing mails

[Martin Steigerwald via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=367892

Bug ID: 367892
   Summary: During folder synchronisation Akonadi blocks out other
operations like deleting or viewing mails
   Product: Akonadi
   Version: 16.04
  Platform: Debian unstable
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: server
  Assignee: kdepim-bugs@kde.org
  Reporter: mar...@lichtvoll.de

This is a split out from Bug #338571 (See comment 28 there
https://bugs.kde.org/show_bug.cgi?id=338571#c28).

During folder synchronisation KMail blocks out other operations. This causes
delays for the user of KMail when the folder synchronisation takes a long time.
This happens with IMAP and Maildir resources at least. I bet it would happen
with any resource.

Reproducible: Always

Steps to Reproduce:
IMAP:
1. Have some IMAP folder large enough (several ten thousand mail).
2. Hit delete key on mails in the folder mail list often enough, probably with
pauses to trigger a folder synchronisation. (Do so with a mails you can afford
to delete only of course!)

Maildir:
1. Have a POP3 account with mails from mailings or so and with filters sorting
them into different folders.
2. Download new mail.
3. Maildir resource starts to synchronize (I think this is unnecessary as well,
see bug 334216).

Of course there are other ways to trigger a folder synchronisation but these
worked quite reliably for me.

Then both Maildir and IMAP:
1. Do some operations like deleting or viewing mails while Akonadi is still
busy with the folder synchronisation.

Actual Results:  
Akonadi blocks on other operations. Operations that are more important for the
user I think, cause the other waits for KMail to view or delete mails, but it
does not until Akonadi is responsive again.

Expected Results:  
Akonadi can handles several operations at the same time. Bonus points if it
prioritizes short term interactive user requests over longer time background
operations.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Akonadi] [Bug 279380] akonadi_mixedmaildir_resource crashes when synchronizing a folder with a large number of emails

[Martin Steigerwald via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=279380

Martin Steigerwald  changed:

   What|Removed |Added

 Resolution|--- |UNMAINTAINED
 CC||mar...@lichtvoll.de
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Martin Steigerwald  ---
Shane, thank you for your report. It is about an ancient version of KMail which
is not maintained anymore. Also neither with Maildir nor with IMAP resource I
see any crashes on folder synchronisation. Thus I close this.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[kmail2] [Bug 367879] typing "/" in composer shouldn't activate quicksearch

[via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=367879

--- Comment #2 from i...@umich.edu ---
Created attachment 100802
  --> https://bugs.kde.org/attachment.cgi?id=100802=edit
screenshot

-- 
You are receiving this mail because:
You are the assignee for the bug.

[kmail2] [Bug 307064] Mail folders "synchronized" once again every time it is opened

[Martin Steigerwald via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=307064

Martin Steigerwald  changed:

   What|Removed |Added

 Resolution|--- |UNMAINTAINED
 CC||mar...@lichtvoll.de
 Status|CONFIRMED   |RESOLVED

--- Comment #2 from Martin Steigerwald  ---
Hello Marcel. Thank you for your report. It is about an ancient version of
KMail. 

Akonadi developers implemented a lot of performance improvements for maildir
resource, and I think at least partly also for mixedmaildir resource and also
in general Akonadi folder synchronisation performance. Thus I close the report.

 If you still see this with KMail/Akonadi 16.04, tell me and I will reopen it.
Thank you, Martin

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Akonadi] [Bug 334216] synchronizes folder with filesystem after downloading and filtering mails needlessly

[Martin Steigerwald via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=334216

--- Comment #1 from Martin Steigerwald  ---
This still happens with KMail/Akonadi 16.04. Its not nearly as annoying as
Akonadi maildir resource is much faster now on synchronisation folders. Its
still synchronizing although it should know which mails mailfilter agent just
moved to a different folder, instead of asking the filesystem about it.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Akonadi] [Bug 334209] synchronizes folder contents during runtime needlessly

[Martin Steigerwald via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=334209

Martin Steigerwald  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #2 from Martin Steigerwald  ---
I do not see this anymore on KMail/Akonadi 16.04 during switching folders. Thus
closed.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Akonadi] [Bug 334206] While IMAP/maildir resource synchronizes a folder KMail blocks on switching to a different folder

[Martin Steigerwald via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=334206

Martin Steigerwald  changed:

   What|Removed |Added

 Resolution|--- |WORKSFORME
 Status|REOPENED|RESOLVED
Summary|While maildir resources |While IMAP/maildir resource
   |synchronizes a folder KMail |synchronizes a folder KMail
   |blocks on switching to a|blocks on switching to a
   |different folder|different folder

--- Comment #9 from Martin Steigerwald  ---
Nope forget this. I made up a my mind. Thats no blockage on switching folders
and I don´t have this anymore. So… I make another bug report about folder
synchronisation blocking other operations. Sorry for noise.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Akonadi] [Bug 334206] While maildir resources synchronizes a folder KMail blocks on switching to a different folder

[Martin Steigerwald via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=334206

Martin Steigerwald  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|RESOLVED|REOPENED
 Resolution|WORKSFORME  |---

--- Comment #8 from Martin Steigerwald  ---
Well, I closed this back then as it works for me as the folder synchronisation
in the maildir case got much better by the performance improvements made by Dan
and Millian. Yet, the issue is still there, I tested it on deleting 100-200
mails during mailfilter agent filtering mails to local maildir folders and
triggering folder synchronisations. Akonadi postponed the deleting until after
those few quite quick synchronisations were finished, but it easily took about
10 seconds, so that still introduces an delay.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Akonadi] [Bug 338571] Performance Regression: Folder synchronisation in Akonadi 16.08 (actually in any release, starting with KDE 4.14) very slow, compared to kMail from KDE 4.13.x

[Martin Steigerwald via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=338571

--- Comment #29 from Martin Steigerwald  ---
Okay, nope changing the title on the bug report I mentioned on the third issue
doesn´t make sense. I don´t see this bug anymore since performance improvements
made by Dan and Millian. It makes sense to split out the IMAP case, i.e. report
"During folder synchronisation Akonadi blocks out other operations like
deleting or viewing mails" for the IMAP case if not already done.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.

[Akonadi] [Bug 338571] Performance Regression: Folder synchronisation in Akonadi 16.08 (actually in any release, starting with KDE 4.14) very slow, compared to kMail from KDE 4.13.x

[Martin Steigerwald via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=338571

--- Comment #28 from Martin Steigerwald  ---
There seem to be three issues in what you observe:

1) There is folder synchronisation when you enter a folder and click mails in
there to read them. I don´t have that and for me this operation is, except for
few second initial delay to open the folder (any eventual threading work of
KMail not counted), instant or almost instant. That may be something for a
different bug report to keep that one to the performance on folder
synchronisation itself. For Maildir I did a bug report about IMHO superfluous
synchronisation (bug #334209). For any excessive folder synchronisation reading
mails, if you really see this, this would be worth a different bug. But maybe
what you see is the initial folder synchronisation on after you switched to the
folder that you see there. Does it really synchronize the folder again and
again when reading mails in it? Then I would report this as a different bug (if
not already done by someone).


2) As per the title you choose folder synchronisation itself taking a lot of
time. And well I can see this here as well. Its easily taking up half a minute
or more. And generating a lot of queries. Its not creating much load on my
MySQL, but that may be due to creating a lot of load to my IMAP server. I see
both mysqld at about 20% of one core and akonadi_imap_resource at about 30% of
one core. Now your IMAP is local, and thus will be faster to access and that I
think easily explains the higher MySQL load you see. Actually synchroniszing
that 24500 mail inbox folder took as much time as typing all of this second
point. Easily more than a minute.


3) During folder synchronisation Akonadi blocks out other operations like
deleting or viewing mails. I reported this as:

[Akonadi] [Bug 334206] New: While maildir resources synchronrizes a folder
KMail blocks on switching to a different folder

and will change the title of the bug IMAP resources as well now. I bet it may
affect *any* resources.

I suggest to keep this report about the actual folder synchronisation speed
from now on for clarity.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.

[Akonadi] [Bug 338571] Performance Regression: Folder synchronisation in Akonadi 16.08 (actually in any release, starting with KDE 4.14) very slow, compared to kMail from KDE 4.13.x

[Martin Steigerwald via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=338571

--- Comment #27 from Martin Steigerwald  ---
Created attachment 100801
  --> https://bugs.kde.org/attachment.cgi?id=100801=edit
excerpt of query log for folder synchronisation after deleting mails

I sometimes need to delete quite a bunch of mails to trigger a folder
synchronisation that takes long. But I made it. I made 2 second excerpt of the
log, and I agree with you, Gunther: The amount of queries made in this short
time is excessive.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.

[Akonadi] [Bug 338571] Performance Regression: Folder synchronisation in Akonadi 16.08 (actually in any release, starting with KDE 4.14) very slow, compared to kMail from KDE 4.13.x

[Martin Steigerwald via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=338571

--- Comment #26 from Martin Steigerwald  ---
Created attachment 100800
  --> https://bugs.kde.org/attachment.cgi?id=100800=edit
excerpt of query log, clicking mails in open folders for some seconds

This is what is almost instant on my machine.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.

[Akonadi] [Bug 338571] Performance Regression: Folder synchronisation in Akonadi 16.08 (actually in any release, starting with KDE 4.14) very slow, compared to kMail from KDE 4.13.x

[Martin Steigerwald via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=338571

--- Comment #25 from Martin Steigerwald  ---
Okay, I seriously don´t get why its so different for you: One folder with about
1 mails about one second with cold caches and one with more than 24000
mails about 2-3 seconds with cold caches. This time on Dovecot based IMAP.
Regular IMAP, not disconnected. You do have double the amount of mails than the
larger one of my folders, Gunther, but opening your sent folder takes about
30-40 times longer than on my system.

So there is hope to fix your issue, I think, once it is clear what is causing
the high load on your system. I wonder how to find whats different tough. Care
to share more details of your setup? Also… do you have any search folders that
target mails of your sent folder?

My IMAP account setup is very basic. I just pointed it to my Dovecot IMAP, and
then let it autodetect the encryption. Thats it. No customizations so far. So
what you could try would be: Use a *new* user, recreate IMAP account from
scratch. And try then. Also are there any errors Akonadi shows in
~/.xsession-errors or Akonadi error log. Are there any errors in MySQL log?

Okay, just reading your mid air collision comment as well: So you have local
IMAP, that should be even faster. I also tried clicking folder and then
clicking mails. Its just instant with warm caches, i.e. folder already opened
before. Okay, and even with cold caches, after the initial delay of 1-3 seconds
and maybe an added second its instant. I click mail and its done. IMAP resource
doesn´t synchronize the folder on my setup when clicking mails in a folder that
it synchronized initially after starting it. What I know is that it does when
deleting mail and this can cause quite some slow downs, but not when reading
mails. So are you doing any other changes to the mail other than KMail setting
read flag on them?

I can reproduce huge delays when entering inbox for example and then hit delete
10-20 times. But but its not that MySQL heavy. It is just that Akonadi IMAP for
some reason resynchronizes folder content after deleting a mail. So I think
that is a different issue.

Okay, will post about query logs in next comment.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.

[Akonadi] [Bug 338571] Performance Regression: Folder synchronisation in Akonadi 16.08 (actually in any release, starting with KDE 4.14) very slow, compared to kMail from KDE 4.13.x

[Gunter Ohrner via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=338571

--- Comment #24 from Gunter Ohrner  ---
I'm using regular IMAP but with a local IMAP server. Don't ask me why I'm doing
it this way, but apparently it's a good setup to detect performance bottlenecks
in the IMAP codepaths. ;)

Laurent Montel already assigned this report to "IMAP Resource" nearly two years
ago, so if he was right, you'll probably not be able to reproduce it with a
local Maildir resource. However if a Maildir resource scales much better, this
would be an indication that it's actually a "suboptimal behaviour" (i.e. "bug"
;) of the IMAP Resource and not "simply unavoidable" if you use Akonadi.

If I open a folder, the list of mails is basically shown immediately - but I
cannot display mails. One or two previously cached mails might display, but as
soon as I select an uncached mail, all mails become inaccessible until the
"Syncing folder 'ABCD'" operation finishes, which takes close to a minute to
complete and in most cases is executed twice before the folder becomes
operational. (Thus the 90 seconds delay during which the folder is not usable
and which happens every time I open the folder.)

That's how I temporarily enabled the query log:

- connect to the MySQL server using the mysql monitor (MariaDB will probably
work the same)
- SET GLOBAL log_output = "FILE";
- SET GLOBAL general_log_file = "/var/tmp/querylog.sql";
- SET GLOBAL general_log = 'ON';

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.

[kmail2] [Bug 367858] Fancy message headers not-so-fancy if dspam information is shown

[Laurent Montel via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=367858

--- Comment #5 from Laurent Montel  ---
Thanks I confirm it.

I will investigate this WE I hope to provide a patch soon.
Thanks for test case

-- 
You are receiving this mail because:
You are the assignee for the bug.

[kmail2] [Bug 367879] typing "/" in composer shouldn't activate quicksearch

[Laurent Montel via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=367879

Laurent Montel  changed:

   What|Removed |Added

 CC||mon...@kde.org

--- Comment #1 from Laurent Montel  ---
What is a the quick search ?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Akonadi] [Bug 338571] Performance Regression: Folder synchronisation in Akonadi 16.08 (actually in any release, starting with KDE 4.14) very slow, compared to kMail from KDE 4.13.x

[Martin Steigerwald via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=338571

--- Comment #23 from Martin Steigerwald  ---
Hmmm, okay, now I notice there is an important difference. I tested this
against a local maildir resource, not with IMAP. I think… I bet that may cause
a difference in MySQL load. Do you use disconnected IMAP or regular IMAP? I
only have Exchange IMAP at work and it doesn´t make sense to test with it, as
with Exchange IMAP implementation its not really possible to access large
folders via IMAP consistently, not even with Trojita.

>From what I remember when I still had a kind of 1-2 week IMAP (maildir on
server cleaned by find -delete) access to folders have been quite snappy. I am
trying to reproduce it now by recreating the IMAP account. Akonadi still has to
synchronize on of the larger folders, so takes a time till I can test.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.

[Akonadi] [Bug 338571] Performance Regression: Folder synchronisation in Akonadi 16.08 (actually in any release, starting with KDE 4.14) very slow, compared to kMail from KDE 4.13.x

[Mikael Gerdin via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=338571

Mikael Gerdin  changed:

   What|Removed |Added

 CC|mikael.ger...@gmail.com |

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.

[Akonadi] [Bug 338571] Performance Regression: Folder synchronisation in Akonadi 16.08 (actually in any release, starting with KDE 4.14) very slow, compared to kMail from KDE 4.13.x

[Martin Steigerwald via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=338571

--- Comment #22 from Martin Steigerwald  ---
Gunther, I am not sure what is going on on your system, cause when I access a
76000 mails folder it takes about 8 seconds to actually see KMail showing the
first mails and starting the threading operation. Or another example: About 10
seconds to access debian-devel-changes folder with slightly more than 133000
messages, this time flat view without threading. I don´t see why this couldn´t
even be faster… but its quite a bit faster from what you report.

This all after akonadictl stop, echo 3 > /proc/sys/vm/drop_caches, akonadictl
start, so without any in memory caching on a ThinkPad T520 Sandybridge i5, 2.5
to max 3.2 GHz, machine with Dual SSD BTRFS RAID 1. I use MariaDB 10.0.26, but
I don´t think it makes much of a difference to MySQL.

mysqld load a mere 60-80% for some of this time. I did not create a query log.
How did you create it, I may create one so we can compare whether on my setup
Akonadi does something different. Then after the MySQL activity KMail was at
about 80% on one core for a few seconds.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.