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