Re: Akonadictl fsck

On Sonntag, 20. März 2016 23:39:08 CET Daniel Vrátil wrote:
> On Sunday, March 20, 2016 10:09:31 PM CET ianseeks wrote:
> > On Sunday, 20 March 2016 14:51:57 GMT Daniel Vrátil wrote:
> > > On March 20, 2016 2:47:26 PM GMT+01:00, ianseeks <[email protected]>
> > 
> > wrote:
> > > >Hi,
> > > >
> > > >I've got 228 of these messages (xxxxx=all different numbers)- are they
> > > >an
> > > >issue?
> > > >
> > > >Item "xxxxxx" has no RID
> > > 
> > > Those are Items (emails, events, contacts, ...) that you created locally
> > > but were not synced to the server.
> > > 
> > > Unfortunately we don't have a mechanism at this moment to force Akonadi
> > > to
> > > try to sync those Items again to the server. If you wipe your Akonadi
> > > database, those Items will be lost.
> > > 
> > > Dan
> > 
> > Thanks.  Which server would that be?
> 
> Sorry, by server I really meant the remote storage - be it a local maildir,
> mbox, or remote IMAP server etc. Could also be local or remote calendars or
> contacts.

This means this is a potential data loss issue?

Sure, Akonadi keeps it in the database, but really, if Akonadi is primarily a 
cache it has to flush them out, not even on explicit request, but I´d say it 
has to try itself again.

I really think Akonadi better treats the backend storage as final location for 
any items it stores.

Any plans about changing this behavior?

I am surprised that Akonadi still has reliability issues like this.

First priority I think should be to never *ever* loose any user data. For that 
reason I think the database is not acceptable as a final destination.

I am willing to write a bug report about that, so that this doesn´t get lost, 
but first I want to make sure I really understood it.

Thanks,
-- 
Martin
_______________________________________________
KDE PIM users mailing list
Subscription management: https://mail.kde.org/mailman/listinfo/kdepim-users