Leaderboard
Popular Content
Showing content with the highest reputation on 11/25/2015 in all areas
-
[Plugin] Mass Mailer
Blesta Addons and one other reacted to Abdy for a topic
Simple, Send a email to all your clients, Perfect for send Newsletters or Announcements. Available in Github: https://github.com/CyanDarkInc/Mass-Mailer Mini-Update: Language Filter added. you can send mass mails only to Language-Specific users.2 points -
The development of OnApp module is alive. Be patient, I had to wrote many other plugins and modules for our Blesta installations. Thx2 points
-
just a note ; naja7host has some days now away from the community . i have contacted them about the matter, he said that he has some big project that eating all the time from him , he never will leave blesta or his modules/plugins, and he is preparing a new box and staff just for blesta market, i have see his new t-shirt work for blesta addons , and maybe he is preparing some big bombs for blesta .2 points
-
[Notice] Service Cancellation Email
MineHarvest66 reacted to Michael for a topic
It would be nice if we and customers could have a email when a cancellation has been made.1 point -
Blesta use the ISO details so you can just use their plugin to edit the states: https://marketplace.blesta.com/#/extensions/1-States&Countries So I'm closing as it's not a bug.1 point
-
Question -- does the cron send SFTP backups, but not Amazon S3 backups, or neither? Blesta uses the mysqldump binary to perform a dump of the database prior to sending it to S3 or the SFTP destination. If your CLI version of PHP does not have permissions to execute mysqldump, or it's not in the system path, then that could be the cause of all of this. To test, you can SSH in as your cron user, and type "mysqldump" or "whereis mysqldump".1 point
-
Please see CORE-1912 Suggestions on sample email template content are welcome. Also, thoughts on the 2 notice proposal (email to clients on scheduled cancellation, and actual cancellation). Perhaps these notices should be able to be enabled/disabled independently. I suggest we have them both, or at least final cancellation notices disabled by default.1 point
-
The thread you linked to describes how you could force port 25565 to be used. The module is currently designed to let Multicraft determine the port because the API does not provide a method of determining what ports are available for use, so we cannot reliably choose one. We'll have to make another pass on the module to see if we can improve that behavior. Does the dedicated IP address work now because you made the source change I mentioned above?1 point
-
Blesta doesn't provide an option to delete invoices (unless it's a Draft), or clients that have invoices/services/etc. as you've noticed. If you're only intending to test Blesta, that would be best done in an alternate Blesta installation dedicated to testing rather than mixing test/live data in a single installation. Laws in many countries prohibit the deletion of important data like invoices. If you really want to delete invoices anyway, you could manually do it via the database, or write a plugin for Blesta that will delete them. Also, the Shared Login plugin will not create a client in Blesta if one does not exist. It will only log them in. Deleting a user in Wordpress will not automatically delete an associated user in Blesta. Additional functionality would be required to accomplish this behavior.1 point
-
If you create a billing contact, and want notices to go to the primary contact as well -- add another billing contact using the primary contact details. Both billing contacts will receive the emails. Perhaps a granular per-contact setting for email notices would be ideal, allowing each particular email to be toggled on/off for each contact. We have had several people say that their primary contact is the CEO/Director/IT Head/Board Member/etc etc and that they do not want them to receive invoice emails. Setting up a specific billing contact, causes all billing related emails to go to that person instead for this very reason.1 point
-
I'm unclear on the behavior you're experiencing as the above statements appear contradictory. Could you clarify, perhaps with an example? It would also be useful to have additional information as described in How to Report a Bug, such as the version of Blesta and the PayPal Payments Standard gateway you're using. I took the liberty of testing the gateway just a moment ago on v3.6.1 via an order form and this is the behavior I experienced: I Ordered a $1.00 monthly service I applied a 50% coupon to the service I checked out with PayPal Payments Standard PayPal tells me the cost is an initial $0.50 with a monthly subscription of $1.00/month Note that my 50% off coupon is configured with the option Apply when a service is added only selected. This option only applies the coupon to the new service on creation rather than to the recurring amount, so the $0.50 initial cost and $1.00/month subscription would be expected. If the coupon is configured with the option Apply when a service is added or renews, then following the same steps I outlined above, PayPal says the cost is an initial $0.50 with a monthly subscription of $0.50/month because the coupon also applies when the service renews. Is your coupon configured for the desired behavior?1 point
-
I'm surprised you took the time to claim the issue is certainly a bug. I think the expectation to receive "dream-land logic or round-about excuses" for the current behavior is rather presumptuous and partially shuns us from having an open-minded dialogue on the issue. The contact permissions dictate page content access rather than back-end system behavior, like sending an email. This is similar to staff permissions. I think if you disable all contact permissions, you'll find that the contact still receives invoice delivery emails for new invoices. This is not because the permissions are incorrect, but rather the nature of a "Billing"-type contact. The system is designed to favor billing contacts for invoice delivery email, so if any exist, only the billing contacts--and not the client himself--will receive invoice delivery emails. Many companies setup billing contacts this way so that they don't need to bother with receiving invoices intended for their internal Billing department. Maybe there is more we can do to improve these types of behavior in Blesta, and I'm open to suggestions.1 point
-
I hereby award thee Best Post of the Day1 point
-
To all Why dont ask us, me or naja7host or serge, or any outher active dev member to help you all and fix the issues? We love to help you guys Modulesbackery and Modulesgarden may be gone but we are still here and we will still help blesta grow. I do this on my free time and also because I want to use blesta in our real buisness that is active since 1998 and hopfully will live anouther 17 years to the year 2032 wen blesta version is "Blesta V100.0 AKA Fiber" and wen im 52 years old lol, I will still virtually programming using my brain waves wired to the net (future keyboard, I hope, eheh) Just play nice, we only live Once, so try your best to enjoy it Regards, PV1 point