Paul

Can you link to their order form, I'm curious how they constructed the HTML. I'm guessing it's just a section below the radio button, in which case it would be difficult to do for every radio button. AndI thought you meant a Blesta competitor.

Well then, that's unusual. I haven't a clue what it could be. Have you tried a CLI install? Same problem? If you'd like me to check it out, you can PM me details for MySQL, URL to install, and SSH details to the server. (Or open a ticket instead)

Some admins prefer to manage everything for the client and keep the client out.

It's intentional. Marking inactive will prevent the client from logging in, but any active services will continue to be billed as normal. It would be cool to have a feature that would automatically mark clients inactive after they do not have any services/invoices/etc after a period of time.

Your PHP has PDO mysql support? Something must be off.. and I assume your password is alphanumeric only?

Mind including a screenshot of the form in the admin area where that is defined? We would be open to a description field.

I sent you a trial key via PM.

So this occurs during the setup after you enter your database credentials and click to continue? Do you have any special characters in the password? Might be a good idea to try it with just alphanumeric characters to rule that out. Do you have SSH? You can check the connection via command line: mysql -u USERNAME -p DATABASENAME

It's not a bug, and not something we intend to change. If the email address provided cannot receive email, they will never receive their order information or any other correspondence. This helps a lot of people who misspell their own domain during checkout. However, if you'd like to disable the DNS check, you can do so by editing ~/vendors/minphp/input/src/Input.php. Look for this: /** * Checks if the given string is a valid email address * * @param string $str The string to test * @param boolean $check_record True to check DNS/MX record * @retrun boolean True if the email is valid, false otherwise */ public static function isEmail($str, $check_record = true) { $check = array(); // Verify that the address is formatted correctly if (isset($str) && preg_match( "/^[a-z0-9!#$%\*\/?\|^\{\}`~&'\+=_.-]+@[a-z0-9.-]+\.[a-z0-9]{1,63}$/Di", $str, $check )) { // Verify that the domain is valid if ($check_record) { // Append "." to the host name to prevent DNS server from creating the record $host = substr(strstr($check[0], '@'), 1) . "."; $mxhosts = array(); if (function_exists("getmxrr") && !getmxrr($host, $mxhosts)) { // This will catch DNSs that are not MX if (function_exists("checkdnsrr") && !checkdnsrr($host, "ANY")) { return false; } } } return true; } return false; } And change to /** * Checks if the given string is a valid email address * * @param string $str The string to test * @param boolean $check_record True to check DNS/MX record * @retrun boolean True if the email is valid, false otherwise */ public static function isEmail($str, $check_record = true) { $check = array(); // Verify that the address is formatted correctly if (isset($str) && preg_match( "/^[a-z0-9!#$%\*\/?\|^\{\}`~&'\+=_.-]+@[a-z0-9.-]+\.[a-z0-9]{1,63}$/Di", $str, $check )) { // Verify that the domain is valid /* do not check dns if ($check_record) { // Append "." to the host name to prevent DNS server from creating the record $host = substr(strstr($check[0], '@'), 1) . "."; $mxhosts = array(); if (function_exists("getmxrr") && !getmxrr($host, $mxhosts)) { // This will catch DNSs that are not MX if (function_exists("checkdnsrr") && !checkdnsrr($host, "ANY")) { return false; } } } */ return true; } return false; } It's possible this is different in your version of Blesta, so it's better if you apply the change rather than copy/paste.

Check your /etc/resolv.conf file, there should be DNS caching servers listed here that work. Google public DNS would look like: 8.8.8.8 8.8.4.4 If your server can't do name resolution, you will have many issues, failed email validations are just one of them.

Once it's added in Blesta, click Manage to edit the service after. There may be additional fields that you can save more details, just remember to uncheck "Use Module" again when updating the record. I'm not sure what there is offhand for Centova, but it's the same process regardless of module, though the module does determine what fields you will see and can update.

Enough said, thanks

I will look into this. It does make sense. Prorate remainder left from today, then full charge the new term and bump the renew date from today + term (ie today + 1 year). I think this would be less confusing.

Have you tried the latest centovacast module from https://github.com/blesta/module-centovacast ? It was updated 28 days ago, so this is a newer version than is included with the current Blesta release.

I believe you spoke with @GosuHost about this. The password is updated by TCAdmin, I believe, in part, because otherwise the module would be unable to send the customer their TCAdmin password, as it would be unknown. If you have anything to add, or any other questions, let us know.

Accessing that IP in my browser works, but not over HTTPS and you've checked the "Use SSL" checkbox. Work without that? If not, please check your firewall. The module is not able to get a response from your server.

Does the panel exist anymore? The URL in the OP's goes to a website that no longer exists.

We have a separate Alipay gateway, and Bitpay and Coinpayments.net for Bitcoin & Other cryptocurrencies. If those aren't good options for you, def reach out to ModulesGarden.

Something seems to be off with WHT lately though. They had an expired SSL cert for a significant amount of time, the site was offline, and hotscripts.com went dark and now redirects to WHT (Yet they tried to charge my credit card for our Blesta listing, which failed and then they emailed that it was delisted or something).

Not yet, but I will try to get some and create a page in the docs for the module.

Blesta ships with a Directadmin module. Are you looking for one with more features?

The mail log is just a log of what was sent. If there are invoices that upon edit have the email box checked, they will be sent at the first opportunity. The solution to having these all go out, is to mark all invoices in the system as sent. I think this query will do it for you, but be sure to backup your database first! UPDATE `invoice_delivery` SET date_sent="2018-03-12 00:00:00" WHERE date_sent=NULL AND method="email"; Query will set a sent date for all invoices that have not been sent and are queued for email delivery.

I have updated the vultr.zip in the original post, please download again and give it a try. It now strips out the information pertaining to Vultr, and will replace any other instances with your own company details.

Just to add, if for no other reason than to take a few more wacks at this dead horse: My mobile email is set to my phone number @ my cell provider. Many cell providers provide an email to SMS gateway. Email the address, get a text message. In this way, the mobile emails go to my phone as a text message. Great for emergency support and orders.

A new Vultr alpha module is available. To install, download the attached vultr.zip and unzip the file. Upload the vultr directory to ~/components/modules/ and go to Settings > Company > Modules to install it. Be sure to check out the documentation. Any comments or suggestions, please post them below. This module was sponsored by hostjane.com. Be sure to check them out.