> From: Jeff Gilmore [j...@thegilmores.net]
>
> Would it be safe to manually delete the entries from the file?
It might be safe to do so if no sipX facility was using the related
entries. But the file is regenerated by sipXconfig whenever
sipXconfig thinks it contents should change, so no manual
I would imagine the system produces those entries and will replicate and
produce them again should you manually empty the file.
On Oct 29, 2011 6:46 PM, "Jeff Gilmore" wrote:
> Hi Dale,
>Thanks for the clear explanation.
>
> I don't use either IM or BLF, but I do see that most of my exten
Hi Dale,
Thanks for the clear explanation.
I don't use either IM or BLF, but I do see that most of my extensions show up
in the /etc/sipxpbx/resource-lists.xml file.
I checked out some of my extension configs, and I disabled all IM related
functions and made sure that there were no spee
> From: Jeff Gilmore [j...@thegilmores.net]
>
> However, I notice a residual set of SUBSCRIBEs that are sent by the
> sipxRLS service to each extension that is enabled for voicemail (even
> ones with no phone attached).
>
> I traced one that went to one of my ATA devices, and it came back "501
>
Thanks for the explanation. They seem to only happen about once an hour, so no
big deal.
Jeff
On Oct 28, 2011, at 3:29 AM, Joegen Baclor wrote:
> These are subscriptions to dialog events. RLS needs to know which state the
> phone is in for it to be able to support BLF and openfire unified pre
These are subscriptions to dialog events. RLS needs to know which state
the phone is in for it to be able to support BLF and openfire unified
presence. Unfortunately, I do not think that RLS will back off if it
receives a 501.
On 10/28/2011 04:05 AM, Jeff Gilmore wrote:
> I have been noticing
I have been noticing a lot of SUBSCRIBE messages in my logs and have cleaned up
a lot by making changes to client configurations.
However, I notice a residual set of SUBSCRIBEs that are sent by the sipxRLS
service to each extension that is enabled for voicemail (even ones with no
phone attach
