Curt,<br><br>I just saw that in pbx_builtin_answer() function, if the channel is AST_STATE_UP the delay is set to zero. This can explain my last question.<br><br>I&#39;ll do more tests.<br><br>Thanks!<br><br>Paulo<br><br><br>
<br><div><span class="gmail_quote">On 9/18/07, <b class="gmail_sendername">Paulo Garcia</b> &lt;<a href="mailto:paulo.astdev@gmail.com">paulo.astdev@gmail.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div>Hi Curt,<br>&nbsp;</div>First, thank you for your answer.<span class="q"><br><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">exten =&gt; 4020,1,Answer(500)
<br>exten =&gt; 4020,1,VoicemailMain(${CALLERID(num)}@default)<br><br>Which will answer the call and start the streams flowing, wait for<br>500ms, and then continue.&nbsp;&nbsp;By default, at least for voicemail, Asterisk<br>does an implicit answer and I think that the 
channel.c code in trunk was<br>changed a while back to insert a 500ms wait when a channel was answered<br>to help with this very problem, ast_answer().&nbsp;&nbsp;I don&#39;t think this change<br>made it in to 1.4 but I could be wrong.
<br><br></blockquote></span></div><br clear="all">I tried to use the Answer(500) and I still have the same behavior. Then I tried to increase the 500ms to more and it seems that the dialplan isn&#39;t wait this time. <br>
<br>Do I interpret something wrong? Is this the same that use:
<br>Answer()<br>Wait(1) ? (of course considering that wait use seconds).<br><br>Thanks again!<div><span class="e" id="q_1151a1e60ccf9fb7_3"><br><br><br>-- <br>--------------<br>Paulo Garcia<br>Pika Technologies Inc
</span></div></blockquote></div><br><br clear="all"><br>-- <br>--------------<br>Paulo Garcia<br>Pika Technologies Inc