:
Configured cipher using name, received no log message.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http
-
/branches/12/res/stasis/control.c 413101
Diff: https://reviewboard.asterisk.org/r/3495/diff/
Testing
---
Invoked the different actions and confirmed progress was indicated if
unanswered.
Thanks,
Joshua Colp
before fixing and confirmed broken. Ran test after fixing and
confirmed fixed.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update
progress was indicated if
unanswered.
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
Matthew Jordan wrote:
On Wed, Apr 30, 2014 at 5:59 AM, Joshua Colp jc...@digium.com
mailto:jc...@digium.com wrote:
Matthew Jordan wrote:
snip
If we allow attributes to be set after format creation, we have two options:
(1) We make formats mutable, and all the badness that entails
to 'deal with that', in some form
or fashion.
Yeah, a lot of stuff like that existed in the core because it had codec
specific knowledge. All of that has been moved out so the areas where it
occurs should be minimal. We should have as little codec knowledge in
the core as possible.
--
Joshua
://reviewboard.asterisk.org/r/3473/diff/
Testing
---
Ran and confirmed happy (after fixes were applied).
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE
-reviewed/channels/pjsip/dialplan_functions.c 413144
/team/group/media_formats-reviewed/channels/chan_pjsip.c 413144
Diff: https://reviewboard.asterisk.org/r/3515/diff/
Testing
---
Thanks,
Joshua Colp
413144
Diff: https://reviewboard.asterisk.org/r/3516/diff/
Testing
---
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update
: https://reviewboard.asterisk.org/r/3517/diff/
Testing
---
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit
413144
/team/group/media_formats-reviewed/include/asterisk/smoother.h 413144
Diff: https://reviewboard.asterisk.org/r/3518/diff/
Testing
---
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api
to contribute but don't know where to start (I know that
feeling, this project is indeed very far reaching) feel free to send an
email to this list or reply to this email and we can work things out!
Cheers,
[1] https://reviewboard.asterisk.org/dashboard/
--
Joshua Colp
Digium, Inc. | Senior Software
://reviewboard.asterisk.org/r/3491/diff/
Testing
---
Before patch:
Configured cipher using name, received Unsupported log message.
After patch:
Configured cipher using name, received no log message.
Thanks,
Joshua Colp
/extensions.conf
PRE-CREATION
Diff: https://reviewboard.asterisk.org/r/3479/diff/
Testing
---
I tested the test by running the test.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com
/asterisk/trunk/tests/channels/pjsip/hold/run-test 5006
Diff: https://reviewboard.asterisk.org/r/3473/diff/
Testing
---
Ran and confirmed happy (after fixes were applied).
Thanks,
Joshua Colp
--
_
-- Bandwidth
On May 1, 2014, 6:14 p.m., Joshua Colp wrote:
/branches/11/apps/app_chanspy.c, lines 664-668
https://reviewboard.asterisk.org/r/3505/diff/1/?file=58139#file58139line664
Can you explain why the audiohook would not already be attached by the
previous code here?
Or to be more
/chan_unistim.c 413300
/team/group/media_formats-reviewed/channels/chan_skinny.c 413300
/team/group/media_formats-reviewed/channels/chan_mgcp.c 413300
Diff: https://reviewboard.asterisk.org/r/3388/diff/
Testing
---
Thanks,
Joshua Colp
,
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
-reviewed/addons/chan_mobile.c 413300
Diff: https://reviewboard.asterisk.org/r/3410/diff/
Testing
---
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3410/#review11470
---
On March 31, 2014, 2:52 p.m., Joshua Colp wrote:
---
This is an automatically generated e
/channels/chan_iax2.c 413300
/team/group/media_formats-reviewed/channels/chan_h323.c 413300
/team/group/media_formats-reviewed/apps/app_meetme.c 413300
Diff: https://reviewboard.asterisk.org/r/3519/diff/
Testing
---
Thanks,
Joshua Colp
. To reply, visit:
https://reviewboard.asterisk.org/r/3519/#review11797
---
On April 30, 2014, 10:54 p.m., Joshua Colp wrote:
---
This is an automatically generated e-mail. To reply
/format_cache.h 413300
/team/group/media_formats-reviewed/channels/pjsip/dialplan_functions.c 413300
/team/group/media_formats-reviewed/channels/chan_pjsip.c 413300
Diff: https://reviewboard.asterisk.org/r/3515/diff/
Testing
---
Thanks,
Joshua Colp
p.m., Joshua Colp wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3515/
---
(Updated April 30, 2014, 10:49 p.m
. Before patch
simple_bridge would be used after completion for attended. After patch the
expected native_rtp would be used.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3522/#review11836
---
On May 5, 2014, 6:48 p.m., Joshua Colp wrote
://reviewboard.asterisk.org/r/3522/diff/
Testing
---
Performed numerous attended transfers across SIP and PJSIP. Before patch
simple_bridge would be used after completion for attended. After patch the
expected native_rtp would be used.
Thanks,
Joshua Colp
/team/group/media_formats-reviewed/addons/chan_ooh323.h 413300
/team/group/media_formats-reviewed/addons/chan_mobile.c 413300
Diff: https://reviewboard.asterisk.org/r/3410/diff/
Testing
---
Thanks,
Joshua Colp
/diff/
Testing
---
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
the old and new
code, except that the logic is in a separate function. Am I crazy?
- Joshua Colp
On May 2, 2014, 8:35 p.m., Jonathan Rose 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/3506/#review11843
---
Ship it!
Ship It!
- Joshua Colp
On April 30, 2014, 2:26
not then fall back to this method.
As well - this function will get called multiple times so ideally only set
the main frame details up once instead of each time, like was done in the past.
Type, format, mallocd, offset, src, and data.
- Joshua Colp
On May 2, 2014, 2:51 p.m., Kevin
/r/3522/diff/
Testing
---
Performed numerous attended transfers across SIP and PJSIP. Before patch
simple_bridge would be used after completion for attended. After patch the
expected native_rtp would be used.
Thanks,
Joshua Colp
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3512/#review11851
---
Ship it!
Ship It!
- Joshua Colp
On May 8, 2014, 5:16 p.m
/r/3477/#comment21721
Some minor redness.
/trunk/apps/app_voicemail.c
https://reviewboard.asterisk.org/r/3477/#comment21722
Why the change? Is this a bugfix?
- Joshua Colp
On May 8, 2014, 7:08 a.m., Kevin McCoy wrote
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3505/#review11860
---
Ship it!
Ship It!
- Joshua Colp
On May 8, 2014, 7:31 p.m
://reviewboard.asterisk.org/r/3485/#comment21741
I need time to grok your other changes and the possible repercussions but
I'll comment on this right now. Would this get called twice since the framehook
is invoked when detached?
- Joshua Colp
On May 8, 2014, 5:40 p.m., Jonathan Rose wrote
would be used.
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
://reviewboard.asterisk.org/r/3515/diff/
Testing
---
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
/#review11853
---
On May 5, 2014, 11:11 a.m., Joshua Colp wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3388
/chan_unistim.c 413300
/team/group/media_formats-reviewed/channels/chan_skinny.c 413300
/team/group/media_formats-reviewed/channels/chan_mgcp.c 413300
Diff: https://reviewboard.asterisk.org/r/3388/diff/
Testing
---
Thanks,
Joshua Colp
/media_formats-reviewed/channels/chan_sip.c 413300
Diff: https://reviewboard.asterisk.org/r/3516/diff/
Testing
---
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk
://reviewboard.asterisk.org/r/3531/#comment21753
To reduce the chance of your ast_frfree issue again if someone else mucks
with this I'd just put the bridge_whisper_audiohook logic in an if
(bridge_connected)
- Joshua Colp
On May 12, 2014, 6:52 p.m., Jonathan Rose wrote
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3531/#review11873
---
Ship it!
Ship It!
- Joshua Colp
On May 12, 2014, 8 p.m
... it could go badly.
- Joshua Colp
On May 13, 2014, 12:11 p.m., Matt Jordan wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3535
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3073/#review11881
---
Ship it!
Ship It!
- Joshua Colp
On May 1, 2014, 12:53 p.m
/12/res/parking/parking_bridge_features.c
https://reviewboard.asterisk.org/r/3485/#comment21771
It is possible for this to wake up early so you need to put it in a while
loop which checks conditions. Same for the below duplicated code.
- Joshua Colp
On May 8, 2014, 5:40 p.m., Jonathan Rose
/
Testing
---
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
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3549/#review11920
---
Ship it!
Ship It!
- Joshua Colp
On May 19, 2014, 5:20 p.m
/r/3541/#comment21787
You are not my brother. My brother is named Matthew.
- Joshua Colp
On May 15, 2014, 6:10 p.m., Kevin Harwell wrote:
---
This is an automatically generated e-mail. To reply, visit:
https
this? What problem was
there? What does it solve?
- Joshua Colp
On May 19, 2014, 6:25 p.m., Jonathan Rose wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3485
On May 20, 2014, 10:55 a.m., Joshua Colp wrote:
trunk/include/asterisk/http_websocket.h, line 259
https://reviewboard.asterisk.org/r/3541/diff/1/?file=58458#file58458line259
It would be useful to return why it failed and not just that it did.
Kevin Harwell wrote:
I don't
://reviewboard.asterisk.org/r/3485/#comment21851
Extra ;
- Joshua Colp
On May 21, 2014, 4:29 p.m., Jonathan Rose wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3485
://reviewboard.asterisk.org/r/3485/#comment21854
So you've documented this as being an ao2 object and then it's not used as
one here. If someone else comes along and assumes this in
ast_bridge_transfer_blind there will be problems.
- Joshua Colp
On May 21, 2014, 6:18 p.m., Jonathan Rose wrote
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3485/#review11950
---
Ship it!
Ship It!
- Joshua Colp
On May 21, 2014, 8:25 p.m
stored in MySQL (via ODBC) and stored very
long values. Confirmed read in completely.
Also ran these scenarios under valgrind to confirm no memory insanity.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3477/#review11956
---
Ship it!
Ship It!
- Joshua Colp
On May 9, 2014, 3:36 a.m
, and some of the old log
messages amuse me.
- Joshua Colp
On May 18, 2014, 8 p.m., Matt Jordan wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3547
On May 20, 2014, 10:55 a.m., Joshua Colp wrote:
trunk/tests/test_websocket_client.c, line 6
https://reviewboard.asterisk.org/r/3541/diff/1/?file=58462#file58462line6
You are not my brother. My brother is named Matthew.
Matt Jordan wrote:
I'm your brother??!?!?!
I wanted
://reviewboard.asterisk.org/r/3557/#comment21862
After using as a buffer you can call ast_str_update to update the internal
string length value, and thus not require using strlen.
- Joshua Colp
On May 22, 2014, 2:53 p.m., Joshua Colp wrote
it was read in completely. This used static realtime and
func_odbc.
Configured chan_sip to use peers stored in MySQL (via ODBC) and stored very
long values. Confirmed read in completely.
Also ran these scenarios under valgrind to confirm no memory insanity.
Thanks,
Joshua Colp
and
func_odbc.
Configured chan_sip to use peers stored in MySQL (via ODBC) and stored very
long values. Confirmed read in completely.
Also ran these scenarios under valgrind to confirm no memory insanity.
Thanks,
Joshua Colp
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3516/#review11805
---
On May 11, 2014, 12:46 p.m., Joshua Colp wrote
/media_formats-reviewed/channels/chan_sip.c 413300
Diff: https://reviewboard.asterisk.org/r/3516/diff/
Testing
---
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk
.
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
person since anything to do
with parsing could always use two sets, plus the overall change is large.
trunk/include/asterisk/http_websocket.h
https://reviewboard.asterisk.org/r/3541/#comment21889
You have this as error here but it's actually result.
- Joshua Colp
On May 23, 2014, 7:30 p.m
been this way since the
initial commit.
- Joshua Colp
On May 29, 2014, 7:56 a.m., zvision wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3573
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3541/#review11992
---
Ship it!
Ship It!
- Joshua Colp
On May 28, 2014, 10:58 p.m
://reviewboard.asterisk.org/r/3563/#comment21919
Good job remembering this can happen. :D
- Joshua Colp
On May 25, 2014, 4:47 a.m., Matt Jordan wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3563
On May 29, 2014, 1:53 p.m., Joshua Colp wrote:
How do you foresee this being invoked for ARI? the existing channel
variable stuff?
Matt Jordan wrote:
Yup. Enabling an event to be emitted on a channel didn't feel worthy of a
full operation on the channels resource
413652
/team/group/media_formats-reviewed/channels/sip/include/sip.h 413300
/team/group/media_formats-reviewed/channels/chan_sip.c 413300
Diff: https://reviewboard.asterisk.org/r/3516/diff/
Testing
---
Thanks,
Joshua Colp
no reinvite occurs and media is locally exchanged.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http
with
direct media disabled. Placed a call from the caller to the callee.
Without this patch a reinvite occurs and the media is direct.
With this patch no reinvite occurs and media is locally exchanged.
Thanks,
Joshua Colp
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3579/#review12023
---
Ship it!
Ship It!
- Joshua Colp
On June 2, 2014, 10:23 a.m
by this?
--
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
this for testing?
--
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
wireshark, that the expected NOTIFY was sent out upon startup as if nothing had
happened. Tested using the default persistence of going to astdb and also
configured it to persist through realtime - ODBC - MySQL.
Thanks,
Joshua Colp
the
assumption that it will always be dealing with AST_FORMAT_SLINEAR.
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
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3586/#review12097
---
Ship it!
Ship It!
- Joshua Colp
On June 5, 2014, 9:33 p.m
the
ast_format_rate function which returns the rate of a format.
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
ast_format_cap_get_format, ast_format_cap_iscompatible_format, and
ast_format_cap_count.
- Joshua Colp
On June 8, 2014, 7:38 p.m., Corey Farrell wrote:
---
This is an automatically generated e-mail. To reply, visit:
https
because that behavior is undefined. The
jitterbuffer code itself assumes yes, but as you've said the file descriptor is
not preserved so it can't.
- Joshua Colp
On June 10, 2014, 12:12 a.m., Corey Farrell wrote
it to persist through realtime - ODBC - MySQL.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http
working on
resolving. It should barely impact the code.
- Joshua Colp
On June 10, 2014, 1:21 p.m., Joshua Colp wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3598
it to persist through realtime - ODBC - MySQL.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http
://reviewboard.asterisk.org/r/3602/#comment22147
The answer is yes. Changing this code so that it returns if they are not
exactly equal would be sufficient. IE: != AST_FORMAT_CMP_EQUAL
- Joshua Colp
On June 10, 2014, 7:10 p.m., Corey Farrell wrote
as if nothing had
happened. Tested using the default persistence of going to astdb and also
configured it to persist through realtime - ODBC - MySQL.
Thanks,
Joshua Colp
--
_
-- Bandwidth and Colocation Provided by http://www.api
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3615/#review12136
---
Ship it!
Ship It!
- Joshua Colp
On June 12, 2014, 2:47 p.m
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3629/#review12187
---
Ship it!
Ship It!
- Joshua Colp
On June 18, 2014, 11:27
On June 10, 2014, 11:22 a.m., Joshua Colp wrote:
/branches/11/main/channel.c, line 7113
https://reviewboard.asterisk.org/r/3603/diff/1/?file=59449#file59449line7113
This change is hazardous. It makes it so that some file descriptors on
the original channel which were from
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3626/#review12189
---
Ship it!
Ship It!
- Joshua Colp
On June 17, 2014, 10:45
On June 19, 2014, 7:56 p.m., Matt Jordan wrote:
/team/group/media_formats-reviewed/main/data.c, lines 3122-3126
https://reviewboard.asterisk.org/r/3625/diff/1/?file=59757#file59757line3122
Is/was fr_len used anywhere else?
Corey Farrell wrote:
fr_len is still referenced from
the creator of these structures is supposed to be.
I don't think anything, yet. Something in the core should though.
--
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
.
--
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
are not met then it will still be
built, just without ICE/STUN/TURN support. It used to be a hard
requirement but due to feedback from the community I changed it to be
optional in a past life.
--
Joshua Colp
Digium, Inc. | Senior Software Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - US
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3624/#review12306
---
Ship it!
Ship It!
- Joshua Colp
On June 20, 2014, 4:39 p.m
exists.
- Joshua Colp
On June 25, 2014, 7:42 a.m., Corey Farrell wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3671
On June 25, 2014, 11:45 a.m., Joshua Colp wrote:
/team/group/media_formats-reviewed-trunk/main/format.c, lines 200-202
https://reviewboard.asterisk.org/r/3671/diff/1/?file=60620#file60620line200
Just curious - does this happen?
Corey Farrell wrote:
This could happen
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3628/#review12313
---
Ship it!
Ship It!
- Joshua Colp
On June 19, 2014, 8:29 p.m
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3671/#review12317
---
Ship it!
Ship It!
- Joshua Colp
On June 25, 2014, 12:14
301 - 400 of 1200 matches
Mail list logo