[Kde-pim] Kde-pim identities

[Pier-Olivier Thibault]

On Sunday 27 July 2008 14:16:47 Gaffer. wrote:
> Hi ingo,
>
> On Sunday 27 July 2008 18:52, Ingo Klöcker wrote:
> > On Sunday 27 July 2008, Gaffer. wrote:
> > > On Sunday 27 July 2008 15:39, Pier-Olivier Thibault wrote:
> > > > Hi.
> > > >
> > > > While I browsed akonadi's, kmail's and mailody's source code, I
> > > > found outr that the identityManager was used to control the
> > > > identities throughout the kde-pim applications.
> > > >
> > > > While IdentityManager does a great job at managing identities,
> > > > I think we could use identities on a larger scale where Akonadi
> > > > would probably be more suited for this kind of mission.
> >
> > No, it is not. Akonadi is no storage. Akonadi is a cache and a
> > protocol for accessing PIM-related information. What you want to do
> > is best done with Nepomuk.
> >
> > > > Identities could be integrated to users more tightly to provide
> > > > more featues for the user. I know that right now the identities
> > > > are only e-mail's related but I think creating a resource to
> > > > akonadi with identities. This way, we could gather more
> > > > information about the user.
> > >
> > > I, and I think many users would be entirely against the
> > > collection of information about users for what ever reason !
> >
> > I think you are misunderstanding. The information gathered by KDE
> > would only be available to the user the information belongs to and
> > it would only be used to give you a better user experience.
>
> I'm fine with that !  I would strongly object to making it publicly
> accessible !
I never mentionned the resource being publicly available. And the 
reason why I didn't mention anything about being private/public is that 
Akonadi is a personal data Protocol and storage. The Akonadi's 
infrastructure is already private... The Identity resource I wanted to work 
on was intended to give more transparency between application that a 
user chooses to use.

I don't know what made everyone suspicious about personal info. All the 
data I'm interested in are not sensible data. A strict API only returning 
unread mail is not what I call sensible data.
>
> > > > We could gather information about the Wallpapers history,
> > > > plasma widget the most used.
> >
> > How is this related to identities?
> >
> > > > The people to which this identity sends the most email to.
> >
> > This is clearly a task for Nepomuk.
> >
> > > > Integrating it as a resource could give other possibility too.
> > > > When you're in KDM switch for user we could have the same
> > > > function as WinXP that shows how many e-mails have not been
> > > > read before the user log on, How many contacts are online on
> > > > his IM protocol he is using, etc.
> >
> > I agree with Derrick, that this would be a breach of privacy. This
> > information is of no concern for anybody but me and therefore it
> > must only be shown to me. FWIW, I hate this WinXP feature.
> >
> >
> > Regards,
> > Ingo

Anyhow, I think the overall reaction to this idea is that it is something 
that could be useful as a part of Akonadi resource. But in order to be 
useful, it has to be secure and does not hands over sensible data so a 
"security layer" could be worked out to make sure nothing bad can 
happen.
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/