If you are asking about multiple servers that can receive, you can have multiple MX records, and they can have the same or different priorities.
John T eServices For You > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:IMail_Forum- > [EMAIL PROTECTED] On Behalf Of Imail Admin > Sent: Friday, July 01, 2005 5:30 PM > To: [email protected] > Subject: Re: [IMail Forum] OT: mx record is there, yet isn't > > OK, I'll bow to the superior knowledge of you, Kevin, and the others. > However, allow me to tie up a few loose ends that still bother me. If the > proper format is [EMAIL PROTECTED], then how does the system know how to > identify the needed MX record? If we only allowed a single, root (or @) MX > record, then that would be the obvious default. However, the system allows > multiple MX records, with names. So I don't see how it can be sufficient to > specify only the domain name; I would think you need some way of picking the > MX record. So perhaps the proper format is [EMAIL PROTECTED] > Then, if the MX record has no name (you want to reference the @ record), the > address shortens to [EMAIL PROTECTED] > > I also have seen several references to subdomains in the replies to my > posts, and I don't see where those apply to this situation. We're not > talking (I believe) about subdomains; just records within a single domain, > where the MX records point to a host somewhere in the world. > > Ben > > P.S. You were planning on leaving early for the holidays, were you? > > ----- Original Message ----- > From: "John Tolmachoff (Lists)" <[EMAIL PROTECTED]> > To: <[email protected]> > Sent: Friday, July 01, 2005 4:38 PM > Subject: RE: [IMail Forum] OT: mx record is there, yet isn't > > > No, what ever is to the right of @ is the domain. That is the way e-mail > works. If I send to [EMAIL PROTECTED], I have no idea of what the server > (host) name is of the server that is going to receive it. I only care that > it gets delivered. MX records are the ones that determine where it goes. An > MX record is what tells the internet that e-mail for the domain domain.moc > goes to host mail.domain.moc. > > John T > eServices For You > > > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto:IMail_Forum- > > [EMAIL PROTECTED] On Behalf Of Imail Admin > > Sent: Friday, July 01, 2005 4:25 PM > > To: [email protected] > > Subject: Re: [IMail Forum] OT: mx record is there, yet isn't > > > > This one I'm not sure I believe. It seems to me that [EMAIL PROTECTED] > is > > intended to be mailbox-name @ host, not "@ domain". I have aways > understood > > that using somplace.com is simply a convient shortcut, but that properly > you > > are trying to specify a mailbox name at a host location. Perhaps this is > > one of those usages that has evolved over the years? > > > > Ben > > > > ----- Original Message ----- > > From: "Kevin Bilbee" <[EMAIL PROTECTED]> > > To: <[email protected]> > > Sent: Friday, July 01, 2005 3:32 PM > > Subject: RE: [IMail Forum] OT: mx record is there, yet isn't > > > > > > > > > > > > I am not (not even close to being) a DNS expert, but some of the other > > > > replies posted do not fit with my understanding of the DNS setup. > > > > The host > > > > "mail" is not a subdomain, it's a host. And the record that has 'no > > name' > > > > is a "root" host, but it's still a host, and not a subdomain. > > > > > > But when mail is sent to [EMAIL PROTECTED] it is assumed to > be > > a > > > domain not a host, MX records belong to a domain and point to a host. > What > > > follows the @ is a domain so a sub domain needs to be setup for reliable > > > mail delivery. > > > > > > > There is only > > > > one domain/zone, and that's salemradiology.com. The rest are records > > for > > > > hosts within that domain. At leat, I always considered hosts and > > > > subdomains > > > > to be different animals. So I expected that DNS Report would look > > through > > > > all the records in this zone, looking for any MX records, and > > identifying > > > > those as mail servers; instead, it only looked for a "root" host mail > > > > server. It's kind of like assuming that a web site name must start > with > > a > > > > "www."; that's the common usage, but it is not required. > > > > > > See my above comment. When using http://www.salemradiology.com you are > > > correct it is a host what comes after the http:// is assumed to be a > host > > > not a domain a domain can not respond to a http request but a host can. > > > > > > > > > > > If I'm wrong in this understand, I'd love to hear it. And thanks > > > > for all of > > > > the replies; all let our clients know that the best way to fix this is > > to > > > > simply add that root MX record. > > > > > > Yes create a root record and add the mx. > > > > > > > > > > > > > > Ben > > > > > > > > ----- Original Message ----- > > > > From: "Sanford Whiteman" <[EMAIL PROTECTED]> > > > > To: "IMail Admin" <[email protected]> > > > > Sent: Friday, July 01, 2005 12:07 PM > > > > Subject: Re[2]: [IMail Forum] OT: mx record is there, yet isn't > > > > > > > > > > > > > > Why doesn't it see this mx record? > > > > > > > > > > It's a restriction of DNS Report, which only works on > standalone > > > > > zones, not hosts within those zones. The records are accessible > via > > > > > dig, et al. > > > > > > > > > > > > > > http://us.mirror.menandmice.com/cgi-bin/DoDig?host=4.2.2.1&domain= > > > mail.salemradiology.com&type=MX&recur=on > > > > > > > > --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/downloa > > > d/release/ > > > > > > > > > > http://www.imprimia.com/products/software/freeutils/ldap2aliases/download/re > > > lease/ > > > > > > > > > > > > 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/ > > > > > > > > > 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/ 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/
