asterisk-voicemail-for-iphone - Project Hosting on Google Code

Older Dec 02, 2009 issue 22 (listen.php - FAILED SECURITY TEST!) commented on by silverglade00 - I had a different similar solution. I tried using QUERY_STRING, but it would not work. What ended up working was to add $garbage3 to the list and use REQUEST_URI. iPhone 3.1.2. I had a different similar solution. I tried using QUERY_STRING, but it would not work. What ended up working was to add $garbage3 to the list and use REQUEST_URI. iPhone 3.1.2. Oct 24, 2009 issue 25 (Cannot delete or move voicemails) reported by vtjoliet - What steps will reproduce the problem? 1. Installed in latest version of Trixbox with Asterisk 1.4 2. Installed latest version of asterisk voicemail for iphone 3. Applied patch so that messages can be played What is the expected output? What do you see instead? Expect the voicemail to be deleted and when the delete button is pressed nothing happens (possibly a small flash ... hard to tell). Expect the voicemail to be moved and when the move button is pressed nothing happens (possibly a small flash ... hard to tell). What version of the product are you using? On what operating system? latest version just downloaded today. OS is centos 5.3 lame is installed and phpinfo.php page shows that PHP is integrated with http Please provide any additional information below. cannont delete or move voicemails. I have verified that the php, httpd, and /var/www/html/iphone is asterisk:asterisk owner:group What steps will reproduce the problem? 1. Installed in latest version of Trixbox with Asterisk 1.4 2. Installed latest version of asterisk voicemail for iphone 3. Applied patch so that messages can be played What is the expected output? What do you see instead? Expect the voicemail to be deleted and when the delete button is pressed nothing happens (possibly a small flash ... hard to tell). Expect the voicemail to be moved and when the move button is pressed nothing happens (possibly a small flash ... hard to tell). What version of the product are you using? On what operating system? latest version just downloaded today. OS is centos 5.3 lame is installed and phpinfo.php page shows that PHP is integrated with http Please provide any additional information below. cannont delete or move voicemails. I have verified that the php, httpd, and /var/www/html/iphone is asterisk:asterisk owner:group Oct 23, 2009 issue 24 (The URL protocol of the ‘CallBack' link needs to be configur...) reported by jerm.quinn - The Call Back link in the Message Detail screen is hard coded to use the ‘tel:’ URL protocol. This protocol is owned by the System, it will only use the Cell phone, it cannot be overridden. As this software is for Asterisk using iPhone owners, the chances are they could be using a Voip App that has registered a different protocol, which they would prefer to use rather than the Cell phone for Call Back. This is specially important when a message has been left by another extension on the Asterisk server, as the number may not be recognisable to the Cell provider. The best solution would be a per-user configuration but it is obviously the most complicated. The next best would be a system-wide configuration in i_settings.php but this would assume everyone on the system used the same client. What do you think? The Call Back link in the Message Detail screen is hard coded to use the ‘tel:’ URL protocol. This protocol is owned by the System, it will only use the Cell phone, it cannot be overridden. As this software is for Asterisk using iPhone owners, the chances are they could be using a Voip App that has registered a different protocol, which they would prefer to use rather than the Cell phone for Call Back. This is specially important when a message has been left by another extension on the Asterisk server, as the number may not be recognisable to the Cell provider. The best solution would be a per-user configuration but it is obviously the most complicated. The next best would be a system-wide configuration in i_settings.php but this would assume everyone on the system used the same client. What do you think? Oct 23, 2009 issue 22 (listen.php - FAILED SECURITY TEST!) commented on by jerm.quinn - I agree, I found a very similar solution … 1. it is much better to use QUERY_STRING instead of REQUEST_URI, as the former does not assume a specific ‘depth’ of URL. 2. using this solution means you no longer need the ‘/‘ at the beginning of the QUERY_STRING added to the template. I agree, I found a very similar solution … 1. it is much better to use QUERY_STRING instead of REQUEST_URI, as the former does not assume a specific ‘depth’ of URL. 2. using this solution means you no longer need the ‘/‘ at the beginning of the QUERY_STRING added to the template. Oct 23, 2009 issue 20 (Empty mp3 being created) commented on by jerm.quinn - I had the same problem for a different reason. Apache’s $PATH is set [/usr/bin:/bin:/usr/sbin:/sbin] on my machine (a MacOSX box). My Lame was installed using MacPorts, so it was not being found. The solution was to soft link : $ sudo ln -s /opt/local/bin/lame /usr/bin/lame I had the same problem for a different reason. Apache’s $PATH is set [/usr/bin:/bin:/usr/sbin:/sbin] on my machine (a MacOSX box). My Lame was installed using MacPorts, so it was not being found. The solution was to soft link : $ sudo ln -s /opt/local/bin/lame /usr/bin/lame Aug 25, 2009 InstallationGuide (Installation Guide.) Wiki page commented on by msgreat - Hi can this be used for non iphone where mp3 is needed instead of wav . does it remove the voicemails after been heard ? Hi can this be used for non iphone where mp3 is needed instead of wav . does it remove the voicemails after been heard ? Aug 04, 2009 issue 23 (I am not getting the code for .13) reported by waveblaster - When I download the code the release notes are v0.12. Is the file here the right version or where do I get the update. Thanks. When I download the code the release notes are v0.12. Is the file here the right version or where do I get the update. Thanks. Aug 04, 2009 issue 22 (listen.php - FAILED SECURITY TEST!) commented on by kavadasdennis - edited listen.php list($garbage2, $p_secret, $p_mailbox, $p_folder, $p_file) = split("/", $_SERVER['QUERY_STRING']); resolved the issue edited listen.php list($garbage2, $p_secret, $p_mailbox, $p_folder, $p_file) = split("/", $_SERVER['QUERY_STRING']); resolved the issue Aug 03, 2009 issue 22 (listen.php - FAILED SECURITY TEST!) reported by kavadasdennis - What steps will reproduce the problem? 1. A typical install 2. 3. What is the expected output? What do you see instead? I expected to hear the voicemail, no voicemail was played What version of the product are you using? On what operating system? .13 on centos5.3, apache 2.x Please provide any additional information below. when checking debug.txt i can see 2009-08-02 15:37:01 - listen.php - FAILED SECURITY TEST! What steps will reproduce the problem? 1. A typical install 2. 3. What is the expected output? What do you see instead? I expected to hear the voicemail, no voicemail was played What version of the product are you using? On what operating system? .13 on centos5.3, apache 2.x Please provide any additional information below. when checking debug.txt i can see 2009-08-02 15:37:01 - listen.php - FAILED SECURITY TEST! Aug 03, 2009 issue 15 (Cannot play voicemail) commented on by kavadasdennis - hi guys i'm running .13 on centos 5.3, apache 2 and i'm getting the same error. 2009-08-02 15:37:01 - listen.php - FAILED SECURITY TEST! hi guys i'm running .13 on centos 5.3, apache 2 and i'm getting the same error. 2009-08-02 15:37:01 - listen.php - FAILED SECURITY TEST! Aug 03, 2009 issue 15 (Cannot play voicemail) commented on by kavadasdennis - hi guys i'm running .12 on centos 5.3, apache 2 and i'm getting the same error. 2009-08-02 15:37:01 - listen.php - FAILED SECURITY TEST! hi guys i'm running .12 on centos 5.3, apache 2 and i'm getting the same error. 2009-08-02 15:37:01 - listen.php - FAILED SECURITY TEST! Aug 01, 2009 issue 15 (Cannot play voicemail) commented on by kavadasdennis - hi guys i'm running .13 on centos 5.3, apache 2 and i'm getting the same error. 2009-08-02 15:37:01 - listen.php - FAILED SECURITY TEST! hi guys i'm running .13 on centos 5.3, apache 2 and i'm getting the same error. 2009-08-02 15:37:01 - listen.php - FAILED SECURITY TEST! Jul 17, 2009 issue 21 (Voicemail does not play: "This movie format is not supported...) reported by viccross - Voicemail message does not play on an iPod touch with OS 3.0. Instead of getting the voicemail playing in QuickTime, I get the dreaded "movie format not supported" error. Note I'm presuming that the issue relates to OS 3.0, as it's the only thing that's likely to be different about my iPod and those that have had it working in the past. What steps will reproduce the problem? 1. Log on from Safari on iPhone OS 3.0 2. Navigate to a message 3. Select "Play Message" What is the expected output? What do you see instead? I expect to hear the voicemail message. Instead I get a Quicktime error "This movie format is not supported." What version of the product are you using? On what operating system? 0.13, Apache 2.2.11, PHP 5.2.9 on Gentoo Please provide any additional information below. The problem is caused by an error in i_functions.php, line 69. header('Content_Length: '.$how_many_bytes_to_send); should read header('Content-Length: '.$how_many_bytes_to_send); When the correct "Content-Length" header is not present, and because Quicktime made a HTTP 1.1 request, Apache assumes that the response will be chunked and inserts a "Transfer-Encoding: chunked" header. This is erroneous, as the actual data sent by the script is not chunked. Voicemail message does not play on an iPod touch with OS 3.0. Instead of getting the voicemail playing in QuickTime, I get the dreaded "movie format not supported" error. Note I'm presuming that the issue relates to OS 3.0, as it's the only thing that's likely to be different about my iPod and those that have had it working in the past. What steps will reproduce the problem? 1. Log on from Safari on iPhone OS 3.0 2. Navigate to a message 3. Select "Play Message" What is the expected output? What do you see instead? I expect to hear the voicemail message. Instead I get a Quicktime error "This movie format is not supported." What version of the product are you using? On what operating system? 0.13, Apache 2.2.11, PHP 5.2.9 on Gentoo Please provide any additional information below. The problem is caused by an error in i_functions.php, line 69. header('Content_Length: '.$how_many_bytes_to_send); should read header('Content-Length: '.$how_many_bytes_to_send); When the correct "Content-Length" header is not present, and because Quicktime made a HTTP 1.1 request, Apache assumes that the response will be chunked and inserts a "Transfer-Encoding: chunked" header. This is erroneous, as the actual data sent by the script is not chunked. Jul 16, 2009 issue 20 (Empty mp3 being created) commented on by kenneth.myers - Figured it out. If you have the format set to wav49 vs raw wav, the section in i_functions.php doesn't see the actual voicemail file. This is due to wav49 having an extension of .WAV vs .wav. You can either tell the system to save the files as regular .wav or change the line where lame is called (line # 401) in i_functions.php to look for .WAV. I have tested both and both seem to work. You can change the voicemail format in voicemail.conf under "format =". See below for more clarification from the voip-info wiki entry. Hope this helps someone KSM voicemail.conf format The format setting selects audio file format(s) to use when storing voice mail messages. The value is a string defining the audio format(s) of the message file. The default format string is wav49\|gsm\|wav, meaning that Asterisk will save the voicemail message in all three supported formats. When emailing the attachment, however, it will send only the first of the formats defined here. When playing back (as with all file playback) Asterisk will attempt to use the optimum format based on the codec used for the current channel, in order to provide the best sound quality and to reduce transcoding processing time. * wav49: In this format, the file size will be small, the quality good, and it's a good choice for sending voicemail messages in email. The file will have a .WAV extension, which all Windows users should have no problems with, and users on other platforms should also be able to easily play these sound files. * gsm: Voicemail saved in this format will have about the same file size and same audio quality as wav49. It may be less well supported by client operating systems if sent to users in email, however. * wav: This is an uncompressed sound format with a .wav extension, so the file size is very large. Sound quality will be great, but you probably don't want to email it, and you must have adequate disk space. * g723sf: The sample voicemail.conf file has this option commented out. If you try to activate it, you will find that it doesn't work. If you're running Asterisk on Mac OS X, which has a case-preserving but case-insensitive file system, you can use .wav but you won't be able to use .WAV(wav49). Asterisk tries to pick the best file in the Playback command based on the encoding of your channel, and then looks for the file by file type in a specific order. In either case, asterisk will look for filename.wav, and if there is a filename.WAV, the file lookup will succeed. Asterisk will then try to play the file as "wav", and choke on the format. This is especially noticeable in voicemail. If you have both wav49 and wav in the format= option, one will replace the other. You must remove wav49 from the format= option in voicemail.conf. maxgreet Figured it out. If you have the format set to wav49 vs raw wav, the section in i_functions.php doesn't see the actual voicemail file. This is due to wav49 having an extension of .WAV vs .wav. You can either tell the system to save the files as regular .wav or change the line where lame is called (line # 401) in i_functions.php to look for .WAV. I have tested both and both seem to work. You can change the voicemail format in voicemail.conf under "format =". See below for more clarification from the voip-info wiki entry. Hope this helps someone KSM voicemail.conf format The format setting selects audio file format(s) to use when storing voice mail messages. The value is a string defining the audio format(s) of the message file. The default format string is wav49\|gsm\|wav, meaning that Asterisk will save the voicemail message in all three supported formats. When emailing the attachment, however, it will send only the first of the formats defined here. When playing back (as with all file playback) Asterisk will attempt to use the optimum format based on the codec used for the current channel, in order to provide the best sound quality and to reduce transcoding processing time. * wav49: In this format, the file size will be small, the quality good, and it's a good choice for sending voicemail messages in email. The file will have a .WAV extension, which all Windows users should have no problems with, and users on other platforms should also be able to easily play these sound files. * gsm: Voicemail saved in this format will have about the same file size and same audio quality as wav49. It may be less well supported by client operating systems if sent to users in email, however. * wav: This is an uncompressed sound format with a .wav extension, so the file size is very large. Sound quality will be great, but you probably don't want to email it, and you must have adequate disk space. * g723sf: The sample voicemail.conf file has this option commented out. If you try to activate it, you will find that it doesn't work. If you're running Asterisk on Mac OS X, which has a case-preserving but case-insensitive file system, you can use .wav but you won't be able to use .WAV(wav49). Asterisk tries to pick the best file in the Playback command based on the encoding of your channel, and then looks for the file by file type in a specific order. In either case, asterisk will look for filename.wav, and if there is a filename.WAV, the file lookup will succeed. Asterisk will then try to play the file as "wav", and choke on the format. This is especially noticeable in voicemail. If you have both wav49 and wav in the format= option, one will replace the other. You must remove wav49 from the format= option in voicemail.conf. maxgreet Jul 16, 2009 issue 20 (Empty mp3 being created) commented on by kenneth.myers - Figured it out. If you have the format set to wav49 vs raw wav, the section in i_functions.php doesn't see the actual voicemail file. This is due to wav49 having an extension of .WAV vs .wav. You can either tell the system to save the files as regular .wav or change the line where lame is called (line # 401) in i_functions.php to look for .WAV. I have tested both and both seem to work. Hope this helps someone KSM Figured it out. If you have the format set to wav49 vs raw wav, the section in i_functions.php doesn't see the actual voicemail file. This is due to wav49 having an extension of .WAV vs .wav. You can either tell the system to save the files as regular .wav or change the line where lame is called (line # 401) in i_functions.php to look for .WAV. I have tested both and both seem to work. Hope this helps someone KSM Jul 16, 2009 issue 20 (Empty mp3 being created) commented on by kenneth.myers - Not trying to "me too" this, but oddly I had* it working for a bit, changed the url in the settings.php file to reflect my external IP, and it started creating the empty mp3 files. I have since removed all existing voicemails, changed the settings file back to the external IP url, and checked that Apache is running as user/group asterisk but yet cannot get it to create the proper mp3 file without being "empty". Running the lame command stated above produces a valid mp3 file. I will keep retrying to create a working scenario again and post here. Not trying to "me too" this, but oddly I had* it working for a bit, changed the url in the settings.php file to reflect my external IP, and it started creating the empty mp3 files. I have since removed all existing voicemails, changed the settings file back to the external IP url, and checked that Apache is running as user/group asterisk but yet cannot get it to create the proper mp3 file without being "empty". Running the lame command stated above produces a valid mp3 file. I will keep retrying to create a working scenario again and post here. Jun 12, 2009 issue 20 (Empty mp3 being created) reported by michael.biven - What steps will reproduce the problem? 1. select play message 2. 3. What is the expected output? What do you see instead? I should be able to hear the voicemail, but instead I get an empty mp3 file (0 bytes) What version of the product are you using? On what operating system? Version 0.13 on RHEL 5.3 Please provide any additional information below. I don't think this is a Lame issue because I run the following to create the mp3 it works. lame --resample 11.025 /var/spool/asterisk/voicemail/default/216/INBOX/msg0000.wav /var/spool/asterisk/voicemail/default/216/INBOX/msg0000.mp3 But when I try any other messages it just creates the empty file as shown from the debug: 2009-06-12 11:37:35 - listen.php - Calling doSendFileWithResume /var/spool/asterisk/voicemail/default/216/INBOX/msg0001.mp3 2009-06-12 11:37:35 - HTTP_RANGE 2009-06-12 11:37:35 - HTTP/1.1 200 OK 2009-06-12 11:37:35 - Content-Range: bytes 0--1/0 2009-06-12 11:37:35 - Content-Length: 0 2009-06-12 11:37:35 - how_many_bytes_to_send: 0 2009-06-12 11:37:35 - Sending bits from 0 to 0 2009-06-12 11:37:35 - Sent Byte Count: 0 While testing I also noticed that if I listen to a voicemail from our asterisk servers web page before I try and listen to it using asterisk-voicemail-for-iphone it will not create the mp3 file at all, not even an empty one. Only change to the default files form version 0.13 that I have made is from comments 5 & 7 in issue 15. Otherwise it would fail with a "listen.php - FAILED SECURITY TEST!" error. http://code.google.com/p/asterisk-voicemail-for-iphone/issues/detail?id=15#c5 Michael What steps will reproduce the problem? 1. select play message 2. 3. What is the expected output? What do you see instead? I should be able to hear the voicemail, but instead I get an empty mp3 file (0 bytes) What version of the product are you using? On what operating system? Version 0.13 on RHEL 5.3 Please provide any additional information below. I don't think this is a Lame issue because I run the following to create the mp3 it works. lame --resample 11.025 /var/spool/asterisk/voicemail/default/216/INBOX/msg0000.wav /var/spool/asterisk/voicemail/default/216/INBOX/msg0000.mp3 But when I try any other messages it just creates the empty file as shown from the debug: 2009-06-12 11:37:35 - listen.php - Calling doSendFileWithResume /var/spool/asterisk/voicemail/default/216/INBOX/msg0001.mp3 2009-06-12 11:37:35 - HTTP_RANGE 2009-06-12 11:37:35 - HTTP/1.1 200 OK 2009-06-12 11:37:35 - Content-Range: bytes 0--1/0 2009-06-12 11:37:35 - Content-Length: 0 2009-06-12 11:37:35 - how_many_bytes_to_send: 0 2009-06-12 11:37:35 - Sending bits from 0 to 0 2009-06-12 11:37:35 - Sent Byte Count: 0 While testing I also noticed that if I listen to a voicemail from our asterisk servers web page before I try and listen to it using asterisk-voicemail-for-iphone it will not create the mp3 file at all, not even an empty one. Only change to the default files form version 0.13 that I have made is from comments 5 & 7 in issue 15. Otherwise it would fail with a "listen.php - FAILED SECURITY TEST!" error. http://code.google.com/p/asterisk-voicemail-for-iphone/issues/detail?id=15#c5 Michael May 04, 2009 issue 19 (Voicemail users set in users.conf not detected) reported by gbleenz - What steps will reproduce the problem? 1. Set up new voicemail user with AsteriskGUI 2.0 2. Try to login to iPhone Voicemail What is the expected output? What do you see instead? As Digium have decided to store voicemail information in users.conf, as opposed to voicemail.conf, the users are not detected by Voicemail for iPhone (Or vmail.cgi for that matter). What version of the product are you using? On what operating system? Debian Lenny, 2.6.27 kernel Asterisk 1.6, Asterisk GUI 2.0 What steps will reproduce the problem? 1. Set up new voicemail user with AsteriskGUI 2.0 2. Try to login to iPhone Voicemail What is the expected output? What do you see instead? As Digium have decided to store voicemail information in users.conf, as opposed to voicemail.conf, the users are not detected by Voicemail for iPhone (Or vmail.cgi for that matter). What version of the product are you using? On what operating system? Debian Lenny, 2.6.27 kernel Asterisk 1.6, Asterisk GUI 2.0 Apr 16, 2009 issue 13 (iPhone 2.0 Software Prevents Play icon From Showing Up) commented on by gelljr - Hi, I have the same problem as the original Issue description. I have attached the error from the console on my iPod Touch, relating to the QuickTime icon, and also a screenshot of the crossed out icon. I have software version 2.2.1 on my iPod Touch, and version 0.11 of the voicemail for iphone, installed from Trixbox RPM site. Tony Hi, I have the same problem as the original Issue description. I have attached the error from the console on my iPod Touch, relating to the QuickTime icon, and also a screenshot of the crossed out icon. I have software version 2.2.1 on my iPod Touch, and version 0.11 of the voicemail for iphone, installed from Trixbox RPM site. Tony Feb 22, 2009 issue 18 (No sound file on iphone) reported by phonedrmia - What steps will reproduce the problem? 1. listen to messages 2. 3. What is the expected output? What do you see instead? no sound file What version of the product are you using? On what operating system? iphone 2.0 Please provide any additional information below. What steps will reproduce the problem? 1. listen to messages 2. 3. What is the expected output? What do you see instead? no sound file What version of the product are you using? On what operating system? iphone 2.0 Please provide any additional information below. Jan 23, 2009 issue 17 (Cannot delete voicemails from saved folder) commented on by ewburch - I have the same problem. On the demo when you try this a box pops up with "Feature not implemented yet.". In addition, I downloaded 0.13 zip but it showes as 0.12? I have the same problem. On the demo when you try this a box pops up with "Feature not implemented yet.". In addition, I downloaded 0.13 zip but it showes as 0.12? Nov 21, 2008 issue 17 (Cannot delete voicemails from saved folder) commented on by ecleese - I am able to move and delete messages from the inbox. folder permissions are the same for both INBOX and Old on the trixbox server. I am able to move and delete messages from the inbox. folder permissions are the same for both INBOX and Old on the trixbox server. Nov 21, 2008 issue 17 (Cannot delete voicemails from saved folder) reported by ecleese - What steps will reproduce the problem? 1. move a message from inbox to saved 2. attempt to delete or move a message hightlights the selection but does nothing. What is the expected output? What do you see instead? moving to the next page for deletion confirmation. I see the selection I press highlight but it does nothing after that What version of the product are you using? On what operating system? asterisk-voicemail-for-iphone-0.13.zip Please provide any additional information below. Distro: Trixbox 2.2.4 What steps will reproduce the problem? 1. move a message from inbox to saved 2. attempt to delete or move a message hightlights the selection but does nothing. What is the expected output? What do you see instead? moving to the next page for deletion confirmation. I see the selection I press highlight but it does nothing after that What version of the product are you using? On what operating system? asterisk-voicemail-for-iphone-0.13.zip Please provide any additional information below. Distro: Trixbox 2.2.4 Nov 10, 2008 issue 15 (Cannot play voicemail) commented on by mar...@aol.com - yup, that did it! now it works for me too. wonderful. thanks guys. yup, that did it! now it works for me too. wonderful. thanks guys. Nov 10, 2008 issue 15 (Cannot play voicemail) commented on by dtaylor65 - In andy's fix I think there are some extra spaces split("/ ", $_SERVER['QUERY_STRING']); should be split("/", $_SERVER['QUERY_STRING']); I think ( well it worked for me ) In andy's fix I think there are some extra spaces split("/ ", $_SERVER['QUERY_STRING']); should be split("/", $_SERVER['QUERY_STRING']); I think ( well it worked for me ) Oct 30, 2008 issue 15 (Cannot play voicemail) commented on by mar...@aol.com - hey andy, i tried using your code in listen.php, but still got listen.php - FAILED SECURITY TEST! in the error log. boo. hey andy, i tried using your code in listen.php, but still got listen.php - FAILED SECURITY TEST! in the error log. boo. Oct 18, 2008 issue 15 (Cannot play voicemail) commented on by andy.boff - Having experienced a similar issue, I added some more debugging tokens and found that the wrong part of the URI was being used to obtain the "secret" md5 hash - specifically, the code uses REQUEST_URI, and splits it on the "/" character. REQUEST_URI includes the full request, including any path if the code is not installed in the webroot. Changing line 53 of listen.php from this: list($garbage1, $garbage2, $garbage3, $p_secret, $p_mailbox, $p_folder, $p_file) = split("/", $_SERVER['REQUEST_URI']); to this: list($garbage2, $p_secret, $p_mailbox, $p_folder, $p_file) = split("/ ", $_SERVER['QUERY_STRING']); uses just the query string to obtain the md5 hash from the request, and makes the code relocatable within the webserver. This solved the problem for me. If this solves the problem for you, then hopefully Chris can consider committing the change to resolve if your issue. But even if not, I'd urge you to consider the change, Chris - the code appears to be processing parameters passed by the GET request, and so the more appropriate server variable is QUERY_STRING, rather than REQUEST_URI. Having experienced a similar issue, I added some more debugging tokens and found that the wrong part of the URI was being used to obtain the "secret" md5 hash - specifically, the code uses REQUEST_URI, and splits it on the "/" character. REQUEST_URI includes the full request, including any path if the code is not installed in the webroot. Changing line 53 of listen.php from this: list($garbage1, $garbage2, $garbage3, $p_secret, $p_mailbox, $p_folder, $p_file) = split("/", $_SERVER['REQUEST_URI']); to this: list($garbage2, $p_secret, $p_mailbox, $p_folder, $p_file) = split("/ ", $_SERVER['QUERY_STRING']); uses just the query string to obtain the md5 hash from the request, and makes the code relocatable within the webserver. This solved the problem for me. If this solves the problem for you, then hopefully Chris can consider committing the change to resolve if your issue. But even if not, I'd urge you to consider the change, Chris - the code appears to be processing parameters passed by the GET request, and so the more appropriate server variable is QUERY_STRING, rather than REQUEST_URI. Oct 13, 2008 issue 15 (Cannot play voicemail) commented on by ccormier - I have the same problem, a blank page is being genrated instead of sending the mp3. I get "listen.php - FAILED SECURITY TEST!" as well in debug, and if i comment out the exit line 60 in listen.php i get this... 2008-10-14 0:16:09 - listen.php - Calling doSendFileWithResume /var/spool/asterisk/voicemail/queen/ea564a5f30ce87daf93c81939a30a500/711/INBOX in debug log and 404 File [/var/spool/asterisk/voicemail/queen/ea564a5f30ce87daf93c81939a30a500/711/INBOX] not found! in the browser. hope this helps debug I have the same problem, a blank page is being genrated instead of sending the mp3. I get "listen.php - FAILED SECURITY TEST!" as well in debug, and if i comment out the exit line 60 in listen.php i get this... 2008-10-14 0:16:09 - listen.php - Calling doSendFileWithResume /var/spool/asterisk/voicemail/queen/ea564a5f30ce87daf93c81939a30a500/711/INBOX in debug log and 404 File [/var/spool/asterisk/voicemail/queen/ea564a5f30ce87daf93c81939a30a500/711/INBOX] not found! in the browser. hope this helps debug Oct 01, 2008 issue 14 (Cant play a voicemail untill moved to the saved folder) commented on by grant.t.stephenson - hmm I would like to try it but the only way I was able to get the last one to work right was in the rpm from http://yum.trixbox.org/centos/5/beta/RPMS/tbm-iphone-0.0.11-1.noarch.rpm I try upgrading and then get a blank page when going to the url any easy upgrading recommendations? hmm I would like to try it but the only way I was able to get the last one to work right was in the rpm from http://yum.trixbox.org/centos/5/beta/RPMS/tbm-iphone-0.0.11-1.noarch.rpm I try upgrading and then get a blank page when going to the url any easy upgrading recommendations? Sep 23, 2008 issue 15 (Cannot play voicemail) changed by mar...@aol.com - Thanks for the feedback Chris. I think it might have been Lame. But as I was playing around with it, I noticed you released v .13. I am now using that. However, I still have the same problem (mp3 file isn't playing) but with different symptoms (blank screen after pressing play). I have enabled the debug function and I am getting: listen.php - FAILED SECURITY TEST! I can't wrap my head around what is going on in listen.php to figure out why I am failing the security test. Any input appreciated. Status: Accepted Labels: Type-Other −Type-Defect Thanks for the feedback Chris. I think it might have been Lame. But as I was playing around with it, I noticed you released v .13. I am now using that. However, I still have the same problem (mp3 file isn't playing) but with different symptoms (blank screen after pressing play). I have enabled the debug function and I am getting: listen.php - FAILED SECURITY TEST! I can't wrap my head around what is going on in listen.php to figure out why I am failing the security test. Any input appreciated. Status: Accepted Labels: Type-Other −Type-Defect Sep 23, 2008 InstallationGuide (Installation Guide.) Wiki page edited by chris.carey Sep 23, 2008 ReleaseNotes (Release Notes.) Wiki page edited by chris.carey Sep 22, 2008 issue 16 (More pronounced update notification) reported by chris.carey - If there is a new version available, really show it This way people get notified of new versions If there is a new version available, really show it This way people get notified of new versions Sep 22, 2008 issue 2 (Some MP3s are not playable) commented on by chris.carey - Decided that this is a lame issue and not specifically the fault of this application Decided that this is a lame issue and not specifically the fault of this application Sep 22, 2008 issue 2 (Some MP3s are not playable) Status changed by chris.carey - Status: WontFix Status: WontFix Sep 22, 2008 issue 4 (After delete, the "refresh" button requires to be clicked tw...) Status changed by chris.carey - Status: Accepted Status: Accepted Sep 22, 2008 issue 10 (Deleting an item doesnt refresh correctly) Status changed by chris.carey - Status: Accepted Status: Accepted Sep 22, 2008 issue 12 (php error) Status changed by chris.carey - Turns out that PHP5 doesnt need those & signs so I removed them in v0.12 Now the application will be happy with both PHP4 and PHP5 Status: Fixed Turns out that PHP5 doesnt need those & signs so I removed them in v0.12 Now the application will be happy with both PHP4 and PHP5 Status: Fixed Sep 22, 2008 issue 13 (iPhone 2.0 Software Prevents Play icon From Showing Up) Status changed by chris.carey - We ran into this issue at work today. I googled for some help and found my own site! Strange. Well thank you for finding this out. I will add it to a FAQ. I will also add a new option for 0.13 which will let you have everything https except for the media which will be http. Status: Accepted We ran into this issue at work today. I googled for some help and found my own site! Strange. Well thank you for finding this out. I will add it to a FAQ. I will also add a new option for 0.13 which will let you have everything https except for the media which will be http. Status: Accepted Sep 22, 2008 issue 14 (Cant play a voicemail untill moved to the saved folder) Status changed by chris.carey - I changed this around for version 0.12. Please try the new version and let me know. Status: Fixed I changed this around for version 0.12. Please try the new version and let me know. Status: Fixed Sep 22, 2008 issue 15 (Cannot play voicemail) Status changed by chris.carey - Status: Invalid Status: Invalid Sep 22, 2008 issue 15 (Cannot play voicemail) commented on by chris.carey - This is caused by one of three things... - lame is not installed or in the path - You didnt configure the Alias in Apache correctly - Permission issue. Does the Apache user have rights to write in that folder and read and change files in it? This is caused by one of three things... - lame is not installed or in the path - You didnt configure the Alias in Apache correctly - Permission issue. Does the Apache user have rights to write in that folder and read and change files in it? Sep 22, 2008 ReleaseNotes (Release Notes.) Wiki page edited by chris.carey Sep 22, 2008 ReleaseNotes (Release Notes.) Wiki page edited by chris.carey Sep 22, 2008 ReleaseNotes (Release Notes.) Wiki page edited by chris.carey Sep 22, 2008 ReleaseNotes (Release Notes.) Wiki page edited by chris.carey Sep 22, 2008 ReleaseNotes (Release Notes.) Wiki page edited by chris.carey Sep 22, 2008 ReleaseNotes (Release Notes.) Wiki page edited by chris.carey Sep 22, 2008 InstallationGuide (Installation Guide.) Wiki page edited by chris.carey Sep 22, 2008 InstallationGuide (Installation Guide.) Wiki page edited by chris.carey

issue 20 (Empty mp3 being created) commented on by kenneth.myers - Figured it out. If you have the format set to wav49 vs raw wav, the section in i_functions.php doesn't see the actual voicemail file. This is due to wav49 having an extension of .WAV vs .wav. You can either tell the system to save the files as regular .wav or change the line where lame is called (line # 401) in i_functions.php to look for .WAV. I have tested both and both seem to work. You can change the voicemail format in voicemail.conf under "format =". See below for more clarification from the voip-info wiki entry. Hope this helps someone KSM voicemail.conf format The format setting selects audio file format(s) to use when storing voice mail messages. The value is a string defining the audio format(s) of the message file. The default format string is wav49|gsm|wav, meaning that Asterisk will save the voicemail message in all three supported formats. When emailing the attachment, however, it will send only the first of the formats defined here. When playing back (as with all file playback) Asterisk will attempt to use the optimum format based on the codec used for the current channel, in order to provide the best sound quality and to reduce transcoding processing time. * wav49: In this format, the file size will be small, the quality good, and it's a good choice for sending voicemail messages in email. The file will have a .WAV extension, which all Windows users should have no problems with, and users on other platforms should also be able to easily play these sound files. * gsm: Voicemail saved in this format will have about the same file size and same audio quality as wav49. It may be less well supported by client operating systems if sent to users in email, however. * wav: This is an uncompressed sound format with a .wav extension, so the file size is very large. Sound quality will be great, but you probably don't want to email it, and you must have adequate disk space. * g723sf: The sample voicemail.conf file has this option commented out. If you try to activate it, you will find that it doesn't work. If you're running Asterisk on Mac OS X, which has a case-preserving but case-insensitive file system, you can use .wav but you won't be able to use .WAV(wav49). Asterisk tries to pick the best file in the Playback command based on the encoding of your channel, and then looks for the file by file type in a specific order. In either case, asterisk will look for filename.wav, and if there is a filename.WAV, the file lookup will succeed. Asterisk will then try to play the file as "wav", and choke on the format. This is especially noticeable in voicemail. If you have both wav49 and wav in the format= option, one will replace the other. You must remove wav49 from the format= option in voicemail.conf. maxgreet

Figured it out. If you have the format set to wav49 vs raw wav, the section in i_functions.php doesn't see the actual voicemail file. This is due to wav49 having an extension of .WAV vs .wav. You can either tell the system to save the files as regular .wav or change the line where lame is called (line # 401) in i_functions.php to look for .WAV. I have tested both and both seem to work. You can change the voicemail format in voicemail.conf under "format =". See below for more clarification from the voip-info wiki entry. Hope this helps someone KSM voicemail.conf format The format setting selects audio file format(s) to use when storing voice mail messages. The value is a string defining the audio format(s) of the message file. The default format string is wav49|gsm|wav, meaning that Asterisk will save the voicemail message in all three supported formats. When emailing the attachment, however, it will send only the first of the formats defined here. When playing back (as with all file playback) Asterisk will attempt to use the optimum format based on the codec used for the current channel, in order to provide the best sound quality and to reduce transcoding processing time. * wav49: In this format, the file size will be small, the quality good, and it's a good choice for sending voicemail messages in email. The file will have a .WAV extension, which all Windows users should have no problems with, and users on other platforms should also be able to easily play these sound files. * gsm: Voicemail saved in this format will have about the same file size and same audio quality as wav49. It may be less well supported by client operating systems if sent to users in email, however. * wav: This is an uncompressed sound format with a .wav extension, so the file size is very large. Sound quality will be great, but you probably don't want to email it, and you must have adequate disk space. * g723sf: The sample voicemail.conf file has this option commented out. If you try to activate it, you will find that it doesn't work. If you're running Asterisk on Mac OS X, which has a case-preserving but case-insensitive file system, you can use .wav but you won't be able to use .WAV(wav49). Asterisk tries to pick the best file in the Playback command based on the encoding of your channel, and then looks for the file by file type in a specific order. In either case, asterisk will look for filename.wav, and if there is a filename.WAV, the file lookup will succeed. Asterisk will then try to play the file as "wav", and choke on the format. This is especially noticeable in voicemail. If you have both wav49 and wav in the format= option, one will replace the other. You must remove wav49 from the format= option in voicemail.conf. maxgreet

Older