[sr-dev] Re: [kamailio/kamailio] In function ksr_tm_event_response_sent(evname), header and body modifications are not applied (Issue #3997)

2024-10-10 Thread suiyuemanbu via sr-dev
Perhaps, "header and body modifications"only methods such as invite are supported and not 200 OK Responses. -- Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/3997#issuecomment-2404663276 You are receiving this because you are subscribed to this thr

[sr-dev] Re: [kamailio/kamailio] In function ksr_tm_event_response_sent(evname), header and body modifications are not applied (Issue #3997)

2024-10-10 Thread JuanPascual2 via sr-dev
The documentation indicates that the function: KSR.hdr.append(...) applies to request and reply. https://kamailio.org/docs/tutorials/devel/kamailio-kemi-framework/core/#ksrhdrappend KSR.hdr.append(...) int KSR.hdr.append(str "hdrval") Append header to current SIP message (**request or reply**). It

[sr-dev] [kamailio/kamailio] In function ksr_tm_event_response_sent(evname), header and body modifications are not applied (Issue #3997)

2024-10-10 Thread JuanPascual2 via sr-dev
Hello In the function ksr_tm_event_response_sent(evname), header and body modifications are not applied. **Example of modification:** KSR.textops.set_body("application/test", "teststbody") KSR.textops.remove_hf("Contact") KSR.hdr.append("X-My-Hdr: testhdrappend \

[sr-dev] Re: [kamailio/kamailio] topos:added get_callid_mask/get_callid_unmask funtion for handeling Refer-To header (PR #3872)

2024-10-10 Thread Henning Westerholt via sr-dev
Reopened #3872. -- Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/3872#event-14593804988 You are receiving this because you are subscribed to this thread. Message ID: ___ Kamailio (SER) - Development Mailin

[sr-dev] Inconsistencies in SIP Parsing with Embedded tel: URIs and Documentation Issues

2024-10-10 Thread Xenofon Karamanos via sr-dev
Hi all, I’d like to bring up some development topics related to the SIP parsing logic, specifically when handling sip: with embedded tel URIs scheme. The current behaviour, particularly when user=phone is present, is leading to some inconsistencies and potential confusion, and I believe it might