JoieDeMort

The extremely odd thing is that mailparse had to be reinstalled. It magically disappeared from the server. !?!?!?!? Once the latest version supporting php 5.5 was installed, everything went back to normal. No clue. Thanks again for the help. You hit the nail on the head Paul!

Nothing has changed with cPanel in the last 2 weeks or php since late last year. Server admin has a question: "One quick question, is there a process that is supposed to happen (it looks like the dispatchCLI function should make some http request, I assume this should make some entries in your tracking system or generate an action. Is this happening but the error is logged (and the bounce message sent) or is this not happening and the bounce message is sent." I don't see anything in the Blesta logs. Recreating the pipe forwarder in cPanel didn't help.

Thanks for the replies! Everything is still set up as it was, with the settings just as in the referenced email piping docs. No changes have been made to anything except for whatever cPanel automatically upgraded. I'm trying to run that angle down.

Since that thread in 2013 (http://www.blesta.com/forums/index.php?/topic/1017-email-piping/), I've successfully used the pipe1.php. Today, I discovered that it's no longer working; I can't figure out anything which has recently changed on the server recently which could cause this. When I use cPanel to set it up with the default pipe.php, it also doesn't work. Changing default permissions from 644 to the 744 pipe1 used (or even to 777) adds additional errors shown below. Any ideas? No errors are logged in Blesta, obviously. pipe to |/home/account_name/public_html/secure/plugins/support_manager/pipe.php plugin/support_manager/ticket_pipe/index/1 generated by sales@account_name.com local delivery failed pipe to |/home/account_name/public_html/secure/plugins/support_manager/pipe1.php plugin/support_manager/ticket_pipe/index/1 generated by sales@account_name.com local delivery failed The following text was generated during the delivery attempt: ------ pipe to |/home/account_name/public_html/secure/plugins/support_manager/pipe.php plugin/support_manager/ticket_pipe/index/1 generated by sales@account_name.com ------ /home/account_name/public_html/secure/plugins/support_manager/pipe.php: line 1: ?php: No such file or directory /home/account_name/public_html/secure/plugins/support_manager/pipe.php: line 2: /**: No such file or directory /home/account_name/public_html/secure/plugins/support_manager/pipe.php: line 3: access-logs: command not found /home/account_name/public_html/secure/plugins/support_manager/pipe.php: line 4: access-logs: command not found /home/account_name/public_html/secure/plugins/support_manager/pipe.php: line 5: access-logs: command not found /home/account_name/public_html/secure/plugins/support_manager/pipe.php: line 6: blestauploads/: is a directory /home/account_name/public_html/secure/plugins/support_manager/pipe.php: line 7: =: command not found /home/account_name/public_html/secure/plugins/support_manager/pipe.php: line 9: try: command not found /home/account_name/public_html/secure/plugins/support_manager/pipe.php: line 10: syntax error near unexpected token `dirname' /home/account_name/public_html/secure/plugins/support_manager/pipe.php: line 10: ` include(dirname(__FILE__) . DIRECTORY_SEPARATOR . ".." . DIRECTORY_SEPARATOR . ".." . DIRECTORY_SEPARATOR . "lib/init.php");'

I just noticed this today with the latest Mozilla update: web push. https://support.mozilla.org/en-US/kb/push-notifications-firefox#w_upgraded-notifications This allows pages to in the background send notifications. To me, it seems that receiving a web page notification of new orders/tickets/etc when not on the blesta window would be advantageous. Is this something that is planned?

Can the blesta cms and standard bootstrap web designs be easily integrated? I.e. how easy is it to integrate a wrapbootstrap theme with blestacms?

Looks really interesting! I'm really interested in the ability to have "subfolders" - but I can't see how you're doing that. Does Blesta have to be installed in the "root" in order to be the main website?

Mautic is a free competitor to Infusionsoft, Hubspot, Marketo, etc. It's marketing automation. https://www.mautic.org/tour/ It's currently integrated with some big names: https://www.mautic.org/integrations/

How difficult would it be to integrate Blesta and Mautic?

Also, is there any way to change the title to be prefaced with "[solved]"? I couldn't find a way to do that.

Thanks so much for your input! Apparently when the support tech updated php, easyapache integration wasn't enabled within litespeed, so the server php version was updated but the litespeed php version was not. Once that was fixed, everything works as it should Again thanks for all of your input! Hopefully, this experience goes in the back of your mind as something to check next time something weird happens associated with litespeed.

The ioncube loaders are now 4.7.5, so they should support php 5.5.

Now that EA is finished, no more 500 error. Back to this error: file_exists() [<a href='function.file-exists'>function.file-exists</a>]: open_basedir restriction in effect. File(/usr/local/lib/php/extensions/no-debug-non-zts-20121212/../../../../../../home/ioncube/ioncube_loader_lin_5.3.so) is not within the allowed path(s): (/home/xxxxxxx:/usr/lib/php:/usr/php4/lib/php:/usr/local/lib/php:/usr/local/php4/lib/php:/tmp) on line 2 in /home/xxxxxxx/public_html/blestainstalldirectory/app/app_model.php Any ideas?

I feel even stupider. EasyApache is currently rebuilding, so everything php-based is giving a 500 error. Pausing this discussion until EA is done . . .

So I feel stupid right now. I upgraded blesta yesterday to 3.5. Then this morning I upgraded the server to 5.5 from 5.3 totally forgetting about the hotfix issue. I tried to access the dashboard this morning and got this error: file_exists() [<a href='function.file-exists'>function.file-exists</a>]: open_basedir restriction in effect. File(/usr/local/lib/php/extensions/no-debug-non-zts-20121212/../../../../../../home/ioncube/ioncube_loader_lin_5.3.so) is not within the allowed path(s): (/home/xxxxxxx:/usr/lib/php:/usr/php4/lib/php:/usr/local/lib/php:/usr/local/php4/lib/php:/tmp) on line 2 in /home/xxxxxxx/public_html/blestainstalldirectory/app/app_model.php Of course, I then remembered the hotfix. I tried uploading those files then with no resolution. Then I reuploaded the entire blesta 3.5 and tried to run upgrade. Still gives me that error. What do I do now to resolve this? php is not my forte.

Will this affect the affiliate module Blesta already plans? I don't want to invest time in iDA only to switch a few weeks later to something native within Blesta.

Me too. Can't wait - it should be a quality one based on everything else done here!

They really do look nice. However, I hit "pause" on ordering when I saw some grammar issues like this: at least 2 errors per line. What can i do after purchase Dedicated IP? If you're already purchase Dedicated IP then you need to change your Domain Name Server. ... Another random click brought me to this: Rules on SPAM emails We Strickly Prohibited Spaming on our server. If you're send any type of spam email then... Views: 351 Seprate Invoice for my Services? If you want to get a seprate invoice for your active services then open a ticket with us and we... I suggest getting someone to edit these to look absolutely professional. You're almost there.

To follow up for future viewers: The AJAX templates are designed to scroll to past the selection boxes. This disappoints me because my understanding is that long form templates are higher converting than multi-step. However, the AJAX templates are the only long form templates included, and because of how they're designed, you can't link to the AJAX template for people to make a selection and review. This appears to me to require duplicating the selection content outside of Blesta. I know I didn't type that clearly. Sorry.

When anyone goes to the order forms (long style) with the boxes on top, the viewer is already scrolled past the selection boxes and see only the monthly/annual configuration at the top of the browser. I must be missing something; how do I send the viewer to the page so that the selection boxes are at the top of the browser screen and not hidden? Thanks!

I also. (3.3.0)

This is really nice. Thank you.

I have php email piping active based on the php fix in another thread, so email piping works just great. However, every ticket email goes to clients as "cPanelusername@fullserverhostname on behalf of whicheverdepartment@mydomain.com" I'd very much like to keep the domain's cPanel username private! How can this be done? Also, in the email headers, it shows the php piping string. Hopefully that will never be a security issue . . .

How exciting! Is the linked download file updated? Thanks again!

Thank you for your contribution to the community. Just donated.