FWIW I just tested this on latest git and it worked perfectly fine for me. Let us know what happens when you get updated to latest.<div>-MC<br><br><div class="gmail_quote">On Thu, Mar 10, 2011 at 9:51 AM, Troy Anderson <span dir="ltr"><<a href="mailto:freeswitch@tlainvestments.com">freeswitch@tlainvestments.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div style="word-wrap:break-word"><div>I hope this isn't considered "hijacking" a thread as I think this issue is related. The version of fs I'm using is from Feb 10, 2011, and I looked at the diff for mod_voicemail.c between trunk and the version I have installed, and it doesn't appear that anything related to this issue was modified. However, I am in the process recompiling with latest to be sure. In the mean time, perhaps you can help me understand what's going on:</div>
<div><br></div>I have been experiencing something odd related to voicemail and pressing 5 to reply. While researching the problem, this thread seems to suggest the reason, but not an obvious answer.<div><br></div><div>When you press 5 after listening to a voicemail, the mod_voicemail.c executes switch_core_session_execute_exten(session, cbt->cid_number, profile->callback_dialplan, profile->callback_context);, which I assume is equivalent to execute_extnesion. The context I'm using is the same context that handles all of my internal extensions, so I expected that when one extension leaves a message for another, pressing 5 after listening to the message would ring back the original extension. This is not working.</div>
<div><br></div><div>My dialplan has the following condition required before trying any internal extensions :</div><div><br></div><div><div> <condition field="${user_exists(id ${destination_number} ${domain_name})}" expression="^true$" /></div>
</div><div><br></div><div>An example may make my question more clear:</div><div><br></div><div>I dial from 119 to 105. 119 leaves a message. Later, 105 dials ** to retrieve its voicemails and listens to the message from 119. After the message, he dials 5 to return the call. mod_voicemail runs execute_extension to 119,XML,my_context. In my_context, I have the following to see what's up:</div>
<div><br></div><div><div><div><extension name="test" continue="true"></div></div></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div><div><div><condition break="never" field="<b>destination_number</b>" expression="^<b>119</b>$"></div>
</div></div><div><div><div><span style="white-space:pre-wrap"> </span><action application="log" data="<b>ERR Extension 119 matches</b>"/></div></div></div><div><div><div></condition></div></div>
</div><div><div><div><condition break="never" field="<b>${user_exists(id ${destination_number} ${domain_name})}</b>" expression="^<b>true</b>$"></div></div></div><div><div><div><span style="white-space:pre-wrap"> </span><action application="log" data="<b>ERR User Exists when using variables</b>"/></div>
</div></div><div><div><div></condition></div></div></div><div><div><div><condition break="never" field="<b>${user_exists(id 119 ${domain_name})}</b>" expression="^<b>true</b>$"></div>
</div></div><div><div><div><span style="white-space:pre-wrap"> </span><action application="log" data="<b>ERR User Exists when using plugged value</b>"/></div></div></div><div><div><div></condition></div>
</div></div></blockquote><div></extension></div><div><br></div><div>The output is:</div><div><br></div><div><div>2011-03-10 10:42:54.720596 [NOTICE] switch_core_session.c:2152 Execute log(ERR Extension 119 matches)</div>
<div>2011-03-10 10:42:54.720596 [ERR] mod_dptools.c:1183 <b>Extension 119 matches</b></div><div>2011-03-10 10:42:54.720596 [NOTICE] switch_core_session.c:2152 Execute log(ERR User Exists when using plugged value)</div><div>
2011-03-10 10:42:54.720596 [ERR] mod_dptools.c:1183 <b>User Exists when using plugged value</b></div></div><div><br></div><div>Notice that the second condition fails. Why is that? Is it related to the issue identified in this thread? That execute_extension is somehow setting destination_number differently than transfer?</div>
<div><br></div><div>Also (not shown here), I have applicaiton="info" as the very next condition, and it shows dialed_extension as **, not 119. I'm very confused about that.</div><div><br></div><div>How do I remedy this since mod_voicemail is using execute_extension? Can I somehow determine this and execute my own transfer? Or should I somehow modify my user_exists expression?</div>
<div><br></div><div>Thanks for any guidance!</div><div><br></div><font color="#888888"><div>-Troy</div></font><div><div></div><div class="h5"><div><br></div><div><br></div><div><div><div>On Oct 4, 2010, at 1:55 PM, Michael Collins wrote:</div>
<br><blockquote type="cite">Yes, transfer is your friend in this scenario. :)<br>-MC<br><br><div class="gmail_quote">On Mon, Oct 4, 2010 at 12:55 PM, Tim St. Pierre <span dir="ltr"><<a href="mailto:fs-list@communicatefreely.net" target="_blank">fs-list@communicatefreely.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex"><div>Michael Collins wrote:<br>
> Are you trying to bridge the current leg (user <--> voicemail) to<br>
> another endpoint? If so, how are you doing that? Are you transferring<br>
> the leg back into the dialplan for processing?<br>
><br>
</div>I may have just answered my own question - quite by accident while working on another problem.<br>
<br>
I was sending the call back to the dial plan for processing, but I was using the execute_extension<br>
application instead of transfer<br>
<br>
It looks like execute_extension doesn't affect the destination_number variable, whereas transfer<br>
changes the destination number, and sets the previously dialed number as RDNIS.<br>
<br>
Changing my logic to use transfer instead of execute_extension seems to have solved things.<br>
<div><div></div><div><br>
-Tim<br>
<br>
_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org</a><br>
</div></div></blockquote></div><br>
_______________________________________________<br>FreeSWITCH-users mailing list<br><a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br><a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br><a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br></div></div></div></div><br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br></div>