2

First post - was directed here from stackoverflow!

The problem: Google marks seemingly correctly formatted emails from my apache/postfix server as spam. Sample email as follows;

(I have replaced my domain with mydomain.com.au and the IP with a pretend IP)

Delivered-To: [email protected]
Received: by 10.150.216.21 with SMTP id o21cs22383ybg;
        Fri, 26 Feb 2010 23:11:55 -0800 (PST)
Received: by 10.231.152.75 with SMTP id f11mr1470919ibw.50.1267254715619;
        Fri, 26 Feb 2010 23:11:55 -0800 (PST)
Return-Path: <[email protected]>
Received: from mydomain.com.au (mydomain.com.au [80.107.158.80])
        by mx.google.com with ESMTP id 29si1651619iwn.31.2010.02.26.23.11.54;
        Fri, 26 Feb 2010 23:11:55 -0800 (PST)
Received-SPF: pass (google.com: domain of [email protected] designates 80.107.158.80 as permitted sender) client-ip=80.107.158.80;
Authentication-Results: mx.google.com; spf=pass (google.com: domain of [email protected] designates 80.107.158.80 as permitted sender) [email protected]
Received: by mydomain.com.au (Postfix, from userid 48)
    id ACB735030340; Sat, 27 Feb 2010 18:11:53 +1100 (EST)
To: [email protected]
Subject: Quote for David Brent (00125512123)
From: [email protected]
Reply-To: [email protected]
X-Mailer: PHP/5.2.10
Message-Id: <[email protected]>
Date: Sat, 27 Feb 2010 18:11:53 +1100 (EST)

Name: David Brent

Mobile: 00125512123

Phone:

Email: [email protected]

Date: 2010-20-21

Time: 21:00

Location: Syd

Eventype: Musicians

Message: Yep, this should work!!!!

how did you hear about us: Newspaper
  • I have tried sending it to non-google emails, and they arrive fine.
  • I have tried posting to several different google accounts, all end up as spam.
  • Mydomain.com.au uses Google Apps as email provider.
  • I have added "v=spf1 a mx ~all" as TXT in my NS.
  • I used http://remote.12dt.com/ to check reverse DNS and the IP seems to be resolving back to the domain name just fine.
  • My IP is not blacklisted in spam-lists (as far as my checks can tell). I host at www.jumba.com.au - in Australia.

The headers seem fine, and the SPF look up seems to pass (?).. Any ideas?

Kind regards

4
  • Hmm.. So you are suggesting then that I train the Google engine to allow emails from my domain? Sounds like a bit of an an ugly hack to me?
    – Anonymous
    Feb 27, 2010 at 12:55
  • Thanks all. For some reason I cant seem to edit or comment on your answers. Anyway, I decided to implement DKIM, but I'm running into troubles here as well: http://serverfault.com/questions/117561/dkim-error-dkimneutral-bad-version-header-i
    – GBC
    Feb 28, 2010 at 3:27
  • I'm not suggesting you train the Google e-mail engine, just pointing out that in the arms race between the spammers and the mail washers you're going to get false positives as well as false negatives.
    – ChrisF
    Feb 28, 2010 at 18:34
  • You need to give your real domain and real IP so someone can help you. The reason we need this information is to check if you have properly configured things like your PTR records. Obfuscating this information prevents us from helping you. Mar 1, 2010 at 8:13

5 Answers 5

3

mxtoolbox has a pretty comprehensive blacklist checker. I know you already checked but this might be useful to others who come across this post as well.

Your best bet - as mentioned by caelyx - is to implement DomainKeys and be done with all this nonsense. Yahoo and Gmail both green light dkim signed email till they have reason to do otherwise (users tagging it spam). If this is at all business related it's a pretty obvious choice ROI wise. An hour or so of configuration and testing equals much fewer issues with spam filters.

0

Google's got an FAQ at https://mail.google.com/support/bin/answer.py?answer=81126

It's probably triggering on a content rule (since SPF authentication seems to be working fine).

If you've got access to a couple of gmail accounts (yours, coworkers, etc), try sending some of that email to them and marking them as "Not Spam" within gMail; see if the filter learns.

Absolute worst case, try either (a) changing up the formatting, or (b) signing the message with DomainKeys/DKIM.

1
  • DomainKeys is older but on the way out. DKIM is the IETF standard and on the way in. Choose DKIM for new deployments. And it's not any kind of worst case -- anyone running a mail-system who cares about exchanging email with others should look at deploying DKIM, so that others can see that mails really did come from the domain owner. (That doesn't say "domain owner is not spammer", but does let reputation be built up per-domain).
    – Phil P
    Mar 8, 2010 at 3:30
0

I had issues not being able to email a company that i always used to, and it happened because they migrated over to Google email servers and in the security checks they started using Forward Confirmed Reverse DNS Lookup.

Go to this ipadmin site and make sure your email server is configured properly

Nico

0

Yep, this should work!!!!

how did you hear about us: Newspaper

Is a pretty spammy looking message. First, you need to flag all the prior messages from that server as not spam. Then, you should make sure any messages you send are valid. For example:

"This message is to confirm that you have signed up for our service. ABC Corporation is looking forward to having you as a client"

Would probably not be caught.

-1

Try this Email Server Test. if it does not flag anything, best thing is to contact Google postmaster.

1
  • Thanks! Great resource. Emails seem clean though. All passes. I got a 5.5 score on the SpamAssassain-test, but I'm pretty sure it's wrong as it didn't make sense at all.. To make sure It was wrong I did this SpamAssassain-test: flashmarketing.com/spam-check.htm and got a score of 0.1 (perfect).
    – GBC
    Mar 2, 2010 at 1:42

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .