V20 U7 Final: 3CX System Management for Admins Gets Major Boost

[AlexanderJHanna]

For 2. Go to reports and inbound rules, then search for number.

This is not what I am talking about.

Let me explain: Under users, you might have a cell number for a user but you don't know which user it is. Currently in v20, there is no way yo find out which user it is. Therefore, you have to go into each user one by one until you find it. Under v18, the search worked across fields and this was not a problem.

In a recent case I had with 300 extension, some users had a cell number that was used as an emergency number. Therefore, this cell number was in several users record. The company got a new cell number so the existing one needed to be change. Under v18 a search would have return all of the users with the cell number.

 

[AlexanderJHanna]

Not sure if it's a new thing, but only noticed it recently. If you program a DID to queue and name it, for example. Then instead add the same number to something else like a department, the name is removed.

I have had the same experience. However, this has been from v20 first came out.

 

[ivank]

Under v18 a search would have return all of the users with the cell number.

Will be possible in U8

 

[AndreasPo_3CX]

MS SQL BUG. You can connect to SQL and create the tables and do the initial sync. However its failing on updating

Data Transferring to sql server failed due to the following reason: Failed to offload `public_cdrbilling`: Microsoft.Data.SqlClient.SqlException (0x80131904): Invalid object name 'information_schema.columns'

For anyone who might find this in the future, the issue was caused by the database collation being set to a value that is case-sensitive. It needs to be case-insensitive.

 

[PBX128]

For on premise usage with a professional backup strategy of the 3CX server vm and plenty of SSD space, there is no good reason for remote storage (and therefore no resaon for remote torage warning banner). It doesn't improve 3CX. There is no problem for 3cx pbx whether there are backup-zip, voice messages etc. on the same virtual hard drive, if there is plenty free space. Instead it's more complex if those files are stored on an external storage. in this case there are more possibilities for problems: data transfer, network errors, remote storage location not reachable/offline,...

Please 3CX-Team, let us deactivate this annoying remote storage warning banner!

 

[Charli]

> From Recents: Right-click on a call entry and select Block number.

This is a useful new feature! Unfortunately it doesn't seem to work out of the box. Is there any additional configuration necessary? See the screenshot, there is no "block number" option available when I right click an entry in the recent calls list:
View attachment 49163
I've checked the Windows Store to make sure that I've got the new version of the 3CX client.
Kind regards!

I posted this earlier without knowing, that U7 was a requirement for the client feature that allows blocking numbers. Now that I have U7 installed I still don't see the new option in the client. Neither in the web client nor in the desktop client. Is there anything else I need to configure for this?

Kind regards!

 

[Evolute IT]

I posted this earlier without knowing, that U7 was a requirement for the client feature that allows blocking numbers. Now that I have U7 installed I still don't see the new option in the client. Neither in the web client nor in the desktop client. Is there anything else I need to configure for this?

Kind regards!

System > Options > Apps > under Security.

 

[Charli]

thank you @ConceptsWeb ! Maybe I was blind again, but I don't think this was mentioned anywhere? Maybe it could be noted in the future if a new feature is dependent on new settings Kind regards!

 

[NCIA]

System > Options > Apps > under Security.

Does this block the number system-wide, or only for that particular extension or app instance?

 

[Evolute IT]

Does this block the number system-wide, or only for that particular extension or app instance?

System wide. It adds it to the CID Blacklist.

 

[N_G]

For on premise usage with a professional backup strategy of the 3CX server vm and plenty of SSD space, there is no good reason for remote storage (and therefore no resaon for remote torage warning banner). It doesn't improve 3CX. There is no problem for 3cx pbx whether there are backup-zip, voice messages etc. on the same virtual hard drive, if there is plenty free space. Instead it's more complex if those files are stored on an external storage. in this case there are more possibilities for problems: data transfer, network errors, remote storage location not reachable/offline,...

Please 3CX-Team, let us deactivate this annoying remote storage warning banner!

You are wrong, there is absolutely a good reason. On a real time system to keep the performance high you need to keep the database compact and optimized. So archiving historical recordings and call recording data keeps your server performant. Data off instance so that in the event of a restore and switch over there is not hundreds of gigs that need to be copied as well. Also lots of data makes backups, updates and potential restores take much more time causing unnecessary downtime.

And lastly having your call data in a separate remote database means that any reporting that is being done on the data or any analysis (using AI for example) does not effect any real time queries being done by the PBX at the same time.

You can backup to a local drive if you like on a storage server or whatever it does not need to be a remote cloud service.

 

[tronic]

You are wrong, there is absolutely a good reason. On a real time system to keep the performance high you need to keep the database compact and optimized. So archiving historical recordings and call recording data keeps your server performant. Data off instance so that in the event of a restore and switch over there is not hundreds of gigs that need to be copied as well. Also lots of data makes backups, updates and potential restores take much more time causing unnecessary downtime.

And lastly having your call data in a separate remote database means that any reporting that is being done on the data or any analysis (using AI for example) does not effect any real time queries being done by the PBX at the same time.

You can backup to a local drive if you like on a storage server or whatever it does not need to be a remote cloud service.

I understand your technical reasoning completely. The performance and operational benefits you outlined make sense.

My concern sits on the business side. Most of our clients operate on Lightsail with fixed annual pricing. This covers their 3CX license and hosting costs in one predictable package.

Adding remote storage means introducing a new line item to their invoice. For them, this shifts from a known fixed cost to a variable cost structure. The technical benefits are clear, but the billing conversation becomes more complex.

Is there a way to implement remote storage within the existing Lightsail infrastructure without triggering additional charges? Or would you recommend a different approach for clients who need to maintain strict budget predictability?

I value your expertise on this and want to find the right solution for both system performance and client cost management.

 

[mlindau]

I understand your technical reasoning completely. The performance and operational benefits you outlined make sense.

My concern sits on the business side. Most of our clients operate on Lightsail with fixed annual pricing. This covers their 3CX license and hosting costs in one predictable package.

Adding remote storage means introducing a new line item to their invoice. For them, this shifts from a known fixed cost to a variable cost structure. The technical benefits are clear, but the billing conversation becomes more complex.

Is there a way to implement remote storage within the existing Lightsail infrastructure without triggering additional charges? Or would you recommend a different approach for clients who need to maintain strict budget predictability?

I value your expertise on this and want to find the right solution for both system performance and client cost management.

We are the same from this side. Our systems are very lean anyway, so this is of no benefit to us.

 

[tronic]

We are the same from this side. Our systems are very lean anyway, so this is of no benefit to us.

I get what you're saying, as the rules would be different for a 4SC system compared to a larger 32SC system.
Will be good to get Nick's insight on what he recommends, as you have to remember he knows and see's things we don't. As this could be preparing for future general or AI features or stuff like that, we don't know about yet.

 

[N_G]

You have plenty of remote storage options in 3CX already, its up to you from which to choose.....

 

[RyanTechPeer]

You have plenty of remote storage options in 3CX already, its up to you from which to choose....

While not best practice per-say, can the warning be left in place and storage not configured without significant performance impact? Just trying to weigh whether I want to go through the work of setting that up on instances now or if it can wait a while? All my instances have less than 50 users.

 

[Colorado VoIP]

While not best practice per-say, can the warning be left in place and storage not configured without significant performance impact? Just trying to weigh whether I want to go through the work of setting that up on instances now or if it can wait a while? All my instances have less than 50 users.

if i remember correctly, i read something on the forum quite a few months ago that it would be a hard requirement to offload this data later into the V20 existence. can i find that thread now? no... sorry. but I swear I read it.

we already push our backups offsite (even on cloud systems) for each client, so this was as simple as checking 4 additional boxes on each system over the course of a couple hours and we're good to go.

 

[RyanTechPeer]

if i remember correctly, i read something on the forum quite a few months ago that it would be a hard requirement to offload this data later into the V20 existence. can i find that thread now? no... sorry. but I swear I read it.

we already push our backups offsite (even on cloud systems) for each client, so this was as simple as checking 4 additional boxes on each system over the course of a couple hours and we're good to go.

Ok I'll start planning for this in the future then. I don't offer to keep lots of historical data for my instances, so I don't think it will be expensive to setup FTP somewhere for this purpose. Thanks!

 

[Colorado VoIP]

our most expensive customer only costs us 75 cents a month for a google storage bucket. we don't even charge them the 75 cents.

most of the others are 25 cents a month or less.

 

[RyanTechPeer]

our most expensive customer only costs us 75 cents a month for a google storage bucket. we don't even charge them the 75 cents.

most of the others are 25 cents a month or less.

Thanks!