Page 1 of 2 12 LastLast
Results 1 to 10 of 14

Thread: "Pending" Domains?

  1. #1
    Join Date
    Apr 2009
    Posts
    10
    Rep Power
    6

    Question "Pending" Domains?

    We frequently migrate customers from other mail systems into our hosted Zimbra platform, and I'm looking for a way to provision a whole domain including getting distribution lists and such all setup, but to have the domain be totally invisible until we "flip the switch".

    The obvious answer to this is "don't change the MX record until you're ready", but that doesn't do any good for people actually on the same Zimbra system since Zimbra will attempt local delivery regardless of the MX record.

    An OK approximation of this behavior can be had by juggling the Closed domain status along with Pending account statuses, but that's a good bit of fooling around and doesn't address Distribution Lists.

    Is there a way to do this, perhaps by manually forcing Postfix to relay mail for domain x to a specific host even if it thinks it should be delivering it locally?

  2. #2
    Join Date
    Nov 2006
    Location
    UK
    Posts
    8,017
    Rep Power
    25

  3. #3
    Join Date
    Apr 2009
    Posts
    10
    Rep Power
    6

    Default

    I've used the steps outlined there to do a split configuration before, but that isn't quite what I'm looking to do here.

    I want to have a domain with accounts, distribution lists, etc. provisioned in Zimbra, but have Zimbra essentially ignore them and route mail via the prevailing MX record in DNS (or via a static smarthost value that I can define, that's OK too.)

    I've been able to do this by configuring a split domain as described in the article and then marking every single account in the domain as "Closed", but that isn't scalable.

    I tried just setting the zimbraMailTransport value for that domain to the old system, but that setting alone doesn't seem to have an effect as the test messages I sent still went to the boxes on the Zimbra system.

    Any other ideas?

  4. #4
    Join Date
    Nov 2006
    Location
    UK
    Posts
    8,017
    Rep Power
    25

    Default

    Hmmm, I thought that would have done it actually. What did you set the zimbraMailTransport value to ? When you sent the email how was it processed in /var/log/zimbra.log ?

  5. #5
    Join Date
    Apr 2009
    Posts
    10
    Rep Power
    6

    Default

    I changed the zimbraMailTransport value for the domain in question to the old provider's MX value. Call it mail.thirdparty.tld.

    So, I ran:
    zmprov md testdomain.tld zimbraMailTransport smtp:mail.thirdparty.tld
    postfix stop
    postfix start

    And then sent a message to user@testdomain.tld, a user which does exist on the Zimbra system. It was delivered to the local Zimbra mailbox, not the remote system like the zimbraMailTransport parameter would seem to force.

    Here's a relevant log snippet:
    Feb 2 23:24:45 zimbra postfix/lmtp[22338]: 7DEFD9C14251: to=<user@testdomain.tld>, relay=zimbra.ourdomain.tld[xx.xx.xx.xx]:7025, delay=0.11, delays=0.03/0/0/0.07, dsn=2.1.5, status=sent (250 2.1.5 Delivery OK)
    Last edited by matt.miller; 02-03-2010 at 09:12 AM.

  6. #6
    Join Date
    Nov 2006
    Location
    UK
    Posts
    8,017
    Rep Power
    25

    Default

    Instead try
    Code:
    su - zimbra
    zmprov ma user@testdomain.tld zimbraMailTransport smtp:mail.thirdparty.tld

  7. #7
    Join Date
    Apr 2009
    Posts
    10
    Rep Power
    6

    Default

    I'll give that a shot and report back, but that still seems like it wouldn't scale too well and wouldn't account for properly relaying mail sent to distribution lists, etc.

    But, I'll let you know if that at least does it on a per-account level.

  8. #8
    Join Date
    Apr 2009
    Posts
    10
    Rep Power
    6

    Default

    OK, that does work for a single account.

    Any ideas for how to sanely scale this up for a whole domain though? Also, I still don't think that this will force a relay to non-Account addresses in the domain, e.g., distribution lists.

    Thanks for the help.

  9. #9
    Join Date
    Nov 2006
    Location
    UK
    Posts
    8,017
    Rep Power
    25

    Default

    Hmmm ... it should do when the DL is expanded. I think you will need to set those details for each account as Zimbra is the final hop for that domain Postfix assumes that it is authoritative for it. You could easily script it.

  10. #10
    Join Date
    Mar 2009
    Location
    Texas
    Posts
    47
    Rep Power
    6

    Default

    Not to step on anyone's toes here. But this is what works for us. As long as DNS is working properly.

    If you want the Zimbra server to relay all mail destined for a particular domain (say, example.com) to another mta (say, other-mta.domain.com), you can forward the domain.

    zmprov
    md example.com zimbraMailCatchAllAddress @example.com
    md example.com zimbraMailCatchAllForwardingAddress @example.com
    md example.com zimbraMailTransport smtp:other-mta.domain.com

    I think you can also do this as another way to make a sort of local domain alias:

    zmprov
    md example.com zimbraMailCatchAllAddress @example.com
    md example.com zimbraMailCatchAllForwardingAddress @domain.com
    md example.com zimbraMailTransport lmtp:zimbra.domain.com

    For non-zimbra domains, this might prove useful as well: Transport_Table_for_external_servers

Similar Threads

  1. Advanced MTA Configuration - multiple domains
    By keyhman in forum Installation
    Replies: 6
    Last Post: 04-20-2012, 03:23 AM
  2. [SOLVED] Different combinations of domains in GAL
    By fang0654 in forum Installation
    Replies: 2
    Last Post: 02-08-2010, 07:18 PM
  3. Alias domains
    By pjsmith in forum Installation
    Replies: 2
    Last Post: 10-15-2009, 03:19 AM
  4. Replies: 3
    Last Post: 06-07-2007, 08:19 AM
  5. Virtual Domains Breaking Themes
    By jhoelz in forum Administrators
    Replies: 0
    Last Post: 03-14-2007, 06:58 AM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •