Here is the actual course of events. 1) call ph1 to ph2. Do not answer ph2. 2) ph1 reaches the VM of ph2. 3) "The owner of extension ph2 is not available. Pls leave a message. Press 1 for more options and press 0 to reach operator" is heard on ph1. This is followed by a beep. 4). Now record the VM.. "This is a test message" 5) After this press 1 (to confirm that you are done with recording the VM) 6) Now press 1 again. 7) You will be able to listen to the recorded message namely "This is a test message".
This means that the message is indeed getting recorded. Steps 1 to 7 works fine irrespective of whether you hangup, press 1 followed by 2 or press #. In other words you will be able to record the message(evedent from yourself being able to listen to the recorded message upon pressing 1). The described bug is observable after step 7 That is, after step 7, if you hangup the call, the recorded message is not delivered to the ph2. But if you press either 1 followed by 2 or #, the recorded message will be delivered to ph2. With the above, I feel that the bug summary should be "VM is not /delivered /to the other phone only upon hangup" Please let me know if you have any questions. Thanks, Anand Shruthi Shashikanth wrote: > In this context,we were able to successfully record the message and send > it to the phone 330.So,dropped here means successfully recording and > sending the voicemail message to the phone 330. > > > > Carolyn Beeton wrote: > >> >> >> >> >>> -----Original Message----- >>> From: [email protected] >>> [mailto:[email protected]] On Behalf Of >>> Lawrence, Scott (BL60:9D30) >>> Sent: Monday, March 09, 2009 10:53 AM >>> To: Eccles, Kathleen (BL60:9D30) >>> Cc: [email protected] >>> Subject: Re: [sipX-dev] [SFtrack] Created: (XECS-2320) Unable >>> to drop voicemail on hang-up. >>> >>> On Mon, 2009-03-09 at 09:51 -0400, Kathleen Eccles wrote: >>> >>> >>>> On Sat, 2009-03-07 at 05:00 -0600, Shruthi shashikanth (JIRA) wrote: >>>> >>>> >>>>> Unable to drop voicemail on hang-up. >>>>> ------------------------------------ >>>>> >>>>> Key: XECS-2320 >>>>> URL: http://track.sipfoundry.org/browse/XECS-2320 >>>>> Project: sipXecs >>>>> Issue Type: Bug >>>>> Components: Voicemail >>>>> Affects Versions: 3.11.11 >>>>> Environment: sipxproxy 3.11.11-014868 >>>>> >>>>> >>> 2009-03-04T23:45:09 >>> >>> >>>>> oem-centos5 sipxconfig 3.11.11-014868 2009-03-04T23:58:43 >>>>> oem-centos5 >>>>> >>>>> Reporter: Shruthi shashikanth >>>>> Attachments: voicemail_failed.tar.gz >>>>> >>>>> Steps to Reproduce: >>>>> >>>>> 1)Register 2 phones with user ID 320 and 330. >>>>> 2)From phone 320 call phone 330.Do not answer the call on >>>>> >>>>> >>> phone 330 and call roles to voicemail. >>> >>> >>>>> 3)Now,drop a voicemail after the beep sound is heard and >>>>> >>>>> >>> hang-up the call from 320. >>> >>> >>>>> Expected Result: Voicemail should be dropped.MWI should >>>>> >>>>> >>> glow when voicemail is dropped and the same voicemail should >>> be retrieved on dialing 101. >>> >>> >>>>> Actual Result : No voicemail is dropped upon hang-up. >>>>> >>>>> Observation: After recording the voicemail message , >>>>> >>>>> >>> press # and hang-up the call.Voicemail is dropped in this scenario. >>> >>> >>>>> Similarly, after recording the voicemail message,press 1 >>>>> >>>>> >>> and then press 2.Voicemail is also dropped in this scenario. >>> >>> >>>>> Call ID's: >>>>> >>>>> 1) 320 to 330 :Hang up : >>>>> >>>>> >>> [email protected] ( >>> >>> >>>>> Voicemail not dropped) >>>>> >>>>> 2) 320 to 330 : Press # : >>>>> >>>>> >>> [email protected] >>> >>> >>>>> (Voicemail dropped) >>>>> >>>>> 3) 320 to 330 :Press 1 and then 2 : >>>>> [email protected] (Voicemail dropped) >>>>> >>>>> >>>> Does "dropped" mean that a message was not recorded? >>>> >>>> >>> I believe so >>> >>> >>> >> I don't know; I think "drop" means "leave" in this context. (i.e. the >> problem was scenario 1, not scenario 2 or 3). I think I have retitled >> an issue in the past as well where "drop" was used for "leave" a >> voicemail. >> >> Why the confusion: "drop" has the connotation of "lose" (e.g. dropped >> call). >> _______________________________________________ >> sipx-dev mailing list >> [email protected] >> List Archive: http://list.sipfoundry.org/archive/sipx-dev >> Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev >> >> > > _______________________________________________ > sipx-dev mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-dev > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev >
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
