[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[cobalt-users] Re: [RaQ4] and now with a dumb secondary MX question
- Subject: [cobalt-users] Re: [RaQ4] and now with a dumb secondary MX question
- From: Lillith Lesanges <lillith@xxxxxxxxxx>
- Date: Mon Dec 23 15:22:12 2002
- List-id: Mailing list for users to share thoughts on Sun Cobalt products. <cobalt-users.list.cobalt.com>
On Monday, December 23, 2002, at 02:59 PM, Jeff Lasman wrote:
Lillith Lesanges wrote:
I'm (sadly) mostly mail server ignerant when it comes to RaQs.
Not much different than generic RH, Lillith.
Truthfully, I've previously always been in the situation where another
sysadmin handled the mail server, or using 3rd party mail software.
I've got a RaQ4 that I'm thinking I might need to make a
secondary/backup MX for my main mail server. You know, accept and
queue mail when the main one goes down, send it all along to the main
one when it's back up.
Do you mean your main server isn't a RaQ at all, or just isn't the
same RaQ?
Main mail server is not a RaQ - it runs a 3rd party mail server. But
that shouldn't be a big concern.
Catch: quite a few of the domains that the main mail server handles
have their web services on the RaQ, and the email addresses for those
domains do -not- exist as users on the RaQ for those domains.
Do you mean you're already hosting the websites for the domains on the
same RaQ you want to use as the backup email server?
Yes. Some of them, at least.
Which is what's got me slightly worried... that the RaQ will get
confused and try to accept/reject mail for those domains (during
failover). Which will mostly get rejected, because those accounts
don't exist on the RaQ, only on the main email server.
We got away from using the RaQ for email because we have a lot of
domains who all want 'info' and 'orders' and so on, and the other
server handles that a lot better.
Lillith K. Lesanges
IT Department, MIS, Inc.
systems@xxxxxxxxxx