Paul

Did you run /admin/upgrade in your browser?

You can create a recurring invoice by creating a manual invoice and selecting to make it recurring. If you want a service that renews and customers can order, then you can use the Universal Module. Just create a Universal Module product under Settings > Company > Modules > Universal Module that has a name. If you require the customer enter any details during checkout for the service, create service fields for the Universal Module product.

Yeah, lol.. I was looking at the calendar on my taskbar and I forgot to +1 that.

Yeah, the ability to disable the Tax ID field is in 3.4, which is likely to be officially released tomorrow, Mon Dec 28th. As Joseph mentioned, there are custom fields as well. The other default fields will be able to be enabled/disabled/required in a future update. The biggest complaint was the Tax ID field so we tackled that first.

Ultimately a manual import, or a custom importer. If you can determine that Ubersmith is saving your card details (and not a token) then the question is, how are they being stored? Are they encrypted? If so, with what cipher? AES? What is the key? (rhetorical) We have done some importers in the past where "proprietary encryption" aka "caesar ciphers" and other lame methods were used to encrypt data. In those cases, we sometimes had the importer make curl requests to the application to fetch the unencrypted card data from a browser as an admin. That's painfully slow, and not ideal. So the question really is, what's feasible? Are you importing dozens of records, hundreds, thousands? The more records, the more it makes sense to code an importer. We can help with that, but it is likely to be fairly expensive.

Awesome!

Merry Christmas everyone, and all the best for the New Year!

If I remove the width: 108px from "#wpnav .drop ul" on line 110 of base.css, then the menu doesn't look broken. But I'm not sure which images are suppose to be on the right? I see the arrows to the left of each element, and the divider in the <span>'s between each <li>. Here's what it looks like to me. (see attachment)

Check out /app/models/users.php. I believe this is where the session is set. I'll ask Cody or Tyson to take a look at this thread.

Take a look at /components/session/session.php, I *think* that's what you want. Cody or Tyson would know better than me though.

We will consider that. There's also a new setting in 3.4 (currently in beta 2, final out soon) under Staff groups to force logout on IP change. This prevents an attacker from using a stolen cookie. It's enabled by default for new installs and new staff groups, but if you're upgrading you'll need to explicitly enable it.

You might find this useful http://stackoverflow.com/questions/24129201/add-secure-and-httponly-flags-to-every-set-cookie-response-in-apache-httpd We suggest forcing SSL/TLS with your web server, and setting the necessary flags through the web browser. Many people still use Blesta without SSL, which isn't a good idea but broken installs are no fun either.

The first question is, how is Ubersmith storing card details? Are you able to decrypt the card details? If you can decrypt the card details, then they can be imported into Blesta with some work. We don't yet have an importer for Ubersmith, but there are options available.

Are you using the "registration" order type? If so, the option does not appear. It should appear on all other order types where you can order services.

If Mandrill says they are delivered, Blesta did its job. What you should check is that you've implemented the recommended SPF and DKIM records on your DNS. Mandrill has a page in their backend that tells you what this should be. Other mail servers may be rejecting your email because of this, if so, correcting it should solve the issue.

Most hosting companies have similar terms, usually the disk space is just not allowed to be for file storage (like a dropbox) or large file downloads (hosting iso's). You might ask them for clarification on what they consider excessive storage space. Unless you are hosting a download site, you probably won't run into any issues.

Pending services are activated if paid. The default flow for a new order is "In Review" > "Pending" > "Active". Approved orders go from "In Review" to "Pending" when they are approved. If you check the "Require Manual Review and Approval of All Orders" for your order form, then orders will only be activated if you approve them. When you approve them, they go from "In Review" to "Pending". Once in Pending, the system will activate them automatically if they are paid.

Welcome and thanks for the feedback, we appreciate it!

Awesome, great to hear! Nice work @ModulesBakery!

We recommend marking the client as inactive. This will hide them from view, but you will retain a history of all of their past invoices, services, transactions, etc. If all of that were to be deleted, it would affect reporting on transactions/revenue

You could use an addon company, and separate your clients that way. In each company you would only create the packages you wish each to have.

What do you think of the URLs in beta 2?

The passwords are lost either way, as the encryption key in each of your /config/blesta.php config files is likely different. Copying them from phpMyAdmin will not work.

Can you confirm if Allow Reissue is NOT selected, whether the client can actually do a re-issue? Does it actually work? I suspect it will not work, but the fact the client can see the option is undesirable. If the option is displayed but does not work if "Allow Reissue" is not selected, then I'll create a task to simply hide the option in those cases.

Maybe it would be ideal to have a setting in the Plugin that would allow you to enable/disable each independently. [x] Ticket System [x] Knowledge Base