Hello,

I want to share knode configuration and data between my two computers. For that I have symlinked .kde/share/config/knoderc and .kde/share/apps/knode to my dropbox folder. It works so far, besides the identity is not saved / wrongly saved.

knoderc contains the lines:

Code: Select all

[IDENTITY]
identity=492080892

which is probably some akonadi UID. Is there anything I can do about that? Or some other way to share KDE apps configuration?

Thx!

KNode does not use Akonadi, as far as I can tell. What is the exact issue you are having with the identity?

EDIT: The ID knode references comes from the identities in KMail (KDEHOME/share/config/emailidentities, where there is a uoid= line that is the identity's ID, to my understanding.

Behavior is that the standard user id is not saved, or resetted to the default one, probably because referencing to a non-existend uoid in knoderc.

Do you see any problem changing the ouid manually to match on both computers? (or syncing the emailidentities file too) I've grepped the uoid in my .kde4 directory, it it used in some places, but nothing I can't reconfigure fast.

I use different identities on different machines so I'm not sure I can test this myself. At worst, make a backup of all important mail-related data before attempting.

Just tried. Syncing does not seem to work.

emailidentities contains lines like:

Code: Select all

Drafts=42


which probably refers to some folder uid in this binary mess that Akonadi is.

Changing the ouid however works.

The ID is not a reference to the folders used by your email accounts. (And I would argue that there is no "binary mess": anything above 4K is not stored into the Akonadi database).

einar wrote:The ID is not a reference to the folders used by your email accounts.

Sure? When I was syncing emailidentities between the two machines folder settings for sent, drafts and templates were always mixed up. Now, that I don't sync anymore (but changed the ouid manually) the file differs in keys like Templates, Fcc, Drafts. That's why I think that these refer to folders.

einar wrote:(And I would argue that there is no "binary mess": anything above 4K is not stored into the Akonadi database).

Maybe this was a bad expression. I don't like the usage of GUIDs instead of symbolic names, e.g. use Drafts=Uni/Drafts instead of Drafts=42. This would make it much more transparent for users how the system works and make configuration components interchangeable as long as these symbolic (and user editable) names are identical.

Regards...

Horus wrote:

einar wrote:The ID is not a reference to the folders used by your email accounts.

Sure? When I was syncing emailidentities between the two machines folder settings for sent, drafts and templates were always mixed up. Now, that I don't sync anymore

Sorry, I meant *is* a reference. A "not" slipped in.

einar wrote:(And I would argue that there is no "binary mess": anything above 4K is not stored into the Akonadi database).

Maybe this was a bad expression. I don't like the usage of GUIDs instead of symbolic names, e.g. use Drafts=Uni/Drafts instead of Drafts=42. This would make it much more transparent for users how the system works and make configuration components interchangeable as long as these symbolic (and user editable) names are identical.
[/quote]
You might have accounts with similar names, etc. I had the same server and same account with two different resources when I was testing changes. While plain text, some configuration are hard to hand-edit. A solution may be improving the current import / export systems.