S.H.

Thanks https://dev.blesta.com/browse/CORE-4549

Don't use from marketplace it is v1.8.4 that I think had some incompatibilities with newer versions of Blesta. I cannot recall specifically but I remember it not working properly. Use GitHub and download the latest code, which should be v1.8.5 at this time. Also the instructions are on the GitHub page.

Periodically, when I login to Blesta, it reports "Your license successfully revalidated. Please log in."
I then have to login again - is this really necessary?  It seems to be a needless aggravation. Additionally, I have a lifetime license, why is Blesta validating my license if it's perpetual?

Since the voided invoice is an unpaid invoice, it sends that email template. You can update the email template if you'd like to be more specific. For example, since that email template accepts multiple invoices, you might check that the status of the first invoice and set the subject conditionally:
{% if invoices[0].status == "void" %}Invoice Voided{% else %}Invoice Due{% endif %} I did not test this, so you should before using it.

Please avoid responding in threads created by me - help others with your time. I do not find you to be a professional individual.

https://docs.blesta.com/display/user/Selling+Domains With reference to the documentation, it is implied that order forms of "Domain and Other" type may optionally be used to bundle hosting packages with domains. However I am experiencing an issue if "Assigned Groups" is empty the form does not display on the order page at all. With everything else unchanged, if I move a package group from available to assigned the order form is visible. The problem is that it is forcing the bundling of domains + hosting in a scenario where I want to sell only domains with this order form.
Blesta v4.4.2
php v7.2
 
Order System -> Settings -> Default Order Form: None - Show Listing Order Form Name: Domains Label: domains Visibility: Public Type: Domain and Other Template: Standard Default Client Group: General Allow Coupons: unchecked Require Manual Review and Approval of All Orders: unchecked Force Secure Connection (HTTPS): unchecked Require Human Verification Challenge for All Signups: checked (reCaptcha is working) Require Agreement to Terms of Service: checked (absolute url to pdf document is working) Domain Package Group: Domains Assigned Groups: Empty Currencies: USD checked Gateways: PayPal checked Those are my settings in the order form.

Unless you have some specific reason to want to use MyISAM there is no benefit otherwise, InnoDB is better for many reasons which can be found on the Google. I use MariaDB with InnoDB so I can confirm that this works. I know you asked about MariaDB with MyISAM but I can advise an easy way to convert your database from MyISAM to InnoDB if you would like to try.
Export/dump your current MySQL MyISAM database. Open the SQL file with Notepad++. CTRL + H then search for "ENGINE=MyISAM" and replace with "ENGINE=InnoDB" throughout entire file. CTRL + F and search for "PRIMARY KEY", just to ensure that one exists, it's usually set to "id", no need to change it, merely confirm it exists before proceeding. CTRL + S to save the SQL file and exit Notepad++. Create MariaDB InnoDB database and import the database you just modified. It should work. Always backup, no guarantees.

If you void an invoice, it's treated as if it doesn't exist. So then, if you have a pending service, or a suspended service that is attached to that invoice, the pending service will be created, and the suspended service will be unsuspended. If you are voiding invoices, you should be aware of this and take any necessary action on the service first.
If you manually suspend a service as an admin, it won't be unsuspended except by an admin.

I understand the philosophy and I agree that voiding something makes it invalid but then I need a workaround to be able to void invoices that are long past due without having it unsuspend any services. The answer is probably that services past due should be cancelled but I prefer to hold off on any extreme and irreversible actions until absolutely necessary. If in fact an invoice was created in error then you have to manually log into Blesta to deal with that situation so it would seem logical that in the same effort the wrongly suspended service could be unsuspended manually.
With the current situation at hand these are some other factors to consider:
When the invoices are voided, cron will unsuspend the services and send emails to the clients stating their service was reactivated. You will double check everything is in order and confidently log out of Blesta but minutes later cron will run and there is no staff notification that services have been unsuspended so you will be giving away free hosting for at least one billing term until a renewal invoice is generated and you eventually realize what has happened. Let's assume you've setup email alerts for everything on Cpanel/WHM so 5-10 minutes later you get multiple emails about services being unsuspended. You now have to log back into Blesta to re-suspend all the same accounts that were wrongly unsuspended and this time cron will send an email to the client stating their service was suspended. There is no Email Template for when a service has been scheduled for cancellation or for when a service has been cancelled. I do not know if Blesta sends a canned email notification to the client in these situations but if there is no Client Email Template for the event then I assume that no notification is issued to the client. Depending on the outcome, the client may take the free hosting and never mention it, they may inquire about the multiple emails, they may ignore the emails, they may report you for spam, etc. To avoid creating a situation of uncertainty I am proposing that a checkbox option be added somewhere to toggle whether manually voiding an invoice automatically unsuspends services. I certainly see value in having it work either way depending on your operational philosophy so a toggle seems like a good idea.

Version 1.8.4 released.

Version 1.8.2 has been released.
 
 

it would be nice and perfect if the line description in the invoice show if the invoice is for Renew or Registration/Activation (First Order).
we have a lot of resellers and a lot of them request this, because a lot of invoice and they should log to the system to see if is a new activation or is for a existing service (renew), they claim because other providers send them invoice that show that, i don't know if the other providers has WHMxx or other billing software . but i found the idea is very helpful in term of management .

Just an update for interested persons, I suggest downloading the final update to the GeoLite Legacy database, file dated: Tuesday, ‎March ‎27, ‎2018, ‏‎8:05:35 AM.
Source: https://blog.maxmind.com/2018/01/02/discontinuation-of-the-geolite-legacy-databases/

NameSilo Domain Module
This module is a complete solution for domain registrations and transfers through NameSilo.  This module builds upon and continues the work by @NETLINK.  He and I will be jointly contributing to this project and we welcome any other contributions on GitHub.
An old thread related to this plugin was at https://www.blesta.com/forums/index.php?/topic/3399-namesilo-plugin
Features
Domain registrations Domain transfers Supports all NameSilo-supported TLDs by dynamically listing the available ones to package creation Proper .us/.ca support with necessary fields on order forms NameSilo audits Sync service's renewal date with domain expiration date Register/manage nameservers/hosts Set/change nameservers Update WHOIS details Lock/unlock domain Retrieve EPP code DNSSEC management Check email validation & resend validation email if needed Toggle WHOIS privacy Manually extend registration Transfer status tracking Screenshots
Coming soon
Installation
https://github.com/knownhost/Blesta-Namesilo/blob/master/README.md
Upgrading
Nothing special is required except when updating from <1.8.0.  In this case see the "Other" section below.
Known Issues
A domain transfer can be ordered for more than 1 year.  NameSilo's API does not allow a transfer to extend more than one year so the extra years would be lost if not manually corrected.  I'm unsure of how we'll solve this at this point. Future Plans
Update for Blesta's new domain management system when release.  This will be the v2.0 milestone and will likely be mostly a rewrite of the module. Clean code and remove unnecessary code. Manually extending as an admin should support invoicing/queuing to post-payment.  We should be able to do this with the proration logic. DNSSEC management Implemented! Source
This module is fully open source and can be found on GitHub.  Two repos are kept fully updated with releases currently being built on the second:
https://github.com/knownhost/Blesta-Namesilo
https://github.com/NETLINK/Blesta-Namesilo
Download
I will make every effort to maintain the listing in the marketplace at https://marketplace.blesta.com/#/extensions/80-NameSilo Module
GitHub will always definitely be up-to-date: https://github.com/NETLINK/Blesta-Namesilo/releases
Other
The version 1.8.0 release is a major update building upon @NETLINK's work.  The new auditing features will not work properly until you "manage" and save your NameSilo account settings.  Everything else should be fully backwards-compatible.

Just a quick teaser for everyone

Here's the code for that: https://github.com/NETLINK/Blesta-Namesilo/pull/15
It should make it into master in the next few days once @NETLINK approves the pull.

Stick a request on github under issues and I'll look into it.  I've been actively contributing code I'm just waiting on @netlink to accept my pull requests.

It is my understanding that ">/dev/null 2>&1" only redirects the output of the script to /dev/null which means you just won't see an error if there was one, not that the script is working as it should. I can suggest running a phpinfo page from the same folder as your blesta install to investigate the location of the php it is using. I'm using Cpanel as well and my php is located at "/opt/alt/php56/usr/bin/php" which I was able to discover after using phpinfo.

Hi NETLINK,
The payment_id parameter allows the api request to charge a credit card stored on namesilo instead of prepaid funds. Hopefully I used the correct words to describe it. What I want to achieve is when the order for domain register/transfer is placed through the order form in Blesta, then Namesilo should charge my stored credit card instead of trying to use prepaid funds.

I asked for this since Feb 06, 2015. Good luck to you.

Thanks guys. Looks like it was mod_security related, the host took care of it so things are working again.
I feel as though I've had this issue in the past... thankfully this thread is here so I will find it the next time and remind myself of the solution.

Thanks guys. Looks like it was mod_security related, the host took care of it so things are working again.
I feel as though I've had this issue in the past... thankfully this thread is here so I will find it the next time and remind myself of the solution.

Check your error/access log of your webserver. It will tell you why it is giving a 403. It could very well be mod_security related.
-Adam

403 error is maybe a modsecurity error

Ideally, an import/reversion script would be necessary to ease the switch back from the other module. Such a script should map the module_row_id and service fields over for every service. A somewhat generic script could be written to handle this transition. It's good to hear you were able to handle that manually, though.
 
If you update the service from the admin UI, the "cpanel_confirm_password" will be saved again, and the password fields encrypted if they weren't already from the other module.