Thanks! :-)<br><br>I would encourage those who understand Asterisk better to look at the patch<br>if I have overseen something. It works for me but app_dial is very complex.<br><br>Greetings<br>Johan<br><br><div><span class="gmail_quote">2008/2/8, Steve Totaro <<a href="mailto:stotaro@totarotechnologies.com">stotaro@totarotechnologies.com</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Johan,<br><br>I just wanted to say good job.<br><br>You are one of the reasons why Asterisk and open source software is so<br>powerful.<br><br>You wanted Asterisk to do something that it did not. You posted about<br>it, no replies, so you made it happen and gave back in a weeks time.<br>
<br>Bravo.<br><br>Thanks,<br>Steve Totaro<br><br>On Feb 8, 2008 3:21 AM, Johan Wilfer <<a href="mailto:johan@wilfer.se">johan@wilfer.se</a>> wrote:<br>> I've implemented this feature and posted a patch on bug #0011954<br>
> "When the caller hangs up - transfer the called party to the specified<br>> context and extension provided by this option"<br>><br>> Please give it a try, and comment..<br>><br>> Greetings Johan<br>
><br>><br>> Johan Wilfer wrote:<br>> > Johan Wilfer wrote:<br>> >> I don't know what to call this feature, but after playing around with<br>> >> res_features and application maps I come to think about this...<br>
> >> When dialing someone with Dial() the call can survive the called<br>> >> party hanging up - using the g-flag.<br>> >> Sometimes it's useful to do the opposite, but I'm not sure how or<br>
> >> where to implement this.<br>> >><br>> >> I can think of having a X()-option similar to G() that transfer the<br>> >> called party to this extension after the caller hangs up.<br>> >> One other method is to have a special extension taking care of this,<br>
> >> like h, s and so on.<br>> >><br>> >> I think I like the first method best.<br>> >><br>> >> I could use this together with application maps and the bridge app to<br>> >> eliminate my meetme rooms for this purpose. However I must be<br>
> >> able to intercept either one hanging up to give feedback to the other.<br>> >><br>> >> Ideas? If you could give me some pointers where to look for<br>> >> implementing this I would be happy,<br>
> >> as I don't know my way in the source nearly as good as you guys do...<br>> >><br>> >> Greetings<br>> >> Johan<br>> >><br>> > Anyone?<br>> > Basically I don't want to hang up on the called party, just because<br>
> > the caller slammed the phone. I would like to be able to continue<br>> > dialplan execution of the called party.<br>> ><br>> > You can do this right now by breaking the bridged call and put them in<br>
> > a conference. You can also use flags to the Dial application to do the<br>> > opposite - let the calling party (he who executed Dial) continue if<br>> > the called party hangs up. I would like to do it the other way around..<br>
> ><br>> > How do you like to see this implemented? Another option for dial?<br>> > Something else?<br>> ><br>> > /Johan<br>><br>><br>> _______________________________________________<br>
> --Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--">http://www.api-digital.com--</a><br>><br>> asterisk-dev mailing list<br>> To UNSUBSCRIBE or update options visit:<br>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>
><br><br>_______________________________________________<br>--Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--">http://www.api-digital.com--</a><br><br>asterisk-dev mailing list<br>To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-dev">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br></blockquote></div><br>