Emails end up in the clients spam folder

[Dennis]

Hi,

 

Ever since we started, we had this weird problem. Some of the mails we're sending are being sent to the clients spam folder instead of the inbox.

 

Would it help running TCAdmin through SSL? Or is there anything else we can do to make sure it always end up in the inbox?

[Raizio]

You'd better check if the mailserver you have isn't on some blacklist.

Best to check that is here http://mxtoolbox.com/blacklists.aspx

[Dennis]

Wasn't on any blacklist. We can send mails through WHMCS and they don't end in the spam folder.

[Raizio]

Are the clients perhaps gmail or such big known domains?

[Dennis]

Yes, generally.

[Raizio]

Then you might send too much mails to those addresses, I generally have query failure mails disabled for games where it happens too often. I still get them, but clients don?t.

 

It just means your mailserver is starting to be in bad standing with those domains.

[Dennis]

Well, we switched domain some days ago, and the first mails from TCAdmins was detected as spam while mails from WHMCS wasn't (same domain).

 

The mails we're sending most is the when a Minecraft server hits the memory limit. Some of our clients think they can run everything on 512MB RAM, so sometimes the same type of email is sent to the same email adress once every five minutes.

 

New clients receive their setup email in spam as well, and some clients don't think they received the email.

Edited March 10, 2014 by DennisMidjord

[Dennis]

Bump

[Raizio]

Does the mail arrive in normal inbox if you switch mailservers? Even if it's only temporary.

[raytrax]

you have properly configured the PTR? And SPF for ur domain?

both are important for the antispam check.

[okiedoke]

you have properly configured the PTR? And SPF for ur domain?

both are important for the antispam check.

 

This is what I would suggest also. Most mail servers are set to reject mail that comes from a hostname with no valid reverse DNS.

 

If you go to http://dnsinspect.com and put your domain in, it will check it to make sure it is suitably setup.

 

http://www.dnsinspect.com/pingplay.co.uk

[Dennis]

Thanks, I'll have a look at it this weekend.

[Dennis]

Seems like the SPF record is working now (it's outputting 'pass'), but mails still end up in spam, and some aren't even sent. Those that aren't sent returns with this:

Reporting-MTA: dns; primaservers.com

X-Postfix-Queue-ID: B817365CE2

X-Postfix-Sender: rfc822; noreply@primaservers.com

Arrival-Date: Sat, 5 Apr 2014 01:46:28 +0200 (CEST)

 

Final-Recipient: rfc822; primatestauth@gmail.com

Original-Recipient: rfc822;primatestauth@gmail.com

Action: failed

Status: 5.7.1

Remote-MTA: dns; gmail-smtp-in.l.google.com

Diagnostic-Code: smtp; 550-5.7.1 [2001:41d0:8:456a::1 12] Our system has

detected that this 550-5.7.1 message is likely unsolicited mail. To reduce

the amount of spam sent 550-5.7.1 to Gmail, this message has been blocked.

Please visit 550-5.7.1

http://support.google.com/mail/bin/answer.py?hl=en&answer=188131 for 550

5.7.1 more information. yi10si1492871wib.120 - gsmtp

It's pretty random what mails are being bounced back. Sometimes one mail is bounced back, but then I'll be able to send the exact same email 30 seconds later.