<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi @Michal,<br>
    <br>
    thank you for your reply. I noticed that it was different problem. <br>
    <br>
    &lt;action application="set"
    data="called_party_callgroup=${user_data(${destination_number}<b>.fs_kabelvoip2</b>@${domain}
    var callgroup)}"/&gt;<br>
    <br>
    <br>
    Thanks!<br>
    <br>
    Miha<br>
    <br>
    On 5/22/2012 9:07 AM, Michael Collins wrote:
    <blockquote
cite="mid:CAKzWOxXOpxmmNEJXiTM0+n0iBhD7+_3ydj2+MuZ+qcsD74fVuQ@mail.gmail.com"
      type="cite">HI @Michal,<br>
      <div class="gmail_quote">
        <blockquote class="gmail_quote" style="margin:0px 0px 0px
          0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
          <div bgcolor="#FFFFFF" text="#000000"> <br>
            I have defined callgroup for users that I would like to have
            in the same callgroup.<br>
            <br>
            After call hit public dialplan I make &lt;action
            application="info" /&gt; but in log I can not see that any
            variable for that user is set. If I make call from default
            dialplan variables are set and I can use them.<br>
            Would it be better to redirect call to default dialplan?<br>
            <br>
            Regards,<br>
            Miha<br>
          </div>
          <br>
        </blockquote>
        <br>
      </div>
      If your calls are hitting the public context then that suggests to
      me that you are not authenticating the user when he/she calls. If
      you don't authenticate then you don't get the user's channel
      variables. This happens, e.g., when you let callers in via ACL
      with a rule in the "domains" ACL.<br>
      <br>
      If you know which user it is supposed to be then you can cheat and
      use the set_user app:<br>
      <a moz-do-not-send="true"
        href="http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_set_user">http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_set_user</a><br>
      <br>
      -MC<br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
<a class="moz-txt-link-abbreviated" href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitchsolutions.com">http://www.freeswitchsolutions.com</a>

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
<a class="moz-txt-link-freetext" href="http://www.cudatel.com">http://www.cudatel.com</a>

Official FreeSWITCH Sites
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://wiki.freeswitch.org">http://wiki.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://www.cluecon.com">http://www.cluecon.com</a>

Join Us At ClueCon - Aug 7-9, 2012

FreeSWITCH-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a>
UNSUBSCRIBE:<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>