<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>I was traveling and no much time to follow up on mailing list ...</p>
<p>Did you use set_contact_alias() before handling the subscribe
with presence module? You should not change the contact in the way
you do, some UA may reject it when receiving requests.<br>
</p>
<p>Cheers,<br>
Daniel<br>
</p>
<br>
<div class="moz-cite-prefix">On 11.10.17 23:32, Yuriy Gorlichenko
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CABSP_Vfce_PQhM8eF-iAdbA-HH3d5Yi+142D6m85+Rpj3aBHHA@mail.gmail.com">
<div dir="ltr">Ok. solved<br>
<br>
I moved record_route for subscribe to other part of the config
file and for now if msg_apply_changes() works<br>
so if someone intrested in solution:<br>
<br>
For me it works like this<br>
<br>
<div> if(is_method("SUBSCRIBE")) {</div>
<div> <br>
</div>
<div> if ( $pr == "wss" ) {</div>
<div> xlog("L_INFO", "$rm from WSS proto. contact : $ct
");</div>
<div> remove_hf("Contact");</div>
<div>
append_hf("Contact:<a class="moz-txt-link-rfc2396E" href="sip:$fU@$si:$sp;transport=ws"><sip:$fU@$si:$sp;transport=ws></a>\r\n");</div>
<div> msg_apply_changes();</div>
<div> xlog("L_INFO", "New contact : $ct ");</div>
<div> $fs = "tls:"+INTERNALIP+":7443";</div>
<div> }</div>
<div><br>
</div>
<div> handle_subscribe();</div>
<div> t_release();</div>
<div> <br>
This code saves valid contact at the active_watchers table for
this SUBSCRIBE request and generates NOTIFY via correct
transport.</div>
<br>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">2017-10-11 22:00 GMT+03:00 Yuriy
Gorlichenko <span dir="ltr"><<a
href="mailto:ovoshlook@gmail.com" target="_blank"
moz-do-not-send="true">ovoshlook@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Continue talking with myself... ))<br>
<br>
Found when presence building NOTIFY request it uses entry
from active_watchers table for sending NOTIFY<br>
When SUBSCRIBE from webPhone receives by kamailio it stors
it like this<br>
<br>
<div>presentity_uri
| watcher_username | watcher_domain
| to_user | to_domain
| event | event_id | to_tag
| from_tag | callid
| local_cseq | remote_cseq |
contact
| record_route |
expires | status | reason | version | socket_info
| local_contact | from_user
| from_domain | updated |
updated_winfo | flags | user_agent |</div>
<div><a class="moz-txt-link-freetext" href="sip:8dc08f881f2105dD3d75@">sip:8dc08f881f2105dD3d75@</a><wbr>d0c20d13-e5b4-4649-821e-<wbr>9ab8ec94b141
| 94e51c30Bdf28de52519 | d0c20d13-e5b4-4649-821e-<wbr>9ab8ec94b141
| 8dc08f881f2105dD3d75 | d0c20d13-e5b4-4649-821e-<wbr>9ab8ec94b141
| presence | | 65b96bb6fd203a89fdddc27e45e374<wbr>97-709f
| vbr8o327n1 | 6qgtaasruts2tqsib3rk |
1 | 9634 | <a class="moz-txt-link-freetext" href="sip:94e51c30bdf28de52519@95">sip:94e51c30bdf28de52519@95</a>.<wbr>29.8.36:55404;gr=urn:uuid:<wbr>305d99ab-ddf2-46b0-9ec0-<wbr>74a1eef86595
| | 1507746863 | 1 | | 2
| tls:<a href="http://172.31.13.191:7443"
target="_blank" moz-do-not-send="true">172.31.13.191:7443</a>
| sip:<a href="http://1.2.3.4:5060" target="_blank"
moz-do-not-send="true">1.2.3.4:5060</a> |
94e51c30Bdf28de52519 | d0c20d13-e5b4-4649-821e-<wbr>9ab8ec94b141
| -1 | -1 | 0 | SIP.js/0.7.3
|<br>
<br>
so it says nothing about that watcher at the websockets<br>
<br>
<br>
Then i see it builds NOTIFY request using these params:<br>
<br>
<div> DEBUG: presence [notify.c:1479]:
send_notify_request(): dialog info:</div>
<div> DEBUG: presence [notify.c:122]: printf_subs():
pres_uri: <a class="moz-txt-link-freetext" href="sip:8dc08f881f2105dD3d75@">sip:8dc08f881f2105dD3d75@</a><wbr>d0c20d13-e5b4-4649-821e-<wbr>9ab8ec94b141</div>
<div> DEBUG: presence [notify.c:123]: printf_subs():
watcher_user@watcher_domain:
94e51c30Bdf28de52519@d0c20d13-<wbr>e5b4-4649-821e-9ab8ec94b141</div>
<div> DEBUG: presence [notify.c:124]: printf_subs():
to_user@to_domain: 8dc08f881f2105dD3d75@d0c20d13-<wbr>e5b4-4649-821e-9ab8ec94b141</div>
<div> DEBUG: presence [notify.c:125]: printf_subs():
from_user@from_domain: 94e51c30Bdf28de52519@d0c20d13-<wbr>e5b4-4649-821e-9ab8ec94b141</div>
<div> DEBUG: presence [notify.c:126]: printf_subs():
callid/from_tag/to_tag: 11ml332armq1sdjjhr4i/<wbr>adkeanjkns/<wbr>65b96bb6fd203a89fdddc27e45e374<wbr>97-92c7</div>
<div> DEBUG: presence [notify.c:127]: printf_subs():
local_cseq/remote_cseq: 1/9417</div>
<div> DEBUG: presence [notify.c:128]: printf_subs():
local_contact/contact: sip:<a
href="http://1.2.3.4:5060/sip:94e51c30bdf28de52519@95.29.8.36:63502;gr=urn:uuid:ad169d10-dc89-48e3-9a83-28635a77f216"
target="_blank" moz-do-not-send="true">1.2.3.4:5060/sip:<wbr>94e51c30bdf28de52519@95.29.8.<wbr>36:63502;gr=urn:uuid:ad169d10-<wbr>dc89-48e3-9a83-28635a77f216</a></div>
<div> DEBUG: presence [notify.c:129]: printf_subs():
record_route:</div>
<div> DEBUG: presence [notify.c:130]: printf_subs():
sockinfo_str: tls:<a href="http://172.31.13.191:7443"
target="_blank" moz-do-not-send="true">172.31.13.191:7443</a></div>
<div> DEBUG: presence [notify.c:132]: printf_subs():
event: presence</div>
<div> DEBUG: presence [notify.c:133]: printf_subs():
status: active</div>
<div> DEBUG: presence [notify.c:134]: printf_subs():
reason:</div>
<div> DEBUG: presence [notify.c:135]: printf_subs():
version: 2</div>
<div> DEBUG: presence [notify.c:136]: printf_subs():
expires: 599</div>
<br>
<br>
So i suppose it sending to UPD because at the contact
field at the database stores nothing about transport
(like postfix ;transport=ws)<br>
And does not matter how I handle contact at NAT (by
fix_nated_contact() or add_contact_alias()) because it
stores just a source IPaddress and port. <br>
<br>
fix_nated_register() will not help to fix this issue
because it is just updates location and uses
avp(RECEIVED) for storing real address and real
transport which never have any entry to the
"active_watchers" table.<br>
<br>
So the only way i found to say where to send notify is
to change $ct variable with adding postfix
";transport=ws"<br>
Because based on it module wil build NOTIFY<br>
<br>
but here are 2 troubles<br>
1) $ct variable is readonly (remove and append contact
header has no any effect for this. msg_apply_changes
says:<br>
"cannot apply msg changes after adding
record-route header - it breaks conditional 2nd header")<br>
2) as i said i can not change anything at the
tm:local-request for notify as i wrote at the prevoius
messages here. IT changes needed variables but it has no
effect on message<br>
<br>
So main question - how to save real transport at the
contct field at the active_watchers table.<br>
<br>
Will be happy to any suggession.<br>
<br>
<br>
</div>
<div><br>
</div>
</div>
<div class="HOEnZb">
<div class="h5">
<div class="gmail_extra"><br>
<div class="gmail_quote">2017-10-11 13:13 GMT+03:00
Yuriy Gorlichenko <span dir="ltr"><<a
href="mailto:ovoshlook@gmail.com"
target="_blank" moz-do-not-send="true">ovoshlook@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Hi. Got debug 3 information and
found next (here is pastebin link with dump <br>
<a href="https://pastebin.com/ALHQkM9E"
target="_blank" moz-do-not-send="true">https://pastebin.com/ALHQkM9E</a>)<br>
<br>
After NOTIFY was created i trying to handle it
by tm:local-request route<br>
and found there one thing afnter changed $fs and
$ru with $du<br>
<br>
DEBUG: tm [uac.c:329]: t_run_local_req(): apply
new updates without Via to sip msg<br>
<br>
as i understood it applies changes but not uses
it for redirect request throught needed socket.<br>
Shoud i use msg_apply_changes() or something ike
that?<br>
<br>
<br>
<br>
<br>
</div>
<div class="m_-8272670469360761902HOEnZb">
<div class="m_-8272670469360761902h5">
<div class="gmail_extra"><br>
<div class="gmail_quote">2017-10-04 16:13
GMT+03:00 Yuriy Gorlichenko <span
dir="ltr"><<a
href="mailto:ovoshlook@gmail.com"
target="_blank" moz-do-not-send="true">ovoshlook@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px
#ccc solid;padding-left:1ex">
<div dir="ltr">May be debug=3 level says
more? I will try to collect it. I
don't think it is a bug. I think
somethig wrong at my side, but can
not find anything</div>
<div
class="m_-8272670469360761902m_4215210316818844332HOEnZb">
<div
class="m_-8272670469360761902m_4215210316818844332h5">
<div class="gmail_extra"><br>
<div class="gmail_quote">2017-10-04
14:58 GMT+03:00 Yuriy
Gorlichenko <span dir="ltr"><<a
href="mailto:ovoshlook@gmail.com" target="_blank" moz-do-not-send="true">ovoshlook@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote"
style="margin:0 0 0
.8ex;border-left:1px #ccc
solid;padding-left:1ex">
<div dir="auto">I mean i tried
to change $du and print it.
It was changed but notify
was set to original ruri. I
know that it worked for
register requests and
invite. I built services
using it.
<div dir="auto"><br>
</div>
<div dir="auto">I found this
trouble only with NOTIFY</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote"><span>On
Oct 4, 2017 14:35,
"Daniel-Constantin
Mierla" <<a
href="mailto:miconda@gmail.com"
target="_blank"
moz-do-not-send="true">miconda@gmail.com</a>>
wrote:<br
type="attribution">
</span>
<div>
<div
class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553h5">
<blockquote
class="gmail_quote"
style="margin:0 0 0
.8ex;border-left:1px
#ccc
solid;padding-left:1ex">
<div text="#000000"
bgcolor="#FFFFFF">
<p>Can you print
$du there and
see if it set?
looks like it is
not routed by
r-uri, but dst
uri.</p>
<p>Cheers,<br>
Daniel<br>
</p>
<br>
<div
class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-cite-prefix">On
03.10.17 22:58,
Yuriy
Gorlichenko
wrote:<br>
</div>
<blockquote
type="cite">
<div dir="ltr">Found
that at the
tm:local-request
$ru modifies
but anyway -
request sent
to old RURI.<br>
<div> INFO:
NOTIFY to WS,
update RURI</div>
<div><br>
</div>
<div>-- here
is making <br>
$ru =
$ru+";transport=ws";</div>
<div>---</div>
<div><br>
</div>
<div> INFO:
NOTIFY to WS,
new RURI:
<a
class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext"
moz-do-not-send="true">sip:94e51c30bdf28de52519@93.81<wbr>.99.68:54733;gr=urn:uuid:88b30<wbr>33f-e65d-4694-ac45-2a1d1a44501<wbr>c;transport=ws</a></div>
<div><br>
--- for now
$ru is updated</div>
<div><br>
</div>
<div>-- but
here also same
result:<br>
<br>
</div>
<div> INFO:
presence
[notify.c:1619]:
send_notify_request(): NOTIFY <a
class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext"
moz-do-not-send="true">sip:94e51c30Bdf28de52519@d0c20<wbr>d13-e5b4-4649-821e-9ab8ec94b14<wbr>1</a>
via
<a
class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext"
moz-do-not-send="true">sip:94e51c30bdf28de52519@93.81<wbr>.99.68:54733;gr=urn:uuid:88b30<wbr>33f-e65d-4694-ac45-2a1d1a44501<wbr>c</a>
on behalf of <a
class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext"
moz-do-not-send="true">sip:8dc08f881f2105dD3d75@d0c20<wbr>d13-e5b4-4649-821e-9ab8ec94b14<wbr>1</a>
for event
presence :
3biad4n635ugovv7vmjv</div>
<div><br>
</div>
</div>
<div
class="gmail_extra"><br>
<div
class="gmail_quote">2017-10-03
21:31
GMT+03:00
Yuriy
Gorlichenko <span
dir="ltr"><<a
href="mailto:ovoshlook@gmail.com" target="_blank" moz-do-not-send="true">ovoshlook@gmail.com</a>></span>:<br>
<blockquote
class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Can
not find any
entry of this
device at the
active
watchers.<br>
Suppose after
module found
sockets
mistmatch and
didnt got
NOTIFY
response it
removes entry
from active
watchers...<br>
<br>
I added
handling at
the event
route as you
sugested and
tried to do
next<br>
<br>
Firs i tried
fix $ru here
but it does
not work<br>
Also tried to
force socket
but same<br>
<br>
<br>
I see at the
logs that
first kamailio
says about
proto
mistmatch and
only then
calling <span
style="font-size:12.8px"> event_route[tm:local-<wbr>request]...</span><br>
<br>
<span
style="font-size:12.8px">This
is my log with
most important
variables for
understanding</span><br>
<br>
<div><span
style="font-size:12.8px">
INFO:
<script>:
------------------------------<wbr>---------</span></div>
<div><span
style="font-size:12.8px">
INFO:
<script>:
#012SUBSCRIBE
| source: <a
href="http://93.81.99.68:57031" target="_blank" moz-do-not-send="true">93.81.99.68:57031</a>,</span></div>
<div><span
style="font-size:12.8px">
INFO:
<script>:
#012SUBSCRIBE
| proto: wss,</span></div>
<div><span
style="font-size:12.8px">
INFO:
<script>:
#012SUBSCRIBE
| RURI: <a
class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext"
moz-do-not-send="true">sip:8dc08f881f2105dD3d75@</a>d0c20<wbr>d13-e5b4-4649-821e-9ab8ec94b14<wbr>1,</span></div>
<div><span
style="font-size:12.8px">
INFO:
<script>:
#012SUBSCRIBE
| contact:
<<a
class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext"
moz-do-not-send="true">sip:94e51c30bdf28de52519@</a>d0c2<wbr>0d13-e5b4-4649-821e-9ab8ec94b1<wbr>41;gr=urn:uuid:14f23c6c-166f-4<wbr>649-9b7e-71a66b20450f></span></div>
<div><span
style="font-size:12.8px">
INFO:
<script>:
#012SUBSCRIBE
| from :
94e51c30Bdf28de52519</span></div>
<div><span
style="font-size:12.8px">
INFO:
<script>:
#012SUBSCRIBE
| to :
8dc08f881f2105dD3d75</span></div>
<div><span
style="font-size:12.8px">
INFO:
<script>:
------------------------------<wbr>---------</span></div>
<div><span
style="font-size:12.8px">
INFO:
<script>:
SUBSCRIBE :
fixing nated
contact</span></div>
<div><span
style="font-size:12.8px">
INFO:
<script>:
SUBSCRIBE from
WSS proto<br>
<br>
----- Here is
handle_subscribe happens<br>
<br>
</span></div>
<div><span
style="font-size:12.8px">
WARNING:
<core>
[core/forward.c:231]:
get_send_socket2(): protocol/port mismatch (forced tls:<a
href="http://172.31.13.191:7443"
target="_blank" moz-do-not-send="true">172.31.13.191:7443</a>, to udp:<a
href="http://93.81.99.68:57031" target="_blank" moz-do-not-send="true">93.81.99.68:57031</a>)<br>
<br>
---- </span><span
style="font-size:12.8px"> event_route[tm:local-req<wbr>uest]</span><span
style="font-size:12.8px"><br>
<br>
</span></div>
<div><span
style="font-size:12.8px">
INFO:
<script>:
------------------------------<wbr>---------</span></div>
<div><span
style="font-size:12.8px">
INFO:
<script>:
#012NOTIFY |
source: <a
href="http://172.31.13.191:5060"
target="_blank" moz-do-not-send="true">172.31.13.191:5060</a>,</span></div>
<div><span
style="font-size:12.8px">
INFO:
<script>:
#012NOTIFY |
proto: udp,</span></div>
<div><span
style="font-size:12.8px">
INFO:
<script>:
#012NOTIFY |
RURI: <a
class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext"
moz-do-not-send="true">sip:94e51c30bdf28de52519@93</a>.81<wbr>.99.68:57031;gr=urn:uuid:14f23<wbr>c6c-166f-4649-9b7e-71a66b20450<wbr>f,</span></div>
<div><span
style="font-size:12.8px">
INFO:
<script>:
#012NOTIFY |
contact:
<sip:<a
href="http://34.192.121.47:5060"
target="_blank" moz-do-not-send="true">34.192.121.47:5060</a>;transp<wbr>ort=tls></span></div>
<div><span
style="font-size:12.8px">
INFO:
<script>:
#012NOTIFY |
from :
8dc08f881f2105dD3d75</span></div>
<div><span
style="font-size:12.8px">
INFO:
<script>:
#012NOTIFY |
to :
94e51c30Bdf28de52519</span></div>
<div><span
style="font-size:12.8px">
INFO:
<script>:
------------------------------<wbr>---------</span></div>
<div><span
style="font-size:12.8px">
INFO:
<script>:
NOTIFY to WS,
forsing socket
to TLS<br>
<br>
---- here is i
trying to fix
$ru and $fs<br>
<br>
</span></div>
<div><span
style="font-size:12.8px">
INFO: presence
[notify.c:1619]: send_notify_request(): NOTIFY <a
class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext"
moz-do-not-send="true">sip:94e51c30Bdf28de52519@</a>d0c20<wbr>d13-e5b4-4649-821e-9ab8ec94b14<wbr>1
via <a
class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext"
moz-do-not-send="true">sip:94e51c30bdf28de52519@93</a>.81<wbr>.99.68:57031;gr=urn:uuid:14f23<wbr>c6c-166f-4649-9b7e-71a66b20450<wbr>f
on behalf of <a
class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext"
moz-do-not-send="true">sip:8dc08f881f2105dD3d75@</a>d0c20<wbr>d13-e5b4-4649-821e-9ab8ec94b14<wbr>1
for event
presence :
8n0erm4mtff6pn9ljgdq</span></div>
<div
style="font-size:12.8px"><br>
</div>
<br>
<br>
</div>
<div
class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355HOEnZb">
<div
class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355h5">
<div
class="gmail_extra"><br>
<div
class="gmail_quote">2017-10-03
18:43
GMT+03:00
Daniel-Constantin
Mierla <span
dir="ltr"><<a
href="mailto:miconda@gmail.com" target="_blank" moz-do-not-send="true">miconda@gmail.com</a>></span>:<br>
<blockquote
class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div
text="#000000"
bgcolor="#FFFFFF">
<p>Hello,</p>
<p>you should
use
set_contact_alias()
for subscribe
instead of
fixed_nated_contact(),
is a better
option.</p>
<p>Back to the
reported
topic, can you
paste here the
db record from
active_watchers table?</p>
<p>Then, you
should be able
to update some
parts of the
local
generated
requests by
having an
event_route[tm:local-request]
block in your
kamailio.cfg.</p>
<p>Cheers,<br>
Daniel<br>
</p>
<div>
<div
class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517h5">
<br>
<div
class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517m_-8712470815786586704moz-cite-prefix">On
03.10.17
10:44, Yuriy
Gorlichenko
wrote:<br>
</div>
</div>
</div>
<blockquote
type="cite">
<div>
<div
class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517h5">
<div dir="ltr">Also
found at the
lists some
solutions like
"accept
fix_nated_register()
and
fix_nated_contact()
for REGISTER
and SUBSCRIBE"<br>
<br>
Done it. But
still protos
mistmatch...<br>
<br>
kamailio
founds
tls:myip:myport
and forces t
to udp...</div>
<div
class="gmail_extra"><br>
<div
class="gmail_quote">2017-10-03
10:49
GMT+03:00
Yuriy
Gorlichenko <span
dir="ltr"><<a
href="mailto:ovoshlook@gmail.com" target="_blank" moz-do-not-send="true">ovoshlook@gmail.com</a>></span>:<br>
<blockquote
class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Hi.
I have
presence
server and it
works fine for
UDP/TCP/TLS
endpoints.<br>
For now i have
new one type
of endpoints
that runs via
WebSockets<br>
<br>
It sends
SUBSCRIBE
request to the
and then after
handle_subscribe() NOTIFY not comes to the subscriber because of <br>
[core/forward.c:231]: get_send_socket2(): protocol/port mismatch <br>
<br>
I already had
some issues
regarding this
for ACK for
example but i
resolved it
cimply doing<br>
<br>
$ru =
$ru+";transport=wss"<br>
<br>
but NOTIFY
sending is
internal
process and
can't be
controlled by
config file.
So i can not
change $ru for
NOTIFY
directly. <br>
<br>
Any ideas how
to fix this?</div>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset
class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517m_-8712470815786586704mimeAttachmentHeader"></fieldset>
<br>
</div>
</div>
<pre>______________________________<wbr>_________________
Kamailio (SER) - Users Mailing List
<a class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517m_-8712470815786586704moz-txt-link-abbreviated" href="mailto:sr-users@lists.kamailio.org" target="_blank" moz-do-not-send="true">sr-users@lists.kamailio.org</a>
<a class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517m_-8712470815786586704moz-txt-link-freetext" href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" target="_blank" moz-do-not-send="true">https://lists.kamailio.org/cgi<wbr>-bin/mailman/listinfo/sr-users</a><span class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517HOEnZb"><font color="#888888">
</font></span></pre>
<span
class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517HOEnZb"><font
color="#888888"> </font></span></blockquote>
<span
class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517HOEnZb"><font
color="#888888"> <br>
<pre class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517m_-8712470815786586704moz-signature" cols="72">--
Daniel-Constantin Mierla
<a class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517m_-8712470815786586704moz-txt-link-abbreviated" href="http://www.twitter.com/miconda" target="_blank" moz-do-not-send="true">www.twitter.com/miconda</a> -- <a class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517m_-8712470815786586704moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda" target="_blank" moz-do-not-send="true">www.linkedin.com/in/miconda</a>
Kamailio Advanced Training - <a class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517m_-8712470815786586704moz-txt-link-abbreviated" href="http://www.asipto.com" target="_blank" moz-do-not-send="true">www.asipto.com</a>
Kamailio World Conference - <a class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517m_-8712470815786586704moz-txt-link-abbreviated" href="http://www.kamailioworld.com" target="_blank" moz-do-not-send="true">www.kamailioworld.com</a></pre>
</font></span></div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
<pre class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-signature" cols="72">--
Daniel-Constantin Mierla
<a class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-abbreviated" href="http://www.twitter.com/miconda" target="_blank" moz-do-not-send="true">www.twitter.com/miconda</a> -- <a class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda" target="_blank" moz-do-not-send="true">www.linkedin.com/in/miconda</a>
Kamailio Advanced Training - <a class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-abbreviated" href="http://www.asipto.com" target="_blank" moz-do-not-send="true">www.asipto.com</a>
Kamailio World Conference - <a class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-abbreviated" href="http://www.kamailioworld.com" target="_blank" moz-do-not-send="true">www.kamailioworld.com</a></pre>
</div>
</blockquote>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Daniel-Constantin Mierla
<a class="moz-txt-link-abbreviated" href="http://www.twitter.com/miconda">www.twitter.com/miconda</a> -- <a class="moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda">www.linkedin.com/in/miconda</a>
Kamailio Advanced Training - <a class="moz-txt-link-abbreviated" href="http://www.asipto.com">www.asipto.com</a>
Kamailio World Conference - <a class="moz-txt-link-abbreviated" href="http://www.kamailioworld.com">www.kamailioworld.com</a></pre>
</body>
</html>