Do you see any stack connect failures? Set the SMTP log to Debug and Verbose (stop/restart the SMTP and QM services after applying). Try to send again. Look through the log and see if the line looking up in stack is there. If it is it usually means IMail didn't get a response from the DNS it tried to query and will do a GetHostByName request from the stack which will return the "A" record
Eric S ----- Original Message ----- From: "Darrell LaRock" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, April 21, 2004 3:57 PM Subject: RE: [IMail Forum] Is Imail Picking an "A" Record Instead Of an "MX"? > I also failed to mention that I am still seeing this behavior occur today. > So if anyone has some troubleshooting tips they want me to try let me know. > > Darrell > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of R. Scott Perry > Sent: Wednesday, April 21, 2004 2:50 PM > To: [EMAIL PROTECTED] > Subject: Re: [IMail Forum] Is Imail Picking an "A" Record Instead Of an > "MX"? > > > >I am running Imail Pro 8.05. I had a user mention that it was taking an a > >long time for mail to be delivered to yahoo.com accounts. > > > >I started checking the logs and it appears that my server is not picking > the > >"MX" record for yahoo.com, but instead the "A" record? I am probably > >missing something, but here is the info I am seeing in the logs. > > You are correct: > > >20040420 041717 127.0.0.1 SMTP (04A4A697) Trying yahoo.com (0) > >20040420 041754 127.0.0.1 SMTP (04A4A697) Stack connect fail > >"66.218.71.114" > >20040420 041817 127.0.0.1 SMTP (04A4A697) Stack connect fail > >"216.109.127.28" > >20040420 041840 127.0.0.1 SMTP (04A4A697) Stack connect fail > >"216.109.127.29" > > Those IPs are in the yahoo.com A record, but not the MX record. > > Do you have 2 DNS servers listed in your IMail SMTP settings? If so, the > first thing to do is make sure that both of them will respond to queries > from the IMails server. If not, fix it. Otherwise, leave just one DNS > server there (the most reliable one). > > This behavior has been known to occur if IMail can't reach the primary DNS > server for some reason, and then tries the backup DNS server for the MX > record (which is refusing to respond), and goes back to the primary for the > A record (which is back up, and responding). > > However, I believe that IMail really shouldn't be treat no response to the > MX query as no MX record being present. > > -Scott > --- > Declude JunkMail: The advanced anti-spam solution for IMail mailservers > since 2000. > Declude Virus: Ultra reliable virus detection and the leader in mailserver > vulnerability detection. > Find out what you've been missing: Ask for a free 30-day evaluation. > > --- > [This E-mail was scanned for viruses by Declude Virus > (http://www.declude.com)] > > > 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/ > > > 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/ > 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/
