Item "255451" in collection "108" has no RID.

[Werner Joss]

Hi Martin,

Am Mittwoch, 20. Mai 2020, 17:27:24 CEST schrieb Martin Steigerwald:
> I think Sink has potential. But at the moment it does not even come 
> close to feature parity with Akonadi. Does it need all its features? 
> Very likely not. However… as I am still using POP3 and also if I switch 
> to IMAP would prefer to move older mails to local storage instead of 
> having years of mail history sit on my server, it currently is no option 
> for me.

Have you ever considered running a local (home) Imap server from which you feed your local clients
(Desktop, Phones, Tablets) ?
I think that is the best option for those who don't like to have their mails on a remote Server.
Years ago, I investigated on that and wrote a summary on how to do this:
https://hoernerfranzracing.de/werner/kde-linux-web/spam[1] 
- I know this is a bit outdated nowadays (who does still know what swendeleter is ?) but still true and functional for the most parts.

> That said, while I defended Akonadi quite heavily in the past, meanwhile 
> I think it may be good to replace it. Why?
> 
> This issue and other issues with Akonadi are there for a long time 
> *despite* the enormous efforts of developers to fix it up. I remember the 
> action plan of Dan to fix it, I have seen the huge efforts of Dan and 
> other developers to make it speedier and more reliable. However… while 
> there were definitely improvements, it still has huge reliability and 
> performance issues, even when I clean out old mails via archivemail. I 
> am aware that his last intended step to "Make Indexing Great Again" is 
> still to be completed¹. And Dan if you are reading this: This is in no 
> way a criticism about your activities. I know you did the best you could 
> and that it is a lot of work and I am very grateful for what you have 
> done so far.

I can second that - everyone should appreciate the years of work that have gone into akonadi*,
nowadays mainly done by Dan Vratil.
And as it is such a giant project, it is no wonder that not all issues can be solved by (mostly) a single developer.
But I also think, akonadi is too complicated by design, and I doubt it would have been made like it is once again
with the experience of the last years...

> Added to that a user of a mail application shall never ever need to care 
> about database administration. Granted MySQL worked very, very well for 
> a Zimbra server, but there the admin took care of it. And luckily I did 
> not even need to, except for backup. It was just running nicely with 
> abysmal performance settings. But it appears to me that Zimbra used the 
> database in such an efficient way that it did not even matter, cause it 
> was performing just fine with folders of almost 500000 – yes, you read 
> that right – mails in them. But of course the web client tricked on 
> them: They just showed the first 1000 or so and loaded more as I scrolled 
> down. Fine with me however.
> 
> That all written, probably time for me to test out Kube myself. I bet it 
> is blazingly fast.

Just do it - I can recommend giving it a try ...
Werner




--------
[1] https://hoernerfranzracing.de/werner/kde-linux-web/spam
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdepim-users/attachments/20200520/702c1540/attachment.htm>