> No PTR for legits MTAs is a much bigger problem, and we're forced to > tolerate (and thereby, encourage) that when deciding to accept mail, > so tolerating screwed up MXs records when sending our legit mail is > really no big deal.
Don't try to kid me that you think that someone using an IP in their MX record has all of their other forward and reverse DNS set up correctly. > An MTA that refuses to send our legit mail because "MX RDATA field > is an IP" error is just stupid. but "my MX, my policies" In my policy, such mail is no more "legit" than mail destined for an MX hostname that doesn't exist, an MX that's non-responsive, etc. In all cases, you can use a hard-coded HOSTS mailroute if business requirements exist, but, in my opinion, there's no reason to encourage the spread of bad practices by default. On that note, have you decided that 1.2.3.4 is a legitimate HELO hostname or sender domain, too? I'm curious, because we certainly have not. It's all part of the same policy, IP <> hostname. > welcome to internet. My job is my mail system, NOT their DNS > screwups. This "welcome to internet" garbage is growing mold, and your attempted condescension is rancid with IMail inexperience. Must we have the "welcome to internet" vs. "welcome to IMail" exchange every single time? > I never have. logging isn't expensive, and is excellent evidence if > a dialogue ever arises with the other end for any reason A "dialogue"? When would that happen? You're delivering mail to them in defiance of their breakage, so they'll _never_ contact _you_ when stricter mailservers balk. If they want you to check out their domain for some other reason, you'd just use dig. And, of course, the logging is not expensive; it's uselessly verbose, however, and my point is that if your MTA shared your supposedly universal conviction, it wouldn't log an error at all. Obviously, you've just chosen the "loose" enforcement setting, while others choose the "strict" one. I can understand your reasoning, though I don't share it. Calling everyone else stupid is, though typical, glossing over your personal choices. --Sandy ------------------------------------ Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.mailmage.com/products/software/freeutils/SPAMC32/download/release/ Defuse Dictionary Attacks: Turn Exchange or IMail mailboxes into IMail Aliases! http://www.mailmage.com/products/software/freeutils/exchange2aliases/download/release/ http://www.mailmage.com/products/software/freeutils/ldap2aliases/download/release/ To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
