Hacker makes international calls through my FreePBX IVR

siptrunk
dahdi
Tags: #<Tag:0x00007fafc9299048> #<Tag:0x00007fafc9298b98>

#21

Then I await your complete fix, it has so far WFM, but what do I know :slight_smile:

Thanks though to You and Rob for paying attention here.


(Rob Thomas) #22

It would have been nice if you had mentioned this earlier, you know. We try to have sane defaults. 8-( Is there anything else you haven’t mentioned that we should know about?

@tm1000 has figured out a way to mark a call as coming in from a route and explicitly blocks the ‘T’ right before every Dial command, so there’s no way to allow it (he’s also adding an advanced setting so you can turn that off, if you really want).

http://issues.freepbx.org/browse/FREEPBX-12058

Core version 13.0.72


#23

Sorry I don’t have a Tardis :slight_smile: I posted that before you guys got involved though, I provided a diagnosis and a pragmatic fix in my first post.

Again thanks for realizing that it is indeed a problem.


(Rob Thomas) #24

Yeah, but you said you were aware of this problem ‘A long time ago’

Are there any other things that happened a long time ago that you’re aware of, that we haven’t fixed?


(Andrew Nagy) #25

I’ll issue a fix for 12 in a couple of days after this has been vetted for our neighbors who don’t want to use FreePBX 13.


#26

Many . but seriously, most of you guys starting at the very top, don’t particularly like me :wink:

Edit:

Yes I have previously posted this problem before, but way before Sangoma became the arbitrator of all bugs, sorry I can’t remember when or where but it was definitely a while ago.


(Andrew Nagy) #27

Wether we do or not (we do like you actually) is besides the point. You are telling us that you don’t report bugs because you feel as though you aren’t liked?


(Rob Thomas) #28

If you report bugs, and provide feedback, we love you.


#29

Not so much, a couple of bugs I have posted have been ignored or denigrated, that doesn’t work for me, go look . . .


(Rob Thomas) #30

That’s not cool. I’m sorry you feel that way. If you could msg me some of the tickets, I can investigate them further.

Edit: Or post them here, we have no secrets 8)


(Andrew Nagy) #31

http://issues.freepbx.org/browse/FREEPBX-6025?jql=reporter%20%3D%20dicko


#32

http://issues.freepbx.org/browse/FREEPBX-9170

How does that work for non commercial FreePBI where sysadmin is denied?


#33

But that is not the point. I almost like what you guys do but pointing everyone to post a bug because that’s the only way, is perhaps spurious :slight_smile: you got to take this thread, and hopefully fix it in short order, right?


(Rob Thomas) #34

You’d edit httpd.conf to point to /var/www/html/ucp as DocumentRoot.

Or you could use index_custom.php to redirect it?

There’s plenty of ways in a non-distro machine.


#35

True, and I thanked you specifically for that, BUT, it is undocumented as far as I know.


(Andrew Nagy) #36

Only found this thread because of a ticket actually


(Rob Thomas) #37

No, that’s the way we keep track of bugs. If there’s not a ticket, there’s not a bug, because we don’t know about it. The only reason THIS thread got attention was because there was a ticket.

Edit: Hah. See? @tm1000 and I are in agreement. We both posted at almost the same time.


(Andrew Nagy) #38

That and the OP never replied to feedback on the original ticket that the OP opened. Which is unfortunate


#39

What ticket?, the one you liked to is not there, jesus guys, just fix it and stop dumping on me :slight_smile:


(Rob Thomas) #40

http://issues.freepbx.org/browse/FREEPBX-12058 exists and is publicly visible. It’s linked to http://issues.freepbx.org/browse/FREEPBX-12046 which is NOT public, as it’s tagged as a security issue.