[Adium-devl] [Adium-feedback] offline log

[Peter Hosey]

Redirected from feedback list.

On Feb 10, 2007, at 01:16:48, Peter Ruzicska wrote:
> I've got a good idea about offline log. I often would like to read  
> my logs when I'm offline. I thought that the storage of logs in an  
> insecure way is not good, but Adium could cache the passwords for  
> the accounts, so I could autheticate when I'm offline. And after  
> the authentication Adium should be able to show me my logs.

At first, I thought he was talking about encryption. (Turns out he  
wasn't.) Now, encrypted logging has been requested before and AFAIK  
our plan on that hasn't changed: we're still not going to do it. But  
we could enhance our support for using an encrypted disk image.

Here are some ideas I've had:

1. Proper alias support.

On launch, Adium should test the path to the logs folder to see if  
it's an alias. If it is, it would dereference that alias and set the  
logs folder path to the resulting path. Dereferencing an alias causes  
any associated disk image or network volume to be mounted.

2. Add first-class handling of disk images to Adium's Advanced prefs.

You could set the Logs folder to either a folder (e.g. on an external  
drive) or a disk image file (.dmg or .sparseimage). If you point it  
to a disk image, it would mount the disk image on launch, hold it  
open for as long as it's running*, and unmount it on quit, and logs  
would be saved to and retrieved from the disk image.

Any thoughts? Any other ideas?

* For that matter, we should probably do that anyway, especially if  
we do #1. Simply creating a file and leaving it open would do the trick.
___________________________________
\ Peter Hosey / boredzo at adiumx.com
PGP public key ID: C6550423 (since 2007-01-01)


-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
URL: <http://adium.im/pipermail/devel_adium.im/attachments/20070210/dfe0a7d4/attachment.sig>