Alex

I agree. My first thought is that it was a server issue when I saw "Internal Server Errors" and no PHP error logs which are relevant. As things unfolded, it became clear that the issue is inconsistent, limited to the Blesta admin-end, and quite difficult to diagnose. I'll let you know if I figure anything more out.

Let me see if I follow: 1) Rackspace receives email at a real mailbox, stores a copy and forwards to support@ticket.yourcompany.com using mail filters 2) support@ticket.yourcompany.com pipes the forwarded copy to Blesta Is that correct? If so, it seems like a reasonable solution to me. Thanks Ken!

PHP error logging is enabled. It has nothing related to Blesta in it, only an entirely unrelated script in a different directory has any logging in there. That script's errors are simply warning of a PEAR script using deprecated code. Nagged the error happening in the admin panel again while tailing the Apache log, on a different page this time: [Mon Sep 16 18:16:41.815076 2013] [:warn] [pid 482817] (104)Connection reset by peer: [client 24.129.40.105:59536] mod_fcgid: error reading data from FastCGI server, referer: https://fullambit.net/portal/admin/settings/company/ [Mon Sep 16 18:16:41.815170 2013] [core:error] [pid 482817] [client 24.129.40.105:59536] End of script output before headers: index.php, referer: https://fullambit.net/portal/admin/settings/company/ [Mon Sep 16 18:16:46.012278 2013] [:error] [pid 482633] mod_fcgid: process /usr/local/cpanel/cgi-sys/php5(483392) exit(communication error), get unexpected signal 11 Really no rhyme or reason to when it is happening. Which page it happens on seems variable, and it only happens to maybe 1 out of 10 requests. If I refresh, the page works.

I had saw this, but I'm afraid it more likely pulls any positive balance sitting in the customers account, not the total of all their transactions. I could be wrong though, the wording is vague.

Hey guys, During checkout, when a customer is presented with the option to choose a "Template" via the checkout, it uses the file names without extensions in the drop down. In SolusVM we have defined user-friendly names and descriptions but they are not presented. The user-friendly name would by far more ideal. Additionally, if we could rename the label "Template" to "Operating System", that would be nice. I could go on further about the ways this system could be improved, but I suppose it will be solved with v3.1. Thanks, Alex

The problem I have with this, at least in the case of Rackspace, is that the split domain routing will forward the mail to the server with a ticketing system without keeping a copy. In my case, I want to have a copy of that mail available to me if the server with the ticketing system on it happens to be down with an outage. So, this would defeat our purpose for using external mail. But, thank you for pointing that out.

For those of you who may be seeking a temporary work-around: In the file /plugins/order/views/templates/standard/main_configure.pdt On line 171 change <div class="heading options">to<div class="heading options" style="display:none;"> and on line 174 change <section class="pad content">to<section class="pad content" style="display:none;"> This will hide the portion of the checkout process in question from being displayed in the browser. It's not true solution but it works if you just want to temporarily hide the "Available Add-Ons" section from the configuration page of checkout.

Thanks Paul

When I click "Remove" for a Product or Service option when managing a universal module product nothing happens. Can anyone confirm that this does or doesn't work for them?

Hey guys, When I'm navigating the admin panel sometimes a page will come back with "Internal Server Error". If I just refresh the page, it usually works fine, which is quite odd and annoying. I've been tailing logs for a few days and I have narrowed it down in the Apache error logs. Every time I get one of these errors, the following appears in the Apache log for the relevant page: [Mon Sep 16 16:01:28.748494 2013] [:warn] [pid 459211] (104)Connection reset by peer: [client 24.129.40.105:52451] mod_fcgid: error reading data from FastCGI server, referer: https://fullambit.net/portal/admin/packages/index/inactive/ [Mon Sep 16 16:01:28.748584 2013] [core:error] [pid 459211] [client 24.129.40.105:52451] End of script output before headers: index.php, referer: https://fullambit.net/portal/admin/packages/index/inactive/ [Mon Sep 16 16:01:30.001015 2013] [:error] [pid 459210] mod_fcgid: process /usr/local/cpanel/cgi-sys/php5(465614) exit(communication error), get unexpected signal 11 Can any of the developers provide insight as to what is going on here? We have a lot of other PHP/MySQL applications running on this server without any issues. Additionally, this never seems to happen on the client-end of Blesta, only sporadically on the admin-end. Thanks, Alex

No, I don't think there is a getTotal method or the like yet. I'm not sure how the admin panel is contructed, but it may very well use queries which are unavailable through the API. If you post the response data you get from getList() here I can probably whip up a bit of PHP to calculate the total for you. Just guessing here, but something like this psuedo-code should work: $total=0; foreach(json_decode($getListResponse) as $transaction) { $total+=$transaction['amount']; } echo $total; // outputs the total amount transacted

That doesn't seem like a "clean alternative" as compared to increasing the frequency in which Blesta does an IMAP request to check for new mail. I have tested the Blesta cron system quite a bit and it seems well aware of whether a particular task has finished, and will not trigger it to run again until the last run has finished. Rather than assigning this as a core task, can you provide insight into how we can modify the Blesta core to support lesser intervals for particular tasks? This could be done at our own risk and any future updates which revert us to the 5 minite minimum wouldn't cause anything to break.

I agree, this needs to happen. I want a client to have the option to purchase a domain or use an existing domain when they purchase a hosting package. In my case I want purchased domains to be ordered through the LogicBoxes module.

Yeah, I spent quite a while working with Martwana on this. We've traced the request down the stack of the GitHub open source API such that I believe the issue is not there. The $url variable remains unmodified there, but I think the cURLed *.json request isn't being parsed properly on the receiving end when using multi-word models. I have no prior Blesta API experience so bare with me on that. Apache isn't returning a 404, the Blesta codebase itself is erroring out that the resource doesn't exist. We believe somewhere in the Blesta codebase it isn't properly handling multi-word model names from API requests, though. We tried to track it down but our lack of familiarity with the entire codebase made it feel a bit like chasing a needle in a haystack. We're not sure where the request is routed to or how it's handled once it is cURLed off as a *.json request. Regardless, I'm pretty confident that Martwana and I would have found the issue if it was in our actual implementation. Something is awry.

I believe this should do the trick: http://source-docs.blesta.com/class-Transactions.html#_getList

Fair enough. Don't get me started! I'd be more likely to extend Blesta into an accounting system than integrate it with QuickBooks.

How would one implement email piping if they utilize a third-party mail provider, like say Rackspace or Google Apps? My understanding is that email piping is not ideal in such circumstances.

But why is it even showing the Add-On section if all of my Add-Ons are restricted/inactive?

Unfortunately, the answer is no, you cannot accomplish this with the universal module. This is one of the primary issues holding back my company from implementing Blesta the way we need it. The good news is that Blesta v3.1.0 slated for 8-12 weeks (I think) promises to fix this with a new configurable options feature.

Well, I have no problem with the cron working as expected. This may be an issue specific to your installation, or I think we would have heard about it by now.

Agreed.

You can resend the welcome email from the admin panel by going to Clients -> Choose the Client -> Show All Actions (Left sidebar) -> View Mail Log -> Find and click the Welcome Mail -> Click "Resend" I would also like to see all of the featured the OP requested on the client end implemented.

Try something like this: $response = $api->get("ClientGroups", "getList", array($company_id = 1, $page = 1, $order_by = array('name'=>"ASC"))); or $response = $api->get("client_groups", "getList", array($company_id = 1, $page = 1, $order_by = array('name'=>"ASC"))); I'm just guessing here, I haven't tested this.

Thanks for the support on this feature request everyone. I didn't expect this much support so quickly but I'm glad I'm not alone on this.