[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [cobalt-users] [raq3i] How to NOT accept email for a domain?



But if I understand correctly you still want to route mail for that domain
right? Is the customer connecting to you for their mail?

-----Original Message-----
From: cobalt-users-admin@xxxxxxxxxxxxxxx
[mailto:cobalt-users-admin@xxxxxxxxxxxxxxx]On Behalf Of Donna
Sent: Thursday, September 07, 2000 7:50 PM
To: cobalt-users@xxxxxxxxxxxxxxx
Subject: RE: [cobalt-users] [raq3i] How to NOT accept email for a
domain?


I can see how this would stop the email from bouncing, but it
would just end up in a box that would never be emptied. I need to
be sure the Raq NEVER attempts to process any email for that
particular domain.

Hasn't anyone ever managed to divert all email for one particular
domain to a different mail server?

--
Donna Lever
Smart Artist Web Services
http://www.smartartist.com.au/

>
>
> try creating a user with a alias @mail.domain.com that should
work.
>


>
> One of my customers decided to handle their email in-house.
>
> So I removed the 'accept email from domain' in the GUI and
> deleted the users, deleted that IP and domain name from the
email
> parameters relay and aliases, then set up an A record for
> mail.domain.com pointing to their own mail server's IP, then
> pointed the MX records at mail.domain.com. Then restarted all
the
> services.
>
> This seems to work fine ... EXCEPT for mail sent directly
> through/from the RAQ, which it seems is determined to still
> deliver it to itself, then bounce it because the user doesn't
> exist.
>
> So the question is: How do I stop the RAQ from attempting to
> deliver this mail to itself, and just forward it to the correct
> IP as specified in the DNS?
>
>


_______________________________________________
cobalt-users mailing list
cobalt-users@xxxxxxxxxxxxxxx
To Subscribe or Unsubscribe, please go to:
http://list.cobalt.com/mailman/listinfo/cobalt-users