X2Raymond

Ah interesting, perhaps plain HTTP is disabled, how about: netstat -tln | grep :443If this returns an open port, try to reach your instance by prefixing https:// in front of your VM IP address or domain name. You'll also want to check your Apache error log at /var/log/apache2/error.log for anything interesting.

Hello Eugene, Ah very interesting, would you happen to have some automation system or control panel in place which might manage cronjobs? After configuring the cronjobs from the Cron Table settings page, examine the cron table from the CLI with a command like: sudo crontab -eu www-datasubstituting your web server user as appropriate. Ensure that the X2CRM automation jobs are present in the crontab, then inspect it again later to verify they are still there. You can also try running the console command from within the protected directory manually with: ./yiic cronIf it remains present in th

Hi Robert, To enable qtips on Quotes, there are a handful of modifications that will need to be performed: In LinkableBehavior, you'll want to add a custom class to Quote links: diff --git a/x2engine/protected/components/behaviors/LinkableBehavior.php b/x2engine/protected/components/behaviors/LinkableBehavior.php index 4183736..fd2c86a 100644 --- a/x2engine/protected/components/behaviors/LinkableBehavior.php +++ b/x2engine/protected/components/behaviors/LinkableBehavior.php @@ -197,6 +197,14 @@ class LinkableBehavior extends CActiveRecordBehavior { 'class'=>'contac

Yes that's correct, currently the email format can only be quickly configured by using Email Templates in the Docs module. However, I can see having a "default" email template, perhaps configured per-user, being useful for many verticals, for example to enable quicker and more consistent responses in a customer support team.

Ah I see, I believe it may be caused by the web server process being executed by "nobody", and not having write access in the webroot. Depending on the security you require on your server and whether you have other virtual hosts enabled, there are a few options to resolve: Change the web server process to be executed by the owner of the webroot files ("XXXXX" in the output above). This can be done in the Apache config by updating the "User" and "Group" directives. If this is the only virtual host running on this server, this would be suitable, but if you're running other web apps, it is best t

Excellent, great to hear it's working out for you! Nice, great to hear your use case, thanks for sharing!

Hi Chris, Sorry for the late response on your other thread, it was a holiday here in the US yesterday. I've responded to your original thread with troubleshooting information and more resources on installing X2CRM, please see my response here: http://community.x2crm.com/topic/3341-installalling-into-a-vm/?do=findComment&comment=13507 Regarding the service failing to start, this is likely due to an issue in the virtual host configuration. To determine the cause of error, please examine your web server error log at /var/log/apache2/error.log. Before restarting Apache, it's a good idea to

Hello Chris, Could you please describe how the VM behaves after you restart it? Can you reach the web server at all, or does the request fail or timeout? You may want to verify that ports 80 and 443 are available through the firewall. If you're still using UFW on Ubuntu, you can verify your firewall rules with: sudo ufw status numberedAfter rebooting, you can also check whether Apache was properly started with the commands: ps aux | grep apache netstat -tln | grep :80If it is not running, but you can start it with "service apache2 start", then it may not be enabled at runtime. In this case

Excellent, glad to hear the widget was in fact disabled, I'll update this thread as solved.

Excellent, great to hear that the wait actions are functional! No problem, glad I could help, I'll go ahead and mark this thread as "solved."

Hello Eugene, Ah yes, makes sense. One way to do so would be to add a new custom field to your form to store their source URL, then add some custom JavaScript to capture the referrer (the page the weblead form iframe was loaded on) in the source URL field. You'll also want to insert some custom CSS to hide the source URL field on the form so as to not confuse the user. Please see the following screenshot for an example weblead form configuration, assuming this new URL field is called "sourceUrl": Raymond

Ah yes, then it is likely a cron restriction for the web server user. Since you can add the cron jobs with your cpanel, feel free to add the web request method to your cron table as well. Both this method and the command line method invoke the same backend methods, but it is always good to have redundancy. If you can use wait actions in X2Workflow, then your cron is configured and working.

Excellent, that's wonderful! Thanks for reporting back, I'll update this thread as solved.