No subject

<Qwell> blitzrage: ping!  re: 16271
<blitzrage> Qwell: pong!
<blitzrage> that was quick :)
<Qwell> What if any time a caller starts recording a message, it updates a
counter to be added to maxmsg?
<Qwell> maxmsg = 10, there are 9 messages written to disk, and 1 caller
currently recording a message.  another caller hits VM.  They would be
rejected as though maxmsg was hit
<blitzrage> yes, that would make sense to me -- I'm more of the impression
active recordings should not be discarded silently.
<Qwell> I never said silently rejected :D
<Qwell> but, consider the following case...
<blitzrage> you said discarded
<blitzrage> meaning, to me, that the msg was recorded, and then discarded
<blitzrage> (presumably at hang up)
<Qwell> maxmsg = 10, 9 messages on disk.  400 callers hit voicemail
<Qwell> what do you do?
<blitzrage> hence my new option
<Qwell> but then after N of those 400, they would be silently dropped
<blitzrage> give the operator of the system the choice to disgard or not
<blitzrage> huh?
<Qwell> if you allow N above maxmsg, you still run into the same problem
if you have > N calls
<blitzrage> I'm saying only allowing N above maxmsg until there are no
more active voicemails being recorded
<blitzrage> if I start recording a voicemail, it better damn well get
delivered.
<blitzrage> as soon as you allow the caller to the recording voicemail
part, it needs to be allowed and saved. You can do evaluations prior to
recording and incrementing counters (reserving spots) and then reject prior
to the recording, but not after
<Qwell> fair
<Qwell> so what about reserving spots?  can we safely assert that most
people that hit VM (and stay there for any period of time) would be
recording a message?
<blitzrage> lets say I have 8 msgs, and 10 is max, and 3 callers hit the
voicemail. Just prior to hitting the recording part, the counter is updated
and evaluated, so that the first 2 callers to either hit # (to skip
listening to the msg) or to finish listening to the msg get to record and
save their voicemail, and the 3rd is then provided with the "too many
messages" prompt
<Qwell> correct
<blitzrage> I don't know how voicemail works to determine if the counter
can be increased there, or if it needs to be increased as soon as
Voicemail() is invoked
<Qwell> that's an implementation detail :D
<blitzrage> I'd prefer it to be increased as close to starting of the
recording as possible
<blitzrage> righ
<blitzrage> but I think we agree on the approach
<Qwell> but sure, I agree
<blitzrage> ok 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-01-04 14:46 lmadsen        Note Added: 0116000                          
======================================================================