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 > > > communication. > > > Original authorship should be attributed > > reasonably, > > > but only so > > > far as such an expectation might hold for usual > > > practice in > > > ordinary social discourse to which one holds no > > > claim of > > > exclusive rights. > > > > > > > > > > > > > > > > > > > > > > > __________________________________________________________ > > > > Find your next car at http://autos.yahoo.ca > > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ > > > > Open Source Applications Foundation "Design" > mailing > > list > > > http://lists.osafoundation.org/mailman/listinfo/design > > > > > > > > > > __________________________________________________________ > > Find your next car at http://autos.yahoo.ca > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Open Source Applications Foundation "Design" mailing list http://lists.osafoundation.org/mailman/listinfo/design
