Ucp voice mail not loading for account with many vm's


we are unable to access one extensions voice mails .

only this displays : ‘Excuse us while we try to retrieve your content…’

/var/log/httpd/error_log shows this:

[Mon Nov 10 16:52:59 2014] [error] [client] PHP Fatal error:  Maximum execution time of 30 seconds exceeded in /var/www/html/admin/modules/voicemail/Voicemail.class.php on line 413, referer:
[Mon Nov 10 16:55:50 2014] [error] [client] PHP Fatal error:  Maximum execution time of 30 seconds exceeded in /var/www/html/admin/modules/voicemail/Voicemail.class.php on line 413, referer:

Now that account always has a lot of vm’s , and last week we were able to access the vm’s. the count was approx the same as now - 230.

We have had issues in the past when the sequence / number in the vm file name was greater then 999 . it used to be that after 999 all vm’s would get the same file name. that is no longer the case. maybe there still something related to the high numbers vm file name causing an issue?

Also there are a log of files with ‘.ogg’ suffix , along with .wav and .txt .

here is a partial file listing:

-rw-rw-rw- 1 asterisk asterisk      340 Nov 10 16:15 msg1109.txt
-rw-rw-r-- 1 asterisk asterisk    99639 Nov 10 16:20 msg1106_1b9e4f284d5e80b192d8ed98989faf8404a14cd0.ogg
-rw-rw-r-- 1 asterisk asterisk    60483 Nov 10 16:20 msg1105_1e1a5924b9f119631dff8f0687f55f260aecf892.ogg
-rw-rw-r-- 1 asterisk asterisk    71494 Nov 10 16:20 msg1104_6dfa30ae529768f8d2be02fd6233ba10e426d766.ogg
-rw-rw---- 1 asterisk asterisk   470764 Nov 10 16:23 msg1110.wav
-rw-rw-rw- 1 asterisk asterisk      348 Nov 10 16:23 msg1110.txt
-rw-rw---- 1 asterisk asterisk  1187884 Nov 10 16:24 msg1111.wav
-rw-rw-rw- 1 asterisk asterisk      338 Nov 10 16:24 msg1111.txt
-rw-rw---- 1 asterisk asterisk   343724 Nov 10 16:28 msg1112.wav
-rw-rw-rw- 1 asterisk asterisk      338 Nov 10 16:28 msg1112.txt
-rw-rw---- 1 asterisk asterisk   300204 Nov 10 16:36 msg1113.wav
-rw-rw-rw- 1 asterisk asterisk      340 Nov 10 16:36 msg1113.txt
-rw-rw---- 1 asterisk asterisk   329324 Nov 10 16:44 msg1114.wav
-rw-rw-rw- 1 asterisk asterisk      337 Nov 10 16:44 msg1114.txt
-rw-rw---- 1 asterisk asterisk    24044 Nov 10 16:52 msg1115.wav
-rw-rw-rw- 1 asterisk asterisk      345 Nov 10 16:52 msg1115.txt
-rw-rw---- 1 asterisk asterisk   351404 Nov 10 16:53 msg1116.wav
-rw-rw-rw- 1 asterisk asterisk      335 Nov 10 16:53 msg1116.txt
-rw-r--r-- 1 asterisk asterisk    53309 Nov 10 16:55 msg1116_48d53d8000f11b69e9dad8f660272205d9ff03e9.ogg
-rw-r--r-- 1 asterisk asterisk     4355 Nov 10 16:55 msg1115_3850475341ba55d6aac05f78d4d9e7aa7e74da4a.ogg
-rw-r--r-- 1 asterisk asterisk    56769 Nov 10 16:55 msg1114_5e4c5a055a1b0cc1f859efb066315ea0c89747c7.ogg
-rw-r--r-- 1 asterisk asterisk    54326 Nov 10 16:55 msg1113_8b6aa698aaf97cf884482eef94ce1faa6ca22a6a.ogg
-rw-r--r-- 1 asterisk asterisk    60756 Nov 10 16:55 msg1112_a8efc06ebde6221a013a7e794b643f21d3d5ccb6.ogg
-rw-r--r-- 1 asterisk asterisk   209940 Nov 10 16:55 msg1111_3ac6946f2b1f317abbffdd0bb36a415f65680ee0.ogg
-rw-r--r-- 1 asterisk asterisk    82944 Nov 10 16:55 msg1110_092704901d6bbc6db4e674855432774178bd9fc6.ogg
-rw-r--r-- 1 asterisk asterisk    87888 Nov 10 16:55 msg1109_e2ae8d8a2a7ee920659feb6f3923dea04ed46df6.ogg
-rw-r--r-- 1 asterisk asterisk   132315 Nov 10 16:55 msg1108_c5ecb9f483a9675eee14584c6a1afe9581324a04.ogg
-rw-r--r-- 1 asterisk asterisk   112417 Nov 10 16:55 msg1107_8e637a439f324c398dcf3f5717e995695444484a.ogg
-rw-rw---- 1 asterisk asterisk   310124 Nov 10 17:04 msg1117.wav
-rw-rw-rw- 1 asterisk asterisk      340 Nov 10 17:04 msg1117.txt

Our system is up to date : freepbx version: 6.12.65-21

Any suggestions to getting this fixed?

The ogg files are created because they are needed for HTML5 playback in supported browsers.

You should move the messages into another folder in the mailbox or delete them entirely.

UCP has to read every voicemail “txt” on the system to get information about it and then sort them and then generate ogg files. It does this once per folder but if you have 233 messages sitting in “INBOX” then it’s going to timeout.

tm100 - thanks for the response…

we send all the vm’s by email , and just use ucp to delete the emails once a week or so.

if we move the .txt files after the ogg file is made would that speed things up? we rarely need to listen to the vm’s from ucp . only when there is an issue with email.

No. you will makes things worse that way. I guess you aren’t understanding the steps here.

  1. read all txt files, store them in memory
  2. generate oggs from wav files that need to be generated

With over 233 voicemails you are going to have a rough time. Unfortunately there’s really no way to speed this up any further because voicemails are stored locally in files instead of in a database.

Why can’t you just have the system automatically delete them when they are sent?

There is a bug we’ve run into that sometimes mangles the email recipient .

We can reproduce it and it has been reported to paid support. So I assumed a bug report would have got made.

When a reload is done on freepbx menu, and there is a voice mail in process of getting sent as an email, the to address can get mangled.

our vm’s fo to ’ vm.fantinibakery.com ’ . we get 800 on some days.

this is a real example of a mangled address, in this part of a postfix mailq report:

(host smtp.fantinibakery.com[] said: 550 5.1.1 <CDR =${

So we try not to reload the system during work hours… and have the mailq checked often for stuck emails.

I can just rsync all to a nfs server or keep just a few hours worth on the phone system.

The above is the reason we just do not delete the vm’s once they get put to an email.

Ok. Looking it over there was a glaring bug that will exponentially increase the load time of the page depending on the message(s) you have. I should have a release within the hour and I will post here to let you know and try it out.

Please try with Voicemail v12.0.21

Note: that when updating modules that link into UCP the initial page load of UCP can take a bit of time, but only right after upgrading

Hello Andrew

I upgraded our system and will report back results tomorrow.

Thank you .

v12.0.21 works much better.

I had moved 230 vm’s to a different folder.

1-st I moved 100 back, they loaded right away on UCP.

right after that I moved the rest back, and in 3 seconds they loaded in ucp.

thank you!

1 Like