<div dir="ltr">The same here, but ONLY on a postgres storage backend.<div>MySQL and sqlite should be deprecated and postgres should be the default, that's all.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 12, 2020 at 6:57 AM Marek Kochanowicz <<a href="mailto:sirherrbatka@gmail.com">sirherrbatka@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">It works completly fine for me and has been for years now.<br>
<br>
<a href="mailto:dragon@peerfreedom.org" target="_blank">dragon@peerfreedom.org</a> pisze:<br>
> Long time ago I  was using kmail, until it become slow and buggy.<br>
> Many would say that Akonadi was too blame.<br>
> <br>
> Now after years I again try to use kmail again (since Thunderbird<br>
> butchered the PGP and its integrated support if it is subpar).<br>
> <br>
> But kmail again stops working after short while - all emails are in<br>
> "Connection Established" state (in config - accounts - receiving).<br>
> <br>
> Quick googling leads to threads from 5-7 years ago, again pointing at<br>
> fault of Akondai.<br>
> <br>
> Was this a mistake to use Akonadi (or add enough polish to work over<br>
> this problems)?<br>
> Should someone start kmail3 that actually can be usable?<br>
> First of, the error reporting/debugging is not intuitive nor informative.<br>
<br>
<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature">If 'but' was any useful, it would be a logic operator</div>