[Nepomuk] Indexing encrypted filesystems

[Volker Krause]

On Wednesday 21 March 2012 11:50:50 Ivan Čukić wrote:
> I'm planning to start the work on indexing the encrypted filesystems.
> 
> There are some special needs in this case:
> - the filesystem is similar to removable media in the sense that the
> fs can be mounted/unmounted.
> - the difference to removable media is that it is always mounted at
> the same location (doesn't need to be, but it is the same for any fs)
> - it needs to store less meta-data than the normal indexing process
> (contents for example)
> - maybe later: store the meta-data in some encrypted form.
> 
> First, any thoughts on this?

we did a prototype on indexing encrypted email a few years ago, using a second 
Virtuoso instance which had its database in a crypto container. While that 
solved the security concerns of indexing encrypted content, it didn't work 
that well for searching (no connection between those two databases, data only 
available using custom interfaces rather than standard Nepomuk API). So, 
probably not what you want.

The code has been removed since then, and is not applicable anymore nowadays 
anyway due to the introduction of DMS I think. But it's of course still 
available in the history of kdepim/nepomuk_email_feeder.

regards,
Volker
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/nepomuk/attachments/20120322/b28db289/attachment.sig>