Paul

All licensing can be circumvented. Replacing keys with your own keys is not simple, most people do not have the expertise to do that and to spoof a license server. And, none of that can be done without decoding the files first. Files must be decoded for that. (in the case of Blesta, the 3 license files) Reverse engineering the code for ANY software product allows for nulling the software. It's much easier to null it than to spoof a license server, so nobody is going to do that unless for research.
If you find a way to prevent piracy 100%, let me know privately and let's become billionaires together.
We have circumvented 2 of our competitors (one ryhmes with wimps and the other thinks they are an executive) without decoding. None of the techniques required to circumvent their licensing work on Blesta.. and once the code is reversed engineered, it's trivial to null - any software.

What version of Blesta are you using? There was a bug in, I believe, 4.0.0 that prevented that from loading if the servers were not in a server group. Even if you're not running 4.0.0, if your Interworx server is not in a group I would suggest adding it to a group and see if selecting the group will cause the Interworx Packages to load.
If you are running 4.0.0, I'd suggest upgrading to 4.0.1 at minimum (4.1.0 preferably).

You can specify prices in base currency on your packages and have Blesta perform the exchange rate to other currencies. To enable that, go to Settings > Company > Currencies, and uncheck "Use Package Pricing for New Services Only". If this option is checked, new services must use the defined package pricing. If unchecked, it will be converted.

It looks like your account runs from a jailed shell, I wonder if that might be causing it some how. At least for piping, not sure why that would affect POP/IMAP.
I just created this tutorial on testing piping, see https://docs.blesta.com/display/user/Support+Manager#SupportManager-TestingPiping
This will help you to try piping a sample email from a text file into Blesta via SSH. It should help narrow down the issue.

So this only happens on the order form, not if clients are making a payment from within the client area. This file is responsible: ~/plugins/order/views/templates/wizard/javascript/checkout_complete.js (If you're not using wizard the path may be different. Here's the code:
$(document).ready(function() { $(".payment_buttons form").first().delay(5000).queue(function() { $(this).submit(); }); }); You can change the delay (5 seconds) by increasing the value in milliseconds. 5000 can be changed to 20000 and then it'll redirect after 20 seconds.

There are 3 files included in the hotfix for PHP 7:
~/app/app_controller.php
~/app/app_model.php
~/app/models/license.php
You must overwrite all 3 with those in the hotfix directory.

Your CLI and Web environments must be different.
php -i | grep php.ini
For the location to the CLI php.ini. Make sure ioncube is loaded from the CLI PHP, then check with: php -i | grep ionCube

Custom Client Fields currently apply only to the primary contact, or the client. https://requests.blesta.com for a feature request/change for contacts. I imagine we'd want an option for whether it applies to clients or contacts or both when creating the custom client field.

Https://docs.blesta.com/display/user/Multicraft#Multicraft-InstallingMulticraft
See "Dedicated IP Address" section. Also note, that version 4 contains an updated Multicraft module with better handling for the IP + default port.
If you have a trial license and want to upgrade your test to Blesta 4.0.0 BETA 5, email sales @ and we'll get a copy to you so you can try the updated Multicraft module.

Only clients can pay with non-merchant payment gateways. Login as the client, or checkout as a client.

When you create a contact you can set permissions for the contact. Both staff, and clients creating sub-contacts. These are not the same as Staff ACLs, but should be sufficient for most cases.

In this screenshot, the "Support" permission is from the Support Manager plugin, so you should be able to accomplish what you want with your Cerberus integration.

Sounds like an incomplete upgrade. Did you run ~/admin/upgrade? You can check the migration files for that table.field to see when that was added. I can look when I get to the office later this morning.

Do you have SSL and hosting in the same order form? If so, it should work as you expect. However, order forms are separate from one another and items cannot be ordered across them at the same time.
So, a Package Group for SSL, and a Package Group for Hosting assigned to the same order form should work. Just not 2 separate order forms.

Yes, as Mike mentioned.. Or, you can create an invoice to consume the credit.
 
In Blesta, credits are unapplied amounts from transactions. You should be able to find one or more transactions that do not have some amounts applied to invoices. You can void these transactions, or create an invoice to use them.

I'm guessing this isn't the answer you're looking for, but in the off chance -
/usr/bin/wget -q https://www.yourdomain.com/blesta/cron/?cron_key=CRONKEY >/dev/null 2>&1 If you're trying to determine whether the cron is being accessed via HTTPS or not, you will not be able to determine this via CLI. If you execute your cron in the manner mentioned above, then the $_SERVER["HTTPS"] global should be present. Just not via CLI.

I'm not familiar with this 3rd party module, but if it works similarly to the native module in terms of this, you are safe to remove them from the server group. Given it's a 3rd party module though, you should test this out.

As far as I understand it, the payment details should be sent directly to Braintree, including CVV if you are entering those details when making payment and not using a previously stored payment account. That's how I would expect it to work, but maybe what is actually happening is a little different. This is something we'll need Cody or Tyson to look into.

You most likely want to add that to /app/views/client/bootstrap/structure.pdt which contains markup for the header & footer.

I made the endif tag bold in your original post that you probably want to remove.

See CORE-1864
 
I believe you are affected by this. A fix has been implemented for 3.6.1, and I'm including the hotfix here if you'd like to manually resolve it on your system in the interim.
 
In /plugins/billing_overview/models/billing_overview_statistics.php update lines 44 and 45 
 
FROM:
$this->Record->innerJoin("transaction_types", "transaction_types.id", "=", "transactions.transaction_type_id", false)-> where("transaction_types.type", "=", "debit"); TO:
$this->Record->on("transaction_types.type", "=", "debit")-> leftJoin("transaction_types", "transaction_types.id", "=", "transactions.transaction_type_id", false); In /plugins/billing_overview/models/billing_overview_plugin.php update line 16
 
FROM:
private static $version = "1.3.0"; TO:
private static $version = "1.3.1";

Upload the contents of the "blesta" directory from the zip file, this was changed from public_html and should be updated. Sorry!
 
Chances are there may be a failed dependency, but you should know more once you access /install after uploading the files. Post any issues you have here and someone will help.

You can enable error reporting in your config/blesta.php by changing
 
Configure::errorReporting(0);
 
to
 
Configure::errorReporting(-1);   Then, try running the cron manually under Settings > System > Automation and see if there are any errors. You may need to temporarily disable your cron from running automatically and wait a while to run it manually.

You can add a recurring coupon by clicking Manage next to the service and entering the coupon code under the "Upgrade/Downgrade" section.
 
For the first invoice, you'll need to adjust that manually. To do so, edit the transaction and click the "Unapply" link next to the invoice. Then, edit the invoice to reflect the desired total. You may then do a record payment to apply the credit from the previous transaction to this invoice.. or, if there are no older invoices on the account, wait until the cron runs to apply the payment.

Go to Packages > Groups. Click the Package Group you want to sort on your order form. Drag and drop the packages within the group to sort them.

In order to modify an invoice, all payments must first be unapplied. You can unapply them by clicking to edit the transaction, and clicking Unapply for each invoice. Then, modify the invoices, then, re-apply the transactions using Record Payment.