[cisco-voip] Voicemail history

[Anthony Holloway]

I rarely have set an aging policy different than the default.  I guess I'm
in the camp for just letting things fill up, and then let the system tell
the users to clean up their mailbox.

If I put a little thought into an aging policy, Single Inbox and other
fancy features aside, I think new messages should never age, and read
messages should age to deleted after 2 weeks, then deleted should go the
way of the dodo after 1 week.  This allows users to keep a message around
for an arbitrary amount of time, again with no fancy features, by
re-marking the message as unread after they listen to it.  They get the
small burden of having that MWI light on, and on devices without message
counts, that can be a pain.

On Wed, Sep 6, 2017 at 9:18 PM Ben Amick <bamick at humanarc.com> wrote:

> So I was just wanting to reach out and see what everybody thinks is a
> reasonable unity message aging scheme? What point does it get to a point
> where you start having storage issues?
>
> Ben Amick
> Telecom Support Analyst
>
>
>
> Confidentiality Note: This message is intended for use only by the
> individual or entity to which it is addressed and may contain information
> that is privileged, confidential, and exempt from disclosure under
> applicable law. If the reader of this message is not the intended recipient
> or the employee or agent responsible for delivering the message to the
> intended recipient, you are hereby notified that any dissemination,
> distribution or copying of this communication is strictly prohibited. If
> you have received this communication in error, please contact the sender
> immediately and destroy the material in its entirety, whether electronic or
> hard copy. Thank you _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20170907/e42de61a/attachment.html>