Spam detection software, running on the system "mail.iptel.org", has
identified this incoming email as possible spam. The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: hello all i just started reading SER. and I want to know
what is the hardware requirment and linux version and what are the
packages required in linux machine. and which one SER version is stable.
please let me know. [...]
Content analysis details: (6.2 points, 5.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
2.1 SUB_HELLO Subject starts with "Hello"
0.1 HTML_50_60 BODY: Message is 50% to 60% HTML
-2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
[score: 0.0000]
0.0 HTML_MESSAGE BODY: HTML included in message
0.2 DNS_FROM_RFC_ABUSE RBL: Envelope sender in abuse.rfc-ignorant.org
1.4 DNS_FROM_RFC_WHOIS RBL: Envelope sender in whois.rfc-ignorant.org
3.2 RCVD_IN_SBL RBL: Received via a relay in Spamhaus SBL
[220.226.40.83 listed in sbl-xbl.spamhaus.org]
1.7 DNS_FROM_RFC_POST RBL: Envelope sender in
postmaster.rfc-ignorant.org
The original message was not completely plain text, and may be unsafe to
open with some email clients; in particular, it may contain a virus,
or confirm that your address can receive spam. If you wish to view
it, it may be safer to save it to a file and open it with an editor.
I was wondering if anyone has gotten the presence module working with
openser.
The reason I ask is because I've been trying to make it work for 2 weeks
without any luck, and at this point, I can't figure out what I'm doing
wrong.
This is my setup:
I have a debian 4.0, running openser 1.3.0-dev11-notls [svnrevision:
2:2607M] also tried with 2327
Compiled with mysql, presence, mi_xmlrpc, presence xml modules.
Also have the xcap-lite server set up.
My configuration looks like this:
[just the related stuff]
# -- mi_xmlrpc params --
modparam("mi_xmlrpc", "log_file", "/var/log/openser-xmlrpc.log")
modparam("mi_xmlrpc", "port", 9090)
# -- presence params --
modparam("presence", "db_url",
"mysql://openser:openserrw@localhost/openser")
modparam("presence", "presentity_table", "presentity")
modparam("presence", "active_watchers_table", "active_watchers")
modparam("presence", "watchers_table", "watchers")
modparam("presence", "clean_period", 100)
modparam("presence", "to_tag_pref", 'a')
modparam("presence", "expires_offset", 10)
modparam("presence", "max_expires", 3600)
modparam("presence", "server_address", "sip:presense_server_ip:5065")
#modparam("presence", "xcap_table", "xcap_xml")
# -- presence_xml params
modparam("presence_xml", "force_active", 0)
modparam("presence_xml", "db_url",
"mysql://openser:openserrw@localhost/openser")
modparam("presence_xml", "xcap_table", "xcap_xml")
modparam("presence_xml", "pidf_manipulation", 1)
# presence handling route
route[2]
{
# absorb retransmissions
if (! t_newtran())
{
sl_reply_error();
exit;
};
if(is_method("PUBLISH"))
{
if($hdr(Sender)!= NULL)
handle_publish("$hdr(Sender)");
else
handle_publish("");
t_release();
}
else if( is_method("SUBSCRIBE")) {
handle_subscribe();
t_release();
};
exit;
}
The presentity does get updated when I change my status.
Ie:
<presence xmlns="urn:ietf:params:xml:ns:pidf"
xmlns:pp="urn:ietf:params:xml:ns:pidf:person"
xmlns:et="urn:ietf:params:xml:ns:pidf:rpid:rpid-tuple"
xmlns:ep="urn:ietf:params:xml:ns:pidf:rpid:rpid-person"
xmlns:es="urn:ietf:params:xml:ns:pidf:rpid:status:rpid-status"
xmlns:ci="urn:ietf:params:xml:ns:pidf:cipid"
entity="sip:10000010002@216.xxx.xxx.xxx">
<pp:person>
<status>
<ep:activities>
<ep:busy/>
</ep:activities>
</status>
</pp:person>
<note>Busy</note>
<tuple id="e2438d66">
<contact priority="1">sip:10000010002@216.xxx.xxx.xxx</contact>
<status>
<basic>open</basic>
</status>
</tuple>
</presence>
But if I add this line into another account running eyebeam, ie:
account 10000010001, it doesn't get a notify with my new status.
So I have it "sort" of working, yet the notifies are not.
My Server set up is as follows:
Ser Main Server <---> Openser
Presence Server
fwd subscribes and notifies
to openser presence server
using the forward(); method.
This is the debug log from openser, for when I change my status.
If someone has any idea of what's wrong or has make it work, I'd really
appreciate any advice.
SIP Request:
method: <PUBLISH>
uri: <sip:10000010002@216.151.151.100>
version: <SIP/2.0>
parse_headers: flags=2
Found param type 232, <branch> =
<z9hG4bK4dfb.d33c6ba1b93007191109f843acc1462e.0>; state=16
end of header reached, state=5
parse_headers: Via found, flags=2
parse_headers: this is the first via
After parse_msg...
preparing to run routing scripts...
parse_headers: flags=100
Found param type 234, <received> = <74.1.66.114>; state=6
Found param type 232, <branch> =
<z9hG4bK-d87543-6a194925c74e4c78-1--d87543->; state=6
Found param type 235, <rport> = <6937>; state=16
end of header reached, state=5
parse_headers: Via found, flags=100
parse_headers: this is the second via
Aug 16 07:06:38 [8788] DBG:maxfwd:is_maxfwd_present: value = 70
DEBUG: t_newtran: T on entrance=0xffffffff
parse_headers: flags=ffffffffffffffff
DEBUG:parse_to:end of header reached, state=10
DBUG:parse_to: display={}, ruri={sip:10000010002@216.151.151.100}
DEBUG: get_hdr_field: <To> [35]; uri=[sip:10000010002@216.151.151.100]
DEBUG: to body [<sip:10000010002@216.151.151.100>
]
get_hdr_field: cseq <CSeq>: <2> <PUBLISH>
DEBUG: get_hdr_body : content_length=772
found end of header
parse_headers: flags=78
t_lookup_request: start searching: hash=49108, isACK=0
DEBUG: RFC3261 transaction matching failed
DEBUG: t_lookup_request: no transaction found
parse_headers: flags=ffffffffffffffff
parse_headers: flags=ffffffffffffffff
PRESENCE:search_event...
PRESENCE:handle_publish: SIP-If-Match found
PRESENCE:handle_publish: existing etag = a.1187271113.8763.46.0
PRESENCE: handle_publish: 'expires' found
PRESENCE: handle_publish: lexpire= 3600
parse_headers: flags=ffffffffffffffff
parse_headers: flags=ffffffffffffffff
PRESENCE: new_presentity:init_len= 142 size= 93
PRESENCE:update_presentity: querying presentity
DEBUG:db_free_rows: Freeing 1 rows
DEBUG:db_free_row: Row[0]=0x815d848
DEBUG:db_free_rows: 0x815d848=pkg_free() RES_ROWS
PRESENCE: generate_ETag: etag= a.1187273178.8788.3.1 / 21
PRESENCE:update_presentity: new etag = a.1187273178.8788.3.1
PRESENCE:publ_send200ok: send 200OK reply
PRESENCE:publ_send200ok: etag= a.1187273178.8788.3.1 - len= 21
parse_headers: flags=ffffffffffffffff
check_via_address(216.151.151.100, 216.151.151.100, 0)
presence:uandd_to_uri: uri=sip:10000010002@216.151.151.100
PRESENCE: publ_notify: Could not find subs_dialog
DEBUG: cleanup_uac_timers: RETR/FR timers reset
DEBUG: add_to_tail_of_timer[2]: 0xb59d6518 (25)
DEBUG:tm:UNREF_UNSAFE: after is 0
DEBUG:destroy_avp_list: destroying list (nil)
receive_msg: cleaning up
SIP Request:
method: <PUBLISH>
uri: <sip:10000010001@216.151.151.100>
version: <SIP/2.0>
parse_headers: flags=2
Found param type 232, <branch> =
<z9hG4bK7936.faaa924e40db7cae4b0e70aeb7b51182.0>; state=16
end of header reached, state=5
parse_headers: Via found, flags=2
parse_headers: this is the first via
After parse_msg...
preparing to run routing scripts...
parse_headers: flags=100
Found param type 234, <received> = <74.1.66.114>; state=6
Found param type 232, <branch> =
<z9hG4bK-d87543-294e3c7ecc6c3561-1--d87543->; state=6
Found param type 235, <rport> = <9296>; state=16
end of header reached, state=5
parse_headers: Via found, flags=100
parse_headers: this is the second via
Aug 16 07:06:39 [8788] DBG:maxfwd:is_maxfwd_present: value = 70
DEBUG: t_newtran: T on entrance=0xffffffff
parse_headers: flags=ffffffffffffffff
DEBUG:parse_to:end of header reached, state=10
DBUG:parse_to: display={}, ruri={sip:10000010001@216.151.151.100}
DEBUG: get_hdr_field: <To> [35]; uri=[sip:10000010001@216.151.151.100]
DEBUG: to body [<sip:10000010001@216.151.151.100>
]
get_hdr_field: cseq <CSeq>: <34> <PUBLISH>
DEBUG: get_hdr_body : content_length=0
found end of header
parse_headers: flags=78
t_lookup_request: start searching: hash=25495, isACK=0
DEBUG: RFC3261 transaction matching failed
DEBUG: t_lookup_request: no transaction found
parse_headers: flags=ffffffffffffffff
parse_headers: flags=ffffffffffffffff
PRESENCE:search_event...
PRESENCE:handle_publish: SIP-If-Match found
PRESENCE:handle_publish: existing etag = a.1187200063.27795.7638.32
PRESENCE: handle_publish: 'expires' found
PRESENCE: handle_publish: lexpire= 60
PRESENCE: new_presentity:init_len= 146 size= 97
PRESENCE:update_presentity: querying presentity
DEBUG:db_free_rows: Freeing 1 rows
DEBUG:db_free_row: Row[0]=0x815d828
DEBUG:db_free_rows: 0x815d828=pkg_free() RES_ROWS
PRESENCE: generate_ETag: etag= a.1187273178.8788.4.33 / 22
PRESENCE:update_presentity: new etag = a.1187273178.8788.4.33
PRESENCE:publ_send200ok: send 200OK reply
PRESENCE:publ_send200ok: etag= a.1187273178.8788.4.33 - len= 22
parse_headers: flags=ffffffffffffffff
check_via_address(216.151.151.100, 216.151.151.100, 0)
DEBUG: cleanup_uac_timers: RETR/FR timers reset
DEBUG: add_to_tail_of_timer[2]: 0xb59d7d48 (25)
DEBUG:tm:UNREF_UNSAFE: after is 0
DEBUG:destroy_avp_list: destroying list (nil)
receive_msg: cleaning up
SIP Request:
method: <PUBLISH>
uri: <sip:16196393459@216.151.143.69>
version: <SIP/2.0>
parse_headers: flags=2
Found param type 232, <branch> =
<z9hG4bKb655.5b8160680f2305b89dfda92f6199df18.0>; state=16
end of header reached, state=5
parse_headers: Via found, flags=2
parse_headers: this is the first via
After parse_msg...
preparing to run routing scripts...
parse_headers: flags=100
Found param type 234, <received> = <74.1.66.114>; state=6
Found param type 235, <rport> = <1157>; state=6
Found param type 232, <branch> = <z9hG4bK514376579>; state=16
end of header reached, state=5
parse_headers: Via found, flags=100
parse_headers: this is the second via
DEBUG:parse_to:end of header reached, state=10
DBUG:parse_to: display={}, ruri={sip:16196393459@216.151.143.69}
DEBUG: get_hdr_field: <To> [34]; uri=[sip:16196393459@216.151.143.69]
DEBUG: to body [<sip:16196393459@216.151.143.69>
]
get_hdr_field: cseq <CSeq>: <20> <PUBLISH>
Aug 16 07:06:40 [8788] DBG:maxfwd:is_maxfwd_present: value = 70
DEBUG: t_newtran: T on entrance=0xffffffff
parse_headers: flags=ffffffffffffffff
DEBUG: get_hdr_body : content_length=253
found end of header
parse_headers: flags=78
t_lookup_request: start searching: hash=21867, isACK=0
DEBUG: RFC3261 transaction matching failed
DEBUG: t_lookup_request: no transaction found
parse_headers: flags=ffffffffffffffff
parse_headers: flags=ffffffffffffffff
PRESENCE:search_event...
PRESENCE:handle_publish: SIP-If-Match not found
PRESENCE: generate_ETag: etag= a.1187273178.8788.5.0 / 21
PRESENCE:handle_publish: new etag = a.1187273178.8788.5.0
PRESENCE: handle_publish: 'expires' not found; default=3600
parse_headers: flags=ffffffffffffffff
parse_headers: flags=ffffffffffffffff
PRESENCE: new_presentity:init_len= 140 size= 91
PRESENCE:update_presentity: inserting 7 cols into table
PRESENCE:publ_send200ok: send 200OK reply
PRESENCE:publ_send200ok: etag= a.1187273178.8788.5.0 - len= 21
parse_headers: flags=ffffffffffffffff
check_via_address(216.151.143.69, 216.151.143.69, 0)
presence:uandd_to_uri: uri=sip:16196393459@216.151.143.69
PRESENCE: publ_notify: Could not find subs_dialog
DEBUG: cleanup_uac_timers: RETR/FR timers reset
DEBUG: add_to_tail_of_timer[2]: 0xb59d95f0 (27)
DEBUG:tm:UNREF_UNSAFE: after is 0
DEBUG:destroy_avp_list: destroying list (nil)
receive_msg: cleaning up
Perhaps the "uac_replace_from()" function is what you are looking for.
Note
that modifying the "From:" header is NOT allowed by the standards. Please review
the mailing lists in regard to this topic as it's been discussed many times.
OpenSER
gives you enough control to "shoot yourself in the foot". It it possible to create
a configuration that can solve your "internal business situation" but might cause
interoperability problems with others.
Regards,
Norm
> Hi Norm,
>
> Thanks for the quick response.
>
> I was
able to use s.substr to perform the string transformations and I got
> the correct value.
However, what I am really trying to do is to actually
> re-write the PV ($fU) with the
result of s.substr.
>
> For example, I want ($fU) be assigned the value
$(fU{s.substr,3,0}); and
> this new value be used as my from_uri; and hence my CallerID.
>
> Thanks again.
>
> Tolu
>
> On 8/18/07,
Norman Brandinger <norm(a)goes.com> wrote:
>>
>> Take a look at the
following documentation. Take special note of 'substr'
>>
>>
http://openser.org/dokuwiki/doku.php/transformations:1.2.x
>>
>> Regards,
>> Norm
>>
>>
>> > Hi all,
>> >
>> > I am trying to re-write the from_uri ($fU) for all calls coming from my
>> > Asterisk server before sending it to the PSTN. I usually prefix the ANI
>> in
>> > asterisk with "222" to route it to openser, and then
openser simply
>> > forwards the call to the PSTN. The problem is that 222+ANI
appears as my
>>
>> > caller id and is unacceptable. Can anyone give me
hint to strip out this
>>
>> > prefix in openser.
>> >
>> > Thanks.
>> >
>> > Tolu
>> >
_______________________________________________
>> > Users mailing list
>> > Users(a)openser.org
>> >
http://openser.org/cgi-bin/mailman/listinfo/users
>> >
Hi all,
I am trying to re-write the from_uri ($fU) for all calls coming from my
Asterisk server before sending it to the PSTN. I usually prefix the ANI in
asterisk with "222" to route it to openser, and then openser simply
forwards the call to the PSTN. The problem is that 222+ANI appears as my
caller id and is unacceptable. Can anyone give me hint to strip out this
prefix in openser.
Thanks.
Tolu
Hello
I am trying to do call forwarding on no answer. I have configured 3
phones
A Party is 1234
B PArty is 1122 and its call is forwarded to C Party ie 4321 on no answer
situation.
The SER console is printing the following
1(9070) ERROR: t_forward_nonack: no branched for forwarding
1(9070) ERROR: w_t_relay (failure mode): forwarding failed
and my config file is attached ...
Please help me in finding the error... i need it urgently..
Thanks
Parminder Nayyar
The information contained in this e-mail message is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you should return it to the sender immediately. Please note that while we scan all e-mails for viruses we cannot guarantee that any e-mail is virus-free and accept no liability for any damage caused by any virus transmitted by this email.
hi there,
another question:
how can i 'map' numbers in SER e.g.
my sip username is client1
if i dial 10 it want to get connected to client1
kind regards,
steffen
Hello all,
I need one information. It's possible to use Openser with Oracle?? For this,
is necessary use the UnixODBC??
Att
Andre Luiz Martins Rodrigues
<mailto:andre.martins@govoip.com.br> mailto:andre.martins@govoip.com.br
Fone: +55 (11) 4919-0180
Cel: +55 (34) 9195-3444
Hi,
I was trying to use OpenSer and with its previous versions it worked fine
but with new version that has xml support(as said)it fails giving this
error:
openser
0(15681) ERROR: load_module: could not open module
</lib/openser/modules/mi_xmlrpc.so>: /usr/lib/libwwwxml.so.0: undefined
symbol: WWW_TraceFlag
0(15681) parse error (60,13-14): failed to load module
0(15681) set_mod_param_regex: No module matching mi_xmlrpc found
| 0(15681) parse error (78,22-23): Can't set module parameter
ERROR: bad config file (2 errors)
0(15681) INFO:mi_fifo:mi_destroy:memory for the child's mi_fifo_pid was not
allocated -> nothing to destroy
I have installed w3c-libwww pakage as well as its devel package still same
error occurs..
Xmlrpc package is also properly installed.
Entire things get stuck at:/usr/lib/libwwwxml.so.0: undefined symbol:
WWW_TraceFlag
Hope someone can help..
Ashish Chaturvedi
Mailto: a.chaturvedi(a)tcs.com
=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain
confidential or privileged information. If you are
not the intended recipient, any dissemination, use,
review, distribution, printing or copying of the
information contained in this e-mail message
and/or attachments to it are strictly prohibited. If
you have received this communication in error,
please notify us by reply e-mail or telephone and
immediately and permanently delete the message
and any attachments. Thank you
I use openser presence module for presence. And I have some troubles with it.
When subscribing to presence of offline user “handle_subscribe” function send “202OK” response, and “NORIFY” without content-type header field. Is this normal behaviour, or I missed something in openser configuration?
___________________________________________________
http://www.bigmir.net - поиск по украинским сайтам
I have a question about the nathelper module. specifically the
rtpproxy_disable_tout, rtpproxy_retr, and rtpproxy_tout parameters. I have
openser running on one machine and rtpproxy on another. Everything works great
if the rtpproxy is up and running before starting openser. However, if
rtpproxy is not running first, openser never connects to it. I set the
following parameters in my openser config file:
# -- nat params --
modparam("nathelper", "rtpproxy_sock", "udp:10.100.103.1:8899")
modparam("nathelper", "rtpproxy_disable_tout", 30)
modparam("nathelper", "rtpproxy_tout", 2)
modparam("nathelper", "rtpproxy_retr", 10)
based on this I would think openser would try to connect to the rtpproxy 10
times with a 2 sec timeout. If after 10 retries no connection is made, it
would wait 30 s before attempting to connect again. Is this correct? If so,
what am I missing since it doesn't do this. I'm using openser version 1.2.0.
Thanks.
