asterisk users - Nov 2005 - Problems with Read() in outgoing calls

I have used Read() in many inbound context (ie. when a user dials me).

I have an outbound call between asterisk and a user, initiated by a call 
file
in the outgoing directory, but Read() does not seem to take any input in
this situation.

Is there anyway of getting round this?

Scouse

-- 
====================================================
"...the UK's fastest growing mobile messaging provider..."
(internet works July 2004)

(aq) Limited

194 Harrogate Road, Leeds, LS7 4NZ
http://www.aqcorporate.com
Sales: 08707 449227
Fax: 08707 449228
PGP public key http://aql.co.uk/A-Q.txt
Subject to our standard terms, found at
http://aql.co.uk/aq.php?p=terms

====================================================
CONFIDENTIALITY

This e-mail is intended only for the use of the addressees named
above and may be confidential or legally privileged.
If you are not an addressee you must not read it and must not use
any information contained in nor copy it nor inform any person other
than (aq) limited or the addressees of its existence or contents.
If you have received this email and are not a named addressee, please
delete it and notify the (aq) limited customer service department via
admin@aql.co.uk

I posted the following a couple of days ago.  My problem was inbound, 
but the workaround might be worth a try:
=====Bug or feature?

I'm fairly sure this behavior changed between CVS HEAD Nov 1 and RC2.

In the earlier release, I could successfully execute the Read() 
application immediately following answering a (SIP) channel.  In the 
current RC2, Read times out without detecting user input, unless I 
precede it in the dial plan with Background, as below.

exten => s,1,Answer
exten => s,n,Background(silence/1)
exten => s,n(readopt),Read(ACCEPT,,1,,,10)
====Chris Cahill wrote:
> I have used Read() in many inbound context (ie. when a user dials me).
> 
> I have an outbound call between asterisk and a user, initiated by a call 
> file
> in the outgoing directory, but Read() does not seem to take any input in
> this situation.
> 
> Is there anyway of getting round this?
> 
> Scouse
>

"John Biundo" <johnbiundo@sbcglobal.net> wrote in message 
news:437ED896.8050203@sbcglobal.net...
>I posted the following a couple of days ago.  My problem was inbound, but 
>the workaround might be worth a try:
> =====> Bug or feature?
Thanks John,

It appears that my outbound supplier has a different default DTMF setting 
for outbound
and inbound, which is where the problem was.

Kind Regards,

Chris