Just to follow up on this, after some testing with 10.5. When a mailbox is over quota the user will get an email.
There is a "Quota Notification Mail" task under Tools - Task Management to adjust the schedule of the quota email. You can also customize the quota email text, under Message Storage - Mailbox Quotas, the Quota Alert Text section. On Fri, Jan 16, 2015 at 12:31 PM, Erick Bergquist <erick...@gmail.com> wrote: > 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 <nh...@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:erick...@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) <chrw...@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-boun...@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-boun...@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 <jsteinb...@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)" <chrw...@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:ewellnitzv...@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) >>>>> <chrw...@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-boun...@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@puck.nether.net >>>>> https://puck.nether.net/mailman/listinfo/cisco-voip >>>>> >>>> >>>> _______________________________________________ >>>> cisco-voip mailing list >>>> cisco-voip@puck.nether.net >>>> https://puck.nether.net/mailman/listinfo/cisco-voip >>>> >>> >>> _______________________________________________ >>> cisco-voip mailing list >>> cisco-voip@puck.nether.net >>> https://puck.nether.net/mailman/listinfo/cisco-voip >>> >>> _______________________________________________ >>> cisco-voip mailing list >>> cisco-voip@puck.nether.net >>> https://puck.nether.net/mailman/listinfo/cisco-voip _______________________________________________ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip