# Need IPv4/IPv6 address family bridging?
if(af==INET && isbflagset(FLB_RTPENGINE_IP6)) {
setbflag(FLB_RTPENGINE);
} else if(af==INET6 && !isbflagset(FLB_RTPENGINE_IP6)) {
setbflag(FLB_RTPENGINE);
s?
Anyhow, whatever changes you want to be specific for each outgoing
request must be done in a branch_route. request_route changes are
visible to all changes and if you do something again in branch_route or
failure_route, then you will see duplicated operations.
Cheers,
Daniel
On 28/11/2016 09:0
Prior to the upgrade to Kamailio 4.4.4, I was using 4.4.3 with updates
through 81df84b from the 4.4 branch and the following fix_nated_sdp
call worked through the initial INVITE and when a voicemail branch was
appended from the failure_route.
route[NATMANAGE] {
...
# RTPEngine is not neede
On Tuesday, May 31, 2016 11:43:30 AM Uri Shacked wrote:
> Hi,
>
> I am using centos 7.
> By default on centos 7, the var/run file system is tmpfs.
> So, when kamailio runs with user and group other than root, it can not
> create the fifo file.
>
> I set the kamailio service and config files to wo
On Wednesday, April 06, 2016 09:22:21 PM Juha Heinanen wrote:
> Daniel-Constantin Mierla writes:
> > Thanks! Can you try with the patch
> > 1545b8de396e8e5d0ef24c9102beff18b3cf36e5?
>
> I tried and there was no crash.
>
> > Also, check that all listen ip addresses are actually used by kamailio
>
On Tuesday, January 05, 2016 07:32:32 PM Daniel-Constantin Mierla wrote:
> Hello,
>
> On 02/01/16 03:11, Anthony Messina wrote:
> > On Friday, January 01, 2016 04:43:56 PM Bruce Ferrell wrote:
> >> On 01/01/2016 03:34 PM, Anthony Messina wrote:
> >>> Ha
On Tuesday, February 09, 2016 08:45:23 AM Daniel-Constantin Mierla wrote:
> Hello,
>
> wondering if people feel it is need to polish the current default
> kamailio.cfg, to prepare the version for next major release. It can be
> browsed online at:
>
> - https://github.com/kamailio/kamailio/blob/
On Wednesday, January 06, 2016 02:54:42 PM Daniel-Constantin Mierla wrote:
> On 06/01/16 13:57, Anthony Messina wrote:
> > On Tuesday, January 05, 2016 07:32:32 PM Daniel-Constantin Mierla wrote:
> >> Hello,
> >>
> >> On 02/01/16 03:11, Anthony Messina wrote:
On Tuesday, January 05, 2016 07:32:32 PM Daniel-Constantin Mierla wrote:
> Hello,
>
> On 02/01/16 03:11, Anthony Messina wrote:
> > On Friday, January 01, 2016 04:43:56 PM Bruce Ferrell wrote:
> >> On 01/01/2016 03:34 PM, Anthony Messina wrote:
> >>> Ha
On Friday, January 01, 2016 04:43:56 PM Bruce Ferrell wrote:
> On 01/01/2016 03:34 PM, Anthony Messina wrote:
> > Happy New Year!
> >
> > I've just upgraded my Kamailio (build from master@c7e411e) instance to
> > Fedora 23 from Fedora 22. I've built the pa
Happy New Year!
I've just upgraded my Kamailio (build from master@c7e411e) instance to Fedora
23 from Fedora 22. I've built the packages specifically for Fedora 23 with
the following current sources:
openssl-1.0.2e-3.fc23.x86_64
openssl-libs-1.0.2e-3.fc23.x86_64
openssl version reports...
Ope
modparam for this test.
Thanks. -A
Quoting Anthony Messina :
I have re-enabled the close_expired_tcp modparam and will report
back when I have results. Thanks Camille. -A
--
Anthony - https://messinet.com/
On November 23, 2015 3:46:55 AM CST, Camille Oudot
wrote:
Le Sun, 22 Nov 2015 15:22
I have re-enabled the close_expired_tcp modparam and will report back when I
have results. Thanks Camille. -A
--
Anthony - https://messinet.com/
On November 23, 2015 3:46:55 AM CST, Camille Oudot
wrote:
>Le Sun, 22 Nov 2015 15:22:06 -0600,
>Anthony Messina a écrit :
>
>> I di
ml
-A
On Wednesday, November 18, 2015 06:26:46 AM Anthony Messina wrote:
> I was just letting you know how I build it, but yes, I will test with just
> the bare master branch this weekend. After a restart, this issue takes a
> few hours to happen, making it difficult to reproduce in testing. -
spot any leak there.
>
> Can you test with bare master branch?
>
> Cheers,
> Daniel
>
> On 18/11/15 02:16, Anthony Messina wrote:
> > Sorry for the delay, I just got home from my $PAYINGJOB. And thanks a lot
> > for helping figure this out.
> >
>
nid)");
}
}
On Tuesday, November 17, 2015 09:39:28 PM Daniel-Constantin Mierla wrote:
> Looking at the logs of last commits, I couldn't spot the change that
> would add the leak.
>
> What is the exact version you are running (kamailio -v)?
>
niel
>
> On 17/11/15 14:59, Anthony Messina wrote:
> > Attached. -A
> >
> > On Tuesday, November 17, 2015 02:50:21 PM Daniel-Constantin Mierla wrote:
> >> Can you run the following commands:
> >>
> >> kamcmd cfg.set_now_int core memlog 1
>
d send them over here.
>
> Cheers,
> Daniel
>
> On 17/11/15 14:31, Anthony Messina wrote:
> > After I reported last night, I restarted Kamailio and even though the 5
> > UACs did nothing but ensure they had a registration overnight, this
> > morning the issue has re
you run latest version?
>
> Can you look at available shared memory?
>
> kamctl stats shmem
>
> Check it over time and see if the free memory is decreasing.
>
> Cheers,
> Daniel
>
> On 17/11/15 00:44, Anthony Messina wrote:
> > I have noticed the followi
I have noticed the following issue which began with builds somewhere between
git master commits bff0a08 and 6173ef7. I did not see this issue with my
previous builds and haven't been able to pin down the problem, which is why I
haven't formally filed a bug.
Any help or guidance is appreciated,
On Tuesday, April 07, 2015 09:42:00 AM Daniel-Constantin Mierla wrote:
> On 07/04/15 05:32, Anthony Messina wrote:
> > On Sunday, March 29, 2015 08:57:44 PM Anthony Messina wrote:
> >> On Sunday, March 29, 2015 05:23:26 PM Anthony Messina wrote:
> >>> I've
On Sunday, March 29, 2015 08:57:44 PM Anthony Messina wrote:
> On Sunday, March 29, 2015 05:23:26 PM Anthony Messina wrote:
> > I've been working on Kamailio websocket integration and I believe I'm
> > having issues with the IPv6 address representation in the Contact
>
On Monday, September 08, 2014 05:01:50 PM Anthony Messina wrote:
> On Monday, September 08, 2014 03:04:38 PM Daniel-Constantin Mierla wrote:
> > I don't recall any commit adding such feature, but should be easy to add a
> > new parameter to m_store() to control this beha
On Sunday, March 29, 2015 05:23:26 PM Anthony Messina wrote:
> I've been working on Kamailio websocket integration and I believe I'm having
> issues with the IPv6 address representation in the Contact header's alias
> parameter. After Googling, it appears after
>
I've been working on Kamailio websocket integration and I believe I'm having
issues with the IPv6 address representation in the Contact header's alias
parameter. After Googling, it appears after
https://github.com/kamailio/kamailio/commit/814c08f3 the IPv6 contact is
represented in brackets []
Vitaliy, thank you for being a second set of eyes on this. This issue was my
fault completely--I had neglected to remove the "fromdomain" parameter on the
Asterisk side when I was testing something else, so the calls coming from
Asterisk were of course appearing to come from "example.com" which in
I've been working on integration of Asterisk and Kamailio, currently on the
same host with different ports, and have come across a problem with calls that
originate from the Asterisk side (PSTN/DAHDI) and route through Kamailio to a
SIP UAC. In short, when the SIP UAC (10.1.1.9) sends the BYE, loo
On Tuesday, March 24, 2015 04:08:16 PM Anthony Messina wrote:
> On Monday, March 23, 2015 06:42:59 PM Alex Balashov wrote:
> > Anthony,
> >
> > The Contact presented by the subscriber in the initial subscription is:
> > m: "Test User&q
On Monday, March 23, 2015 06:42:59 PM Alex Balashov wrote:
> Anthony,
>
> The Contact presented by the subscriber in the initial subscription is:
>
> m: "Test User"
> DAa4TliwC84OC82LK-2ehwl7NYDdNYDxNYlFUAm6UYzm0gme>;+sip.ice
>
> And the subsequent NOTIFY is correctly targeted to this RURI:
On Monday, March 23, 2015 04:33:14 PM Rajat Yadav wrote:
> Hello i m very new to kamailio.I m trying to develop an application using
> webrtc and kamailio. In this i tried using msilo module so as to store
> offline messages but wasnt able to achieve it.After that i searched a lot
> on internet abo
On Monday, March 23, 2015 06:26:50 PM Alex Balashov wrote:
> Hello Anthony,
>
> On 03/23/2015 06:24 PM, Anthony Messina wrote:
> > In my case I am using the TOPOH module and it appears Asterisk may be
> > truncating the Request-URI on NOTIFYs*after* the 1st one. Where th
On Monday, March 23, 2015 11:18:01 PM Daniel-Constantin Mierla wrote:
> Hello,
>
> not sure you mean transaction as used inside kamailio (tm module), but a SIP
> transaction doesn't have anything to do with routing. Kamailio will be able
> to route requests/replies even when not creating transacti
On Wednesday, March 11, 2015 06:08:04 PM Anthony Messina wrote:
> I'm trying to do an sql_pvquery() and have PostgreSQL return the default
> value using COALESCE (if the other parts of the query return NULL) rather
> than placing the $null check on the return in the Kamailio script
I'm trying to do an sql_pvquery() and have PostgreSQL return the default value
using COALESCE (if the other parts of the query return NULL) rather than
placing the $null check on the return in the Kamailio script. I seem to be
coming up on a parser issue, perhaps too many nested parentheses:
s
On Saturday, March 07, 2015 10:22:32 AM Olle E. Johansson wrote:
> On 07 Mar 2015, at 01:32, Anthony Messina wrote:
> > In terms of implementing "group" calling via the append_branch feature of
> > both alias_db_lookup followed by lookup_branches, I'm looking for a
&
In terms of implementing "group" calling via the append_branch feature of both
alias_db_lookup followed by lookup_branches, I'm looking for a reliable way to
ensure that if the caller happens to be a member of the group (list of
branches), the branch that's created to the original caller is drop
On Thursday, March 05, 2015 12:34:36 PM Camille Oudot wrote:
> > Are you saying that $avp(caller_conid) when set on the initial
> > INVITE, for example, wouldn't be available in the onreply_route to
> > the INVITE? If so, the examples in the TCP Ops README will need to
> > reflect the need for usi
On Monday, March 02, 2015 08:41:27 AM Daniel-Constantin Mierla wrote:
> On 01/03/15 22:54, Anthony Messina wrote:
> > On Friday, February 27, 2015 07:08:05 AM Anthony Messina wrote:
> >> On Friday, February 27, 2015 11:53:22 Camille Oudot wrote:
> >>> Le S
On Monday, March 02, 2015 08:41:27 Daniel-Constantin Mierla wrote:
> On 01/03/15 22:54, Anthony Messina wrote:
> > On Friday, February 27, 2015 07:08:05 AM Anthony Messina wrote:
> >> On Friday, February 27, 2015 11:53:22 Camille Oudot wrote:
> >>> Le S
On Friday, February 27, 2015 07:08:05 AM Anthony Messina wrote:
> On Friday, February 27, 2015 11:53:22 Camille Oudot wrote:
> > Le Sat, 21 Feb 2015 12:47:08 -0600,
> >
> >
> >
> > Anthony Messina a écrit :
> > > Good day. Is anyone abl
On Friday, February 27, 2015 11:53:22 Camille Oudot wrote:
> Le Sat, 21 Feb 2015 12:47:08 -0600,
>
> Anthony Messina a écrit :
> > Good day. Is anyone able to let me in on what this means "WARNING:
> > [local_timer.c:83]: _local_timer_dist_tl(): 0 expire timer
&
On Wednesday, February 25, 2015 08:31:38 AM Richard Fuchs wrote:
> On 24/02/15 08:20 PM, Anthony Messina wrote:
> > This is probably very likely a configuration issue on my part, but I
> > wanted to check before reporting an RTPEngine bug...
> >
> >
> >
On Tuesday, February 24, 2015 08:30:48 PM Sergey Okhapkin wrote:
> Which IP address has been sent to carrier in SDP offer? GLOBAL_IPv6 or
> EXTERNAL_IPv4?
GLOBAL_IPv6
> On Tuesday 24 February 2015 19:20:15 Anthony Messina wrote:
> > This is probably very likely a configuration i
_req: error
reading
> Cheers,
> Daniel
>
> On 24/02/15 04:09, Anthony Messina wrote:
> > On Monday, February 23, 2015 11:26:27 AM Daniel-Constantin Mierla wrote:
> >> Hello,
> >>
> >> can you try with latest master? After just quick view of sources, I
&g
This is probably very likely a configuration issue on my part, but I wanted to
check before reporting an RTPEngine bug...
Thank you for any pointers or suggestions.
This is a multi-homed server where
em1: INTERNAL_IPv4 & GLOBAL_IPv6
em2: EXTERNAL_IPv4
Note that below, the IPv6 address on my ser
definition -- can you try to see if works?
>
> Cheers,
> Daniel
Yes Daniel, I'll try it again this evening when I get home from work. Thanks
again! -A
> On 24/02/15 04:09, Anthony Messina wrote:
> > On Monday, February 23, 2015 11:26:27 AM Daniel-Constantin Mierla wr
On Tuesday, February 24, 2015 12:35:54 Daniel-Constantin Mierla wrote:
> On 24/02/15 00:05, Anthony Messina wrote:
> > On Monday, February 23, 2015 09:53:08 AM Daniel-Constantin Mierla wrote:
> >> trusted does string comparison for the address field, it is not
> >&g
On Monday, February 23, 2015 11:26:27 AM Daniel-Constantin Mierla wrote:
> Hello,
>
> can you try with latest master? After just quick view of sources, I spotted
> some issue identifying ipv6 address and pushed a small patch for it, but no
> time to test it for now.
>
> Cheers,
> Daniel
>
>
On Monday, February 23, 2015 11:31:27 PM Daniel-Constantin Mierla wrote:
> I just pushed a patch to lookup client tls profile using bind address (if
> available), instead of local source address for the connection, trying to
> avoid matching on a randomly allocated port by os.
>
> Let me know if w
On Monday, February 23, 2015 09:53:08 AM Daniel-Constantin Mierla wrote:
> trusted does string comparison for the address field, it is not
> considered an ip address.
>
> You should use address table instead if you just need matching on any ip
> address or subnet.
That's interesting. Is there a
d
> some issue identifying ipv6 address and pushed a small patch for it, but no
> time to test it for now.
>
> Cheers,
> Daniel
>
> On 23/02/15 10:01, Daniel-Constantin Mierla wrote:
> Hello,
>
> On 23/02/15 02:16, Anthony Messina wrote:
> I'm wondering i
I'm wondering if anyone can point me in the right direction for the following
two issues with Kamailio and tls.cfg
1. When attempting to configure TLS settings for connecting to a specific IPv4
client, it seems that the ca_list indicated in [client:default] overrides the
one in the client-speci
On Sunday, February 22, 2015 12:16:33 PM Daniel-Constantin Mierla wrote:
> Hello,
>
> On 22/02/15 01:09, Anthony Messina wrote:
> > On Saturday, February 21, 2015 12:47:08 PM Anthony Messina wrote:
> >> Good day. Is anyone able to let me in on what this means "WARNIN
On Saturday, February 21, 2015 12:47:08 PM Anthony Messina wrote:
> Good day. Is anyone able to let me in on what this means "WARNING:
> [local_timer.c:83]: _local_timer_dist_tl(): 0 expire timer added"? I just
> started seeing this after pulling down 5c1a9df from gi
Good day. Is anyone able to let me in on what this means "WARNING:
[local_timer.c:83]: _local_timer_dist_tl(): 0 expire timer added"? I just
started seeing this after pulling down 5c1a9df from git and it seems like
something that I probably don't want happening.
--
Anthony - https://messine
t
> you have to use setflag.
>
> Cheers,
> Daniel
>
> On 31/01/15 23:10, Anthony Messina wrote:
> I'm currently using Kamailio built from master@e59db79 and have been
> following the recent threads about the dialog module as I'm moving toward
> adding dialog su
I'm currently using Kamailio built from master@e59db79 and have been following
the recent threads about the dialog module as I'm moving toward adding dialog
support for presence and CDRs in my setup.
However, I seem to have come across an issue where dlg_setflag() does nothing,
while setflag()
On Sunday, December 07, 2014 09:00:07 PM Daniel-Constantin Mierla wrote:
> On 07/12/14 20:34, Anthony Messina wrote:
> > On Sunday, December 07, 2014 08:28:55 PM Daniel-Constantin Mierla wrote:
> >> Hello,
> >>
> >> thanks for the backtrace, it helped to find q
On Sunday, December 07, 2014 08:28:55 PM Daniel-Constantin Mierla wrote:
> Hello,
>
> thanks for the backtrace, it helped to find quickly and fix the issue. Patch
> should be on master now.
I see. I'll rebuild and test. Thanks. -A
--
Anthony - https://messinet.com/ - https://messinet.com/~ame
On Sunday, December 07, 2014 07:22:07 PM Daniel-Constantin Mierla wrote:
> Can you send the modparam lines for acc module?
Here are related config lines:
#!define WITH_ACCDB
#!define ACCDB_COMMENT
#!define FLT_ACC 1
#!define FLT_ACCMISSED 2
#!define FLT_ACCFAILED 3
#!ifdef ACCDB_COMMENT
ALTER
I get repeatable segfaults with acc.so in 4.3.0-dev2. Fedora 20 x86_64. Debug
log attached. -A
--
Anthony - https://messinet.com/ - https://messinet.com/~amessina/gallery
8F89 5E72 8DF0 BCF0 10BE 9967 92DC 35DC B001 4A4E
kamailio[18398]: segfault at 7ff499e47010 ip 7ff499bf94c2 sp
7fff403
mmit;h=9a46223c
> 077c8d058cdc633563b0d9f14af332ae
>
> Let me know if all works fine in order to backport.
>
> Cheers,
> Daniel
>
> On 26/11/14 00:54, Anthony Messina wrote:
> On Tuesday, November 25, 2014 11:43:36 PM Daniel-Constantin Mierla wrote:
> Hello,
>
> finally g
On Tuesday, November 25, 2014 11:43:36 PM Daniel-Constantin Mierla wrote:
> Hello,
>
> finally got to it -- the double free message is printed when destroying the
> sip message. Quickly looking at the code, the r-uri, ruid, user-agen and
> dst-uri (and some other attributes of the first branch, bu
No problem, Daniel. Thanks again for hekping us out. -A
Quoting Daniel-Constantin Mierla :
Unfortunately I didn't have time to analyze -- it may still take a bit,
being traveling with a broken laptop.
Cheers,
Daniel
On 17/11/14 22:49, Anthony Messina wrote:
On Tuesday, November 11,
On Tuesday, November 11, 2014 09:29:26 AM Daniel-Constantin Mierla wrote:
> looks like there is a double free, which, although is good to find and
> fix, is normally safe for runtime.
>
> Can you set debug=3 and send all the log messages here?
>
> Cheers,
> Daniel
Daniel, were the logs that we p
On Monday, November 10, 2014 11:35:11 PM Anthony Messina wrote:
> On Monday, November 10, 2014 06:56:08 PM J Hazenberg wrote:
> > Hello,
> >
> >
> >
> > I'm runnig kamailio 4.2.0 and using the lookup_branches function from
> > the register module to
On Monday, November 10, 2014 06:56:08 PM J Hazenberg wrote:
> Hello,
>
> I'm runnig kamailio 4.2.0 and using the lookup_branches function from
> the register module to lookup all branches after a alias_db_lookup. The
> function seems to work fine but i see the following error in the log
> file
t;L_INFO", "This is a classic UDP call to endpoint");
>$du="sip:"+$(dbr(ra=>[$var(i),0]){s.select,1,@});
>$var(UDP_contact)="sip:"+$(dbr(ra=>[$var(i),0]){s.select,1,@});
> append_branch("sip:$tU@$(du{s.select,1,:})");
> xlog("L_INFO"
On Monday, October 27, 2014 02:20:52 AM Yuriy Gorlichenko wrote:
> I fixed this. rtpengine must handle each of branches at branch_route(). Not
> that is fine. Thanks for link. It was not my issue but with it i find right
> way.
Yuriy, I'm fairly new to Kamailio and have been following your issue a
>
> On 06/09/14 02:39, Anthony Messina wrote:
> Using Kamailio 4.2-dev and MSILO, is it possible to "toggle" the auto-
> notification reply MESSAGE using something similar to the following where
> "$var(msilo_reply)" is emtpy at startup (or are there suggestions fo
Using Kamailio 4.2-dev and MSILO, is it possible to "toggle" the auto-
notification reply MESSAGE using something similar to the following where
"$var(msilo_reply)" is emtpy at startup (or are there suggestions for a better
method):
modparam("msilo", "from_address", "$var(msilo_reply)")
...
if(
On Tuesday, August 19, 2014 04:17:07 PM Richard Fuchs wrote:
> On 08/19/14 14:53, Anthony Messina wrote:
> > I've begun playing with rtpengine (git e0957d1) a little and in my
> > testing:
> > CSipSimple <-> Kamailio/rtpengine <-> Asterisk 12/13
> >
I've begun playing with rtpengine (git e0957d1) a little and in my testing:
CSipSimple <-> Kamailio/rtpengine <-> Asterisk 12/13
I see the following error when parsing SDP from the Asterisk side, possibly
related to the use of the FQDN in the Origin:
Got valid command from 127.0.0.1:44407: answe
> appropriate patch, it can be pushed in 4.1.
>
> Cheers,
> Daniel
>
> On 06/08/14 15:23, Anthony Messina wrote:
> > On Wednesday, August 06, 2014 11:21:20 AM Daniel-Constantin Mierla wrote:
> >> a note to say that packaging will start after 14:00GMT, if anyone h
On Wednesday, August 06, 2014 11:21:20 AM Daniel-Constantin Mierla wrote:
> a note to say that packaging will start after 14:00GMT, if anyone has
> something to commit on branch 4.1 after, write a short message to sr-dev.
>
> Cheers,
> Daniel
Not a big deal, but updating the FSF address for pack
On Monday, August 04, 2014 09:01:44 AM Gilbert T. Gutierrez, Jr. wrote:
> This is a new machine that going to be used for testing. This is the
> only instance, compiled from GIT. I can try recompiling it but I believe
> I compiled it with the cfg option as listed.
>
> [root@localhost ~]# kamaili
On Monday, July 21, 2014 10:16:38 AM Daniel-Constantin Mierla wrote:
> Hello,
>
> can you try the patch from next commit?
>
> http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=6559c438
> 3858d472637807c6ec4dd1e0616507fa
>
> If works ok, I will backport.
This seems to work well
.
Cheers,
Daniel
On 18/07/14 21:04, Anthony Messina wrote:
In setting up Kamailio with MSILO, I've noticed that some sip clients (I'm
using CSipSimple), upon un-REGISTER-ing do not send an Allow header, but do
send an "Expires: 0" header as well as a Contact header.
However as the Co
On Friday, July 18, 2014 11:34:27 PM Peter Villeneuve wrote:
> Hi again,
>
> I've been playing around with Anthony's config posted above, and I believe
> I'm almost there getting msilo to work properly, although it seems that
> kamailio doesn't correctly recognize the callee is a local subscriber
In setting up Kamailio with MSILO, I've noticed that some sip clients (I'm
using CSipSimple), upon un-REGISTER-ing do not send an Allow header, but do
send an "Expires: 0" header as well as a Contact header.
However as the Contact header doesn't contain "expires=0", it appears as
though the MSI
On Friday, July 18, 2014 07:32:21 PM Peter Villeneuve wrote:
> You are a star Anthony!
> Thanks a lot for sharing your config. It is much appreciated.
> I'm going to study your config in detail and see if I can get it to work on
> my install.
>
> Cheers,
> Peter
Sure, Peter. One thing I noticed
On Friday, July 18, 2014 12:01:41 AM Daniel-Constantin Mierla wrote:
> You should not call m_store() if src_ip==myself -- in this way you avoid to
> store notification messages that cannot be delivered.
>
> Why notifications are not delivered has to be troubleshooted there. Have you
> tried also w
82 matches
Mail list logo
