[Kde-pim] GSoC: Easy Import and Export of all PIM data in Kontact

[Ingo Klöcker]

On Sunday 28 March 2010, Kevin Krammer wrote:
> On Sunday, 2010-03-28, Maciek Zarzycki wrote:
> > Hi,
> > 
> > I have reread all posts in this thread and I would like to
> > summarize it a
> > 
> >  bit and propose my solution. Any comments from you are more than
> >  welcome
> >  
> >  :).
> > 
> > The main idea behind this project is to create a unified
> > import/export
> > 
> >  dialog for all KDE PIM applications (and perhaps some others).
> >  This
> > 
> >  utility should present following features:
> > * capability of handling various types of data as used in PIM
> > applications * capability of handling configuration files
> > * easily extandible to handle new types of data / applications
> > * user should be able to download new features from 'get hot new
> > stuff'
> 
> I wouldn't put that down as a kind of requirement. IMHO this is more
> like nice to have or after GSOC stuff.
> 
> > * as easy to use as possible (some kind of matching presented
> > options with input files / context in which the utility is used)
> > 
> > The solution fulfilling all the above requirements must be based on
> > a
> > 
> >  plugin architecture.
> 
> I'd say that is an implementation option not the only possible
> solution. Wordings like "must be" will have to be defended on basis
> of clearly specified use cases showing that there is on other viable
> way of doing it properly.
> 
> >  What is more, the plugins for individual actions
> >  should be written in interpreted language to allow easy
> >  installation from 'get hot new stuff' (python or javascript using
> >  QScript). What I plan to do is following.
> 
> While I agree that scripability or even script language based plugins
> sound like really powerful ways of making the tool flexible and long
> time usable, I am also quite concerned about security implications.
> 
> A script performing import operations on Akonadi will either have to
> very limited on what itself can do (e.g. only operate on collections
> passed to it by user controlled portions of the app). If the plugin
> can decide where to put e.g. emails it could decide to put them into
> the system's outbox, making it a perfect spam tool.
> (it could do the user chosen import on the side to make this less
> obvious, trojan style)

GHNS would only provide plugins which have been checked by us. AFAIK, 
GHNS does even support signing the 'hot new stuff' nowadays.


Regards,
Ingo
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-pim/attachments/20100329/79589be2/attachment.sig>
-------------- next part --------------
_______________________________________________
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/