[Differential] [Commented On] D3140: Add formatters for application/pgp-keys and application/vnd.gnupg.wks body parts

[dvratil (Daniel Vrátil)]

dvratil added a comment.


  In https://phabricator.kde.org/D3140#59009, @bjoernbalazs wrote:
  
  > [1] Uploading your public key
  >  =====================
  >  [....]
  >
  > - When KMail opens this mail and can decrypt it, it answers automatically to the mail, deletes both, this mail and the answer.
  
  
  So I thought about this, and although I understand why you want to remove as much user interaction as possible, I think you are pushing this a bit too far.
  
  Consider the following case:
  
  1. You receive an email
  2. You open it, it says"This email is encrypted, click here do decrypt"
  3. You click the "click here" link
  4. The email disappears
  5. "E-mail sent successfully" notification appears
  
  What I want to point out here is the "awesome" user experience when user clicks the "Click here to decrypt" link, then the view flickers a little and then the email immediately disappears forever, leading to an absolute "WTF moment" on user side and immediate PR shitstorm that KMail deletes your emails. And in two seconds you get "Email was sent successfully" notification, which is a second WTF moment for the user. If this would happen to me, I'd be scared shitless of whom did I accidentally sent something inappropriate, etc., having absolutely NO way of finding out what happened, since KMail permanently deleted both emails (the request and our response).
  
  This is IMO why we need to show the email with a "Yup, do it!" button, transforming the flow to:
  
  1. You receive an email
  2. You open it, it says "This email is encrypted, click here to decrypt"
  3. You click the "click here" link
  4. An explanation that this is a key publishing request appears, explains you what this is good for, has a big button "Accept" (or whatever) and a small text saying that the email will be deleted afterwards.
  5. You click the "Accept" button
  6. Email disappears
  7. "E-mail sent successfully" notification appears
  
  I know you are the expert, but I'm having hard time believing the the "Fuck yeah!" button would cause users not to finish the "procedure" in such high numbers. After all, we are not trying to sell viagra to them, we are actually explaining what is going on and we show something that is uncommon for most emails: the email has a KMail's blue frame which says "Encrypted yadayadayada" and in the middle is a native-looking button. This will IMO drive enough attention from users to make them at least read the first paragraph and figure out "Oh, I have click this, cool", rather than just instinctively hitting the delete key.
  
  I'm am however convinced that the first case described at the top would lead to users getting really pissed, potentially abandoning KMail and spreading bad PR about us.

REPOSITORY
  rKDEPIMADDONS KDE PIM Addons

REVISION DETAIL
  https://phabricator.kde.org/D3140

EMAIL PREFERENCES
  https://phabricator.kde.org/settings/panel/emailpreferences/

To: dvratil, aheinecke, mlaurent, bjoernbalazs
Cc: knauss, emanuel, mlaurent, kde-pim, #kde_pim, spencerb, dvasin, winterz, vkrause, dvratil
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-pim/attachments/20161101/345b1d7e/attachment.html>