Link to home
Start Free TrialLog in
Avatar of tom_szabo
tom_szabo

asked on

Debian Etch - Postfix - mailname different from hostname - is this a problem?

We are installing a Debian Etch server with Postfix as the mail server. During the test all seams fine except sending emails to some servers. Sending to certain addresses it looks like the email has been sent but never arrives to the destination mailbox.

In the mail.log it sais : "...lnxsrv postfix/smtp[6065]: .......to=<tom@targetdomain.com.au>, relay=targetdomain.com.au[...]:25, delay=31072, delays...,dns=4.4.2, status =deferred (lost connection with targetdomain.com.au[202....] while receiving the initial server greeting)

In the mx record the server is office.clientdomain.com.au while the actual hostname of the server is lnxsrv, fqdn is lnxsrv.clientdomain.com.au. I have tried it with mailname set to lnxsrv and also with setting it to office, neither seam to resolve the issue.
The client can send email to servers not hooked up with postini service, but not to the one using postini spam/AV filtering service.

any clues?

TIA,

Tom
ASKER CERTIFIED SOLUTION
Avatar of David Beveridge
David Beveridge
Flag of Australia image

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
I once had a client who was sending emails from a .com.au email address from a computer that had a .co.nz server name and the IP address whois was owned by a japanese ISP.

He wondered why I was blocking his emails.

I used a package called policyd-weight to do this checking.
I imagine that postini does similar things.
Initiate a manual conversation with the receiving mailserver (MX record) using a telnet based program. Or if you can, enable conversation logging with a program like "recordio" to debug the issue.

Reverse DNS lookups are sometimes done as an anti-spam measure, if it doesn't match a match is flagged, or sometimes even blocked. To make this match with the IP in the header of the email, ask the manager of your IP range (not the DNS provider, although sometimes it's the same person) to setup a PTR record for your IP address mapping back to your FQDN.