<div dir="ltr"><div dir="ltr">On Tue, Dec 3, 2019 at 4:53 PM D'Arcy Cain <<a href="mailto:darcy@vybenetworks.com">darcy@vybenetworks.com</a>> wrote:<br></div><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">On 12/2/19 11:52 AM, Joshua C. Colp wrote:<br>
>     So I know that AMI is listening and I can talk to it.  Here is the<br>
>     main log"<br>
> <br>
>     [Nov 27 06:16:00] VERBOSE[101155] asterisk.c: Remote UNIX connection<br>
>     [Nov 27 06:16:00] VERBOSE[101245] asterisk.c: Remote UNIX connection<br>
>     disconnected<br>
>     [Nov 27 06:16:01] VERBOSE[101244] manager.c: Manager 'asterisk' logged<br>
>     on from 127.0.0.1<br>
> <br>
>     The AMI command, after the login, looks like this:<br>
> <br>
>     Action: Originate<br>
>     Channel: SIP/outgoing/%%(destination)s<br>
>     Context: LocalSets<br>
>     CallerID: Vybe Consulting Inc Fax Service <5555551212><br>
>     Exten: sendfax<br>
>     Priority: 1<br>
>     Timeout: 30000<br>
>     Variable: faxfile=%%(faxfile)s<br>
>     Variable: uid=%%(uid)s<br>
>     Variable: destination=%%(destination)s<br>
>     Variable: sender_name=Vybe Consulting Inc Fax Service<br>
>     Variable: sender_num=5555551212<br>
> <br>
>     Those "%%" strings get replaced by real data.  My sendfax extension has<br>
>     a bunch of stuff but the very first line is this:<br>
> <br>
>     exten => sendfax,1,Verbose(0,FAX ${faxfile} to ${destination})<br>
> <br>
>     So, regardless of what follows, shouldn't I be seeing that message in my<br>
>     logs?<br>
> <br>
> Only if it was actually answered. You'd need to dig deeper by looking at <br>
> the SIP trace itself (sip set debug on) to see if an attempt was made <br>
> and what occurred.<br>
<br>
OK, so I did that and my logs are really busy now.  However, a search <br>
through them doesn't find the phone number that I am faxing to.<br>
<br>
Are you sure that it needs to be answered before it starts logging? <br>
Logging only when something works isn't much of a debugging tool.<br></blockquote><div><br></div><div>The way an Originate works is that upon answer the channel is directed to the dialplan at the given target. Since your dialplan has a verbose message, the verbose message would only be executed upon dialplan execution which would then only occur as a result of being answered.</div><div><br></div><div>Have you tried narrowing it down at all? Using the CLI to do a test "channel originate" using the same dial string? Have you looked at what comes back from AMI as a result of the Originate to see if it shows anything?</div></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div style="font-family:tahoma,sans-serif"><font color="#073763">Joshua C. Colp</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Senior Software Developer</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Sangoma Technologies</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Check us out at <a href="http://www.sangoma.com" target="_blank">www.sangoma.com</a> and <a href="http://www.asterisk.org" target="_blank">www.asterisk.org</a></font><br></div></div></div></div></div></div></div></div></div>