Postfix on Centos(Virtualmin) goes to Spam - Multipart Messages
I'm new here and I'm sure this question has been thrown around a lot but I just couldn't find a solution. I have a networking website I've setup and we need to send notification mails to our members depending on activity related to their profiles(messages, comments etc).
We are hosting the site on Centos5.6 with VirtualMin and are using Postfix as our MTA. We also use google apps for email on the site. Heres the problem, the mails go through for some gmail users but more often than not, they end up in gmail,hotmail and yahoo spam.
We've setup the appropriate SPF codes on the server, DKIM and rDNS works fine.
v=spf1 ip4:xx.xx.xx.xx a mx include:_spf.google.com ~all
Below is a sample email that goes directly into gmail spam. I've replaced the actual values with dummy text (Ip, Domain etc)
Delivered-To: [email protected]
Received: by 10.143.165.5 with SMTP id s5cs223598wfo;
Fri, 15 Apr 2011 08:38:22 -0700 (PDT)
Received: by 10.100.15.34 with SMTP id 34mr1202961ano.165.1302881901970;
Fri, 15 Apr 2011 08:38:21 -0700 (PDT)
Return-Path: <[email protected]>
Received: from server.domainxyz.com (server.domainxyz.com [xx.xx.xx.xx])
by mx.google.com with ESMTP id c12si6403722anc.63.2011.04.15.08.38.18;
Fri, 15 Apr 2011 08:38:20 -0700 (PDT)
Received-SPF: pass (google.com: domain of [email protected] designates xx.xx.xx.xx as permitted sender) client-ip=xx.xx.xx.xx;
Authentication-Results: mx.google.com; spf=pass (google.com: domain of [email protected] designates xx.xx.xx.xx as permitted sender) [email protected]; dkim=pass (test mode) [email protected]
Received: by server.domainxyz.com (Postfix, from userid 48)
id 3549968563; Fri, 15 Apr 2011 21:08:18 +0530 (IST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=domainxyz.com;
To: Zahir Gmail <[email protected]>
Subject: Retrieve your login information
From: domainxyz.com <[email protected]>
Reply-To: domainxyz.com <[email protected]>
Content-type: multipart/alternative; charset=iso-8859-1;boundary=EmailBoundary.568d2e34be8b984d6bdc427f9 f43cc7c
Message-Id: <[email protected]>
Date: Fri, 15 Apr 2011 21:08:18 +0530 (IST)
Note : You are receiving this system generated email because you were registered on domainxyz.com If you haven't signed up with us, please report this mail by forwarding it to [email protected]. Inconvenience regretted. If you are a member, you can log onto your Notifications Page to change the notifications you receive from domainxyz.com. If you wish to change the email address on which you receive there notifications, please visit your Email Settings page. Please do not reply to this email, it will go nowhere.
domainxyz.com is a Social Networking website and is brought to you by domainxyz India Pvt Ltd. To know more about us, Click Here. If you wish to explore Business(Adverting, Marketing or Partnership) opportunities with us, please email us at [email protected]
TBH, this kind of thing is nigh-impossible to remotely troubleshoot when you're removed/munged all the relevant bits.
That being said, I'd look at your hostname and PTR records, as those are the usual places that people screw up. (And takes, like, ten seconds to check... when you've included the actual FQDN and IP addresses.)
(Another possible option may be that you have no CAPTCHA or other security measures on your signup form, so you're getting lots of bogus accounts from spambots using fake gmail/hotmail/yahoo addresses, and actually are, from their perspective, spamming them.)
Oh, it's almost certainly unrelated, but your SPF record is almost certainly grossly redundant, and definitely less-than-useful. ("~all" should really be "-all".)
redpin.com - offering amazingly competent email, dns, and web hosting since 2002... because someone has to!
Because Simple Things Should Be Simple - YouCANHasDNS