Danny, I appreciate your response. I completely agree. I have well over 30 years in this industry and completely understand your position (and 100% agree with it).
Although given the time to really understand the DNS arena, and given the time to become intimately familiar with James' internal implementation, I have no doubt I could create a workaround. But that 'time' isn't available, so a workaround is not on the radar for me now. I'll just continue to argue with Register. Even with the frustration, this has been a tremendous education for me in this area. BTW... even though Register.com imposes this MX violation on their customer base, they aren't stupid enough to do it their own site. Register.com's MX records are compliant. I called their hand on that, and got no explanation other than, 'we do it differently for our domain', yet adamantly say their entire little castle comes crashing down if they do it correctly for their customers. Go figure. Thanks again so much. You have been extremely helpful. Jerry -----Original Message----- From: Danny Angus [mailto:[EMAIL PROTECTED] Sent: Monday, February 06, 2006 5:25 AM To: James Users List Subject: RE: "Can't find DNS for domain" when domain does exist > copied your response to Register. According them, RFCs are now simply >'suggestions'... Is that true? I thought they were already mandatory. They are never mandatory. What they do is to permit interoperability between two people who both choose to independantly follow the same rules. James chooses to follow the rules, register.com doesn't. Go figure. > In the meantime, apparently two wrongs will have to make a right. If you > could consider adding the incorrect implementation to deal with screwups > like Register, I'd appreciate it. The principle we follow is[1] "We believe that it is our responsibility to adhere to the published standard. If we allow our implementation to deviate it means that we are tacitly encouraging the situation whereby interoperability is no longer guarenteed by standards compliance alone, but also requires access to undocumented and possibly even commercially licenced technology. There is no easy route for a newcomer to aquire these secrets, and interoperabilty becomes something only available to the elite. " We have no interest in being bloody minded about it though and would probably be prepared to make the change you require as an optional feature disabled by default, but you may have to do it yourself or motivate someone else to do it. d. [1] http://james.apache.org/design_objectives.html *************************************************************************** The information in this e-mail is confidential and for use by the addressee(s) only. If you are not the intended recipient (or responsible for delivery of the message to the intended recipient) please notify us immediately on 0141 306 2050 and delete the message from your computer. You may not copy or forward it or use or disclose its contents to any other person. As Internet communications are capable of data corruption Student Loans Company Limited does not accept any responsibility for changes made to this message after it was sent. For this reason it may be inappropriate to rely on advice or opinions contained in an e-mail without obtaining written confirmation of it. Neither Student Loans Company Limited or the sender accepts any liability or responsibility for viruses as it is your responsibility to scan attachments (if any). Opinions and views expressed in this e-mail are those of the sender and may not reflect the opinions and views of The Student Loans Company Limit ed. This footnote also confirms that this email message has been swept for the presence of computer viruses. ************************************************************************** --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
