<table><tr><td style="">aheinecke added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D3140" rel="noreferrer">View Revision</a></tr></table><br /><div><div><blockquote style="border-left: 3px solid #8C98B8;
          color: #6B748C;
          font-style: italic;
          margin: 4px 0 12px 0;
          padding: 8px 12px;
          background-color: #F8F9FC;">
<div style="font-style: normal;
          padding-bottom: 4px;">In <a href="https://phabricator.kde.org/D3140#59803" style="background-color: #e7e7e7;
          border-color: #e7e7e7;
          border-radius: 3px;
          padding: 0 4px;
          font-weight: bold;
          color: black;text-decoration: none;" rel="noreferrer">D3140#59803</a>, <a href="https://phabricator.kde.org/p/bjoernbalazs/" style="
              border-color: #f1f7ff;
              color: #19558d;
              background-color: #f1f7ff;
                border: 1px solid transparent;
                border-radius: 3px;
                font-weight: bold;
                padding: 0 4px;" rel="noreferrer">@bjoernbalazs</a> wrote:</div>
<div style="margin: 0;
          padding: 0;
          border: 0;
          color: rgb(107, 116, 140);"><p>Ok, when saving a local copy of the key is not our intention, then the proposed solution obviously is wrong :)</p>

<p>If we really want to push the WKD in favor of local copies (I hope you have thought about the offline mail composing :) ), I would argue to handle public keys just like other attachments. Usability wise, it would probably make more sense to improve the attachments section in general than to find a public-key specific solution, like it is proposed in this patch.</p></div>
</blockquote>

<p>Just to clarify here, we don't want to get rid of a local keyring in favor of online only key discovery. The WKD is intended to help with initial key discovery, finding a key for your communication partner with some indication (provided by the mail service provider) that this key is the correct one for the owner of this mail address. If gnupg finds a key in the WKD it is imported locally and available for future communications without the need to contact the WKD again.<br />
The key should be refreshed from time to time to handle revocations / key exchange etc. but this is different and can happen through the usual mechanisms.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>rKDEPIMADDONS KDE PIM Addons</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D3140" rel="noreferrer">https://phabricator.kde.org/D3140</a></div></div><br /><div><strong>EMAIL PREFERENCES</strong><div><a href="https://phabricator.kde.org/settings/panel/emailpreferences/" rel="noreferrer">https://phabricator.kde.org/settings/panel/emailpreferences/</a></div></div><br /><div><strong>To: </strong>dvratil, aheinecke, mlaurent, bjoernbalazs<br /><strong>Cc: </strong>knauss, emanuel, mlaurent, kde-pim, KDE PIM, spencerb, dvasin, winterz, vkrause, dvratil<br /></div>