Done upstream rKPd1881d6333ba668f83e02cea1a1b2702a166c033

Looks fine.

zanshin tr strings are now translated.

We forgot to extract qt translations (tr) so we need another round of translations.

test with D52 and so far it works like i expect:

solved with D52

We don't do anything here - we should simply make sure not to use the version on windows...

There is nothing to do here - it is the behaviour that also rcm has.

Anwser from upstream:

sent bug upstream: https://bugs.gnupg.org/gnupg/issue2077

i can't do here anything - from the translation side kdepim is fully tanslated. So it must be a windows only problem.

so lokalize (the traslattor software) says, that there are only 3 string not translated in the kdepim repo. So this means the other parts, that are not translated inside kmail have a different source, why this don't works.

And what is the problem onwindows withsetting this paramenter?

is the trust ultimate? so if you look to keydetails "trusted issue: yes" ?

What about the tests inside kdepim exspecially messageviewer/rendertest,this onetests smime and gpg encrypted/signed messages.

• you need to create a PCKS12 for import into kleopatra

http://serverfault.com/questions/103263/can-i-create-my-own-s-mime-certificate-for-email-encryption

• you need to create a PCKS12 for import into kleopatra

http://serverfault.com/questions/103263/can-i-create-my-own-s-mime-certificate-for-email-encryption

Well I had never problems with kmail encrypt/decrypt emails. I think the main issue is the ownertrust/ permission issue. Becuase if gpg detects that the permissions are to open and/ore the owenrtrust is not correct that gpg-agent is not started automatically and gnupg complains about that and do nothing.

Now it is more releyable what identity is used. If the user has a identity that is organizer that is used.

Is done already with T388

In comanies users do not create their certificate own their own.

My summary in that is that the GENKEY is broken with gpgsm in upstream :( But also kleopatra has problems getting connected to gpgsm correctly. The logs of kleopatra creating keys looks correct but supricingly gpgsm awnsers with command not found:

And also with docker ( it takes long for creating keys)... (client john)

I can reporduce the bug in creating certificates with my local system:

$ gpgsm --gen-key
gpgsm (GnuPG) 2.0.28; Copyright (C) 2015 Free Software Foundation, Inc.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

rKPL3c2458ed6d70

rKPLf34e7f0e8936

make a complete translation round to github.com:kolab-groupware/kde-l10n-de.git

updating po files to actually master

With the version 2015-08-10-12-19 and gpg4win 2.2.0 more works but not everything:

rKPL80502cc5a2d56

make sure that the descion if we are the organistor is only done at once and than afterwards the descition is forward to every needed place.

http://git.gnupg.org/cgi-bin/gitweb.cgi?p=gpg4win.git;a=blob;f=src/inst-gnupg2.nsi
-> gpgsm (smime handling), gpgagent (the agent to ask for keys), gpg2 (OpenPGP handling),...

This needs to rebuild

I think the following apps are missing: gpgsm, gpg-agent, pinentry, gnugp2

with gpg4win full and that included kleopatra i can search ind import gpg keys

• installed http://files.gpg4win.org/gpg4win-light-2.2.5.exe

with D48 john can see the exceptions correctly and can enable/disable the calendars.

currently:

• create exception form occurence ( replace parentId with storageID ) -> works
• no mail is sent when exception is created (do we need that?)

with T679 and T680 the process works, without exceptions