Bug 178213 - Rights management for email content (to prevent sending private stuff to public ML)
Summary: Rights management for email content (to prevent sending private stuff to publ...
Status: REOPENED
Alias: None
Product: kmail2
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Unspecified
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-12-19 19:42 UTC by Friedrich W. H. Kossebau
Modified: 2012-08-18 12:27 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Friedrich W. H. Kossebau 2008-12-19 19:42:36 UTC
Version:            (using Devel)
Installed from:    Compiled sources

Sometimes if replying to an email and changing the recipients a wrong recipient might slip in, due to auto-completion. This might become very embarrasing, e.g. if you accidently add a public mailinglist like kde-devel for a personal and private conversation, or your boss in a rant about him with your fellow workers.

I imagine something like this:
The content of emails would get something like a privacy scope property. Could be done manually and or course automatically, cmp. the filter functions.
Contacts also get these privacy scope properties, kind of Member of a Group.
So if answering an email with content that has privacy scope "Summerholiday 2006" and adding a recepient with does not match "Summerholiday 2006", e.g. "KDE Everywhere", KMail asks the user for confirmation about this privacy break.

The privacy scope could be also used to warn with forwarding to another person (forwarding from a private list to a not-member), even copying the data from one email via the clipboard to another. 

In the long run these privacy tags should be added to all file types on the desktop, not only emails. So e.g. dropping the secret paper to the journalist contact in Kopete triggers a confirmation.
Comment 1 Christoph 2008-12-19 22:17:30 UTC
Instead of groups, a Privacy-Level would be nicer I think.
Content could traverse from a low privacy-level to a higher one, but not the other way around. Mails from a mailing-list could be forwarded to friends but mails from friends could not be forwarded to mailing-lists without confirmation.
Comment 2 Friedrich W. H. Kossebau 2008-12-20 04:08:29 UTC
Christoph, there are also mailinglists whose content should be private with the list members. Not all mailinglists are with public subscription and archives, e.g. of a sports club, a company or similar. And not all friends should receive the content one sends to some (closer) friends. Think of things like job/relationship problems, but also marriage surprise preparations.

So I do not think a level-only approach helps much, or how would you solve this with levels?

From an abstract POV this is the same as with right managements of files. Just that it includes people not registered to the computer system, but still to your address book (and thus to your own virtual computer system).
Comment 3 Myriam Schweingruber 2012-08-18 08:08:25 UTC
Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented.
Thank you for your understanding.