Thanks! I made very minor changes. We appreciate you helping out with
documenting new features.
-MC
On Fri, Aug 28, 2009 at 4:13 AM, Anatoliy Kounitskiy <
anato...@kounitskiy.com> wrote:
> The wiki page is updated (
> http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_att_xfer ). Hope
> it is u
The wiki page is updated (
http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_att_xfer ). Hope
it is understandable :)
Anatoliy Kounitskiy
On Thu, Aug 27, 2009 at 9:30 PM, Michael Collins wrote:
> Thanks! I'll be in touch to help you if you need any wiki editing
> assistance.
> -MC
>
> On Thu,
Thanks! I'll be in touch to help you if you need any wiki editing
assistance.
-MC
On Thu, Aug 27, 2009 at 11:18 AM, Anatoliy Kounitskiy <
anato...@kounitskiy.com> wrote:
> Thank you all for the great job :)
> Now it works as I wanted!!
>
> Tomorrow I'll will try to update the wiki :)
>
> But wit
Thank you all for the great job :)
Now it works as I wanted!!
Tomorrow I'll will try to update the wiki :)
But with few words ( I tried to strip the extensions to minimum for
more easy read for users).
In the dialplan I have created the extension showed below:
/me points to the first question on the FAQ ;)
/b
On Aug 27, 2009, at 1:18 PM, Anatoliy Kounitskiy wrote:
> Thank you all for the great job :)
> Now it works as I wanted!!
>
> Tomorrow I'll will try to update the wiki :)
___
FreeSWITCH-users mailin
please retest with latest SVN trunk
On Thu, Aug 27, 2009 at 8:19 AM, Anatoliy Kounitskiy <
anato...@kounitskiy.com> wrote:
> Just for information - the idea :
> A---calls---> B ---att_xfer---> C, B hangs C up and goes back to A
> ( I`m sorry C is not answering :) )
>
>
--
Anthony Minessale I
Just for information - the idea :
A---calls---> B ---att_xfer---> C, B hangs C up and goes back to A
( I`m sorry C is not answering :) )
dialplan:
---
...
On Wed, Aug 26, 2009 at 12:59 PM, Anthony Minessale <
anthony.miness...@gmail.com> wrote:
> i added a patch to attempt to do this so try adding
>
Nice work!
>
> {origination_cancel_key=#} before the dial string
> or
>
> before you bridge.
>
Anatoliy,
Please try this and let us know if it work
Thank you for the fast patch :)
I'm going to test it right away and report you if there are problems or not.
On Wed, Aug 26, 2009 at 10:59 PM, Anthony
Minessale wrote:
> i added a patch to attempt to do this so try adding
>
> {origination_cancel_key=#} before the dial string
> or
>
> before you
i added a patch to attempt to do this so try adding
{origination_cancel_key=#} before the dial string
or
before you bridge.
On Wed, Aug 26, 2009 at 1:39 PM, Anthony Minessale <
anthony.miness...@gmail.com> wrote:
> maybe we can make an origination_cancel_key=# you could set on the dial
> string
maybe we can make an origination_cancel_key=# you could set on the dial
string to be able to cancel that originate with dtmf
On Wed, Aug 26, 2009 at 1:27 PM, Anatoliy Kounitskiy <
anato...@kounitskiy.com> wrote:
> After several hours of testing I was able to answer myself the
> previous mentione
After several hours of testing I was able to answer myself the
previous mentioned questions.
It appears that # and the 0 option work _only_ if user C has answered
the call OR voicemail system answers it.
user A ---call---> user Battended xfer---> user C
At this point I have new question. In
Hello everybody!
I have few questions about the att_xfer application. First, what i want
to accomplish is: user A calls user B, after that user B makes attended
transfer to user C.
In the dialplan i have:
...
So when user B answers the call, he sends
Hello everybody!
I have few questions about the att_xfer application. First, what i want
to accomplish is: user A calls user B, after that user B makes attended
transfer to user C.
In the dialplan i have:
...
So when user B answers the call, he send
14 matches
Mail list logo
