Paul

Support Manager Pro may not be properly observing the date and time settings. A possible bug, @PauloV? I wonder if our official Support Manager properly observes the localization settings, anyone care to confirm?

Most people don't know how to write regex's, but I could see this as being useful as an "advanced" feature. We have had several discussions about how to efficiently deliver the emails, considering there could be very many. I believe we currently do some rate limiting in Swiftmailer, and for SMTP connections, limit the number of emails sent per SMTP connection so that they are sent in sort of "batches". If the email process fails, we want it to also be able to pick up where it left off. So, what we are leaning to do is to generate a CSV always and write it to disk. Then, we can store how many emails we've sent and if the process fails we can pick up where we left off. These CSV files would then would also allow a history of mass mailings to be stored, along with corresponding information in the database about each "campaign". Email will be delivered by cron, and you could view a "job" in the UI and see the status of the mailing.

Go to a clients profile page, and click the "Manage" link next to their dedicated server service. There should be a section for Module Options, which may or may not contain any options. When importing things for which a module does not exist or cannot be mapped, the Universal Module is used and a Universal Module Product is created. See Settings > Company > Modules > Universal Module. There should be a "Product" here that was created during the import. If you edit it, you'll see a Service Options section. This section defines service options, such as hostname and other items that do not alter the cost of the service. If your IP addresses cost extra, then you should have a configurable option, typically a drop-down menu that defines the allocation and price. In this case, this is for billing purposes and the actual IPs are not stored as part of this option. They could be stored manually in a service field as part of the Universal Module product. Better handling of IPs could be achieved by a "Dedicated Server" Module, as well as an IP Management plugin for Blesta, both of which are tentatively planned for a future release.

What features are you expecting in a mass mailer? Filter by criteria Compose and send email with tag replacements, or export client list to CSV In terms of criteria to filter by, here's a short list off the top of my head: Client Group, Custom Client Fields, Client Status, Language. Module, Module Row (for example, Server in case of a cPanel module), Package.

I'm in the middle of spec'ing this out. It may be a good time to revisit and discuss any "must have" features.

I'm pretty sure nothing changed with the stripe gateway from 3.3 to 3.4. Please check that curl SSL is still available to your PHP build. Blesta uses curl over https to stripe's API. Also ensure that port 443 egress is open at your firewall.

This has been assigned to CORE-1569, thanks for following up.

Preventing a module change on a package with existing services is probably the first step in a multi-step solution to improve this overall. Perhaps allowing modules to be changed and providing a process of "migrating" existing services over. CORE-1568 will prevent the module from being changed for packages with existing services. It is currently private and it has been assigned to part of an Epic for 4.0.0.

CORE-1567 thanks!

Can anyone think of a use case where you would want to allow management abilities of any kind to a client whos service is suspended? Either we have to add a setting to add backwards compatibility, or we implement a fix similar to what has been suggested. If we add a setting, modules could render or not render management views depending on the service status.

It's not likely to make it into 3.5, unfortunately.. but it is likely to be the next new feature for the support manager. We've been getting a few requests for it lately, and we appreciate the bump. I think it's CORE-450 actually, though CORE-605 will be nice as well, and simpler to implement most likely.

Just to be clear, you are saying: 1. When creating a package, you must assign or create a new package group for it. and 2. When editing a package, you can save it with no package group assigned? Packages cannot be ordered if they are not part of a group, but you may wish to have packages that don't belong to groups or to temporarily unassign them.

I've added CORE-1562 for a password strength indicator. It relates to CORE-552 which describes auto generating passwords.

CORE-1561

The alternative is that an account not be created and the order not be officially placed until payment is received. That's more complicated to do, but more than that, you could lose more orders. We follow up with orders that are placed and never paid, and in many cases that results in the order being completed.

Is there ever a case, when you wouldn't want the converted proforma invoice to be delivered? Or, are you saying that when proforma is converted to invoice, it should always be re-queued for delivery, using whatever the clients delivery method is?

An invoice is generated, and the order placed, prior to receipt of payment. The order however, will not be provisioned until payment is received.

You would just set the pricing for the configurable options as well. In order for a configurable option to be available for a 6 month package, it must have a 6 month price set. Just add all the appropriate pricing options for each config option.

It sounds like you want your jumbotron to be outside of that container.

I realize you mean the entire cron process, but if you look under Settings > Company > Automation, are there any tasks that are listed as being hung?

Which task is hanging?

A todo list would be really nice to have, and the thought has crossed our minds. When we implemented the calendar, we expected that some 3rd party plugins would utilize it for their own purposes. In and by itself, the calendar isn't as useful as it could be. Maybe someone should build a todo list plugin, and integrate it straight into the calendar.

Welcome! Looking forward to seeing what plugins you are working on.

I like this idea, what does everyone else think? The question then, is whether to use http basic-auth or simply add a text input, if a token is set in the config.

What about an option in the config, that would restrict upgrades to authenticated users or CLI only? This would allow us to keep things working as they do now, for usability, but provide a way by which users could restrict the ability to run upgrades as suggested by making a minor change to the configuration file.