Re: [Agendaware-dev-server] Few ideas going forward

[zack <za...@th...>]

I agree with all the ideas below, and have added some additional 
comments inline.

ZL


Shane Turner wrote:

> Since the compile farm is down, I thought I would take the time
> to consider some other options that we may want to add in the future.
> 
> First off, once I get mail support in place, it shouldn't take long
> to get simple directory access in order since I have a lot of useful
> stuff from getting the mail api together.
> 
> Also, I was thinking of some of the exact preferences that we may
> want and I thought I would throw out a few ideas.  You may
> have already thought of some, but hopefully i've come up with 
> some that you haven't.
> -- Away Message and indication of when to use (user is away)

Yeah.  I think this could be just another filter.  Maybe the user 
interface for doing an "out of office" could be different than a normal 
filter, in which certain assumptions are made, or building a specific 
dialog, just for out of office.  But the underlying mechanism, could 
just be a filter.


> -- Language (this is an example in the design docs)
> -- Save copy of sent mail (yes or no)
> -- How often to check for new mail(or only when explicitly done by user)
>    and type of notification (audible or visual, etc. .)
> -- Maybe other mailboxes to make available to access with quick links 
>    other than local mailbox.
> -- Maybe allow access to other POP and IMAP accounts/mail servers from
>    client.  This shouldn't be too hard with the Java Mail API.
> -- Use trash folder for deletion or immediately delete.
> -- Lock client after period of inactivity (request password to restart)
> -- Client probably needs a local archive location to pull down
>    mail and move it off the server before it's automatically deleted
>    (if configured to do so).
> -- User may configure scheduled archiving. Maybe through script like
>    interface I mentioned above.

All good ideas.


> 
> Things we may want to add in future . . . 
> 
> -- Some sort of option for users to add maybe custom filters and such
>    so that they can for instance to say "if mail message subject contains
>    'meeting' send to trash'".  I don't know if this will involve
>    some sort of mini script or something or what, but if you're willing,
>    I am.

I think filters should be used on the server.  The user builds a set of 
rules, and the filter is saved in a table in the server database.  That 
seems to me like the only way a filter can be processed if the user is 
not logged in.  The server will have to go through the filters table, as 
it is processing mail.

The other option is to use filters on the client side (but out of office 
will have to implemented seperately, on the server).  This, I think is a 
more complicated solution (because out of office would be seperate), but 
might be required to take some load off the server.

I honestly haven't thought about this a whole lot, so if someone can see 
some pros/cons with either method, please respond.


> -- A stationery option.
> -- Maybe some sort of minimal document store, nothing major like lotus
>    notes, just simple documents with simple Id's.  This may be extremely
>    long term and it's always possible I'll change my mind about this in
> the
>    future.

I agree.  I have been hoping for a threaded bulletin board-like feature. 
  These could be for company/division/workgroup type posts (there would 
be rules for who can post, who can read).  This could easily include 
documents.  We could essentially implement this as a group mailbox, with 
some small modifications.


> -- News reader????
> 
> None of the above have any priority, I was just throwing out ideas
> since I can't code at the moment.   Most involve more client side
> work, so the client people can determine priority.  
> 
> Just something to think about it.
> 
> Shane
> 
> __________________________________________________
> Do You Yahoo!?
> Send FREE video emails in Yahoo! Mail!
> http://promo.yahoo.com/videomail/
> 
> _______________________________________________
> Agendaware-dev-server mailing list
> Age...@li...
> https://lists.sourceforge.net/lists/listinfo/agendaware-dev-server
> 
> 
>