Jump to content
Vodia PBX forum

UKenGB

Members
  • Content Count

    115
  • Joined

  • Last visited

Community Reputation

0 Neutral

About UKenGB

  • Rank
    Advanced Member
  1. What's the advantage of using a hunt group vs. multiple registrations to the same account/extension? IOW, when you have several phones that need to respond to the same incoming calls, you could either set them up on individual extensions and then place all those extensions in a hunt group, or you could simply register all those phones to the same single extension. What are the advantages and/or disadvantages of one method compared to the other. I can think of a few differences, but how do others view these alternatives?
  2. SSH into the actual server is no problem, but with no idea why the PBX is refuses the connection request, it didn't help much:-( Do you mean the 'accesslist' folder? Is that where the PBX stores its blacklisted addresses, or is there some other way to find out what it thinks is blacklisted?
  3. Why would that cause the browser to not be able to find the server? Would it not just generate a message to the effect that there was 'no permission' or something like that? I have no idea as I've never been blacklisted. Is this a PBX issue, or a server issue?
  4. This is NOT a login problem. The browser just says "Cannot find server" (or some such wording). PBX was working prior to a S/W update of the server which required a restart, after which there is the above problem. The actual domain name being used is correctly resolved by the DNS and according to pbx.xml, the port setting has not changed. So the URL used to access the web interface has not changed, but is now not working. Strangely, the PBX is actually working, it's just that admin cannot access the web interface. Anyone ANY ideas on this. How can the PBX be running, yet its internal web server be apparently NOT running?
  5. UKenGB

    Shared MailBox

    Simple. The change in the software that allows the shared mailbox messages to not be emailed also comes with a new configuration option to specify whether the messages for the 'sharing extensions' (50 and 60 in my case) should follow those extensions' email settings or not. Set the default to ensure nothing changes until that option is altered and no existing customers need to be upset. I'm a firm believer in providing the user with full configurability as no developer can ever predict what their customers will want. So give them the tools and let them get on with it. BTW, what will occur if the shared mailbox is set to email the messages and ALSO is set to allow access by other extensions?
  6. UKenGB

    Shared MailBox

    Almost. Just forget 3. Oh and you'll need to ensure PIN access is OFF in the settings for the domain.
  7. UKenGB

    Shared MailBox

    I don't entirely understand what you're saying there. Let me ask a simple question. Can I have personal voicemail (i.e. from calls to 50 and 60) emailed to their configured addresses, but messages for ext. 40 (the shared mailbox) to NOT be emailed and be available for 50 and 60 to access via the handset?
  8. UKenGB

    Shared MailBox

    Unless I am misunderstanding you, that doesn't really fix it. Even though the sharing mailboxes (50 and 60) are set to email messages, since the shared mailbox (40) is set to NOT send emails, any messages to 40 should NOT be emailed, so 50 and 60 can pick them up using their extension phones (M9 handsets in my case). IOW, whether to email or not should be specified by the configuration of the extension whose mailbox took the message. At the moment, if the sharing extensions (50 and 60) are set to email, then ALL messages are emailed, even the shared ones. This is not only my issue, it doesn't really follow the apparent configuration settings. The way I am requesting, it is easy to distinguish between the messages since individual/personal messages are emailed, but joint/shared ones need to be accessed via the phone (and hence are truly shared messages).
  9. UKenGB

    Shared MailBox

    OK, that's good news. So it IS shared. But I still have the problem with it being emailed. I have specified that messages for 60 get emailed. But messages for 40 (i.e. the shared mailbox) are also being emailed. However 40's config does NOT specify emailing its messages, so it would appear to be the MWI that triggers emailing of whatever message that initiated the MWI and that occurs with ALL other extensions that share this mailbox and since they then each receive a COPY of the message, we've lost the whole 'shared mailbox' concept. What I am trying to achieve and what seems entirely logical that many users would want the same, is for the individual extensions (i.e. 50 and 60 in my example) to have their own messages emailed, but messages in the shared mailbox (40) are NOT emailed and instead accessed from the phones which allows true sharing as we've now established. I realise this is currently impossible (I guess this comes down to snomONE's inability to distinguish between the 2 message types), but any chance we could achieve this in the future?
  10. UKenGB

    Shared MailBox

    I see what's happening now. If a message is left for the shared mailbox (40) it is indeed sent to 60 (and maybe 50 too), but that extension is set to forward received messages by email, so the message received for 40 is simply emailed exactly the same as if it was a message for 60. As you say, there is no distinction. This is a problem on several counts. First of all, it indicates the messages to the shared mailbox are NOT shared, but simply duplicated to other mailboxes. This is NOT sharing, it is copying and doesn't allow for real message sharing. How does one recipient know what has been done by any other. So in my case, 60 might receive a message and act on it, then later 50 listens to it and acts on it again. The idea of a SHARED mailbox is precisely so this doesn't occur and in fact if you do want this, it can already be achieved with email. SO there's 2 ways to copy messages to multiple recipients and no way at all to truly share a mailbox. A shared mailbox should be just that. So in my case, if a message is left for 40, either 50 or 60 can listen to that message, deal with it as they wish and the result will be the same for the other recipient. So if 50 listens to the message, then it is no longer a new message for 60 and vice versa. If either deletes the message, it is also deleted for the other. It should work for the user just like IMAP mailboxes. Any chance we can have a true 'shared' mailbox?
  11. UKenGB

    Shared MailBox

    The problem is that what you describe simply doesn't happen. I've disabled PIN at the domain level, so that's not a problem. I've set account(40) to "Allow Access for Extensions" field (50 & 60) But neither 50 nor 60 can access that shared mailbox in the manner you describe. If they dial 50 or 60 respectively, they simply access their own mailbox (which is as I believe it should be and it works fine). So how do they access the mailbox at 40? If they dial 40 it just rings extension 40 and if they dial 840, they are only given the option to leave a message. But this is standard behaviour for ANY extension dialling ANY OTHER extension's mailbox, so exactly what has "Allow Access for Extensions" done? As far I can see, nothing. So, how do 50 and 60 access 40's shared mailbox. Sounds simple but AFAICT, it cannot be done.
  12. UKenGB

    Shared MailBox

    You realise of course that you are referring to 2 entirely different facilities? - Assigning an M9 handset to more than one M9 Identity - Registering more than one M9 Identity (or any other SIP client) to a single extension on the PBX (i.e. account on any SIP server) Mixing and matching the above is the job of the system provider/admin, to make the process transparent for the user and I agree it can be tricky. The important point is that the admin MUST have full control of the systems and that's where the problem currently lies. The simplest example of this is that once an M9 handset is assigned to more than one identity, the user has NO control over which Identity is actually used, which for outgoing calls can be a real problem. It's like a more traditional SIP client phone (e.g. Snom 3../8..) being registered to more than one extension, without being able to choose which to use for outgoing calls. How successfully could you sell that idea to a business user? I suspect not at all. Anyway, the idea of M9 handset naming and Identity control is covered elsewhere (different forum even). Which leaves the 'shared mailbox' issue of this topic that is still unresolved.
  13. UKenGB

    Shared MailBox

    I am also still puzzled. My domain setting is to NOT require a PIN and if from my handset (whose main Identity is registered to ext 60) I dial 60 or 860, or press the RH softkey (marked VM and dials 860) I am taken to the main menu of my own mailbox which is all correct. But ext 40 is set for a shared mailbox with 'Allow Access for Extensions:' 60 and 50. My ext 60 is also assigned to the Identity which is registered to 40. I want to be able to retrieve messages from 40's mailbox. So first of all, from my handset I should be able to use Identity 40 to simply retrieve its own messages, but it is impossible with the M9 to choose an outgoing Identity (that would be a useful feature:-) so when I dial it will be from 60. But this is specified as being able to share 40's mailbox, so according to how it is configured, I think I should be able to dial 840 and retrieve the messages. However, I am just asked to leave a message as if I had dialled any other mailbox. IOW, having configured 40 to allow 60 access to its mailbox, in fact, 60 has NO more privilege to access the mailbox than any other extension. This is my main concern. AFAICT, it is impossible to access any such 'shared mailbox'. Happy to be proved wrong, but exactly what does 'Allow Access for Extensions: ' actually do. Currently it seems to do nothing.
  14. UKenGB

    Shared MailBox

    Why do you say it's "hardly advisable"? For example I want 2 users, each with their own extension AND a shared extension, to be able to receive by email VM messages to their own extension, but to be able to easily listen to messages for the shared extension via the handset. Each of the 2 handsets (I'm using an M9 here) is registered to 2 Identities, each of which is registered to a suitable extension, i.e. a personal one for each and the shared one. The personal VM is emailed ok, but how can the handsets dial in to listen to the VM messages for the shared extension? Even though the handsets are 'assigned' to the Identity that registers to that shared extension, I cannot find a way to listen to those messages. The 'main' Identity of each handset is the personal one (that's the only way to ensure they call from the personal number and display the correct name - maybe we could improve that in the future:-) and those extensions are listed in the shared extension's "Allow Access for Extensions:" setting. So My understanding would be that those handsets should be able to simply listen to that shared extension's VM WITHOUT having to enter any PIN. Isn't that the whole point of entering other extension numbers in "Allow Access for Extensions:". Otherwise, what's the point?
  15. Just tried both accounts again and this time they are BOTH giving 'Loop Detected' errors. Irrespective of which account the PBX chooses to fail or not, what is causing this? What do the log files tell us?
×
×
  • Create New...