did you check tracker?
IMHO, you can setup the fanciest outbound faxing solution on the market and
90% of your users will still print out things and walk up to a fax machine
so that they get things out in the order they want and they don't trust the
fax server to do it.
Inbound is a whole
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: 8bit
Organization: SipXecs Forum
X-FUDforum: 08063afcdd00a6e76393c5b9527381e8 67501
Message-ID: 107ad.4f8c2...@forum.sipfoundry.org
I'm having trouble transferring calls that are placed
through a site-to-site dialplan rule.
IMHO, you can setup the fanciest outbound faxing solution on the market and
90% of your users will still print out things and walk up to a fax machine
so that they get things out in the order they want and they don't trust the
fax server to do it.
I guess it depends on who your market it.
You need to explain how the dial plan rule is constructed:
The correct way for this to work is with the sipdomain as the gateway
address at each end.
For instance: using the sip hostname or internal/external IP address
is not going to assist you in transfers. Since most UA's use the
sipdomain,
Decent FAX (t.38) capable ATA's are able able to be connected to sipx
without issue. Gerald says he got t.38 outbound via hylafax so you can
obviously go with that as an example.
I think you might be the only one bent on Outbound fax from the
desktop with Hylafax. Hard to justify integrating with
I think you might be the only one bent on Outbound fax from the
desktop with Hylafax. Hard to justify integrating with a project that
hasn't had a update in 19 months. Since sipx is using the FS media
Nah, not bent on it, I just like seeing all in one solutions when ever
possible. With
Then I can refer you back to the original fax tracker item and to
create a feature improvement to pick up where that left off and ask
for community support/votes.
On Mon, Apr 16, 2012 at 10:49 AM, m...@grounded.net m...@grounded.net wrote:
I think you might be the only one bent on Outbound fax
Mike Graham mike_gra...@hempfieldsd.org 04/16/12 10:12 AM
I'm having trouble transferring calls that are placed
through a site-to-site dialplan rule. The problem is
exactly the same as the one described in this archive post:
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: 8bit
Organization: SipXecs Forum
In-Reply-To: assp.0453ab6370.201241694912.400486@leena
X-FUDforum: 08063afcdd00a6e76393c5b9527381e8 67508
Message-ID: 107b4.4f8c3...@forum.sipfoundry.org
Which ATA do you use? and can it be
On 4/16/2012 10:49 AM, m...@grounded.net wrote:
I thought we were talking about a real integration and not using hylafax on
the same server? Mind you, I did make a mention that it would be ok to have
to use a separate server which could be part of the sipx install.
No big deal, if not many
Just wanted to point out that hylafax does have email to fax gateways,
linux command line sending, and print drivers for outbound. Although it
does seem like a lot of extra baggage to have to install hylafax, it
does provide a solution for high outbound fax sites.
Yup, it's pretty cool,
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: 8bit
Organization: SipXecs Forum
In-Reply-To: 107ad.4f8c2...@forum.sipfoundry.org
X-FUDforum: 08063afcdd00a6e76393c5b9527381e8 67511
Message-ID: 107b7.4f8c5...@forum.sipfoundry.org
I'm double checking DNS now. Interesting,
Which ATA do you use? and can it be used remotely?
We're still getting away with a non T.38 ATA, the LinkSys RT31P2-NA so far has
worked in all situations.
It's registered on sipx and faxes go out via PRI.
There are T.38 enabled ATA's out there though which is what we're slowly moving
to.
On Mon, Apr 16, 2012 at 12:20 PM, m...@grounded.net m...@grounded.net wrote:
Just wanted to point out that hylafax does have email to fax gateways,
linux command line sending, and print drivers for outbound. Although it
does seem like a lot of extra baggage to have to install hylafax, it
does
Well, this is called t.37, and sipx does not need hylafax in order to
implement t.37, as said before.
Not sure who you're saying this to since I'm already using this, as I've also
mentioned before :)
___
sipx-users mailing list
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: 8bit
Organization: SipXecs Forum
In-Reply-To:
camgknjwtdrrrwpgtplhomg9j8jw3tj0ke0unnakfvauouqy...@mail.gmail.com
X-FUDforum: 08063afcdd00a6e76393c5b9527381e8 67516
Message-ID: 107bc.4f8c6...@forum.sipfoundry.org
Problem
Good.
On Apr 16, 2012 3:07 PM, Mike Graham mike_gra...@hempfieldsd.org wrote:
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: 8bit
Organization: SipXecs Forum
In-Reply-To:
camgknjwtdrrrwpgtplhomg9j8jw3tj0ke0unnakfvauouqy...@mail.gmail.com
X-FUDforum:
Update. After a few off-line emails with Mark Wood (thanks Mark) and
some additional testing, I found a pattern which may provide some
insight to someone:
* The source of the first call is inconsequential.
* If the second incoming call comes from the ITSP, the roll over
feature does not
Just bumping this thread for those who are still struggling non-qop
phones to register with sipX. The latest version pushed by Douglas has
been confirmed working by Jan Fricke.
On 04/03/2012 09:06 PM, Jan Fricke wrote:
Any further ideas? I'm out of ideas how to debug this further...
I
Hi all,
Just a query to see what the current thoughts are on cordless phones.
We probably need 2-3 phones fairly soon that can transfer calls. It would be
nice (but not immediately required) to have the phones capable of switching
between multiple base stations due to the physical area to be
Other than WIFI Cordless -
How about a client running on androids on your wireless network? Or
Iphones?
Or, try an Engenius Wireless phone - they are analog, but have HUGE coverage
- 9 floors of a building as an example. 250,000 sq ft I believe.
From:
21 matches
Mail list logo
