Disable 3cx Fax server

Status
Not open for further replies.

George Ts

Free User
Advanced Certified
Joined
Jul 3, 2017
Messages
184
Reaction score
12
Hello,
I was wondering if there is a way in 3cx to disable the fax server, and ignore any incoming faxes.
For example in Elastix, there used to be a setting on a SIP Trunk / Inbound Route level with the name "Detect Faxes".
If this was disabled, the PBX would not negotiate for fax.
Can we achieve the same in 3cx?

Thank you,
George
 
Hi George,

The fax server cannot be disabled, but it should only kick in if are actually sending calls to the FAX extension.

So if you are not routing fax calls to the 3CX fax server, then it's just a regular call regardless of who is calling (person or fax machine).
 
Hi John,
Thanks for your prompt response.
Well, if this is the case, i think we have a strange event. Based on one of our 3cx deployments' reports, a call entered the IVR and was later picked up by the fax server somehow:
1611826860838.png
Not to mention the negative number in the call duration, for which we have already created a ticket in 3cx support.
Could you figure how this call ended up being picked up by the fax server 888?
Perhaps the calling user pressed 888 while they were listening to the IVR announcement?
 
Unfortunately not without any logs, but I'm sure support will be able to see the call flow with the logs you have provided.
 
No problem,
In fact I just managed to reproduce it on one of our test 3cx servers. Dialing DTMF digits "888" while listening to the IVR announcement, produces a report like "Picked Up by fax 888".
I think I have got my answers. Thanks for your responses!
 
Yes, if you direct dial it via IVR or route calls to via inbound rules then it then it absolutely normal.

You should not end up on the fax server automatically though under other circumstances (ie. I called the DID and the fax server answered).
 
You can build an IVR using "DTMF Input" type if you wish to prevent callers from calling extensions

1611828204597.png
 
Status
Not open for further replies.