> Probably because RFC 2821 dictates if the MUA cant find any MX > records for mail.example.org but an A record is found, it should be > treated as if it was associated with an implicit MX RR, with a > preference of 0.
For the lurkers: this behavior is not the same as "walking up the tree," which does not happen. And to wrap up some confusion about DNS Report. . . as I originally stated, the primary reason it doesn't analyze mail.salemradiology.com is a design decision, not to all the chatter about zone transfers, et al. In a (right-minded) desire to force users to think about DNS at the zone- or domain-level, the interface kicks back an error -- rather than applying an additional layer of handholding and simply analyzing the zone in which a user-provided and extant A record exists. Nothing in DNS prevents automated systems from getting zone info from a hostname -- that's why Dig gives more info given the same input -- and then analyzing the SOA, NSs, As, MXs for the zone/origin _plus_ additional RRs for the user-provided hostname. It's just that _this_ system is for zone-level analysis and does not add this type of "intuition" to user-provided data. --Sandy ------------------------------------ Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.imprimia.com/products/software/freeutils/SPAMC32/download/release/ Defuse Dictionary Attacks: Turn Exchange or IMail mailboxes into IMail Aliases! http://www.imprimia.com/products/software/freeutils/exchange2aliases/download/release/ http://www.imprimia.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/
