| Summary: | ASTERISK-00734: Fax extensions broken all calls dialout get redirected to fax extension | ||
| Reporter: | ltropiano (ltropiano) | Labels: | |
| Date Opened: | 2004-01-04 13:04:46.000-0600 | Date Closed: | 2004-09-25 02:55:01 |
| Priority: | Minor | Regression? | No |
| Status: | Closed/Complete | Components: | Core/General |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | -- Executing SetVar("SIP/28-0c81", "MYDIGIT=28") in new stack -- Executing GotoIf("SIP/28-0c81", "1?4:3") in new stack -- Goto (default,93309303,4) -- Executing GotoIf("SIP/28-0c81", "0?5:6") in new stack -- Goto (default,93309303,6) -- Executing SetCallerID("SIP/28-0c81", "Rocksteady <512-427-1328>") in new stack -- Executing Macro("SIP/28-0c81", "sbc-outdial|Zap/g1|3309303") in new stack -- Executing AGI("SIP/28-0c81", "call_log.agi|s") in new stack -- Launched AGI Script /var/lib/asterisk/agi-bin/call_log.agi -- AGI Script call_log.agi completed, returning 0 -- Executing Dial("SIP/28-0c81", "Zap/g1/3309303") in new stack -- Called g1/3309303 -- Redirecting Zap/3-1 to fax extension It wasn't a fax machine, no matter what outside phone number I select, it redirected. Removed these: exten => fax,1,AGI(call_log.agi,${EXTEN}) exten => fax,2,Goto(Inbound-Fax,1399,1) ; Inbound Fax And it calls dialout just from on the T1/PRI... | ||
| Comments: | By: ltropiano (ltropiano) 2004-01-04 13:06:18.000-0600 Sorry this should have been selected as "bug" not feature. My oops. By: ltropiano (ltropiano) 2004-01-04 13:07:57.000-0600 Also please change this to the "Zaptel" project, apparently I don't have permission to update fields. Darn. By: sbingner (sbingner) 2004-01-07 12:42:30.000-0600 I experienced same issue in http://bugs.digium.com/bug_view_page.php?bug_id=0000702 -- does this also lock up the Zap channel for you when this happens? (can't use that outgoing channel again until you restart * via kill -9) That is what I am experiencing By: jrollyson (jrollyson) 2004-01-26 04:04:01.000-0600 I believe somebody fixed this in CVS today but forgot to close this bug, lemme know if you find otherwise. | ||