DH - Tristan Perry

That sorted it, thanks a lot I just needed to add 2086 as an accepted outgoing port. Many thanks!

Hey all, Today I tried manually setting up a test order and noticed it simply wasn't working - it'd hang for 150 seconds then give a curl timeout error. My WHMCS install is on one machine (on a VPS with CSF firewall) and I was trying to set this order up on my new server (dedicated server, again with CSF firewall) I've traced this down to the CSF firewall on the WHMCS install (VPS machine) - disabling it completely seemed to do the trick. I have mod_security enabled too, but I don't think that's the cause. Anywhoo, obviously I'd like to keep CSF enabled and have WHMCS work fine - so I'm wondering how I can go about configuring it so that it allows WHMCS scripts? I currently have CSF set at the recommended medium settings. Any help would be appreciated Thanks, Tristan Perry

Thanks for the replies all Dale - you are a genius It was because I had originally chModded some files 777 with the original installation. I thought I'd reset them all, but apparently not (I've moved some out of the public_html folder as recommended, and then forgot about them!) Out of interest, is there a way with a suPHP set-up to, instead of showing an ugly 500 error message when someone chMods to 777/666, simply 'reject' that chMod and auto-set the files to 755 and 655? If not, I guess I could add that command to an hourly cron or something to minimise the damage so to speak?

Thanks for the advice I've disabled suHosin/recompiled without it now, although WHMCS is still broken.

Looking in php.ini, the session_path is still the system default (/tmp I think), and the directories all have correct permissions. Or should I be looking elsewhere for the session_path?

Hey all, I've recently been tinkering with the PHP security settings and I've come across a weird issue. I'm running PHP 5.2.9 and WHMCS 4.0 stable. I've noticed that when I compile suPHP/suExec and suHosing support into PHP (the norm for selling shared hosting), when I enable suPHP as the PHP 5 handler (instead of dso), it breaks WHMCS in the following ways (may be more issues, these are the ones I've found): 1) When I'm in the admin panel and click "Login as Client" under a client (I haven't yet started selling hosting - this is just a test client don't worry!), it goes my WHMCS client area but the user isn't logged in and it gives an error message saying the username or password is wrong 2) When ordering, when I select a domain (or tell it to update the DNS on an existing domain), I select the "Next" button and it goes back to the order homepage. Viewing the cart shows that the product and domain aren't in the card anymore/at all. This is very weird. I literally change to dso as the PHP 5 handler and it works fine. I change to suPHP and the above issues occur straight away. Any suggestions? Do I need to modify something in suphp.conf? Many thanks, Tristan Perry

Hi all, I recently read on WHT that the MaxMind fraud scores have changed from 0-10 to 0-100 with WHMCS 4.0. Personally I doubt this, but can anyone confirm whether the scores have changed or are indeed the same? Thanks, Tristan Perry

I meant the 3.x branch - I'm running 3.8.2

I use 3.0 so I don't mind too much - although they aren't replying to my e-mails. Will try again a little later. Thanks for the replies both

Hello all, I have WHMCS installed as my billing system and Kayako as my support system. I haven't done the WHMCS/Kayako integration since I don't like it all that much (I've tried and tested it). Hence I'm looking into LoginShare modules so that a user only needs 1 set of login details. Looking around I've found: http://www.explovision.net/ Although I see their last update was around a year ago. Hence I'm wondering what is the most common/up to date login share software around? I don't mind paying for it of course Many thanks, Tristan Perry