Thanks Darrell, Our Imail version is 8.15 with the latest hotfix of 2005.02.01.8
Our DNS server is Simple DNS Plus version 3.50 which runs on the same server as Imail (Imail & Declude) use this DNS. According to dnsreports.com, ipapilot.org is configured corrected (a few warnings; but I don't think is the cause of our problems)? If I clear the cache in our DNS server, it will resolve correctly for the next queue run. But then later at random when another email needs to go to ipapilot.org, it will still at times choose their 2nd MX record. Temporarily, I've added ipapilot.org to our Windows HOSTS file until I can find out what is going on. Erik -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Darrell ([EMAIL PROTECTED]) Sent: Saturday, February 19, 2005 6:32 PM To: Declude.JunkMail@declude.com Subject: Re: [Declude.JunkMail] OT: Imail / DNS / and 2nd MX records Erik, IMAIL should observe the priority of the MX records. In older versions of IMAIL I beleive it did not do this correctly. I beleive using the MX with the correct priority came into version 7.1x of IMAIL. What version are you running? My understanding is that 4xx error codes are temporary errors codes which means that IMAIL will not attempt to try the other MX record causing it to be requeued and attempted to be delivered later. Darrell ------------------------------------------- Check out http://www.invariantsystems.com for utilities for Declude And Imail. IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers. ----- Original Message ----- From: "Erik" <[EMAIL PROTECTED]> To: <Declude.JunkMail@declude.com> Sent: Saturday, February 19, 2005 9:28 AM Subject: [Declude.JunkMail] OT: Imail / DNS / and 2nd MX records This is OT for this list but am hoping someone could provide me some input. We have been having problems sending to one domain that we do not host. After investigating it, here is what I have found. The domain "ipapilot.org" has 2 MX records. Sometimes, our DNS server wants to use their 2 MX record even though that domain has properly configured priority numbers and their primary server is active. The problem when it does resolve to their 2 MX record, is that server does not except email. So then the message gets requeued and still tries to deliver to the 2nd MX until finally the number tries have been reached in iMail and the email returns to sender. We have, after talking to ipapilot.org to them about (why they have 2nd email server that doesn't accept any mail); proves useless. To me, it appears they are using that 2 MX as a greylist server as the response from it is always: 451 Try Again. Our caching in Imail has been turned off for years. So the problem may be in our DNS Server (Simple DNS Plus) where it's not retrying to get the MX record again; but rather using it's cache. Sometimes our DNS does pull the primary MX, other times the 2 MX. Is this a problem with our DNS? Or does DNS pull any MX it finds (no matter the priority?) Thanks, Erik --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type "unsubscribe Declude.JunkMail". The archives can be found at http://www.mail-archive.com. --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type "unsubscribe Declude.JunkMail". The archives can be found at http://www.mail-archive.com. --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type "unsubscribe Declude.JunkMail". The archives can be found at http://www.mail-archive.com.