Mails an externe Adressen mit gleichem Domainnamen kommen nicht an

Photon

Hallo Community,

wir haben folgendes Problem: Ein Teil unserer Nutzer nutzt Grommunio in Verbindung mit einem Mail-Provider mit der Domain, die ich mal als @mail-provider.de bezeichne. Ein anderer Teil nutzt kein Grommunio sondern direkt den Mail-Provider mit derselben Domain @mail-provider.de.

Es kommt nun dazu, dass Grommunio-Nutzer keine Mails an Nicht-Grommunio-Nutzer schicken können. Unser IT-Dienstleister hat das Problem gelöst, indem er für alle Nicht-Grommunio-Nutzer Shared-Mailboxen angelegt hat. Das funktioniert, jedoch führt es dazu, dass wir jeden neuen Kollegen an den IT-Dienstleister melden müssen, damit für ihn eine Shared-Mailbox angelegt wird.

Ich habe nun etwas mit Gemini gequatscht und folgenden Vorschlag erhalten, den ich leider nicht selbst auf Plausibilität und Machbarkeit überprüfen kann:

"Catch-All / Transport-Regel auf Datenbankebene: Lässt sich in der Grommunio-Datenbank (ggf. über das Admin-Webinterface oder die MySQL-Tabelle aliases) eventuell ein "Catch-All" (z.B. *@mail-provider.de) einrichten, der auf den anderen Mailserver verweist? Solange echte, lokale Grommunio-Postfächer eine höhere Priorität haben, würden ungematchte Adressen dann einfach an das Fremdsystem durchgereicht werden."

Wäre das ein sinnvolles Vorgehen, oder hat die KI hier Mist erzählt? Falls Letzteres, gibt es eine Lösung, die das Problem löst, ohne dass jedes Mal die Konfiguration für neue Nutzer angepasst werden muss, was Arbeit und Kosten verursacht?

Vielen Dank für alle Tipps!
Photon

SHP

Moin. Hört sich nach "split domain" an, also wie bei uns.

Wir haben in der main.cf die Zeile virtual_mailbox_domains kommentiert und eine Transport-Map angelegt mit dem folgenden query:
query = SELECT 'lmtp:[127.0.0.1]' FROM users WHERE username='%s'

Dann sollten Mails an die selbe Maildomain, deren Benutzer es auf dem Grommunio nicht gibt, über den Relayhost, welcher in der main.cf angegeben ist, gesendet werden.

Wenn ihr das so macht: Vorsicht mit dem Button "CHECK FOR UPDATES" in der Admin-GUI. Ein Klick darauf nimmt die o.g. virtual_mailbox_domains wieder in die main.cf und das zerschießt das Konstrukt erstmal wieder, indem es die kommentierte Zeile neu in die main.cf einträgt.

Siehe: [https://community.grommunio.com/d/2471-einstellung-in-maincf-postfix-wird-automatisch-wieder-eingetragen]

Photon

Vielen Dank für den Tipp, das hört sich super an! Noch eine ziemlich dumme Nachfrage, bevor ich den Vorschlag unserem IT-Dienstleister unterbreite: Was ist denn der Relayhost für ein Tier, ist das ein Dienst, der auf demselben Server laufen kann wie Grommunio selbst, ist das ein externer Service in der Cloud ... ? Ergo: Wie hoch ist der Aufwand bzw. ggf. die Kosten, die zum Aufsetzen/Verwenden des Relayhosts nötig wären?

edit: Sorry, hat sich erledigt, der Relayhost wäre wohl der SMTP-Server unseres Mail-Providers. 🙂

schwielownet

Das wäre aber generell ein Thema für einen Feature Request. Exchange kennt das auch seit Jahren. Da gibt es direkt die Möglichkeit zu sagen, ob der Mailserver für die Domain authoritativ ist, oder nicht. Wenn nicht, dann sendet der Mailserver alle Mails an Postfächer der Domain, die er nicht selber hat an den Relayhost, also quasi genau das, was du - und sicher diverse andere - auch machen.
@Grommunio-Support: wäre toll, wenn das als Feature in die Domainkonfiguration mit aufgenommen wird. Ist in der Oberfläche nur ein Haken - im Background kann das ja dann genau so umgesetzt werden, wie oben vorgeschlagen. Dann wäre das auch bei Updates persistent.