Jump to content

Vodia PBX

Administrators
  • Content Count

    9,921
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Vodia PBX

  • Rank
    Advanced Member

Profile Information

  • Gender
    Male

Recent Profile Visitors

192,987 profile views
  1. I would not use E164, just NANPA (probably 11 digits). Most US- and Canada-based SIP trunk providers expect that form anyway.
  2. There is a option the dial plan that tells the system how to present numbers into the pattern field ("Number presentation in dial plan"). If you select "For NANPA (10 digits)" the PBX will do all the work for you and present everything national with 10 digits. I would check for 011* first, then you don't have to deal with all the exceptions. BTW we have also patterns like [usa]xxxxxxx, which takes out Canada and potentially other expensive and hazardous area codes (only contintental USA). There is a another pattern called [fre] that contains all the free numbers (800 888 877 866 855
  3. Yes we had discussed that internally. It is a little bit counter intuitive to other applications running on the PC (close means end the application), but for VoIP the user expectation is that the application just goes out of sight. If the user really wants to end the application they will have to dig in some menu to make that happen.
  4. Its now also available at the old location https://doc.vodia.com. There was a glitch with the certificate that seems to be resolved now.
  5. Thanks, there is indeed a permission problem. We'll fix it in the next build.
  6. Absolutely. It all comes down to "fetch". We are trying to get a test environment so that we can incorporate this.
  7. You can also set things up manually. Click on the account title at the top of the app, this will open the settings (there you can also trigger another scan). iOS allows only secure connections to the PBX, which requires that the PBX has a valid certificate.
  8. Yea, when you use the + in the MAC list field, you don't actually have to save it any more. Although it should not hurt either. Its important to make sure that the MAC is ready for pairing, which you can do below in the history tab (or in the extension list with the action dropdown). In the history tab, we have added a count-down timer where you can see how long the pairing is still on.
  9. You can trigger sending a new email with the "try" (rocket) button. Then you don't have to wait for timeouts. If I remember correctly, the documentation includes description for gmail and Office 365, which are obviously very popular. E.g. for gmail, you have to explicitly allow SMTP. Or what email server are we talking about?
  10. Yes that is somewhere on the list... If it's possible!
  11. This is because the * matches only the part after the prefix. If you out 07* into the replacement it should work the way it should.
  12. 67 is mostly an evolution of version 66. With the increasing need to work from home, we made a few tweaks here and there to make that not only possible, but also more productive. One example is the ability to set the working hours not only on extension level, but also on domain level. This increases the user acceptance significantly. We have also added the possibility to use a second factor for the users to log in. Emails are a simple way for this, but where SMS is available, the PBX can now also send a message to the user's cell phone with the login code. Even if the user used a trivial passw
  13. Ok we should keep UK and EN (which is en-US) separate and do this only for the UK. We can make this dependent on the audio language, its better than the web language because also in the UK most users actually use en-US. Starting in 67.0 you can just put this into the Yealink general parameter, it will override whatever is in the template so that there is no need to change the template for this.
  14. The "enable call pickup from extension BLF" is making the BLF for the extension blink when the call comes in on that ACD. So you would put the extension on a key, not the ACD. If you put the ACD on a BLF button, the "enable call pickup extension BLF" has no effect for that button. At least that is how it should be. I am not sure if the login status makes a difference—its an interesting idea to limit the pickup possibility only to agents.
  15. Do they support pulling from a REST API? Then you could take a look what the browser is pulling from the PBX and use the same API. Instead of using a session, you can use Basic authentication.
×
×
  • Create New...