[Asterisk-Users] New bounty for voicemail outcall notification- add $$ if interested

[Eric Wieling]

Damon Estep wrote:
> 
>>-----Original Message-----
>>From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-
>>bounces at lists.digium.com] On Behalf Of Eric Wieling
>>Sent: Sunday, November 07, 2004 8:39 PM
>>To: Asterisk Users Mailing List - Non-Commercial Discussion
>>Subject: Re: [Asterisk-Users] New bounty for voicemail outcall
>>notification- add $$ if interested
>>
>>Damon Estep wrote:
>>
> http://www.voip-info.org/wiki-Asterisk+bounty+outcall+notification+appli
> 
>>>cation
>>>
>>>Starting at $500 from me, if you have interest in the application
> 
> please
> 
>>>add to the bounty and lets get this application written!
>>
>>This is not a real application, but this is how I do voicemail
> 
> outcall:
> 
>>http://www.fnords.org/~eric/asterisk/downloads/abandoned-stuff
>>
>>look at the vmoutcall stuff.  With the external notify stuff added
>>within the past year the scripting could be simplified.
>>
>> From the readme:
>>
>>"vmoutcall" is a Perl script that works with Asterisk and your e-mail
>>software to notify users that they have new voicemail via a telephone
>>call.
>>
>>This README assumes you are using Postfix.  If you are using a
> 
> different
> 
>>e-mail server software you are on your own.  This script assumes you
> 
> are
> 
>>running the mail server software on the SAME SERVER as you are running
>>Asterisk.
>>
>>_______________________________________________
> 
> 
> 
> I have seen several other similar scripts, the problem I see is that
> they only call one time after a preset delay, and if you get 3 messages
> in 5 minutes while you are in a meeting the vibrating from your cell
> phone in your pocket will drive you mad.
> 
> What I have proposed would only call you once per (configurable)
> interval even if you get 50 messages during that interval.
> 
> Implementations of this feature on other PBX platforms I have worked
> with also have a maximum retry count which is reset each time there is a
> new message, this would complicate things a little with my requested
> method of implementation because it would require storing the attributes
> of the last message detected and incrementing of a counter, with a
> counter reset event if the newest message date/time is not equal to the
> newest message date/time from the previous interval. I am not sure that
> the "maximum retry" is important enough to justify the additional work,
> but it would make it more useful.

My script waits for 10 mins to make the outcall.  If there is an outcall 
waiting to happen then it will not schedule another one.

--Eric