Fax to desktop in Trixbox 2.8 works, but in an unexpected way...

pwf1960
Posts: 62
Member Since:
2006-07-07

We just migrated from Trixbox 2.6.0.1 to Trixbox 2.8.0.4. In the old setup, we had faxes that were routed via DID (over our PRI) so that they ended up in the individual user mailboxes. After making the change in extensions.conf to replace rxfax with ReceiveFax, we now get faxes, but only *after* the call is routed to the desktop and goes to voicemail. That is, a fax call comes in, get routed to the extension, rings at the extension, and, if the user knows that its a fax and rejects or ignores the call so that it goes to voicemail, it then gets processed as a fax.

My understanding (and experience with 2.6.0.1) was that fax calls were to be detected transparently and routed appropriately before they reached the user deskset.
Is there something that I am missing that would give me back the behavior I want, which is detection before ringing at the desktop? I've tried longer detection delays (having used 6 seconds before), but that did not help.

So, I am hoping someone else has seen this problem and has some ideas on where I should be looking. It seems to me to be a problem with the dialplan logic, given the order of processing, but I will confess that I cannot see what the problem might be. Any thoughts or pointers you folks might have would be greatly appreicated.

Thanks in advance...

--

Patrick W. Foster
Universal Data Stream, LLC
P. O. Box 5271
Bradford, MA 01835
978-521-5600
pwf@unids.com



pwf1960
Posts: 62
Member Since:
2006-07-07
Update, this is now working, after editing default config files

I now have this working, needing to make two changes in the configuration:

1) Change the reference to rxfax to ReceiveFax in extensions.conf
2) Change the arguments to NVFaxDetect from (6|t) to (6,t) [the 6 is the time to wait for fax tone detection] in the extensions_additional.conf.

--

Patrick W. Foster
Universal Data Stream, LLC
P. O. Box 5271
Bradford, MA 01835
978-521-5600
pwf@unids.com



SkykingOH
Posts: 9681
Member Since:
2007-12-17
Patrick, Changing

Patrick, Changing extensions_additional.conf is not recommended. The file is overwritten every time a change is made in the configuration.

You may be able to place these changes in the extensions_override.

--

Scott

aka "Skyking"



ctron
Posts: 1
Member Since:
2010-08-03
Change modules/core/functions.inc.php

You have to change line 1023 in /var/www/html/admin/modules/core/functions.inc.php from "|t" to ",t" instead.



pwf1960
Posts: 62
Member Since:
2006-07-07
Sorry for the long silence, but wanted to be sure all was done

First, thanks to Skyking for pointing out that changes to the files managed by the AMP functionality (most core files) are at best, ill-advised, and suggesting using the override files. I had used that override functionality in the past with success, but never to secure changes to every individual extension. The overhead of making sure that changes propagated from the edited file (extensions_additional.conf) to the appropriate parts of the override file turned out to be too onerous for my client. So, we settled for a little shell script that changes the syntax after every inbound route or extension edit. As it turned out, that was not the core problem anyway.

Second, the core problem turned out to be that as installed in the default way, the NVFaxdetect mechanism simply did not work on the client's PRI. With considerable help from Fonality, a custom context was generated for the from-trunk/from-pstn contexts to include that forced detection. We had to create a local variable for all the individual extensions, but that was a small price to pay to get the desired functionality of a direct fax to the desktop working. You might note that I am careful to say the client's PRI, although, I am fairly confident (based on setting up some equipment to emulate PRI's that I had acquired) that it wouldn't work on any PRI.

--

Patrick W. Foster
Universal Data Stream, LLC
P. O. Box 5271
Bradford, MA 01835
978-521-5600
pwf@unids.com



SkykingOH
Posts: 9681
Member Since:
2007-12-17
Wow you actually run CE at

Wow you actually run CE at Client's locations?

The old version of FreePBX 2.5 that is end of life/end of support did not contain sufficient fax support. Since FreePBX 2.7 fax support for the new Fax for Asterisk module is part of the base, including a fax module. It works great.

You should really learn how to Install Asterisk and FreePBX on CentOS so you are not using a distribution and subjecting your clients to issues like this.

--

Scott

aka "Skyking"



Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.