I finally have a significant new piece of info on this. The original issue is below. We were having trouble reproducing it. Today, we discovered it happens 100% of the time when a VM is forwarded a second time. Call in -> User A VM - forward to -> User B VM - forward to - > User C VM When we try the above scenario, user C gets the blank message described below every time. They claim this sometimes happens on messages that are forwarded a single time, but I still need to see proof of that. I still do not know how to turn on "debug logging in sipXivr". Nothing sticks out at my in the sipxivr log file. I see it creating an xml file for the 3rd destination mailbox. I wouldn't have thought this type of VM usage would be so common, but apparently it is at my company. I will be happy to open a bug report if that is what is appropriate now. I wanted to check first to see if anyone else has seen this.
Thanks as always, Matthew Original issue: We are using 4.2.1-018971 2010-08-17T02:20:18 build20 ISO 64 bit. Polycom 450 and 550 handsets. We have tried firmware 3.1.3 and 3.2.3, same results. We have several users that experience a major issue when forwarding a voicemail within the IVR voicemail menu. They are attempting to forward them to another extension within the company. The recipient gets the voicemail, but it is blank. There is a wav file, but it has no sound. It is the same if you listen to it on the web interface or through a handset. If the recipient has their VM set to forward to their email, the attached wav file is 0 bytes. The email notice and the info in the users web gui show 47 seconds (in this example) so it seems to to think the message is there, but it obviously is not. Any ideas? On 11/16/2010 7:23 PM, Matthew Kitchin (public/usenet) wrote: > Polite bump request. > I still don't know what component to switch to debug. > > On 11/11/2010 4:32 PM, Matthew Kitchin (public/usenet) wrote: >> On 11/11/2010 11:07 AM, Douglas Hubler wrote: >>> >>> Have you turned on debug logging in sipXivr and looked for bugs in >>> logs? >>> >> I don't see sipXivr in the choices under services? Does it have a >> different friendly name? > _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
