<div dir="ltr">Thank you Kevin,<br><br>We'll upgrade our server to 1.6.2.12 and try again.<br><br>Another question: Is there (expect for the admin guide that we didn't succeed to understand the example in) an example somewhere for ReceiveFax full extensions.conf diaplan? We would like to allocate one of the extensions that our SIP provider gives us to a fax storage server or later to email.<br>
<br>Michael<br><br><div class="gmail_quote">On Wed, Oct 20, 2010 at 4:25 PM, Kevin P. Fleming <span dir="ltr"><<a href="mailto:kpfleming@digium.com">kpfleming@digium.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im"><br>
</div>You have a 'Local' channel in between SendFAX and the SIP channel to<br>
your other endpoint. In Asterisk 1.6.2.11, chan_local was not properly<br>
aware of T.38 negotiation, so it ends up acting as a sort of 'firewall'<br>
between the endpoints.<br>
<br>
This was fixed in Asterisk 1.6.2.12 and later releases, so if you were<br>
running the current version, you wouldn't have experienced this specific<br>
problem. This was listed in the ChangeLog for 1.6.2.12, but<br>
unfortunately the commit message the developer wrote did not explain why<br>
the change was made or what problem it was addressing, so you wouldn't<br>
have noticed it.<br>
<br>
In any case, upgrading to 1.6.2.12 or later will cure this problem.<br>
<font color="#888888"><br></font></blockquote></div><br></div>