On Sun, May 26, 2019 at 8:59 PM Alex Balashov abalashov@evaristesys.com wrote:
Make sure you have the right reversion/cookie options set,
I'm not sure what that means...
and that you only call uac_replace_from() once in the message processing loop,
There is only one call in the code to `uac_replace_from()` which is run once (and only for INVITE messages).
and that you don’t modify From any other way besides that concurrently.
Aha! and that was apparently the problem. I have another place in the code (probably from an earlier work trying to do the same thing) that had:
$fU = $hdr(custom-caller-id-header)
Removing that solved the problem. I'm guessing its the same issue that I had with the `remove_hf()` method, that removed `From` but somehow somewhere got the value that was meant to replace $fU written into an arbitrary location in the headers buffer.
Thanks for the support!
On May 26, 2019, at 1:52 PM, Oded Arbel odeda@cloudonix.io wrote:
I have just tried to use `uac_replace_from()` (which I wasn't familiar with - we haven't used the uac module in our setup up till now, and from its description I didn't think it would be appropriate as we are not initiating sessions from Kamailio).
We the following code in place, instead of the `remove_hf()` and `append_hf()`:
---8<--- uac_replace_from("sip:$var(from_user)@$var(from_domain)"); ---8<---
The headers are no longer broken, but do not look OK - I still have another copy of the $fU stuck somewhere in the middle. The `From` header no looks as thus:
---8<--- From: sip:972515340014@example.com972515340014;tag=as0c32fd2e ---8<---