Paul

Staff can do things that are linked to their account. Deleting a staff member entirely could cause database errors, and you would lose potentially vital information about the user, including credit card numbers they may have accessed. It's a good idea to maintain that information, especially for PCI requirements. Perhaps a 3rd status called "delete" which doesn't show them under Manage Staff under Active or Inactive but maintains this relationship would be good. Still, as soon as you deactivate a staff member they lose access.

Oh, that's part of the PHPIDS library. That rule wouldn't be executed unless you navigate to that directory in your browser. We try not to modify 3rd party libraries unless absolutely necessary.

Which rule do you mean?

Yeah it all depends on the application. Most VPS's we spin up here are very minimal on resources, especially since we gravitate to a one role per server rule. Separating each service, HTTP, SMTP, MySQL, etc into different servers means we utilize more but smaller servers. And each role has separate requirements.. a web server may require more RAM than an SMTP server for example. So, depends what your customers are doing. If you can determine that, it should be pretty easy to spec out something that will appeal to many of them.

Ok, we will leave the task open and plan to implement a fix, but it is unlikely to be in the official 3.3 release and will be fixed in a future version.

While this is rare, it is a legitimate concern and I think it should be corrected. The problem is that it's not an easy fix.

Under Packages > Options, click on the Group name and it will expand and display all the configurable options that are assigned to the group. I'm assuming all of your configurable options are assigned to the same group, and do not each have their own group. Is that right? Then, you just drag and drop them within that group. In the attached screenshot, I have a Multicraft group with 2 config options, Server Jar File, and Dedicated IP. I can sort them by drag-n-drop here.

Yes it will set a dedicated IP when provisioned automatically. You just want to make sure you have some IPs for each Daemon ID set up in the module (and available to multicraft). If they do not get a dedicated IP, it will use the shared IP and a unique port (Not the default 25565).

There's already a task for this, CORE-1287 however there's some confusion of whether this is a requirement or not. Anything you can provide that supports this requirement would be helpful, thanks!

If you email me temporary FTP details, I'll send you the beta zip.

You said you were using SMTP. Roundcube probably doesn't use SMTP.

Something must have changed someplace. No firewall issues?

LOL

Config options should display in the order they are set. Go to Packages > Options > Groups. Click to expand your configurable option group to display all the options. Hover over and you'll see an icon on the left of the options, you can drag and drop to sort them here into the order you prefer.

Ok, let's add it back then. CORE-1411

I don't recall why we would have added, and then removed it. It seems like it should be there, do you know what our reasoning might have been?

The bottom line is that there's no 1 software option that's best for everyone. Blesta has a ways to go before it will support all the same gateways and modules as our competitors, and we prioritize development based on demand. WHMCS has had the advantage, a large customer base and plenty of revenue. Yet, they have gone years now without adding any significant new features. Virtually all of their new features and integrations are sold by Modules Garden, a third party developer who was offered an exclusive deal in order to limit competition in the market. The fact is, WHMCS is in damage control and has been for a long time now. As for Blesta: One release at a time. Out of all the products available, Blesta is the best written, the most stable, and has the best track record on security. That's a solid foundation we continue to build on, and we have a lot of great things planned for the future.

I'm picturing colored statuses for each service that's being monitored in the client area or front facing page. <span class="label label-success">OK</span> <span class="label label-warning">Warning</span> <span class="label label-danger">Critical</span> Edit: I would also suggest caching the results for a period of time so that a lot of traffic won't cause a lot of requests. This could otherwise be used to cause a sort of dos attack. On page load, check cache. If cache is expired, query servers. If cache is not expired, serve from cache. Keep the cache for a minute or so.

Domains are renewed via their module when their invoices are paid. If the domain is paid late, after it has expired, this could be a problem depending on how late it is and the registrars policies. If a service is cancelled, and the invoice is left open and subsequently paid, it *should NOT* be renewed. I don't recall testing this specific scenario myself, but this is how it should work. A cancelled service cannot do anything.

They are turning into the Umbrella Corp

Is google an accredited domain registrar now?

That's an option! Going to be working on a mass mailer and affiliate system, but maybe after that I can spec out the quote system. It will be a little more advanced that renaming drafts.

All dates/times in the database are stored in UTC. They are then converted to your timezone on display.

Looks great! I see a lot of people lately using getkudos, should be popular.

We were planning to do an iOS app, but haven't yet because demand for other features is much higher. Anyone certainly could build an app though, Blesta's API is extremely robust. If nobody has, and we get some of the more highly requested features done, we'll revisit and do an iOS and probably Android app.