[Design] Setting up special stamping IMAP Folders

Mimi Yin mimi at osafoundation.org
Mon Sep 11 12:02:02 PDT 2006


Hi Oren,

Can I ask, are the things you put in your mytasks folder today the  
sort of things you would want to put into Chandler? Or would you  
prefer to keep those 2 things separate? If so, could you provide some  
examples of tasks you would want in 1 folder, but not the other?

On Sep 11, 2006, at 11:16 AM, Oren Sreebny wrote:

> Hi, Mimi and all  -
>
> That sounds like a good workable plan to me, and one that would  
> certainly work for higher ed folks, who have imap deployed widely.
>
> At some point it would probably be good to let the user choose an  
> imap folder name for each of these three purposes - for instance,  
> if I already have a folder named "mytasks", I probably would want  
> to just tell Chandler to use that for messages to go into the Task  
> Dashboard. Not necessary for an initial implementation probably.
>
> Is this just a one time transfer of messages from IMAP to chandler,  
> or is some sort of sync implied? For instance, what happens if I  
> put a message in my Chandler Tasks imap folder, it gets imported to  
> Chandler, and then I delete it on the IMAP server?

It would still be in Chandler. We're pulling stuff down, but not  
trying to keep the IMAP folder and the Chandler collection in sync.  
Is that right BrianK?

> Forgive me if that's already addressed in the document and I just  
> haven't read it closely enough
>
> Cheers -
>
> - Oren
>
> On Sep 8, 2006, at 9:46 AM, Mimi Yin wrote:
>
>> We are continuing to figure out our email plan. Here was the last,  
>> most complete summary (from Sheila) of the various 'Email -  
>> Bridging the Gap' options we have available to us: http:// 
>> lists.osafoundation.org/pipermail/design/2006-August/005225.html
>>
>> The two candidates at the top of our list is subscribing to IMAP  
>> folders and implementing special Chandler headers so that Chandler  
>> clients can communicate with each other directly, without forcing  
>> users to pull down all the email in their Inbox.
>>
>> Brian Kirsch has proposed a stop-gap measure for IMAP folders,  
>> which is perhaps even better than allowing users to pull down  
>> arbitrary IMAP folders.
>>
>> When users fill out IMAP account information, we provide them with  
>> an option to set up special "Chandler IMAP folders" that allow  
>> them to not only add messages from their email clients into  
>> Chandler, but also to specify whether they want the message to be  
>> added to the Task list or Calendar. (All messages are  
>> automatically added to Mail.) (The option should probably be  
>> checked by default, with a [Configure] button that allows the user  
>> to choose which of the 3 folders they want.)
>>
>> The 3 folders would be:
>> + Chandler Mail: Messages in this folder are added to the Mail  
>> Dashboard
>> + Chandler Tasks: Messages in this folder are added to the Task  
>> Dashboard
>> + Chander Calendar: Messages in this folder are added to the  
>> Calendar Dashboard
>>
>> This of course, doesn't allow users to add the same message to  
>> both the Task list or Calendar. But it's a huge improvement to not  
>> being able to specify a context at all.
>>
>> For mock-ups, see: http://wiki.osafoundation.org/bin/view/Journal/ 
>> UnifiedDataInAndOutProposal#CommentsSection
>>
>> Brian also raised the excellent question of: will our target users  
>> have IMAP accounts? How widely deployed is IMAP amongst small  
>> workgroups with scarce IT resources?
>>
>> Thx,
>>
>> Mimi
>> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>>
>> Open Source Applications Foundation "Design" mailing list
>> http://lists.osafoundation.org/mailman/listinfo/design
>



More information about the Design mailing list