PRE-CREATION
/trunk/include/asterisk/dns_core.h PRE-CREATION
Diff: https://reviewboard.asterisk.org/r/4474/diff/
Testing
---
Ran DNS unit tests as done by Mark, they are happy.
Thanks,
Joshua Colp
--
_
-- Bandwidth
, but that's just me
- Joshua Colp
On March 13, 2015, 5:15 p.m., Kevin Harwell wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4489
, visit:
https://reviewboard.asterisk.org/r/4474/#review14641
---
On March 11, 2015, 11:42 a.m., Joshua Colp wrote:
---
This is an automatically generated e-mail. To reply, visit
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4462/#review14679
---
Ship it!
Ship It!
- Joshua Colp
On March 6, 2015, 9:02 p.m
PRE-CREATION
/trunk/include/asterisk/dns_core.h PRE-CREATION
Diff: https://reviewboard.asterisk.org/r/4474/diff/
Testing
---
Ran DNS unit tests as done by Mark, they are happy.
Thanks,
Joshua Colp
--
_
-- Bandwidth
these look good to go.
- Joshua Colp
On March 10, 2015, 8:53 p.m., Mark Michelson wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4471
to the recurring query,
causing it to get left behind.
- Joshua Colp
On March 10, 2015, 8:53 p.m., Mark Michelson wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4471
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4474/#review14660
---
On March 11, 2015, 11:42 a.m., Joshua Colp wrote
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4475/#review14640
---
Ship it!
Ship It!
- Joshua Colp
On March 11, 2015, 5:30
/trunk/include/asterisk/dns_naptr.h PRE-CREATION
/trunk/include/asterisk/dns_internal.h PRE-CREATION
/trunk/include/asterisk/dns_core.h PRE-CREATION
Diff: https://reviewboard.asterisk.org/r/4474/diff/
Testing
---
Ran DNS unit tests as done by Mark, they are happy.
Thanks,
Joshua
? The timing module
was originally written for both, do these changes work for both?
- Joshua Colp
On March 9, 2015, 6:21 p.m., Justin T. Gibbs wrote:
---
This is an automatically generated e-mail. To reply, visit:
https
?
- Joshua Colp
On March 9, 2015, 7:43 p.m., rmudgett wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4467
/endpoints.c 432666
Diff: https://reviewboard.asterisk.org/r/4469/diff/
Testing
---
Did some basic scenarios and confirmed that stuff did not explode.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http
.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-dev
On March 9, 2015, 1:19 p.m., Corey Farrell wrote:
/branches/13/main/utils.c, line 614
https://reviewboard.asterisk.org/r/4463/diff/2/?file=71877#file71877line614
This looks like it should be applied to 11 as well.
I'd go so far as to say that bug fixes as a result of this should be
is really just memory
allocation failures, nothing outside the scope of that.
- Joshua Colp
On March 7, 2015, 6:01 a.m., Scott Griepentrog wrote:
---
This is an automatically generated e-mail. To reply, visit:
https
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4460/#review14611
---
Ship it!
Ship It!
- Joshua Colp
On March 6, 2015, 11:27
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4456/#review14612
---
Ship it!
Ship It!
- Joshua Colp
On March 5, 2015, 11:34
://reviewboard.asterisk.org/r/4437/diff/
Testing
---
I've logically run through the API and examples to ensure they provide what is
needed for the future, to make them as easy as possible to use, and to ensure
higher level APIs can be created.
Thanks,
Joshua Colp
On March 3, 2015, 7:10 p.m., Joshua Colp wrote:
/trunk/res/res_pjsip_session.c, lines 1107-1109
https://reviewboard.asterisk.org/r/4438/diff/1/?file=71568#file71568line1107
If telephone-event is negotiated the DSP should be dropped since it
will not be used and will needlessly
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4437/#review14572
---
I've incorporated feedback! Continue.
- Joshua Colp
On Feb
to invalid memory. The return value needs to be strduped.
- Joshua Colp
On March 2, 2015, 8:04 p.m., Kevin Harwell wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4455
-config.yaml
https://reviewboard.asterisk.org/r/4456/#comment25125
Describe the test in more detail. What is the test actually doing? IP based
matching followed by username?
- Joshua Colp
On March 2, 2015, 8:04 p.m., Kevin Harwell wrote
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4457/#review14573
---
Ship it!
Ship It!
- Joshua Colp
On March 3, 2015, 5:23 p.m
-event is negotiated the DSP should be dropped since it will
not be used and will needlessly look at inband.
- Joshua Colp
On March 1, 2015, 1:34 p.m., yaron nahum wrote:
---
This is an automatically generated e-mail. To reply, visit
not use DNS terminology?
Can you elaborate on what you mean? Are you referring to query set as a
concept (I'm unaware if there's a specific term for a group of queries
in DNS) or to other stuff in the DNS API itself?
--
Joshua Colp
Digium, Inc. | Senior Software Developer
445 Jan Davis Drive NW
, visit:
https://reviewboard.asterisk.org/r/4437/#review14580
---
On Feb. 23, 2015, 12:25 a.m., Joshua Colp wrote:
---
This is an automatically generated e-mail. To reply, visit:
https
?
queries are what you send. This seems to handle a result set.
A query set is a higher level concept of grouped queries that are
executed in parallel, with a callback being invoked upon completion of
all of them. Each query holds result information respectively.
--
Joshua Colp
Digium, Inc
nicer comes along
mjordan true
mjordan You may want to think about adding a unit test enabled API only that
allows us to add a test resolver
* oej has quit (Quit: Leaving.)
mjordan that way you can test out the threading mechanisms/callbacks from
unit tests
* file nods
- Joshua Colp
On Feb. 23
server and confirm records.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman
offer
quality support for it. And Asterisk should use them.
I've added this as a comment on the review so it's all nicely together
if someone looks at things.
--
Joshua Colp
Digium, Inc. | Senior Software Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - US
Check us out
to the dns_naptr.h and dns_srv.h apis, there should be a
similar dns_tlsa.h api.
Even if tlsa is not yet widespread, Asterisk's dns code should offer
quality support for it. And Asterisk should use them.
- Joshua Colp
On Feb. 23, 2015, 12:25 a.m., Joshua Colp wrote
---
On Feb. 23, 2015, 12:25 a.m., Joshua Colp wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4437
used the pluggable module to start a DNS server
for a domain. Used dig to contact the DNS server and confirm records.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev
PRE-CREATION
Diff: https://reviewboard.asterisk.org/r/4451/diff/
Testing
---
Hacked up a quick test which used the pluggable module to start a DNS server
for a domain. Used dig to contact the DNS server and confirm records.
Thanks,
Joshua Colp
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4420/#review14554
---
Ship it!
Ship It!
- Joshua Colp
On Feb. 20, 2015, 2:59 a.m
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4437/#review14556
---
On Feb. 23, 2015, 12:25 a.m., Joshua Colp wrote
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4379/#review14526
---
Ship it!
Ship It!
- Joshua Colp
On Feb. 24, 2015, 1:20 p.m
/4443/#comment25079
I'm personally a fan of always doing an enum ast_dial_result state =
dial-state and only having the one return path. But that's just me.
- Joshua Colp
On Feb. 23, 2015, 11:26 p.m., Scott Griepentrog wrote
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4443/#review14528
---
Ship it!
Ship It!
- Joshua Colp
On Feb. 23, 2015, 11:26
they provide what is
needed for the future, to make them as easy as possible to use, and to ensure
higher level APIs can be created.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4434/#review14518
---
Ship it!
Ship It!
- Joshua Colp
On Feb. 20, 2015, 2:28 p.m
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4428/#review14493
---
Ship it!
Ship It!
- Joshua Colp
On Feb. 16, 2015, 6:58 p.m
, and the lifetime of the
helper entry.
As it is it's very... confusing...
- Joshua Colp
On Feb. 16, 2015, 6:30 p.m., Kevin Harwell wrote:
---
This is an automatically generated e-mail. To reply, visit:
https
/4428/#comment25012
Why the !mod addition? Something trigger it?
- Joshua Colp
On Feb. 16, 2015, 6:58 p.m., Corey Farrell wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r
On Feb. 16, 2015, 6:50 p.m., Matt Jordan wrote:
/branches/12/main/aoc.c, lines 1871-1880
https://reviewboard.asterisk.org/r/4427/diff/1/?file=71450#file71450line1871
I don't think this is the right way to fix the problem.
This is really just working around the
it returns the version.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman
+ endpoints to see performance impact.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com
was chosen using the debug message
depending on the number of objects. Confirmed that objects can still be looked
up. Did some spot checking with 10,000+ endpoints to see performance impact.
Thanks,
Joshua Colp
--
_
-- Bandwidth
for this.
Diffs
-
/branches/13/res/res_pjsip/pjsip_cli.c 431750
Diff: https://reviewboard.asterisk.org/r/4424/diff/
Testing
---
Ran CLI command. Confirmed it returns the version.
Thanks,
Joshua Colp
--
_
-- Bandwidth
, and has a cache.
Cheers,
[1]
https://wiki.asterisk.org/wiki/display/~jcolp/DNS+Support+in+Asterisk#DNSSupportinAsterisk-c-ares
[2]
https://wiki.asterisk.org/wiki/display/~jcolp/DNS+Support+in+Asterisk#DNSSupportinAsterisk-libunbound
--
Joshua Colp
Digium, Inc. | Senior Software Developer
445
://reviewboard.asterisk.org/r/4412/#comment24958
Add a comment with a description of what 1011 is. I had to look it up,
myself.
- Joshua Colp
On Feb. 10, 2015, 6:06 p.m., Kevin Harwell wrote:
---
This is an automatically generated e-mail. To reply
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4409/#review14434
---
Ship it!
Ship It!
- Joshua Colp
On Feb. 7, 2015, 12:25 a.m
://reviewboard.asterisk.org/r/4383/#comment24955
App and data could still be empty after this.
Besides the minor finding looks good to me.
- Joshua Colp
On Feb. 4, 2015, 5:31 p.m., George Joseph wrote:
---
This is an automatically
. Thoughts?
Cheers,
[1] https://wiki.asterisk.org/wiki/display/AST/AstriDevCon+2014
[2] https://wiki.asterisk.org/wiki/display/~jcolp/DNS+Support+in+Asterisk
--
Joshua Colp
Digium, Inc. | Senior Software Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - US
Check us out at: www.digium.com
,
--
Joshua Colp
Digium, Inc. | Senior Software Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - US
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com
Agreed. I'd also add Package Availability to your list.
Cheers,
--
Joshua Colp
Digium, Inc. | Senior Software Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - US
Check us out at: www.digium.com www.asterisk.org
Ditto.
- Joshua Colp
On Feb. 6, 2015, 1:13 a.m., David Lee wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4365
(and by extension people subscribed to it using
something like SIP)? This also opens up a window where someone may try to use
the configured extension and it won't be available.
- Joshua Colp
On Jan. 30, 2015, 6:16 p.m., George Joseph wrote
/4370/#comment24928
If the compiler being used is clang I think this should be required here
and not just a warning when you actually try to compile. If the support doesn't
exist it's just not going to work and having configure succeed is just putting
off the inevitable failure.
- Joshua
.
- Joshua Colp
On Feb. 3, 2015, 4:30 p.m., Ben Merrills wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4400/
---
(Updated
/
Testing
---
Ran tests. They ran.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com
.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-dev
, we could split the concept of the endpoint name from the auth
user, which would then allow the endpoints to be named 107 (for example) and
the auth user to be her MAC address.
Joshua Colp wrote:
I think in practice this would just cause problems. Not all devices allow
those two things
On Jan. 27, 2015, 8:34 p.m., Matt Jordan wrote:
/branches/13/configs/examples/super_awesome_company/extensions.conf, line 42
https://reviewboard.asterisk.org/r/4379/diff/1/?file=71109#file71109line42
I know '=' is the same as '=', but I (for some reason) still prefer
'=' in
On Jan. 29, 2015, 10:29 p.m., Mark Michelson wrote:
/branches/13/configs/examples/super_awesome_company/extensions.conf, lines
72-75
https://reviewboard.asterisk.org/r/4379/diff/1/?file=71109#file71109line72
Heh, I have one more comment and it's a real nitpicky thing.
On Jan. 29, 2015, 10:23 p.m., Mark Michelson wrote:
/branches/13/configs/examples/super_awesome_company/pjsip.conf, line 41
https://reviewboard.asterisk.org/r/4379/diff/1/?file=71114#file71114line41
I'm curious why you elected to use MAC addresses as the endpoint names.
:
I use _1[01]XX for all smaller PBXs. In the US it can't be confused with
anything else.
Joshua Colp wrote:
Yeah, and it still allows the dialplan on the phone to be configured such
that dialing the 4 digits has it dial immediately.
3 digit. I blame early morning.
- Joshua
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4390/#review14388
---
Ship it!
Ship It!
- Joshua Colp
On Jan. 29, 2015, 10:31
. On installation it's
wise to have these sounds installed as well.
/branches/13/configs/examples/super_awesome_company/pjsip.conf
https://reviewboard.asterisk.org/r/4379/#comment24891
Agreed, and yay g722.
- Joshua Colp
On Jan. 27, 2015, 7:15 p.m., rnewton wrote
431296
Diff: https://reviewboard.asterisk.org/r/4392/diff/
Testing
---
Ran new test to cover this. It crashed without patch. With patch it was happy.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http
/tests/channels/pjsip/sdp_offer_answer/attribute_passthrough/configs/ast1/extensions.conf
PRE-CREATION
Diff: https://reviewboard.asterisk.org/r/4394/diff/
Testing
---
Ran tests. They ran.
Thanks,
Joshua Colp
On Jan. 29, 2015, 4:14 p.m., Joshua Colp wrote:
branches/13/res/res_pjsip_outbound_publish.c, line 927
https://reviewboard.asterisk.org/r/4384/diff/2/?file=71172#file71172line927
So...
This may actually cause publish state to be reflected incorrectly on
the remote
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4387/#review14353
---
Ship it!
Ship It!
- Joshua Colp
On Jan. 29, 2015, 1:10 a.m
://reviewboard.asterisk.org/r/4384/#comment24866
What does a user see when this happens? Any indication?
- Joshua Colp
On Jan. 28, 2015, 11:44 p.m., Kevin Harwell wrote:
---
This is an automatically generated e-mail. To reply, visit:
https
then it will be out of order.
As well - wouldn't this cause to the queue to potentially grow
uncontrollably?
- Joshua Colp
On Jan. 29, 2015, 3:55 p.m., Kevin Harwell wrote:
---
This is an automatically generated e-mail. To reply
-
/branches/13/res/parking/parking_manager.c 431112
Diff: https://reviewboard.asterisk.org/r/4375/diff/
Testing
---
Unloaded module a few times, it unloaded.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4371/#review14307
---
Ship it!
Ship It!
- Joshua Colp
On Jan. 26, 2015, 11:38
: https://reviewboard.asterisk.org/r/4378/diff/
Testing
---
Tried various scenarios including attended transfers and multiple Asterisk
instances in the path. Previously media would go via the wrong route or not at
all. With patch reinvites occur as expected.
Thanks,
Joshua Colp
would go via the wrong route or not at
all. With patch reinvites occur as expected.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE
. Previously media would go via the wrong route or not at
all. With patch reinvites occur as expected.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
with the technology join/leave callbacks.
Otherwise, what is the point of the join/leave technology callbacks if the
technology is going to look at the bridge channel member list at
inappropriate times?
Joshua Colp wrote:
That flag can be unset and reset appropriately. The bridge
://reviewboard.asterisk.org/r/4378/#review14308
---
On Jan. 27, 2015, 12:06 p.m., Joshua Colp wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4378
On Jan. 23, 2015, 3:30 p.m., Matt Jordan wrote:
After reading through the analysis on the underlying ASTERISK issue, I
don't have any findings with the patch. I'm always a little concerned when
we have to add a new state to keep track of on the sip_pvt, but right now I
can't think of
in the path. Previously media would go via the wrong route or not at
all. With patch reinvites occur as expected.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev
route or not at
all. With patch reinvites occur as expected.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit
or not at
all. With patch reinvites occur as expected.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http
a few times, it unloaded.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4356/#review14274
---
Ship it!
Ship It!
- Joshua Colp
On Jan. 20, 2015, 3:10 a.m
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4345/#review14273
---
Ship it!
Ship It!
- Joshua Colp
On Jan. 15, 2015, 8:07 p.m
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4363/#review14275
---
Ship it!
Ship It!
- Joshua Colp
On Jan. 21, 2015, 4:30 p.m
/incoming_call_on_second_transport/configs/ast1/extensions.conf
PRE-CREATION
Diff: https://reviewboard.asterisk.org/r/4335/diff/
Testing
---
Ran it. It passed. Sabotaged it. It failed. Rolled back fix. It failed.
Thanks,
Joshua Colp
/res/res_pjsip_multihomed.c 430683
/branches/13/res/res_pjsip.c 430683
Diff: https://reviewboard.asterisk.org/r/4331/diff/
Testing
---
Ran test and confirmed it failed without patch, passed with patch.
Thanks,
Joshua Colp
this:
Why can we not construct a proper URI from the beginning, why is a module
required to alter it afterwards?
- Joshua Colp
On Jan. 15, 2015, 8:07 p.m., Mark Michelson wrote:
---
This is an automatically generated e-mail. To reply
/res_pjsip_transport_websocket.c
https://reviewboard.asterisk.org/r/4316/#comment24685
Etc.
- Joshua Colp
On Jan. 19, 2015, 3:16 a.m., Matt Jordan wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4316
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4350/#review14225
---
Ship it!
Ship It!
- Joshua Colp
On Jan. 17, 2015, 5:32 p.m
://wiki.asterisk.org/wiki/display/~jcolp/Transport+Selection
Diffs
-
Diff: https://reviewboard.asterisk.org/r/4328/diff/
Testing
---
I opened the wiki page. It opened.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation
and makes sense.
Diffs (updated)
-
/branches/13/res/res_pjsip_multihomed.c 430683
/branches/13/res/res_pjsip.c 430683
Diff: https://reviewboard.asterisk.org/r/4331/diff/
Testing
---
Ran test and confirmed it failed without patch, passed with patch.
Thanks,
Joshua Colp
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4328/#review14194
---
On Jan. 12, 2015, 1:33 p.m., Joshua Colp wrote
.
As a side note, SRV may change your port address.
Joshua Colp wrote:
I've tweaked the page slightly to include this condition but have not
gone further. Specifically because this page is for how a local transport is
selected based on the existing code and not the process of target
301 - 400 of 1200 matches
Mail list logo
