[cisco-voip] unity connection full mailboxes - notifying callers

[Justin Steinberg]

The 10.0 feature will help with single inbox users, but I really wish there
was a better way.

Something like provide the option to modify the behavior of the message
aging rules with a new option that ages the message out of unity
connection, breaks the ews link to exchange, and leaves the WAV file in the
users mailbox as a normal email.  I also support some law firms and they
have no quota in exchange and are frustrated with what they perceive as an
artificial limit imposed by unity.

This is especially bad for migrations from unity to connection.

While we are on the topic, on my wish list is more collaboration between
the unity team and jabber group. It would be nice if the jabber voicemail
tab could show the quota status. Forward voicemails in jabber. Dispatch
messages in jabber.
On Dec 3, 2013 2:34 PM, "Chris Ward (chrward)" <chrward at cisco.com> wrote:

>  Well, the SMTP notification can be used outside of Single Inbox too to
> help alert users.
>
>
>
> “ISM affects what subscribers hear when they call other subscribers from
> their primary or alternate extensions and are forwarded to the greetings of
> the subscribers they call. If they then leave a message, ISM affects what
> the called subscriber hears and can do when listening to the message. When
> ISM is enabled, Cisco Unity recognizes that the calling extension is
> associated with a subscriber and accordingly plays the internal greeting of
> the called subscriber. Additionally, when the called subscriber later
> listens to the message, Cisco Unity plays the recorded voice name of the
> subscriber who left the message and allows the called subscriber to record
> a reply.”
>
>
>
> For managing partners and other important folks, I would also look at
> increasing their quotas in the interim.
>
>
>
> +Chris
>
> TME - Unity Connection and MediaSense
>
>
>
> *From:* Erick Wellnitz [mailto:ewellnitzvoip at gmail.com]
> *Sent:* Tuesday, December 03, 2013 2:17 PM
> *To:* Chris Ward (chrward)
> *Cc:* cisco-voip
> *Subject:* Re: [cisco-voip] unity connection full mailboxes - notifying
> callers
>
>
>
> What are other ramifications of disabling ISM?
>
>
>
> We've only had one person so far with a full mailbox however, being a
> lawfirm environment I don't want a managing partner to be notifed after the
> fact that the associate they left a message for has a full mailbox and the
> mesage could not be delivered.  I don't think our risk team will ever allow
> us to enable UM/single inbox.
>
>
>
> On Tue, Dec 3, 2013 at 12:58 PM, Chris Ward (chrward) <chrward at cisco.com>
> wrote:
>
> The only way to do this currently is to disable Identified Subscriber
> Messaging, this will treat all callers as external callers. This is not the
> first request for an ISM enhancement to this I have heard today, so I am
> already planning on bringing this back to the PMs.
>
>
>
> Out of curiosity, what are the reasons you are seeing for users having
> full mailboxes? In 10.0 we are finally adding a SMTP notification for
> mailbox quota violations if it’s an issue with Single Inbox users.
>
>
>
> +Chris
>
> TME - Unity Connection and MediaSense
>
>
>
> *From:* cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] *On Behalf
> Of *Erick Wellnitz
> *Sent:* Tuesday, December 03, 2013 1:51 PM
> *To:* cisco-voip
> *Subject:* [cisco-voip] unity connection full mailboxes - notifying
> callers
>
>
>
> Unity Connection 9.1
>
>
>
> I have the check box ticked to check for full mailbox for outside callers
> trying to leave a message.  Is there a way to do this for internal
> callers?    I could swear the system used to do this. We do get an
> undeliverable message and the VM left saying the message could not be left.
>
>
>
> We have some rather strong personalities who I don't want to hear from
> when thye are wasting thier time trying to leave messages for people with
> full mailboxes.
>
>
>
> _______________________________________________
> 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/20131204/6b2a69fd/attachment.html>