Hi,
The mails of the Aloft Forum end up in the spamfolder all the time and I did some investigation...
From the header of the last e-mail:
Authentication-Results: spf=softfail (sender IP is 173.249.147.152)
smtp.mailfrom=alofthobbies.com; dkim=none (message not signed)
header.d=none;dmarc=fail action=none header.from=alofthobbies.com;
Received-SPF: SoftFail (protection.outlook.com: domain of transitioning
alofthobbies.com discourages use of 173.249.147.152 as permitted sender)
Query for the SPF-record results in two records, while there may only be one:
alofthobbies.com. 300 IN TXT "v=spf1 include:spf.sendinblue.com mx ~all"
alofthobbies.com. 300 IN TXT "v=spf1 a mx ip4:173.249.147.152 include:mail.ny54.zoeysite.com include:mail.gw01.zoeysite.com include:u2081612.wl113.sendgrid.net include:servers.mcsv.net include:helpscoutemail.com include:forum.alofthobbies.com ?all"
There may only be one SPF-record at the apex level of the domain, therefore it fails. Also, the number of named lookups (also counting underlying include entries), may not be higher than 10. With more than 10 named lookups the result will be an invalid SPF-record. The total named lookups of the second SPF-record results in 11 named lookups (8 main and 3 nested) so it is already too long...
It's not too difficult to fix if you know about SPF-records ;-). Having multiple senders that send mail on your behalf makes it more difficult, but you could also consider using subdomains for them (which results in less named lookups and gives you more control and safety over the mail from your domain).
Regards,
alm_nl
The mails of the Aloft Forum end up in the spamfolder all the time and I did some investigation...
From the header of the last e-mail:
Authentication-Results: spf=softfail (sender IP is 173.249.147.152)
smtp.mailfrom=alofthobbies.com; dkim=none (message not signed)
header.d=none;dmarc=fail action=none header.from=alofthobbies.com;
Received-SPF: SoftFail (protection.outlook.com: domain of transitioning
alofthobbies.com discourages use of 173.249.147.152 as permitted sender)
Query for the SPF-record results in two records, while there may only be one:
alofthobbies.com. 300 IN TXT "v=spf1 include:spf.sendinblue.com mx ~all"
alofthobbies.com. 300 IN TXT "v=spf1 a mx ip4:173.249.147.152 include:mail.ny54.zoeysite.com include:mail.gw01.zoeysite.com include:u2081612.wl113.sendgrid.net include:servers.mcsv.net include:helpscoutemail.com include:forum.alofthobbies.com ?all"
There may only be one SPF-record at the apex level of the domain, therefore it fails. Also, the number of named lookups (also counting underlying include entries), may not be higher than 10. With more than 10 named lookups the result will be an invalid SPF-record. The total named lookups of the second SPF-record results in 11 named lookups (8 main and 3 nested) so it is already too long...
It's not too difficult to fix if you know about SPF-records ;-). Having multiple senders that send mail on your behalf makes it more difficult, but you could also consider using subdomains for them (which results in less named lookups and gives you more control and safety over the mail from your domain).
Regards,
alm_nl
