Carlos Paz <[EMAIL PROTECTED]> wrote: > [invalid MX records pointing to IP addresses] > > Yes, I'm totally aware that the domain with broken MX records is at > fault, but telling this reason to an unhappy user won't solve the > problem, and you can't really argue against their pragmatic approach:
What problem? The problem definitely is the broken MX record, and there are only two ways to get rid of it: 1. make it a non-problem by breaking your software, too, or 2. make the receiver domain's tech-c fix the misconfiguration. We all know the results of continually applying #1 to web browsers for years, so yes, we *can* argue against their pragmatic approach. > So, our only choice as sysadmins is to add static routes in esmtproutes, > apologize to our user, try to convince him that it's not our fault, and > send a mail to the postmaster of that domain, asking them to please fix > their DNS. This leads us to a *real* problem with the standards compliance of Courier: you can't send mail to <(post|host|net)[EMAIL PROTECTED]> using Courier because it's simply not supported, although the standards mandate it. This problem comes up on the list from time to time, and someone even said he would write a patch. Unfortunately, I fear there's little chance that this functionality will ever appear in the official Courier distribution. I think *this* would be something worth supporting, not MX->IPaddress records. > I'm not against this policy on the case of MX pointing to CNAMEs since > this is more problematic, Besides, the RFCs don't even strictly prohibit MX->CNAME, but really only discourage it[1]. > But I find a little "extreme" that courier will fail the message even > when valid, first choice MX servers are available, but a secondary or > lower priority bad MX record is found. Agreed. > I would prefer Sam to produce an official patch, and give us the choice > to perform this checks or no. "BE_A_MX_WHORE" sounds like a good name > for the controlling env var I think ;-) Agreed. [1] http://www.mengwong.com/misc/rfc1912-is-wrong.html ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
