[asterisk-users] RFE idea for VM application

[Phil Daws]

Hi Danny, 

Yes I did think about a stand-daemon to do exactly that; and on a side note was even considering using Node.JS :) Though the rationale for considering making the change in app_voicemail.c is that for it to alert on maxmsg it must have already calculated the number of messages in the first place so no real overhead should be introduced. Your suggestion makes perfect sense, and one I had discussed with a colleague, so will have a hack this evening on V10 and see if it would be easy to implement and back port. 

-- 
Thanks, Phil 

----- Original Message -----

> I would personally rather use a stand-alone daemon to query the
> mailboxes and send an email to the box owner when he or she reaches
> a tolerance level rather than depend on an overloaded application
> that is running God-only-knows what modifications to the original
> intent (IMAP, Real-Time, Active Directory, any other monkey wrench
> someone might throw at the original idea of a text file and wav on
> the actual host). Voicemail.conf presumably has the email of the box
> owner and the number of messages they can receive. I would suggest
> adding a warnmsg= to voicemail.conf to work in tandem with maxmsg=.
> Warnmsg could be a count of messages to send warning at or a
> percentage of maxmsg. If I ever get a free day, I might try this.

> From: asterisk-users-bounces at lists.digium.com
> [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Phil
> Daws
> Sent: Tuesday, January 24, 2012 8:56 AM
> To: Asterisk Users Mailing List - Non-Commercial Discussion
> Subject: Re: [asterisk-users] RFE idea for VM application

> This is in version 1.8 and 10.0 from what I can see. The problem is
> not that the caller is unaware of the recipients mailbox being full,
> as they do hear the message, but it is the recipient whom may be
> completely unaware. If a more verbose warning message was written
> out we could at least alert the user to the issue. They could then
> perform some timely and necessary mailbox clean up:)

> --
> Thanks, Phil

> ----- Original Message -----

> > You don’t state which version this is for, but it seems like a
> > simple
> > patch would be for voicemail to play sorry-mailbox-full.wav
> > (standard sound). In lieu of all that, you could do a
> > quick-and-dirty AGI to read /v/l/a/m and play the message back
> > since
> > voicemail is one of the larger modules and therefore prone to a
> > better chance of error introduction on an RFE. PSOT – the Unix Bot
> > thing was pretty cool.
> 

> > From: asterisk-users-bounces at lists.digium.com
> > [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Phil
> > Daws
> 
> > Sent: Tuesday, January 24, 2012 8:30 AM
> 
> > To: Asterisk Users Mailing List - Non-Commercial Discussion
> 
> > Subject: [asterisk-users] RFE idea for VM application
> 

> > Hello all,
> 

> > we are using IMAP for the storage of VMs and had a user yesterday
> > his
> > their maxmsg limit (default 100) and was wondering why nobody could
> > leave them messages. I see in /var/log/asterisk/messages that it
> > does write out a warning message of:
> 

> > ast_log(LOG_WARNING, "Unable to leave message since we will exceed
> > the maximum number of messages allowed (%u >= %u)\n", msgnum,
> > vmu->maxmsg);
> 

> > but I was wondering how feasible it would be to modify the code to
> > add:
> 

> > 1) the mailbox name of the user whom has hit the limit
> 
> > 2) a warning/critical threshold that the user is getting close to
> > the
> > limit
> 

> > using whatever monitoring tool one has available eg. OSSEC the
> > alert
> > could be trapped and the user notified.
> 

> > Is this worthy of an RFE? and possible help from people if I try
> > and
> > create the patch myself ?
> 

> > Thoughts or insults ?
> 

> > --
> 
> > Thanks, Phil
> 

> > --
> 
> > _____________________________________________________________________
> 
> > -- Bandwidth and Colocation Provided by http://www.api-digital.com
> > --
> 
> > New to Asterisk? Join us for a live introductory webinar every
> > Thurs:
> 
> > http://www.asterisk.org/hello
> 

> > asterisk-users mailing list
> 
> > To UNSUBSCRIBE or update options visit:
> 
> > http://lists.digium.com/mailman/listinfo/asterisk-users
> 
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> New to Asterisk? Join us for a live introductory webinar every Thurs:
> http://www.asterisk.org/hello

> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20120124/51306737/attachment.htm>