- torben fjerdingstad <[EMAIL PROTECTED]>:
| The problem.
| I have, too many times, seen mail.isp.dk reject mail to
| my customers domains with the following error:
|
| "Sorry. Although I'm listed as a best-preference MX or A for that host, "
| "it isn't in my control/locals file, so I don't treat it as local. (#5.4.6)"
|
| The error message above contains two statements:
| My customers domain names are not in control/locals. That is true.
| Our mail relay is listed as the best-preference MX. That is wrong.
Have you tried running dnsmxip (in the qmail source directory) against
the customer's domain?
| I cannot imagine that DNS can claim our mail server to be the best
| MX for our costomer's domain, which it is not, and never has been.
Do you control the authoritative DNS server for the customer's domain
yourself? Could it be that someone occasionally screws up the name
server, actually rendering your server the best MX? Apart from that,
and the possibility that you have a buggy name server around, I see no
reason why you should get the behaviour you describe.
| DNS says (made up names):
|
| customer.dk. <--- customer's zone
| IN MX 10 mail.customer.dk. <-- customer's server
| IN MX 20 mail.isp.dk. <--- Our server
As it should be.
| Testing is difficult because I can only send mail from our networks,
| so rcpthosts is never consulted. Testing from outside is possible
| using telnet, but I don't have a shell account on the outside.
Like I indicated, there is always dnsmxip. And you can telnet
directly to your server's SMTP port and try a few mail from: and rcpt
to: commands.
- Harald
