Since Kmail 4.9 Beta 2 (did not test Beta1) I experience an extreme delay (10 min or more) or indefinite freezes on sending emails. Killing Kmail then is the only solution. During those freezes I see highly cpu-usage of virtuoso-t (25-35%). Killing virtuoso-t just leads to a restart. Reproducible: Always Steps to Reproduce: 1. Write an Email 2. Send 3. Freeeze of Kmail (either indefinitely or fdor a very long time)
Git commit 05c67ec79b0c9fb9f9791462e597d293e75a1e8c by Andras Mantia. Committed on 21/10/2012 at 20:15. Pushed by amantia into branch 'KDE/4.9'. Actually we should always disable the conflict dialog when a filter modifies a mail. Mail (bodies) cannot be modified from anywhere else and flag changes do not worth the conflict dialog. Related: bug 259574 M +1 -3 mailfilteragent/filtermanager.cpp http://commits.kde.org/kdepim/05c67ec79b0c9fb9f9791462e597d293e75a1e8c
I am not sure whether this is the same phenomena but as the OP stated sometimes sending mail freezes the mail dispatcher agent. Mail is stuck in the outbox. Workaround: Open akonadi console and restert the mail dispatcher agent. Can someone confirm this? thx, p.
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present? If noone confirms this bug for a Framework-based version of kmail2 (version 5.0 or later, as part of KDE Applications 15.12 or later), it gets closed in about three months.
I switched to gnome for productive work, sry, I can not provide anymore specific information on later versions... thx anyway, p.
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.