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

Fri Jan 16 13:31:04 EST 2015

Good.

So is this SMTP notification automatic in 10.x for over quota?   I
have a 10.5.2 system and not seeing it under notification device
options or under mailbox.

On Fri, Jan 16, 2015 at 11:43 AM, Haas, Neal <nhaas at co.fresno.ca.us> wrote:
> We ended up increasing the quota size, with 6000 users we only use 20% of storage.
>
> Also making the aging policy faster. No one retrieves deleted voicemail.
>
> We did SMTP, but once we did single inbox we turned SMTP off. 80% of our users use Single Inbox and love it!
>
> Neal Haas
>
>
> -----Original Message-----
> From: Erick Bergquist [mailto:erickbee at gmail.com]
> Sent: Friday, January 16, 2015 8:39 AM
> To: Chris Ward (chrward)
> Cc: Haas, Neal; Justin Steinberg; Cisco VOIP
> Subject: Re: [cisco-voip] unity connection full mailboxes - notifying callers
>
> Thanks for the additional info.
>
> Guess there are couple options then on 9.1 -- increase quota, set outside caller messages to be impacted by quota, set message aging policy to delete messages in inbox or saved messages after x days.  I guess we could also disable single inbox and do SMTP notifdication onlly w/accept and relay to smtp address.
>
> On Fri, Jan 16, 2015 at 9:28 AM, Chris Ward (chrward) <chrward at cisco.com> wrote:
>> Neal,
>>
>> Welcome to the future! I think this was a feature we added in 10.0 as Single Inbox drove people away from dialing into their voicemail box and therefore no one knew when their account was full and so they would just see the consequences of a full inbox with no warnings or alerts. The SMTP alerts were added to remedy this.
>>
>> +Chris
>> TME - MediaSense and Unity Connection
>>
>> -----Original Message-----
>> From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf
>> Of Haas, Neal
>> Sent: Friday, January 16, 2015 10:07 AM
>> To: 'Erick Bergquist'; Justin Steinberg
>> Cc: Cisco VOIP
>> Subject: Re: [cisco-voip] unity connection full mailboxes - notifying
>> callers
>>
>> We upgraded to 10.5.1.10000-7 on unity conn, and all of a sudden end
>> users were complaining that they were getting emails saying that there
>> email box was full.  (but I check all of the time I don’t know why I
>> would get this email......last checked 60 days ago....)
>>
>> So for the time being I would say that notification is working.
>>
>> We didn’t change ANY settings, just a regular upgrade.
>>
>> Neal Haas
>>
>> -----Original Message-----
>> From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf
>> Of Erick Bergquist
>> Sent: Thursday, January 15, 2015 11:31 PM
>> To: Justin Steinberg
>> Cc: Cisco VOIP
>> Subject: Re: [cisco-voip] unity connection full mailboxes - notifying
>> callers
>>
>> Has there been any update or better way to handle this in 9.1 since the last discussion in this thread?
>>
>> Running into this issue on CUC 9.1.1 with a client. Users never check messages via TUI and aren't getting notified of their mailbox being over quota due to external messages still being allowed to be left.
>> They noticed a problem when they deleted messages in outlook and they weren't being deleted but showing as saved messages or outlook deleting the message then it showing back up in their inbox because unity wasn't putting it in deleted items folder.
>>
>> I can see issue with SMTP notification like others have mentioned, as that is done via another method and if they aren't using a SMTP SmartHost at all it requires another messaging interface to be configured and setup. Some places are getting strict about basic SMTP relays as well. How does that work with Office365 for instance?
>>
>> Erick
>>
>>
>>
>>
>> On Wed, Dec 4, 2013 at 6:08 PM, Justin Steinberg <jsteinberg at gmail.com> wrote:
>>> 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
>>>>
>>>
>>> _______________________________________________
>>> cisco-voip mailing list
>>> cisco-voip at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip