netpro78 Posted August 18, 2018 Report Share Posted August 18, 2018 We are using a shared mailbox for people leaving orders, the problem is that we have the option to "Make messages available in the following mailboxes" set to multiple people, and the issue is that sometimes 2 people listen to the same message at the same time, and then duplicate orders are created. Is there a way to limit it so only one person can listen to the message at a time? Quote Link to comment Share on other sites More sharing options...
Vodia PBX Posted August 19, 2018 Report Share Posted August 19, 2018 There are two ways for sharing: Making a copy into others mailbox where they can listen to it like it was their own mailbox; and linking it to other peoples mailboxes where they are essentially accessing the same message. So I guess you want to use the later one? Quote Link to comment Share on other sites More sharing options...
netpro78 Posted August 22, 2018 Author Report Share Posted August 22, 2018 We are using the linking option, and the problem is that while a person is listening to a message, a second person can as well creating a duplicate order. It would greatly improve the process if the PBX would immediately remove the new message marker as soon as the first person starts listening so that the second person is presented with a different message. Quote Link to comment Share on other sites More sharing options...
Vodia PBX Posted August 23, 2018 Report Share Posted August 23, 2018 Whow you have a very proactive team there! Marking it at the beginning of the read out would only solve half of the problem - the calculation if the message is available is done the voice rendering is started with the introduction prompts. Marking it already there would be IMHO too early because there is really a chance that the message will not be delivered. Is there anything that can be done there on the organizational side? Quote Link to comment Share on other sites More sharing options...
netpro78 Posted August 23, 2018 Author Report Share Posted August 23, 2018 We have attempted to train them to do an immediate move into their personal mailbox, however the followthrough is not very good. If there was a way to have the system automatically move into the listener's personal mailbox as soon as they start listening, that could be another workaround. Quote Link to comment Share on other sites More sharing options...
Vodia PBX Posted August 23, 2018 Report Share Posted August 23, 2018 Are they using the callback function? Maybe it would be easier to just remove the callback number as soon as it has been used once. Quote Link to comment Share on other sites More sharing options...
netpro78 Posted August 23, 2018 Author Report Share Posted August 23, 2018 Callback is not being used since the messages are purely account numbers, and part numbers, so the call taker has all of the info to enter the order based on the message. Quote Link to comment Share on other sites More sharing options...
Vodia PBX Posted August 23, 2018 Report Share Posted August 23, 2018 Well but at least they could check if the callback option is offered? Quote Link to comment Share on other sites More sharing options...
netpro78 Posted August 24, 2018 Author Report Share Posted August 24, 2018 We need a methodology to improve efficiency, and not create additional steps for the order taker to do. Quote Link to comment Share on other sites More sharing options...
Vodia PBX Posted August 27, 2018 Report Share Posted August 27, 2018 Well but we have to do things in a way that works properly. If we mark the message as read at the beginning of the readout, there are still other people in the team that have already pressed the button and will (unless they pay attention to the message light on their phone) hear the message as well. Therefore I don't think we should code that as a proper solution. Maybe what you need is that only one person can listen to the message - the first one who listens does not only mark it as read, it actually moves the whole message into the listeners mailbox. Quote Link to comment Share on other sites More sharing options...
netpro78 Posted August 27, 2018 Author Report Share Posted August 27, 2018 I think the auto move feature would be a great solution Quote Link to comment Share on other sites More sharing options...
Vodia PBX Posted August 30, 2018 Report Share Posted August 30, 2018 We'll add that to the latest version. Quote Link to comment Share on other sites More sharing options...
netpro78 Posted August 31, 2018 Author Report Share Posted August 31, 2018 Thanks, that is appreciated! Quote Link to comment Share on other sites More sharing options...
netpro78 Posted September 4, 2018 Author Report Share Posted September 4, 2018 I now potentially have a second reason to upgrade to this version to get this new feature. I have been starting to get complaints of missing messages. I turned on recording to track them down. The call recording confirms the messages are being left, however they are not getting them. I dug through the logfile to find that after the recording was complete it stated: [5] 20180831215020: Voicemail from to too short, discarding it [5] 20180831215020: Voice mail message 65162 may be too short, not sending MWI this was despite the voicemail system at the domain level was set to not have a minimum recording duration. I just wanted to make sure that this issue had been addressed post 56.1 Win 64 to make sure I will not be doing 2 upgrades back to back. Quote Link to comment Share on other sites More sharing options...
Vodia PBX Posted September 4, 2018 Report Share Posted September 4, 2018 Many people hang up after hearing the beep tone. So yes technically they left a voicemail, but it would be very annoying if the PBX sends the message out with just the "click" in it. The duration is actually not hard coded, it is in a domain setting called "mb_min_dur" so you can adjust that if you think it cuts off too early. Quote Link to comment Share on other sites More sharing options...
netpro78 Posted September 4, 2018 Author Report Share Posted September 4, 2018 I have had the mb_min_dur value set to 2 seconds, and the person left a 90 second voicemail, and the logfile still showed: [5] 20180831215020: Voicemail from to too short, discarding it [5] 20180831215020: Voice mail message 65162 may be too short, not sending MWI I am wondering if this was a random problem that was happening back in 56.1 that may have since been fixed The mailbox is very busy, so it may only happen 1 out of 100 voicemails. Quote Link to comment Share on other sites More sharing options...
netpro78 Posted September 11, 2018 Author Report Share Posted September 11, 2018 In the testing of the new feature of "assign to the user that first opens the message" on win64 61.1 the setting keeps turning itself off even after it is turned on, and save is pressed Quote Link to comment Share on other sites More sharing options...
Vodia PBX Posted September 12, 2018 Report Share Posted September 12, 2018 Please make sure that you have the build from Sep. 9 this one should include it (works for me) Quote Link to comment Share on other sites More sharing options...
netpro78 Posted September 13, 2018 Author Report Share Posted September 13, 2018 Good catch, this specific machine was still on the Aug 27 build. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.