Paul

No need to re-install, just contact the reseller and ask them to "re-issue" the license. It's a box they check in our system that allows the license to be installed/activated in a new location. PM me your license key if you want me to look it up, I *might* be able to do it for you.

You are welcome to make a feature request - http://www.blesta.com/forums/index.php?/forum/11-feature-requests/

Ah, glad I was able to help! Good luck with your live import! We spent a ton of time on the importer and there's more we can do. We want it to be as smooth as possible, but it's really tough trying to convert lemon juice into orange juice. (or is it apples and oranges?)

Blesta doesn't prevent you from doing anything. You can edit the database directly, or write a plugin that adds that functionality, or edit the core, it's open. There's an infinite number of things Blesta *could* do that it doesn't, some good, some bad, some indifferent. We have to be careful about what we implement. This is one of those issues that we feel pretty strongly about, but if demand were high enough we would consider a change in course -- there just isn't the demand.

It's our job to make an effort to do things right. If you are running a lot of tests, they should probably be done in a dev environment, not your live environment. If this is part of your set up process, it doesn't need to be a feature.

Sounds like a good idea for a plugin *If* you could delete transactions, you probably wouldn't want all your staff to be able to do the same. Making money disappear in one area, sometimes mean it is re-appearing in someone's pocket, off the books. That's money laundering. If you can tell your auditor that Blesta doesn't allow you to delete transactions, then it makes you look a whole lot better and raises fewer questions. I'd rather explain why there's a voided test transaction than be under the heat lamp. In the grand scheme of things, it doesn't take up much space in your database, and space is cheap.

Any luck?

You could use the private notes field for internal tracking of things.

Anyone else having trouble with this also? I would suggest reaching out to Softaculous if you're having trouble, the more people they hear from the more likely they are to fix it quickly.

Do you have a config/blesta.php config file? You shouldn't until you've made it most of the way through installation. You should have a config/blesta-new.php config file, which is renamed, so this file, and the config directory should have write permissions during installation. The error seems to indicate that the config file was renamed, but the {database_host} tag wasn't replaced with the actual database host entered during installation (usually "localhost").

Any suggestions in terms of features to round this off?

I wonder if it makes sense to implement a simple quote system to start with. It would be similar to draft except: Clients can receive the quote via email, paper, etc just like invoices The quote email would contain a link to Blesta where they can accept to the quote Accepting the quote will turn around an invoice. Depending on the work involved, some other terms could be accepted. For example, half to start, final half due upon completion. etc. Really it needs to be fleshed out more, but I think if we stick to the basics in an initial release, it will work for most people and not take a ton of dev time to implement.

Never experience that issue, or remember anyone else mentioning it. The font is actually included with the PDF (Hence the 700KB-ish size). Have you made any changes, or are you using a non-default font?

Take a look at the sample welcome email here http://docs.blesta.com/display/user/Multicraft#Multicraft-WelcomeEmail This section specifically will send the client their Multicraft URL, User, and Pass, which is different from their Blesta login.

I have created task CORE-1453 to address passwords in the Account Registration email. We personally do not include passwords in our account registration email. It's generally a bad idea to do this, and it should not be included by default. This will affect new installations only. The separate issue about rotating the email log is open to further discussion. Personally, we prefer to keep an entire history of email with the customer. I personally check email logs often, especially if there is a dispute. But, we understand that the log could become quite large, so an option to truncate the log which is not enabled by default may be a good option.

Why not just mark them as inactive? Unless you're browsing inactive clients, you'll never see them again.

I've been using SplashID for a long time. They have the mobile app, and a Desktop app. They can sync over wifi. No browser tie-ins, I have to open it, enter my passphrase and find the record I want. More secure that way though.

How did you sort it out?

I'm not a fan of cloud storage of passwords. If the data is compromised, it could potentially be brute forced. It's also possible that a vulnerability in the encryption algorithm might be discovered in the future. I use a password manager, but the data is only stored on my devices. I could be robbed, but A. that's too much work for 1 set of passwords, and B. hackers prefer to work in the comfort of their parents basements.

Just FYI, I moved all the beta threads over.

We have an internal roadmap, with certain basic features planned for each release. 3.4 is contact logins with ACL permissions, contact and client two-factor auth, and a Knowledge Base. (And maybe a mass mailer, depending on time) 3.5 is.. secret, for now

That's the plan. If there is time we *may* work on it for 3.4, but not if it will delay the release.

Oh hey, I see my name. Yeah the license is legit, the non-profit looks good. I'd buy it, but I have an "in" and get all the free Blesta licenses I need.

It sounds like it's for making payments from iOS 8 apps only..?

That's what it looks like, KB is in dev now.