Hi Wietse, I understand this.
Here is a more complete description of my problems:
We're offering mail services for our clients, we also provide dns
services for them. So in practice, most of our customers will have
their MX record point to our mail servers by default while we provide
the mail services.
We use the "virtual" facility of postfix to handle those email
accounts (and deliver using LMTP to the final [still internal to our
network] cyrus IMAP server).
Now, at some point if the customer decides to point their MX records
to an external mail server (whether it handles the final delivery of
the email is of no concern to us at this point), but our mail server
is not aware of the change (and still has mapping in the internal
"virtual" maps. So at this point, if we send this customer an email at
his domain, the email will be delivered "internally" instead of being
sent to his NEW external MX host.
So how can we configure postfix so that it will "realize" that the
mail should be routed to the NEW MX host?
Thanks in advance.
Wietse Venema <wie...@porcupine.org> wrote:
Marc Jauvin:
I've been using Postfix for 9 years, and I really like it. There is
still one thing I can't seem to be able to do:
I' using the following config options:
virtual_mailbox_domains = proxy:mysql:virtual_mailbox_domains.sql
virtual_mailbox_maps = proxy:mysql:virtual_mailbox_maps.sql
virtual_alias_maps = proxy:mysql:virtual_alias_maps.sql
But if the MX records of a domain listed in my database are modified
to point to external email servers, then email sent from my server TO
accounts @ this domain will still be delivered internally. It seems
postfix will not give precedence to the MX records defined for the
domain, but will privilege the internal transport / mapping rules.
Is there anyone out there that could give me a solution to fix this problem?
MX records do not have to point at final destinations. Lots
of final-destination hosts sit behind gateways, where the
MX points at the gateway, not at the final host.
Wietse
--
Marc Jauvin
514-905-6500 ext. 403
http://register4less.com