Mail DNS Settings - Reverse DNS Resolves Wrong

MerlethePearl · **Joined:** 2012-03-02 06:30 **Posts:** 32

I've had great luck installing hmailserver and am impressed with it so far...

Unfortunately I have 1 problem... The mail server seems to tag a different domain than the one I am sending from...

I have looked at this at length and did my best to resolve all DNS issues on my end... And curiously I have the DNS Reverse Lookup - showing as a different domain... And no matter what I do to resolve the DNS I can not get it to change...

This actually is more of my problem... Than hmailserver... But perhaps someone has a simple solution...

If I can have a look:
http://www.intodns.com/

Use Domain Name: medexplorer.com
Get towards end:
Your reverse (PTR) record:
70.25.53.96.in-addr.arpa -> mail.medexplorer.com
You have reverse (PTR) records for all your IPs, that is a good thing.

Then use Domain Name: electpete.ca
Get towards end:
Your reverse (PTR) record:
70.25.53.96.in-addr.arpa -> mail.medexplorer.com
You have reverse (PTR) records for all your IPs, that is a good thing.

I do not get the proper server of "mail.electpete.ca" coming back - which is properly setup in my DNS etc with Reverse etc (as far as I know and can figure out)

So not sure if this is a hmailserver problem or my DNS...

Help - at a loss...

^DooM^ · **Posted:** 2012-03-04 11:59

It's usually the ISP that updates the RDNS of ip's.

MerlethePearl · **Joined:** 2012-03-02 06:30 **Posts:** 32

I was wondering about that too...

I do have my own nameservers off their network...
So would that DNS Reverse be my setup? Or theirs still...

As they still provide the pipe...

MerlethePearl · **Joined:** 2012-03-02 06:30 **Posts:** 32

My ISP provider relates that you cannot setup multiple reverse DNS lookups to different domains...

Wondering if that is the case...

As u can setup multiple domains in hmailserver...
But wouldn't that really not work on any mail servers with multiple domains...

As a multiple domain mail server sending mail... Would never have the correct reverse DNS...

What up? Isn't this possible to reverse to each domain...

Bill48105 · **Posted:** 2012-03-04 20:56

Not sure you understand how it works.. If you want different for each, then each needs own server but that is stupid when it's not really needed.. You are supposed to SHARE on a SHARED server. In other words if you have 20 domains on 1 server it is ONE SERVER sending so you have ONE IDENTITY and they all share. We all do it, we all have been doing it for years & it has never been a problem. You make sure you have static IP from your ISP, you ask them to create a a reverse dns ptr record to match your server's host name (like mail.yourdomain.com - doesn't matter which domain, pick one as your 'primary') & then in hmail you setup the HELO string to be that host name. That is is. Add as many domains as you want. When sending the server identifies itself as a SERVER (not a DOMAIN) and voila, no problemo.

I know this has come up MANY times on the forum & it has been debated back & forth & beat to death really. Multiple IP's & PTR's is not needed for hosting multiple domains. Could be useful if hmail supported it? Sure perhaps for some people but it's NOT NEEDED in 99.999% of the cases so it's almost a non-issue. For those who feel it is, they can feel free to run as many copies of hmail in real or virtual servers as they wish.

Bill

^DooM^ · **Posted:** 2012-03-04 21:15

Code:

domain1.com ---> 23.45.67.89 ---> RDNS ---> domain?.com
domain2.com -------^ | | |
domain3.com ---------^ | |
domain4.com -----------^ |
domain5.com -------------^

Lots of domains and subdomains can point to a single IP, A single IP can only reverse to a single domain, usually your main domain, it doesn't matter as long as it points to one of your domains that points to your IP.

MerlethePearl · **Joined:** 2012-03-02 06:30 **Posts:** 32

Quote:

you setup the HELO string to be that host name. That is is. Add as many domains as you want. When sending the server identifies itself as a SERVER (not a DOMAIN) and voila, no problemo

This is perhaps what I am missing then...

Is that in the SMTP Settings?

In Delivery of Email:
Local Host Name: mail.domain.com - correct one that resolves PTR...

Or where is the HELO string?

Bill48105 · **Posted:** 2012-03-04 23:58

Local host name on Settings->Advanced->Protocols->SMTP then Delivery of Email tab:
http://www.hmailserver.com/documentatio ... otocolsmtp

Quote:

Host name
When an SMTP server connects to another server to send a message, the first thing that happens is that the sending server identifies itself using the host name. Since there is no way to safely auto-detect the host name of a computer, you have to specify this setting manually. The host name must resolve to the IP address of the computer which is running hMailServer. Some servers will validate this and classify your email as spam if it does not resolve properly.

It does not matter what host name you enter, as long as it resolves to the IP address where hMailServer is running. You may have 15 different host names which resolves to the IP address hMailServer is running on. If this is the case, you can enter any of these 15 different host names in the Host name field.

Example: If hMailServer is running on a machine whose host name is mail.domain.com, you should specify mail.domain.com as host name. If your machine has several public host names, such as mail.domain.com and mail.domain2.com, you may specify any of them as host name.

MerlethePearl · **Joined:** 2012-03-02 06:30 **Posts:** 32

This is still what I am getting...

X-hMailServer-Reason-1: The host name specified in HELO does not match IP

Have Proper Domain name which resolves to proper IP in both:

SMTP Settings: Local Host Name: mail.domain.com
SMTP Settings: Remote Host Name: mail.domain.com

WIll not send to Gmail off server... Will send to a domain on server...

Will not relay to gmail... Will relay to domain on server...

^DooM^ · **Posted:** 2012-03-05 02:05

220 mail.medexplorer.com ESMTP
96.53.25.70 resolves to mail.medexplorer.com

That should work

MerlethePearl · **Joined:** 2012-03-02 06:30 **Posts:** 32

I have mail.medexplorer.com as Local Host...

No matter what - I still get HELO error...
X-hMailServer-Reason-1: The host name specified in HELO does not match IP

I am completely confused on how to get this set right...

Bill48105 · **Posted:** 2012-03-05 07:07

Wait are you talking about incoming email getting that header added or outgoing?

MerlethePearl · **Joined:** 2012-03-02 06:30 **Posts:** 32

Outgoing...
Basically receipt on end user is wrong...

Here is what I am trying to do...

Setup normal mailserver - which sends/receives mail...

Also use ColdFusion - send mail thru a website form (relay)
Relaying is setup in IP Range... And Server is locked out of other relays...

Here is an example header from ColdFusion relay...

Quote:

Return-Path: noreply@electpete.ca
Received: from dell400sc ([184.71.210.14]) by mail.medexplorer.com ; Sun, 4 Mar 2012
15:19:10 -0700
Date: Sun, 4 Mar 2012 15:18:47 -0700 (MST)
From: noreply@electpete.ca
To: medmaster@medexplorer.com, pete@electpete.ca
Message-ID: <27415035.421330899527265.JavaMail.SYSTEM@96.53.25.70>
Subject: ElectPete.ca - Volunteer
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Mailer: ColdFusion 8 Application Server
X-hMailServer-Spam: YES
X-hMailServer-Reason-1: The host name specified in HELO does not match IP address. - (Score: 3)
X-hMailServer-Reason-Score: 3

Wondering now if this is a relay problem...

Adding Local Host Header - seems to have non relay working...

No Relay seems fine...

Quote:

Delivered-To: xxxx@gmail.com
Received: by 10.223.160.133 with SMTP id n5csp6765fax;
Sun, 4 Mar 2012 22:26:28 -0800 (PST)
Received: by 10.68.197.35 with SMTP id ir3mr38727513pbc.84.1330928787383;
Sun, 04 Mar 2012 22:26:27 -0800 (PST)
Return-Path: <pete@electpete.ca>
Received: from mail.medexplorer.com (mail.medexplorer.com. [96.53.25.70])
by mx.google.com with SMTP id u10si18738071pbv.112.2012.03.04.22.26.26;
Sun, 04 Mar 2012 22:26:27 -0800 (PST)
Received-SPF: neutral (google.com: 96.53.25.70 is neither permitted nor denied by best guess record for domain of pete@electpete.ca) client-ip=96.53.25.70;
Authentication-Results: mx.google.com; spf=neutral (google.com: 96.53.25.70 is neither permitted nor denied by best guess record for domain of pete@electpete.ca) smtp.mail=pete@electpete.ca
Received: from MerleASUS ([68.147.233.231])
by mail.medexplorer.com
; Sun, 4 Mar 2012 23:26:44 -0700
From: "Pete" <pete@electpete.ca>
To: "xxxxxx" <xxxxx@gmail.com>
Subject: Pete
Date: Sun, 4 Mar 2012 23:26:25 -0700
Message-ID: <007f01ccfa98$e40c5c10$ac251430$@ca>
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_NextPart_000_0080_01CCFA5E.37AD8410"
X-Mailer: Microsoft Office Outlook 12.0
Content-Language: en-us
Thread-Index: Acz6mOO1I9plQMWGTjiRdk7ZALLrLg==

Been trying to figure this out for awhile... And wondering if I'm muddying the waters...

mattg · **Posted:** 2012-03-05 12:08

so that first one is coldfusion sending a mail via your hmailserver to a third party?

MerlethePearl · **Joined:** 2012-03-02 06:30 **Posts:** 32

Yes...

I have my webservers seperated out from mail server...

ColdFusion has some power to it... And I use the cfmail function to email things out...

Wonder if my fix is to just put hmailserver on the webserver... But I don't really want it processing mail...

Bill48105 · **Posted:** 2012-03-05 18:53

MerlethePearl: You can either fix it so the sender (coldfusion server) HELO matches the IP or disable spam-checking on the IP range of your coldfusion server..

Note from your headers the sender is using dell400sc as the HELO string:

Quote:

Received: from dell400sc ([184.71.210.14]) by mail.medexplorer.com ; Sun, 4 Mar 2012 15:19:10 -0700

Doubt you want to change the server's computer name but you could edit your hosts file & make dell400sc resolve to the IP it is connecting from 184.71.210.14. That should do the trick. nsllokup dell400sc from command prompt on hmail server should tell you what it resolves to, if at all.

Or as I said have an ip range for the 184.71.210.14 IP (I assume that must be your CF server) & uncheck spam filtering for that range. (Obviously there are risks in doing that)

One thing I am wondering is why the spam tests happen anyway. I thought spam tests were bypassed for auth'd users but maybe not in hmail. I could be thinking of my old mail system..
Bill

MerlethePearl · **Joined:** 2012-03-02 06:30 **Posts:** 32

Isn't the spam test on the end users server end...
ie: Gmail checks the message for spam... If sending from ColdFusion to user...

Quote:

you could edit your hosts file & make dell400sc resolve to the IP it is connecting from 184.71.210.14.

Not sure how to do this?

Bill48105 · **Posted:** 2012-03-05 19:07

MerlethePearl wrote:

Isn't the spam test on the end users server end...
ie: Gmail checks the message for spam... If sending from ColdFusion to user...

Quote:

you could edit your hosts file & make dell400sc resolve to the IP it is connecting from 184.71.210.14.

Not sure how to do this?

Umm.. Not sure what you mean.. Email comes into hmail & hamil does spam tests & added the "X-hMailServer-Reason-1" header you see. hmail is adding that not gmail. Is why I made the suggestions I did. Or as I alluded to at the end, I thought hmail skipped those tests for auth'd users so you could try setting up the CF server to login/auth to send & see if that solves it. Otherwise you're back to my 2 other suggestions.

notepad c:\windows\system32\drivers\etc\HOSTS
add new line at end like:
184.71.210.14 dell400sc
save & try ping dell400sc in CMD prompt
NOTE: Newer versions of Windows protect the HOSTS file so you need to edit it as admin. In that case you type notepad in the start search box, right-click on it & choose run as administrator then file open c:\windows\system32\drivers\etc\HOSTS An alternate method is run CMD as admin then run the above notepad line.

Since hmail uses windows for lookups adding that to the HOSTS file SHOULD cause the helo lookup to match the IP & stop that spam filter from kicking in, but I've not tried it.
Bill

mattg · **Posted:** 2012-03-06 13:37

MerlethePearl wrote:

Relaying is setup in IP Range... And Server is locked out of other relays...

How EXACTLY did you do this?

MerlethePearl · **Joined:** 2012-03-02 06:30 **Posts:** 32

Just added the ip range for specific ip address - no other relays set

mattg · **Posted:** 2012-03-07 05:14

What settings did you choose in the IP range?

Specifically, did you select the 'AntiSPAM' option?

MerlethePearl · **Joined:** 2012-03-02 06:30 **Posts:** 32

Anti Spam was initially checked...

It is unchecked now...

mattg · **Posted:** 2012-03-07 16:43

does that change the result of the issue in this thread?

MerlethePearl · **Joined:** 2012-03-02 06:30 **Posts:** 32

Nope...

Using an email from the domain of the actual reverse PTR of the domain name sends fine through server...

When I use another domain name on same server - which is not the domain name reverse... It gets tagged as spam...
Yet the domain resolved fine with mx mail settings... To the proper server...

^DooM^ · **Posted:** 2012-03-09 10:00

If they are checking the from against the helo then they must get a lot of false positives.

MXtoolbox show it as good when it's checked http://www.mxtoolbox.com/SuperTool.aspx ... lorer.com# as does intodns http://www.intodns.com/medexplorer.com

I can only suggest that you contact the owner of the server incorrectly marking your server as spam and ask them to whitelist you.

MerlethePearl · **Joined:** 2012-03-02 06:30 **Posts:** 32

Yes the medexplorer.com works fine...

It is when another differentdomain.com sends - is when the problem occurs...

As that differentdomain.com is on the same mail server as multiple domain on server...

So it resolves to medexplorer.com instead of differentdomain.com

^DooM^ · **Posted:** 2012-03-09 18:47

It doesn't though. The connecting IP, the Reverse DNS and the HOST all say the same which is all they should be looking at or care about.

If they are are blacklisting email because the from does not match the IP or helo or rdns, they will blacklist half the planets email servers.

MerlethePearl · **Joined:** 2012-03-02 06:30 **Posts:** 32

I'm going to try install on same ip as sending IP...
Not my desired solution as I'd like to keep mailserver seperate...

MerlethePearl · **Joined:** 2012-03-02 06:30 **Posts:** 32

Using same system to email thru relay...

I can use same ColdFusion markup to send thru cfmail... Relay... thru server set up...

Sending from a @medexplorer.com - sends fine... Html formatted however - all good...

When I send from @otherdomain.com - gets tagged as spam/junk... No matter how formatted - always spam/junk...

Without changing anything other than the from address in the ColdFusion cfmail markup...

Bill48105 · **Posted:** 2012-03-09 23:29

Is it possible to see the headers of the one marked for spam? Might better narrow down the trigger. Could be the IP of the sender in the rec'd headers in which case you might need to use the INI settings I made to over-ride that.. Or could be your hmail or dns isn't setup right. Or could be content filtering among other things.
Thx
Bill

MerlethePearl · **Joined:** 2012-03-02 06:30 **Posts:** 32

Bill...

Thanx...

I think it was the IP of sending relay machine that was showing up and causing trouble...

Funny thing... It is not doing it now - and seems to be working...

Now to get spam under control... lol...

MerlethePearl · **Joined:** 2012-03-02 06:30 **Posts:** 32

It is sending IP still...
But it is working...

I did add the host dell400SC into IP file to resolve as someone suggested - maybe that worked...

I'd like to try your suggestion Bill to remove it in INI if easy to do...
Idea how to do that?

Quote:

Delivered-To:xxxxxxxx@gmail.com
Received: by 10.223.160.133 with SMTP id n5csp20724fax;
Fri, 9 Mar 2012 13:19:39 -0800 (PST)
Received: by 10.50.76.163 with SMTP id l3mr5790275igw.10.1331327977481;
Fri, 09 Mar 2012 13:19:37 -0800 (PST)
Return-Path: <xxxxx@electpete.ca>
Received: from mail.medexplorer.com (mail.medexplorer.com. [96.53.25.70])
by mx.google.com with SMTP id lv3si3707187igc.13.2012.03.09.13.19.36;
Fri, 09 Mar 2012 13:19:37 -0800 (PST)
Received-SPF: neutral (google.com: 96.53.25.70 is neither permitted nor denied by best guess record for domain of xxxxx@electpete.ca) client-ip=96.53.25.70;
Authentication-Results: mx.google.com; spf=neutral (google.com: 96.53.25.70 is neither permitted nor denied by best guess record for domain of xxxxx@electpete.ca) smtp.mail=xxxx@electpete.ca
Received: from dell400sc ([184.71.210.14])
by mail.medexplorer.com
; Fri, 9 Mar 2012 14:19:47 -0700
Date: Fri, 9 Mar 2012 14:19:37 -0700 (MST)
From: xxxxx@electpete.ca
To: xxxxxxxxx@gmail.com, xxxx@electpete.ca
Message-ID: <27544051.271331327977203.JavaMail.SYSTEM@dell400sc>
Subject: ElectPete.ca - Volunteer
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Mailer: ColdFusion 8 Application Server

Mail DNS Settings - Reverse DNS Resolves Wrong

Who is online