Jump to content

Vodia PBX

Administrators
  • Posts

    11,108
  • Joined

  • Last visited

Posts posted by Vodia PBX

  1. The login problems that we saw in the first 69 version should be all resolved now.

    If you did customize the welcome.htm page, you need to revert this page. There is a page called raw login.htm (less stylish) the you can use to login, and then do the customization from the web interface. 

  2. On 3/27/2023 at 12:57 PM, David H said:

    Sorry to bring up an old thread however what was the end result of the ticket? We've just come across this issue now.

    Are you on 68.0.3 or maybe 69.0.3? Maybe better to open a new topic... Can you navigate with the browser to the PBX over HTTPS and see the "green" safety sign?

  3. This is obviously something that needs to be addressed. I would check if the pbx.xml file time stamp gets updated when you save the super admin password. If not, maybe there is a problem with the permission writing the file. Or sometimes there is a competing second PBX running on the same port and it gets random which one get the HTTP/HTTPS port. 

  4. On 3/15/2023 at 7:44 PM, Brett Davey said:

    This post summarises our outlook on 69.0.2 as well. We will not be moving this into production until something changes.

    68.0.28 is a good version, and there is no rush moving to 69 unless you need to have one of the new features. We are making every few days new builds for 69, and we have internally started to use 69 on some servers for production. 

  5. We are changing the way to manage MAC addresses because of the IPEI addition. Plus it always made sense to manage devices independently from extensions. If there are a lot of extensions, it turns out its with the current 69.0.3 a little bit clumsy to access a single MAC quickly, we'll have to come up with something better. 

  6. On 3/10/2023 at 4:39 PM, mcbsys said:

    This is all pretty confusing. Why is SMS/MMS, which applies to one trunk for one tenant, set up under System > Messaging > Notifications? phonesystem.domain.com is also a tenant-level setting. What if I had a multi-tenant setup with different URLs and different API keys for each tenant? Shouldn't this be set up parallel to trunk setup?

    Agreed. SMS has grown over the years inside the PBX, some things are hard to understand today. We need to eventually restructure the SMS similar to the trunk. This might be something on the list for version 70. 

    When an inbound SMS cannot be delivered to anyone, this is a little bit like a missed call. Agents need to be registered with an app to receive the message. Someone should be aware about it — in the case of a queue the manager is the one. If there is no manager, well then the only thing the PBX does it to generate a log entry about that. 

  7. Hmm it's still not 100 % clear. There are a lot of displays involved! 

    First of all, presenting caller-ID on a SIP trunk is a tricky and endless topic because every trunk provider has their own way (e.g. spoofing caller-ID). You might be only able to present numbers that are owned by you on the PSTN.

    Presenting caller-ID on the VoIP device is easier. However, for example if you dial *00xxx, it is a feature that you will not see the actual cell phone number. 

    Also the question is what version you are using.

  8. We have a great relationship with QuestBlue (even a few drinks). if it's really them let's collect the logs and talk to them, I am sure they would see if there is something that can be done on their end. Or maybe we just need to indicate that we are using UTF-8, and not something like ISO-4565. 

  9. We are now at 68.0.28. There was a problem that the TLS connection was disconnected because of some TLS configuration, but I think that is definitively okay in 68.0.28 now. That would explain what you cannot receive any SMS/MMS. For outbound MMS, this might also be the problem because it cannot pull the content from the PBX — because its also TLS. TLS has become pretty important!

  10. There is 00, 011, and also 0011. It is indeed very confusing if you have many countries involved. The PBX internally always converts it into the +-notation, and only converts it for presentation reasons. So when a user in the US receives a call, it should show as 011-44-xxx, while the same call would show for the UK caller as 00-1-xxx (probably 001-xxx). That is perfectly okay. In order to make it easier to write dial plans, there is a setting in the dial plan of the PBX how it should present the number to the pattern matcher, and again, if you don't like the default, you can explicitly say there how it should be presented. The telecom world would be simpler if everyone just uses + — but is it not...

×
×
  • Create New...