Paul

Check the mail log for that customer. If a payment was processed, an email should have been attempted and you can resend a transaction email from the log. Also, do these invoice reminder emails show up in the logs? The query that determines when to send a late notice or reminder starts with open invoices. So, if an invoice is closed it shouldn't ever send a notice.

This always shows that message, so as not to leak your usernames to a potential attacker. We may add an option to display an error if there is no match, but for security reasons we recommend leaving it this way.

The mystery price may be a price override. Since Blesta doesn't support service price overrides yet, these are imported into the package.

If you think it may be the content of the message, try changing that. Google uses a lot of criteria to determine whether they spambox email though, most of which are not content based.

We met the Vision guys a couple years ago, really good people. http://www.flickr.com/photos/48176820@N04/6028837095/in/photolist-abKnea I look high in that picture, though.

You'll need an active license, but, nothing is stopping you from signing up for another trial license. As long as it's on a different domain/subdomain/host, during installation, selecting 30 day free trial should get you going.

We have not set a date for the beta, it'll be ready when it's ready! (Hopefully by the end of this month)

temp tables may be created automatically by mysql

It's pretty low on our priority list, but something we're interested in adding support for. Have you tried contacting Kayako about it? Maybe they are willing to build in support like they have done for other billing applications.

Some configurations may be overwritten by the importer. You should be ok changing the company name, and modifying email templates though. However, I would suggest doing the import on a fresh install, then going through all settings prior to going live. If you want to have 2 installs, configure things how you want, and then compare/copy information over post-import to your imported install, we can issue a dev license.

It's going to get even tougher once ARIN gets down to their last /8. They are expecting to be completely exhausted December next year. Other RIR's like RIPE are already on their last /8 and things are pretty tight there now. From what I recall, you can only get a /22 (nothing larger) at RIPE, and you must get IPv6 addresses also. http://www.potaroo.net/tools/ipv4/index.html has some interesting stats. I'm on ARIN's mailing list, and there are very interesting discussions happening. Now, if you want some IPv6 addresses, easy.. problem is IPv6 isn't going to be replacing IPv4 anytime soon (probably never).

ARIN requires 80% utilization in order to request more resources, if you're getting IPs directly from them. ARIN (and other RIRs) have rules for ISPs in how they allocate resources to end users but these ISPs may have more strict requirements as they try to avoid from running out of IPv4 addresses. ISPs use customer IPv4 justification forms to justify their requests for more IPs from their RIR. They probably care about your allocations elsewhere to help justify your need. For example, if you have an aggregate of /22 across all companies you do business with and are requesting a /24, you're increasing your network size by 25%.. not a big deal. On the other hand, if you have in aggregate a /22 and request a /21.. they are likely to reject your request unless you have 80% utilization on that /22 and are planning to migrate everything to them and release those other allocations. Edit: So, telling them what you have elsewhere is likely to help you get more IPs from them.

It's likely we will be adding more fraud check options in the future, but Maxmind is a really good option and we can even provide a link for a free Maxmind account. Open a ticket with us for the link. EDIT 2014/10/07: Regrettably, Maxmind has ended this program with no notice to us and we can no longer offer free MaxMind accounts.

All our licenses use to be unbranded, and it actually caused more confusion. This is an area we have sort of "conformed" to, and it's actually interesting to see the split between branded and unbranded license sales. I think it's here to stay for the time being, and to be honest we could use the publicity for branded licenses.

It sounds neat, but it would be terribly difficult. Often times staff members don't log out, they just go AFK. Knowing exactly what staff members are available when would be critical. Also, if a staff member is assigned a ticket, reassigning it to someone else that has no idea what was going on in the ticket could be a recipe for disaster.

Maybe if enough people request it!

To be honest, this will be in the manual soon. There's no reason people shouldn't know how to remove the branding especially if they have an unbranded license. Some people will remove it when they shouldn't, and if we find out about it then we'll have to enforce it, but I think most people will be honest about it. We're not going to make it difficult for people to do.

I talked to Dan Ushman earlier this year and they would very much like for us to build a module for integration with Tandem. We just haven't got enough requests for it yet to dig into it too much. So, definitely something we'd like to do, but we have some other things to finish up on first.

Your wiki suggestion raises a question, of which the answer may be obvious to some.. but I think it's important to discuss. What features do you see as a minimum requirement for a Blesta wiki based KB? How do you envision this looking & working in Blesta?

We need to get more done on the documentation, as well as the countless video tutorials that I'm planning to do. Maybe we can link those up somehow. In any case, anything that helps people learn how to use Blesta would be free.

Permissions for articles.. hmmm, good suggestion.

I think it may work in Canada, would have to verify that though. We are going to implement Docsaway as another option, which has better international support as far as I know. We do have plans to add a delivery method fee that will allow you to cover costs for such delivery if you want to. I don't have an ETA on this yet.

You can add the tag {% debug %} to the template to include debugging information. This will include a list of all tags available to the template.

The KB is moving up our priority list, and is tentatively scheduled for version 3.2. I don't have an ETA yet, but 3.1 is in active development and we are aiming for a beta release by the end of this month.. we'll see how it goes.

I have updated the ticket -- yes, we can take a look but will need login details. You can provide them in the ticket if you're willing.