On Mon, 2008-11-10 at 13:13 -0600, James Brown wrote:
> I recently uninstalled 3.11 and went back to 3.8 (via complete removal
> of 3.11). Since the re install all calls to voice mail, auto
> attendant, or inbound fail with a BYE coming from sipx just after the
> call connects.
>
> Looking throu
Did you backup 3.8 before upgrading it?
I would first suggest the issue might be the DB.I'm not sure you can upgrade
3.8 DB schema to 3.11. Maybe to 3.10, but not 3.11. Did you make sure postgres
didn't know about your databases before starting over? I'm not the expert on
this, but it is possi
I recently uninstalled 3.11 and went back to 3.8 (via complete removal of
3.11). Since the re install all calls to voice mail, auto attendant, or inbound
fail with a BYE coming from sipx just after the call connects.
Looking through the media server logs I notice this:
"2008-11-10T12:06:03.1
Sleep or no sleep, there is no half (say this to yourself in a yoda voice).
>>>
Damian Krzeminski wrote:
> Do *not* get java distribution directly from Sun (it will work but Sun does
> not not provide properly packaged RPMs, and if you install it you'll have
> to install some compat packages or
Damian Krzeminski wrote:
> Do *not* get java distribution directly from Sun (it will work but Sun does
> not not provide properly packaged RPMs, and if you install it you'll have
> to install some compat packages or mess with your environment).
Whoops - sorry about that. I was half-asleep when I w
Agree with Tony... I usually do both of these settings as well. I
believe the Audio Persistence is an American with Disabilities Act
mandate though, so you might want to check before you ship that way.
Mike
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:sipx-users-
> [EMAIL PROT
On Mon, 2008-11-10 at 08:50 -0500, Tony Graziano wrote:
> sipx version 3.10.2, Polycom bootrom 4.1, firmware 3.03b.
>
> The call is answered, parked, retrieved. When the call is retrieved
> subsequent TRANSFER ends up showing the call on HOLD at the phone
> where the transfer was trying to send
sipx version 3.10.2, Polycom bootrom 4.1, firmware 3.03b.
The call is answered, parked, retrieved. When the call is retrieved subsequent
TRANSFER ends up showing the call on HOLD at the phone where the transfer was
trying to send from instead.
Is this a known bug?
