If this seems a bit confusing its probably because it wasnt well thought out from a user perspective. Perhaps this makes more sense practically.
1) NON-TRIAGED ITEMS: Archive time setting; Delete time setting ex. 1 month; 3 months 2) DONE BOX ITEMS: Archive time setting; Delete time setting ex. 3 months; 9 months The first setting would allow the user to set archive and delete times for non-triaged items in an email InBox folder. The second setting would allow the user to set archive and delete times for Done items within the email folder that are not linked to other Chandler sub-application items. All Done items within an email folder that are linked to other Chandler sub-application items should be excepted from any user-set automatic archive and delete protocols for other unattached Done items within a busy folder. Of course the user should be informed on the setting control panel that the Done Items Settings only apply to unattached Done items that no Done items that are linked to other sub-application items would be archived or deleted with these automatic settings. The archive / delete settings control panel for an email InBox folder might be included in the contextual menu when right clicking a folder. -- Selva --- selva r <[EMAIL PROTECTED]> wrote: > Regarding the potential use of different archive / > delete settings for triaged vs. untriaged items in > an > email InBox folder, any setting for triaged items > should of course be limited to Done status items > only. > > > Any email in the folder that is still in Now or > Later > status should remain unarchived and undeleted no > matter how old they are until the user manually > takes > actions on these items. > > In addition, if in the future, a Tree / Cactus > subapplication is developed, then any Done status > emails that have been assigned a graphical > co-ordinate > on this sub-app should also be excempted from the > automatic archive / delete settings for Done status > items within an email InBox folder. > > This is because if an email is assigned a Cactus / > Tree subapp value then this essentially implies that > the item is so important that it requires > classifcation and filing into the sub-app for > project > planning and / or future reference. > > Furthermore, any emails in an InBox folder that have > been linked to another item in other Chandler > sub-applications such as Datebook or Memo (but have > not been assigned a coordinate on the Cactus / Tree > subapp) should also be automatically excempted from > any delete setting of Done items but not from its > archive setting. > > For example if a Done status email has been linked > to > a Datebook event, then the user may wish to look > back > historically in their Datebook subapp at some point > in > the future as sort of a log record of an important > calendar event. Hence, the linked email may also be > important. > > So although it may be acceptable for it to be > compressed and archived after the user set date for > the folder's Done items, ex. 6 months, it should be > automatically exempted from any Delete settings that > the user may have set for Done box items in a busy > folder. > > It would be neccessary for the user to have to > delete > old 'non-Cactussed' linked items manually. > > To help with this type of folder maintenance chores, > it may be useful to provide a filter to view any > items > within an InBox email folder that has exceeded the > set > time limit for automatic deletion of non-Cactussed > Done items but has not yet been deleted due it's > linking with other Chandler sub-app items. > > Whew! This discussion got a lot more complicated > than > I had initially intended but it is important to > address maintenance details for this area of > Chandler > since it has to be able to withstand a daily barrage > of large volumes of data. > > --Selva > > --- selva r <[EMAIL PROTECTED]> wrote: > > > Some further clarification in line. > > > > --- selva r <[EMAIL PROTECTED]> wrote: > > > > > Hi Seth, > > > > > > Comments in line. > > > > > > --- Seth Johnson > > > <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > > > > selva r wrote: > > > > > > > > > > Hence, with respect to a two or three frame > > > model > > > > for > > > > > Dashboard as I had recently suggested, I > would > > > > suggest > > > > > we allow for a mechanism to view the Email > > Inbox > > > > frame > > > > > by folder in addition to a general email > InBox > > > > view. > > > > > Any one whos subscribed to a list like > > > > > [email protected] (- which averages 30 > to > > > 80 > > > > > emails per day- ) in the past would probably > > > > > appreciate what Im talking about. > > > > > > > > > > > > . . . or who subscribes to hundreds of email > > > lists, > > > > many of which > > > > may be high volume . . . > > > > > > > > > > No doubt, that must be quite a challenge! When > > ever > > > I > > > sporadically subscribe to discuss list at > > > OpenOffice, > > > I usually have to unsubscribe myself after a > > couple > > > of > > > weeks due to the volume load. > > > > > > It might be useful to consider an optional > setting > > > for > > > busy email InBox folders in Chandler where any > > > non-triaged email would be automatically > > compressed > > > and archived after a user determined time > period, > > > ex. > > > 3 months, and then automatically deleted after > > > another > > > customizable setting, ex. 6 months. > > > > > > These settings for non-triaged InBox email might > > be > > > independent from similar customizable settings > for > > > incoming mail that has been triaged. > > > > > > Hence, for triaged email in busy folders, a user > > > might > > > set the automatic archive time at say 6 months, > > and > > > automatic delete time at say "Never" if they > want > > to > > > go back and manually delete any triaged files > > > themselves later on. > > > > Under these settings, this would allow for those > > cases > > were we may see a particularly important email in > a > > busy InBox folder, and we don't want to reply or > > take > > action on it later but still find it important, we > > could just tick it off as 'Done' triage status. > > > > This would then commit the item to follow the > > automatic archive / delete settings for triaged > > email > > and not the archive / delete settings for > untriaged > > email in the folder. > > > > Selva > > > > > > > > Regards, > > > Selva > > > > > > > > > > > Seth > > > > > > > > -- > > > > > > > > RIAA is the RISK! Our NET is P2P! > > > > http://www.nyfairuse.org/action/ftc > > > > > > > > DRM is Theft! We are the Stakeholders! > > > > > > > > New Yorkers for Fair Use > > > > http://www.nyfairuse.org > > > > > > > > [CC] Counter-copyright: > > > > http://realmeasures.dyndns.org/cc > > > > > > > > I reserve no rights restricting copying, > > > > modification or > > > > distribution of this incidentally recorded > === message truncated === __________________________________________________________ Find your next car at http://autos.yahoo.ca _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Open Source Applications Foundation "Design" mailing list http://lists.osafoundation.org/mailman/listinfo/design
