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@targetdomai n.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
In the mail.log it sais : "...lnxsrv postfix/smtp[6065]: .......to=<tom@targetdomai
In the mx record the server is office.clientdomain.com.au
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
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
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.
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.
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.