I think the rule number 1 in the programming world should be:
"Why complicate if you can make it simpler?"
Isamar
On Wed, 18 Jan 2006, Brent Torrenga wrote:
I think he is getting at something like a Zap channel that passes on it's
own CID info from zapata.conf, as opposed to the calling channel? Perhaps it
is a zap issue, and is as simple as placing callerid=asreceived in
zapata.conf.
OR
Maybe it is the way Dial() works in 1.2 versus 1.0 - with the "o" flag, I
mean?
Mark Hulber wrote:
exten => s,n,Set(CALLERID(name)=${CALLERIDNAME})
This could never have accomplished anything, since those two references
affect the exact same variable internally.
because I want the outgoing callerid that I forward to not be the normal
callerid of the local extension but I want to forward the incoming
callerid. Now that CALLERIDNAME is deprecated, how do I differentiate
between the CALLERID on the incoming channel and the callerid set on the
outgoing channel? The deprecation advice seems to suggest that I change
my set statement to:
exten => s,n,Set(CALLERID(name)=CALLERID(name))
You'll have to more clearly define what you want to accomplish;
normally, the Dial() application sets the CLID/CNAM info on the outgoing
channel based on what is present on the channel placing the call.
Sincerely,
Brent A. Torrenga
[EMAIL PROTECTED]
Torrenga Engineering, Inc.
907 Ridge Road
Munster, Indiana 46321-1771
219.836.8918x325 Voice
219.836.1138 Facsimile
www.torrenga.com
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
Asterisk-Users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
Asterisk-Users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
