IT help

[alt f4]

I have a few ideas. But vodka called my name tonight.

 

[Baron Winnebago]

I have a few ideas. But vodka called my name tonight.

 

[Saudi_aurora]

Yeah I don’t think it’s even going to spam.

It’s set up to use the built in php email delivery in the admin panel. When I do a test email those work.

Had this issue with a number of clients over the last year or so. Possibly, if it’s the same issue. Basically, sending emails the way your server does “spoofs” your FROM email when actual email address may be something like s104.123.456@server.com or whatever as it sends through the server. A solid SPF record may help so that incoming clients know it’s safe to accept from your IP. I’m not certain of the inner workings of your platform but I did find this https://xenforo.com/community/resources/email-troubleshooting-guide.5086/

If you’re still dealing with this problem let me know and I’ll try to help find a solition tomorrow morning whilst you mofos are sleeping. Any other details would be helpful. Email traces and delivery tracking, anything that your server bounces back with. Error logs, any of that stuff.

 

[HuskerGarrett]

Had this issue with a number of clients over the last year or so. Possibly, if it’s the same issue. Basically, sending emails the way your server does “spoofs” your FROM email when actual email address may be something like s104.123.456@server.com or whatever as it sends through the server. A solid SPF record may help so that incoming clients know it’s safe to accept from your IP. I’m not certain of the inner workings of your platform but I did find this https://xenforo.com/community/resources/email-troubleshooting-guide.5086/

If you’re still dealing with this problem let me know and I’ll try to help find a solition tomorrow morning whilst you mofos are sleeping. Any other details would be helpful. Email traces and delivery tracking, anything that your server bounces back with. Error logs, any of that stuff.

 

[HuskerGarrett]

Just kidding. That sounds like it could be the issue actually. I’ll make you an admin so that you can see the admin control panel. I don’t see any error logs which is weird. The settings I’ve doing are under Setup - Options - Email

 

[Juro]

Any error logs or kickback emails that could help us?

 

[HuskerGarrett]

Any error logs or kickback emails that could help us?

These are the recent errors

 

[alt f4]

Can you DM the WHM passwords again?

First hunch is the server is looking locally for MX records, when they're remote MX records.

So when server (this board) is trying to generate emails, it'll looking within the server's DNS settings to find the MX records to send the mail, there are none entered so no mail is sent.

 

[Saudi_aurora]

Can you DM the WHM passwords again?

First hunch is the server is looking locally for MX records, when they're remote MX records.

So when server (this board) is trying to generate emails, it'll looking within the server's DNS settings to find the MX records to send the mail, there are none entered so no mail is sent.

@HuskerGarrett If the above doesn't solve the issue, you might try connecting your email settings to Google's MX (your Gmail account) instead of using the PHP method of delivery.

Admin control panel -> Setup -> Options -> Email options -> Email transport method.

Select change, then choose 'Google OAuth'. It will ask you to authenticate which will look like it's asking you to sign into your gmail, but requests access to certain mail permissions like sending mail on your behalf, etc. Once that's set up then try to send a test. Sending emails via the PHP mail() function has been extremely inconsistent over the last year or so.

 

[alt f4]

The more I thought about this, I'm beginning to think it's not a server setup issue.

Users are receiving other board generated emails - like Conversations/DM replies, watched post replies, See what you have missed email. I've sent a few tests and received them to my hotmail/gmail/private email addresses.

 

[alt f4]

I just tested the Forgot Password email and received it just fine.

 

[BingoDingo]

The more I thought about this, I'm beginning to think it's not a server setup issue.

Users are receiving other board generated emails - like Conversations/DM replies, watched post replies, See what you have missed email. I've sent a few tests and received them to my hotmail/gmail/private email addresses.

Nice

 

[HuskerGarrett]

I’m gonna be honest I completely forgot about this

 

[HuskerGarrett]

I tried it about ten minutes ago and have not received the email. I’ve been checking spam too but no luck

 

[Saudi_aurora]

@HuskerGarrett @alt f4

I ran the test email and the forgot password option but didn't receive either in my Gmail account.

Since you have your email set up to 'send' from this IP (which spoofs the sender name), you may have to edit your SPF record. Here is a test I ran at https://www.mail-tester.com/

If you want to test yourself, follow these steps:
1. Go to https://www.mail-tester.com/ (separate tab)
2. Copy the email address provided.
3. Send a test message to the email address in step 2
4. Go back to https://www.mail-tester.com/ and check your score.

Here are the results after I ran the test.

You are not allowed to use one of your sender email addresses SCORE -7​

[SPF] theplatinumboard.com does not allow your server 69.167.152.175 to use garrett@theplatinumboard.com​

What we retained as your current SPF record is:
v=spf1 include:dc-aa8e722993._spfm.theplatinumboard.com ~all

It should be changed to:
v=spf1 include:dc-aa8e722993._spfm.theplatinumboard.com ip4:69.167.152.175 ~all

"theplatinumboard.com: Sender is not authorized by default to use 'garrett@theplatinumboard.com' in 'mfrom' identity, however domain is not currently prepared for false failures (mechanism '~all' matched)"

This may help delivery, but If this doesn't fix the issue, at least you'll have a proper SPF record set up to include the IP address of your server. On your GoDaddy (assuming it's still this provider) domain DNS, you'll have a TXT record with the current SPF. Just update that to the 2nd one.

 

[alt f4]

@HuskerGarrett @alt f4

I ran the test email and the forgot password option but didn't receive either in my Gmail account.

Since you have your email set up to 'send' from this IP (which spoofs the sender name), you may have to edit your SPF record. Here is a test I ran at https://www.mail-tester.com/

If you want to test yourself, follow these steps:
1. Go to https://www.mail-tester.com/ (separate tab)
2. Copy the email address provided.
3. Send a test message to the email address in step 2
4. Go back to https://www.mail-tester.com/ and check your score.

Here are the results after I ran the test.


This may help delivery, but If this doesn't fix the issue, at least you'll have a proper SPF record set up to include the IP address of your server. On your GoDaddy (assuming it's still this provider) domain DNS, you'll have a TXT record with the current SPF. Just update that to the 2nd one.

I just discovered this is a Gmail delivery issue only and hit and miss on Yahoo. I've run into this before with servers trying to send to Gmail account on behalf of Google hosted emails.

SMTP error from remote mail server after end of data: 550-5.7.26 This mail has been blocked because the sender is unauthenticated.\n550-5.7.26 Gmail requires all senders to authenticate with either SPF or DKIM.

@HuskerGarrett, the quoted message from @Saudi_aurora is correct, When I get a minute I'll help you out.

 

[HuskerGarrett]

 

[HuskerGarrett]

Thanks guys. It makes sense that it’s a Gmail issue, it looks like those who have told me they never got the email are also on gmail

 

[jaihawk]

Thanks guys. It makes sense that it’s a Gmail issue, it looks like those who have told me they never got the email are also on gmail

What about those of us with e-mail addresses from:

 

[Saudi_aurora]

What about those of us with e-mail addresses from:

View attachment 30995