Object not found - Recordings download from GUI

[suretel-za]

Good day all,

I am new here, so here it goes.

Single Server
Version:2.14b0.5
SVN Version:3835
DB Schema Version:1714
Vicibox 11 ISO Installation - New Installation

When trying to access the recordings via Vicidial browser we get

Object not found!
The requested URL was not found on this server. If you entered the URL manually please check your spelling and try again.

So what i have noticed is that for some reason the url provided is wrong it goes as follows: http://ipaddress/RECORDINGS/MP3/filename.mp3, but when i manually remove the MP3 part from the url it immediately downloads the file.

This issue also causes a problem under Quality Control because it gives the same wrong url there and therefore the play button doesnt work and even if the user clicks on the link they still have to manually fix it before they can download the file.

Could someone please point me in the right direction to try and fix this issue?

Your help is much appreciated.

[suretel-za]

Also i have already checked the following settings in /etc/apache2/conf.d/vicirecord.conf

Code: Select all

Alias /RECORDINGS/ "/var/spool/asterisk/monitorDONE/MP3/"

<Directory "/var/spool/asterisk/monitorDONE/MP3">
        Options Indexes MultiViews
        AllowOverride None
        Require all granted
        <files *.mp3>
                Forcetype application/forcedownload
        </files>
        php_admin_value engine Off
</Directory>


and i have checked permissions with

chmod 755 /var/spool/asterisk/

So I'm stuck, and need your assistance please.

[williamconley]

Welcome to the party!

You missed the Full Build Number on your Vicidial Version. And you missed the Full Version of the ISO installer. Both are very useful. .Probably a good idea to put the entire thing in your Signature when you figure out the Forum settings. But I digress:

Often the FTP process for recordings on dialers causes the recording to be moved from the original location on the dialer that generated the call by copying the call to the Archive/FTP server/service. The process then moves the MP3 file to the "FTP" folder to designate it as "moved to the archive server, no longer needed here". There are more stages to that process that make this a necessary step. But if you already have the page visible with the recording on it, that link is now DEAD. But the file is now available on the FTP service (which may be on the same server, just in a different folder, possibly even on a different HD).

It's also possible that the /etc/astguiclient.conf file has a bad entry for the recordings link. Some installers won't check this to be certain it's properly set up (they just "Decide" the setting is correct, LOL).

Happy Hunting!

[suretel-za]

Hi William,
Thanks for your reply above.
I updated my signature, hopefully its all there now.
Here's the information from astguiclient.conf

Code: Select all

# /etc/astguiclient.conf - configuration elements for the astguiclient/vicidial package
# this is the astguiclient configuration file
# all comments will be lost if you run install.pl again

# Paths used by astGUIclient
PATHhome => /usr/share/astguiclient
PATHlogs => /var/log/astguiclient
PATHagi => /var/lib/asterisk/agi-bin
PATHweb => /srv/www/htdocs
PATHsounds => /var/lib/asterisk/sounds
PATHmonitor => /var/spool/asterisk/monitor
PATHDONEmonitor => /var/spool/asterisk/monitorDONE/MP3


and here

Code: Select all

# FTP recording archive connection information
VARFTP_host => 10.0.0.254
VARFTP_user => ?????
VARFTP_pass => ?????
VARFTP_port => 21
VARFTP_dir => RECORDINGS
VARHTTP_path => http://10.0.0.254


Specifically omitting sensitive information.

I hope that the information provided helps you understand where the issue might be?

I hope to hear from you soon.

[suretel-za]

Hi there,

Also please remember that the issue is that the url when we click on a recording doesnt work

http://ip.address.server/RECORDINGS/MP3 ... 04-all.mp3

If i remove the MP3 part link this, it works

http://ip.address.server/RECORDINGS/TRL ... 04-all.mp3

Your assistance will be greatly appreciated.

[williamconley]

Code: Select all

crontab -l | grep audio

Will show what options are presently active (FTP? NO?)

If the LINK you presently see includes "MP3", then the recording has not been pushed to an FTP server with a standard vicidial FTP script in crontab. The recording then is still in the /var/spool/asterisk/monitorDONE/MP3/ folder which may or may not be accessible depending on your web configuration and networking configuration. If the server has a public IP and your web server is set up to allow access to that folder, then they can be accessed. If not ... then you'll need to fix whichever of those is presently failing.

VARHTTP_path shows "http://10.0.0.254" and your posted web links do not have the IP present. If you have an FTP server at http://10.0.0.254, then that's one thing. But (given the odds) you simply have not set up your FTP forwarding and are just leaving all your audio files in the MP3 folder forever (note that this folder may eventually become too full to function if that's the case).

We usually set the VARHTTP_path to something more like "http://XXXX.poundteam.com/archive/RECORDINGS" and place the recordings in a folder named "/home/archive/RECORDINGS" on the FTP server, along with matching vhost to serve that folder. Then the link in the Vicidial "users" and "leads" modules will point directly to the recording on the FTP service seamlessly.

I believe this is detailed in the Vicidial Manager's Manual.

[carpenox]

Check the apache config file for recordings and see what you have in where its pointed to, for vicibox 11 try /etc/apache2/vhosts/