Yes to everything. The ACP does show that the DKIm signing is setup. The DNS records for DKIM have been set. Queriying that DNS record shows it matches what was given in XF ACP. We were having issues prior to updating to 2.3.7.
I tested and everything is still passing (SPF, DMARC, etc.) except for DKIM which still fails. When checking the headers for the test email sent it still says
ARC-Authentication-Results: i=1; mx.google.com;
dkim=neutral (body hash did not verify) header.i=@XXXXXX.com header.s=xenforo...
Very interesting, maybe its a bug with 2.3.7? Emails don't seem to be going to spam anymore, but the headers still show that the body hash doesn't match. Maybe I should make a bug report if others are experiencing this same issue.
Yes. I ran the "Test outbound email" function using PHP mail. The body hash doesn't match. DNS record is being fetched correctly, and XenForo is saying the DKIM is correct.
I just updated the post because I never checked email headers. SPF and DMARC pass, but SKIM says the body hash did not verify. DNS is setup correctly, so I assume its a problem with XenForo signing the email? I'll send a test email to learndmarc and see what it says. Thanks for this!
Users have been reporting they aren't getting their OTP emails. After some DNS changes, the mail does send but will now always go to the spam folder. Using online email analyzers, it said that a DKIM record is invalid or not added at all, even though it is. I generated a DKIM in the email...
Yeah chown does work but it is odd that even though the current user is a part of a user group that has full perms on the website dir, that it still won't allow the update.
The one click upgrade in ACP fails because it says "The files are owned by a different user than the upgrade is running as." As a result, I had to FTP to do the upgrade.
if (!$isWindows)
{
// Only allow the upgrade to run if we're not likely to cause mixed file ownership.
// This is possibly over restrictive. (If relaxed in the future, we should special case
// to prevent using root unless the files are owned by root.)...