Paul

Is IPN active in PayPal? Blesta sets the IPN URL for each charge, so unless you moved Blesta and already have subscriptions it should work. Make sure your hostname is correct under Settings > System > Companies as well. If it's not, it could be a problem. Make sure your server can accept TLS 1.2 connections, PayPal is not going to connect with unsecure/legacy protocols. What do you mean login credits? If you aren't getting order emails, go to Billing and click the Cog/Gear icon in the Orders widget. You can subscribe to receive order emails here. The cron provisions paid pending services. If the service is pending, then it was approved by the order system. In order form the service to be provisioned, the associated invoice must be PAID and the cron must run. If it's not paid, then it will not be activated until it is paid. Create an order form of the type "Client Registration" if you want them to be able to register without placing an order. Packages > Order Forms, [+] Link your products to the Blesta order form. Blesta handles orders, and there's no way to get an order inside Blesta otherwise.. besides using the API to build your own order form, in which case you'd need a developer. Make sure your hostname is correct under Settings > System > Companies, Edit company. Also it may be a good idea to go through all your email templates and make sure they are correct. Settings > Company > Emails

Wouldn't @Blesta Addons Data Pools module work for selling keys that you have? https://blesta-addons.com/plugin/news/main/view/10/ The license manager in Blesta generates the keys, but if you just want to sell keys from a list of keys that you have, then seems like the module above would do the job for you.

Try testing your CURL, see https://docs.blesta.com/pages/viewpage.action?pageId=10551368 On this page there is an example PHP script to check what version of SSL/TLS your server can communicate. This will test both curl and your SSL/TLS version. Copy the curl-check.php code, then upload and run in your browser.

I'm not familiar with firewall-cmd does that open up egress or ingress or both? Your server must be able to make an egress connection to us on 443. Via SSH you can run: GET https://account.blesta.com To see if there is a response, should output HTML code for that page. If it does output the proper HTML code, then it's not the firewall and might be your PHP. PHP CURL is used to establish the connection.

The error seems to indicate that you are running PHP 7.2 and have not applied the hotfix-php71 patch that's included in the Blesta zip file. That directory contains 3 files in various directories, and you must overwrite the original Blesta files of the same names with those to give it PHP 7.1 & PHP 7.2 support. Once you do that, I suspect it'll work.

Try CLI installer with the full path to the right PHP version, it must be different than what Apache is using. Do you have access to PHP error logs? The error logs probably have more details.

Regarding the pending payment - this is a good sign that PayPal is able to make the IPN request. However, pending payments from PayPal usually mean that PayPal is waiting on the funds to clear. This is common when the customer pays with a check, which may or may not clear, so the transaction gets listed as pending until it clears. Blesta will not provision with pending funds, but you may want to activate for those customers if you trust the funds will settle.

Check the settings here: Settings > Company > Billing/Payment > Invoice and Charge Options: Allow Clients to Change Service Package Settings > Company > Client Groups: Edit - Allow Clients to Change Service Package (If settings are overriding company settings) These should be checked for customers to be able to change their package and upgrade/downgrade. You may also want to see if "Allow Clients to Change Service Terms" is checked, which would allow them to switch between say 1 month and 1 year if you offer additional terms.

Thanks for PM'ing me your license key. The license is in a state of re-issue, and has not been activated. Our license logs also show no requests for this license, so it's not just a matter of a failure to validate on our end, but no connection has been made to us. By all counts, your installation is not able to reach our license servers to validate the license. Make sure port 443 egress is open at your firewall Make sure you don't have any disabled_functions in your php.ini.. for example, if curl, curl_exec, are disabled in your php.ini, then Blesta will be unable to make any calls to any 3rd party API's, including for license validation. The only other thing I can check on our end, is whether we are blocking your server's IP address.. but I will need that in order to check. We shouldn't be blocking you unless your server was sending malicious requests to us in the past.

A blank page indicates there is some sort of error, which is being suppressed. Clicking back could have unexpected results. Was the database "blesta" populated with any tables? If so, how many? Is your database credentials correct? Seems unusual that your username would be phpmyadmin Does your database user have full permissions to the "blesta" database? Do you have SSH access to the server? If so, you might try the CLI installer: php ./index.php install

Also, just to add.. if you upload a fresh copy of Blesta to another directory on the server, and access in your browser, it will do a system requirement check. If you are failing on any of the common requirements then it will be obvious. You can delete the files after the check, no need to install. It won't check the firewall though.

Probably your install is unable to validate the license. If you PM me the license key, I can check our logs. Another thing to note besides the things you mentioned, is that you should have moved Blesta by moving the database + files. The /config/blesta.php config file contains a critical System Key which must match the installed database. If you did something like a fresh install and overwrote your database then you would have permanently broken encryption, this included. This is mentioned in our Moving Blesta Guide.

Are PayPal transactions now being recorded in your Blesta? I just noticed I replied to another thread of yours regarding PayPal. Just to add, Blesta set's the IPN URL in each payment button. However, if IPN is disabled in PayPal, PayPal still requires a URL to be set to re-enable it. The URL is not that important, because Blesta sets it with each request.

Did your PayPal transaction show up in Blesta? It should be applied to that invoice, closing it. If the transaction is not listed at all, then the IPN call from PayPal either failed or IPN has been previously disabled within PayPal. The cron (which should be set up to run every 5 min) automatically provisions paid pending services which means that the service is pending (Order has been approved, moving the service from "in-review" to "pending") and the invoice is paid. In your case, the invoice does not appear to be paid.

Are you sure the ticket received email is not sent? Check the mail log under Tools > Logs > Email to see if the email is sent, and just not received. Also, you may want to check your error logs, typically at ../logs_blesta/ (The path is defined under Settings > System > General) to see if there are any errors with sending. Best guess is that the PHP environment for the cron may be different than in Apache, and there could be errors with sending.

WHMCS plays very loose with their data, so sometimes there is no data when data is expected and required and it results in an error. Check your WHMCS database to make sure all clients/contacts have a client ID. The subsequent errors are likely a result of the first. If you need help, and are willing to securely share a dump of your WHMCS database, we can attempt the import here and debug any issues and either update the importer to work for you, or send you a fresh Blesta database with your imported data. We delete all data when we are finished.

Addon services that should be available when purchasing a service must belong to a Package Group of the type Addon, which should be assigned to it's parent package group. If you have created an addon, and it's not appearing, check that that's the case. Post screenshots if you aren't sure.

Required fields are set under Settings > Company > Client Options > Required Client Fields. There's currently no visual indicator. It's something that should probably be added, and you can make an official feature request at https://requests.blesta.com

Users must have an account to check out, so they are prompted to login or create an account before the payment step.

Thanks for handling Mike.

To add to what Tyson said, you need to consider the module that is being used. For example with the cPanel module and most shared hosting panels, you can sell based on location but it won't appear as a configurable option. You'd do something like this: Create a "Server Group" in the module (Settings > Modules > cPanel) for each "Location", assign your servers to the right Server Group/Location. Create a Package Group for each Location, called something like "cPanel Hosting - Los Angeles". Create your Packages, selecting the "Server Group" that you created in cPanel for each Location. Create an order form, assigning all your Package Groups to it that you created. The result is you'll have a Package Group, containing Packages, for each location. If you have 5 locations, then you'd have 5 Package Groups, and 5 of each Package. A configurable option instead would cut down on the number of packages you would need. If you want to make a feature request for a Configurable Option that controls the "Server Group", you're welcome to do so. It's something we would consider. https://requests.blesta.com Some modules support Configurable Options that can impact location like SolusVM with the "nodegroup" option. https://docs.blesta.com/display/user/SolusVM#SolusVM-ConfigurableOptionsOverview

Are you subscribed to the report for both companies? Visit My Info > Notices tab for both companies to ensure the report is checked for both. These options are company dependent, and must be enabled for each.

application.css is compiled and would contain bootstrap and custom CSS, not only bootstrap.

If the service is suspended again automatically, does it clear out the reason? So you suggest on unsuspension, set services.suspension_reason back to null?

The tasks that did not appear to complete in your original post did not run in your manual run, they must have already run for the day. Looking at your errors, this one stands out: It's possible that MySQL is timing out. You could try increasing your wait_timeout value, typically in my.cnf to something like: wait_timeout=3600 To check the current value, and to see if the change took affect you can run the following query: SHOW VARIABLES LIKE '%wait_timeout%'; Are any tasks listed as not having completed under Settings > Company > Automation any longer? If so, which ones?