Jump to content

Vernon

Members
  • Posts

    90
  • Joined

  • Last visited

1 Follower

Recent Profile Visitors

2,996 profile views

Vernon's Achievements

Apprentice

Apprentice (3/14)

  • Conversation Starter Rare
  • First Post Rare
  • Collaborator Rare
  • Week One Done Rare
  • One Month Later Rare

Recent Badges

0

Reputation

  1. In the drop down when choosing the setting you wish to change, you can type the first few letters of the setting name and hopefully it will pop up the one you want. This works well with settings that have unique names, but the real trouble comes with overlapping setting names such as "Send..." They are usually grouped by tab/page so that would explain why it wasn't done alphabetically
  2. I recommend you change the setting for one extension at least once before you start bulk editing. The reason behind it is that you would see the proper/correct value. In this case the Announcement mode settings are either false/true. Or blank if it's never been modified based on my testing. False is Anonymous Announcement True is Name Announcement
  3. Are you customizing the login page? I saw in other posts that having a custom login page will usually start giving you problems if you don't make some adjustments to make it work.
  4. I'm not sure if that's app related as i don't use it, but normally if you have audio issues internally (extension to extension), then the likely culprit is something on the network. Either a firewall, or bad WiFi device dropping packets...etc You can try to register two softphones on a desktop, or try to use the web client of the PBX and see if you can re-create the error in different environments. One inside the office where you know it happens, one from a home office with different networking equipment. But if this ONLY happens on the iOS app then that would be harder to troubleshoot.
  5. I think the easiest way would probably be through service flags, if the number you are forwarding to is static each time you could create a manual service flag for this condition but your trouble will be managing it remotely. The next easiest option is to register a softphone client, if possible, and to dial the manual service flag to trigger this forwarding rule. Doing the redirects on the trunk level is something only an admin should have access to, try to utilize the other system features. If the forwarding number changes from time to time, you can still use the softphone to redirect to your desired destination by have the service flag redirected to the soft phone extension and then using *71 call forward all to set the destination. Just a few ideas, hope that helps. I just realized this is a super old post. Sorry! Hope this helps for future viewers!
  6. If you have v 68.0.32 then you should have this feature in the mailbox tab if it's a regular extension. I didn't see you mention using this option so i attached an image of how it should look like
  7. It would definitely be a nice feature to have. The only alternative i can see is using a multi-tenant setup, but that hampers the web client experience since not everything is under one domain. You could make the calls work inter-domain but at this point it might just be making the issue more complicated than it's worth.
  8. Try the mailbox tab instead of the settings in "General"
  9. Is this fax extension setup for FAX as the mailbox method? Otherwise you probably have the PBX voicemail duration set to 5 minutes
  10. Auto-attendants and Ring Groups should have the same service flag functionality. I only mentioned a separate ring group so that it would be a check before going to regular call flow. So it will look like RingGroup 1 (Service Flag Checker): only final stage send to Auto-Attendant -> Auto-Attendant (Main Incoming): Press 1, Press 2...etc time out go to Ring Group (Main Ring Group) -> Main Ring Group follows your stage settings Basically you're just adding an extra layer on top of your call flow that checks your service flags.
  11. Is the incoming number always the same? You can definitely use the expression list to match specific numbers to be routed to your desired destinations. Depending on your version you could also do it based on the address book. For example you can create a hunt group that does a service flag check for address book entry. e.g Create Hunt Group with final stage that follows your desired call flow. Create address book entry and name the incoming numbers with easy to recognize category, lets say "VIP". Go into your hunt group and at the bottom of redirection select "Caller in addressbook", service flag account is the category VIP, night service number is the new destination you want this number to go to. The only problem with this approach is obviously the level of scale you want to deploy, if it's one or two numbers. easy to manage. If you are looking route calls based on area codes...etc, expression list is the better way to go. There should be a couple posts about expression lists, you should search for them if you want to get a better understanding of how to deploy it.
  12. I have added the ability to only allow specified domains to a user. This way if you have a user/reseller with many domains, they have a simple portal to find and use.
  13. I have been developing this system for several years, and I think some of the Vodia administrators here would also find it useful in their businesses. If this is not allowed, please let me know and I will remove it. If you are interested in getting a demo, simply DM me. Unified Vodia Server Management System is a comprehensive tool designed for administrators and technical support teams managing one or multiple Vodia PBX servers. It streamlines the management process by allowing owners/administrators to allow specific privileges to support agents as well as the required tools to efficiently find tenants and support them, therefore enhancing security, and improving efficiency in handling client requests and server maintenance. Key Features Multi-Version Compatibility: Seamlessly connects with Vodia server versions 57 through 68. Support for version 69 coming soon. Unified Interface: Manage all server versions through a single, user-friendly dashboard. Role-Based Access Control: Limit technical support agents to tenant admin functionalities, excluding server admin privileges or global/superadmin settings. Restricted Admin Access: Provide support technicians with admin rights to each tenant domain, without access to advanced PBX features. Read-Only Access to Dial Plans and Trunks: Allows viewing of dial plans and trunks without the ability to modify them (can be allowed in Vodia user control.) Domain-Specific CDR Access: View Call Detail Records for each domain individually. Enhanced Search Capabilities: Easily locate servers and tenants by DID, domain name, or alias by simply entering the domain name, number or alias in the filter field. Comprehensive Client Notes: Create and view notes for each client. Notes are immutable and timestamped, accessible to all users, but only modifiable by admins. Server Management: Admins can add new servers, test connections, and manage user access. Benefits Improved Efficiency: Quickly locate tenants or PBX systems using advanced search options. Enhanced Security: Role-based access controls prevent unauthorized modifications to critical settings. Streamlined Training: Simplifies the training process for new technical support agents. Centralized Management: Manage multiple systems effortlessly from one central location. Detailed Record Keeping: Maintain comprehensive, unalterable notes for future reference and accountability. Ideal for: Businesses with one or multiple Vodia PBX deployed in the cloud or customer premises. Administrators seek to maintain control while delegating support tasks. Teams require a secure, efficient, and user-friendly management tool.
  14. Maybe official support can give you a better idea. You can try on a different browser in case you have something that interacts with the icons. If that's the account receiving the call then the file should be visible to you on any admin level.
  15. I test it by routing calls through a switch where the trunk is a gateway, but my trouble is not the provider settings but the unknown changes. It makes a big difference for multi-tenant PBX's because fixing one trunk is easy. Fixing 200 is quite an undertaking. As an example, you have your front door, you have your one key, you live on V68 Avenue Road, and everything just works without any issues or changes. You decide one day to upgrade your home lifestyle and go down to V69 Street, you take with you to your new house, yourself, your door, and your key that you know works for this door. But to your dismay your key now no longer works when the door is installed on V69 Street. The text view is also a lot nicer now, before all the text values were all over the place, but with V69 the format automatically changes that the most important values are up top and the generics are at the bottom. This is a nice addition. I will definitely review the logs a little more closely the second time around and see if there's an easy/fast change that can be made to accommodate the transition from v68 to v69
×
×
  • Create New...