What does this mean "relay this domain"

fiedin

Hi
I want to understand this 3 option here

What does these 3 box means? what does it do if i click them on.

Relay this domain
Relay all recipients
↪ If you choose not to relay all recipients, you will need to add a (“blind”) mailbox for every single recipient that should be relayed.

Relay non-existing mailboxes only. Existing mailboxes will be delivered locally.

esackbauer

Relay means: Receive mails for that domain. But then send them somewhere else.

“Relay this domain” will receive any mails for that domain and send them further on to either the mailserver it finds in the MX record or use a defined sender dependent transport. Regardless if there is a mailcow user with a defined mail address.

“Relay all recipients” will only relay existing mail addresses defined in mailcow.

“non-existing Mailboxes” is the opposite, only non-existing mail addresses of that domain will be relayed.

fiedin

esackbauer
thanks for the reply.

so is it like we put a parked domain inside mailcow and send them somewhere else? like forwarding?

zx1100e1

esackbauer Can you clarify what a “Blind mailbox” is, and/or how to define one?

ecdlguy

esackbauer I’ve got a question regarding “Relay this domain”: If a mailcow host receives a mail, the mailcow host must be among the MX records. So if “Relay this domain” sends the mail further on to a mailserver it finds in the MX record, it would relay it to the very same mailcow host?

esackbauer

I haven’t tried that. But usually this is used if you have more than one mail server in your organisation e.g. new mailcow and old exchange. Having still all users on exchange but using mailcow for MX already, then you would need this, as preparation for the actual migration.

ecdlguy

esackbauer Maybe the option makes no sense without specifying a transport map. Otherwise the option would probably lead to a mail loop.

esackbauer

If you have an internal DNS which has a MX record for the Exchange server as per my example, then you dont need a transport map. It all depends on your network landscape.

ecdlguy

esackbauer Can the unbound container be used to provide the MX record? I am thinking about doing the migration like you explained (if I understood correctly…):

Change the MX of “domain.com” from old mailserver to new mailcow
Have the mailboxes still on old mailserver (but all mailboxes already created on new mailcow)
Enable “relay this domain”, important: use a DNS with an MX record pointing to old mailserver
Doing the switchover only means removing the DNS and disabling “relay this domain”.

So, can the unbound container be user for step 3?

Thanks, Thorsten

ecdlguy

Yes that’s true. Thanks!

esackbauer

ecdlguy an the unbound container be used to provide the MX record?

No! Unbound is not a full DNS server, just forget about using it for anything else!
All your mailservers (old and new) need to be accessible from public internet addresses.

ecdlguy (but all mailboxes already created on new mailcow)

Thats not a good idea. Do activate “relay non-existing mailboxes” and forward them to the old mailserver (public IP). If you don’t do this, users still on the old mailserver won’t get any new mails.

ecdlguy Doing the switchover only means removing the DNS and disabling “relay this domain”.

Removing the DNS is not necessary. MX is already pointing to mailcow.

ecdlguy

Ok I have to explain it different and better, because I have the feeling you totally misunderstood what I’m going to do.

Ich versuchs mal auf Deutsch. Vielleicht kann ich es dann besser darstellen.
Um bei der Mailserver-Umstellung einen “Schalter” zu haben, der sofort zwischen Zustellung der Mails von “alt” auf “neu” wechselt bietet sich die “relay this domain” Option an.
Zunächst würde ich den weltweiten MX von “maildomain” nicht mehr auf “alt” zeigen lassen, sondern auf “neu”.
Damit die Mails bis zur Umstellung trotzdem weiterhin bei “alt” ankommen, müssen alle mails relayed werden. Da der MX bereits auf den neuen Server zeigt, muss es einen nur für mailcow sichtbaren DNS Eintrag geben, der den weltweiten MX Record sozusagen “shadowed”. Sozusagen eine Art hosts-Eintrag für den MX. Wie kann ich mailcow also einen bestimmten MX Eintrag für eine Domain vorgeben? Unbound ist ein resolver und sollte das können. Er kann die Anfrage selbst beantwortet wenn das vorgegeben wird anstatt bei authoritiven DNS Servern nachzufragen.
Warum räts Du davon ab das mit unbound zu lösen?

esackbauer

Warum brauchst du den “Schalter”?
Wie gesagt, setze das Relaying der Domain auf aktiv für nicht-existierende Mailboxen, und definiere eine Transport Map auf den alten MailServer.
Dann landen alle neuen Mails auf der Mailcow in den schon bereits angelegten Mailboxen, und Mailboxen die noch nicht angelegt sind werden automatisch direkt (ohne MX record, via Transport Map) auf den alten Mailserver relayed.

ecdlguy

esackbauer
Den “Schalter” benötige ich, da ich den usern einen genauen Zeitpunkt nennen möchte ab dem die Mails in den Postfächern der mailcow landen.
Das Relaying soll auch für bereits auf mailcow existierenden Mailboxen aktiv sein (bis zum Zeitpunkt der Umstellung).

Mit den Transport maps bin ich nicht so sicher, ob das klappt, da ich via postfix extra.conf einen relayhost definiert habe. Oder funktioniert das dann trotzdem mit den Transport maps? Ist es auch kein Problem, dass die Domain ja bereits angelegt ist auf mailcow für die ich den next hop umleiten möchte? Nicht, das existierende domains immer “local” zugestellt werden.

Danke und viele Grüße,
Thorsten

esackbauer

Siehe auch hier:
https://community.mailcow.email/d/4157-want-to-migrate-my-mailu-server-to-mailcow/4
“mailu” wäre dann dein alter mailserver