Jump to content

n747mm

Members
  • Posts

    30
  • Joined

  • Last visited

n747mm's Achievements

Rookie

Rookie (2/14)

  • Reacting Well Rare
  • First Post Rare
  • Collaborator Rare
  • Conversation Starter Rare
  • Week One Done Rare

Recent Badges

0

Reputation

  1. Thanks @Ookma-Kyi, but as my domain is a heliohost.org one, and I don't use Cloudflare, I think I'll need one of the HelioHost admins to update the SPF record won't I? Krydos first set it up in June (in this thread). Ollie
  2. Hi team, Some time in the last couple of days I've stopped receiving email from my site n747mm.heliohost.org on tommy2. Sending an email to mail-tester.com indicates a problem with SPF: https://www.mail-tester.com/test-2axdobh83 Has something changed in tommy2's IP/DNS or SPF? The SPF allows 65.19.141.77, but the email came from [redacted by KazVee] Many thanks, Ollie
  3. Brilliant, mail-tester.com now reports 10/10. Many thanks for the speedy turnaround.
  4. Hi there, Please could you set up SPF, DKIM, and DMARC for my domain n747mm.heliohost.org? I turned on 'Use DKIM spam protection system to sign outgoing email messages' in Plesk about 9 hours ago, but it looks like there's more to do. Currently, mail-tester.com flags the following issues: [SPF] n747mm.heliohost.org does not allow your server 65.19.141.77 to use n747mm@n747mm.heliohost.org Your DKIM signature is not valid You do not have a DMARC record Many thanks for the great service, Ollie
  5. Just checked again today and it seems to be working now. Maybe I just needed to give it more time, but if someone fixed it then thank you! Ollie
  6. Hi there, Having just moved to Plesk, I'm hitting 503 errors when trying to access a small PHP app on my site. In logs/error_log we have this: [Sun May 01 21:06:21.183827 2022] [proxy:error] [pid 128248:tid 140006823794432] (2)No such file or directory: AH02454: FCGI: attempt to connect to Unix domain socket /home/system/n747mm.heliohost.org/php-fpm.sock (*) failed [Sun May 01 21:06:21.183908 2022] [proxy_fcgi:error] [pid 128248:tid 140006823794432] [client xx.xx.124.7:52600] AH01079: failed to make connection to backend: httpd-UDS, referer: https://n747mm.heliohost.org/index.html That looks to me like something on tommy2 isn't quite right. Could someone take a look please? Many thanks, Ollie
  7. Many thanks for the quick turnaround!
  8. Hi there, Please could you update the SSL certificate on my account? I've uploaded the new n747mm.heliohost.org.zip from ZeroSSL to my home directory (replacing the previous one). Many thanks, Ollie
  9. I've uploaded a zip containing a certificate to /home/n747mm/n747mm.heliohost.org.zip -- please could you install it? Many thanks, Ollie
  10. Understood, I'll update the code. Thanks for the quick reply.
  11. Hi guys. Firstly thanks for the excellent service. I have a bunch of PHP running on my site on Tommy, and it's stopped working some time in the last few weeks. It looks like the problem is that Tommy's PHP interpreter no longer recognises the short open tag '<?' and only responds to the full '<?php'. Per http://php.net/manual/en/language.basic-syntax.phptags.php it looks like this can be changed in a PHP config file. Is the current behaviour deliberate (in which case I'll have a lot of PHP to fix up), or can it be changed back to recognise the short open tag? Thanks, n747mm
  12. I did search the ORS forums but didn't find anthing relevant. ORS isn't very active these days -- last version was released 2010 which is why it didn't seem like it would be an ORS bug. However, with a bit of digging I found the problem and it is indeed a bug in the ORS code (a function was using $_POST as a local parameter variable and PHP was not happy about it). It's now working fine for me and I've posted a message in the ORS forum about the bug. I'm going to revert the PHP version to the default as I think the bug showed up due to a difference in tolerance between PHP 5.3 and 5.4 but now it's fixed the exact PHP version shouldn't matter. Thanks for your help!
  13. Thanks guys, not sure how I missed that. Changed to PHP 5.4 but no difference in behaviour. Any help you can give with the scripts would really be appreciated. Here's some more detail. I'm installing the ORS resource scheduler (http://ors.sourceforge.net) latest version 3.8.1. The first stage of install is at scheduling/install/index.html and clicking on the start install link works fine, bringing up the page at scheduling/install/install.php which identifies the PHP version (so basic PHP is definitely working) and says step 1 is complete. But here's where it starts to go wrong. The next link goes to scheduling/upgrade.php, but here I just get a blank page in FIrefox. Using 'wget -S' to retrieve that page from a Linux command line, I just get a 500 Internal Server Error with no content. Using cPanel to check the error logs, I see no errors at all. Presumably something is up with upgrade.php, but I can't see what...
  14. OK, sounds like trying 5.4 should be the next step. I did look in cPanel for something regarding PHP version but can't find it. I hate to admit defeat, but where is that setting?
×
×
  • Create New...