Versand von Emails an Empfänger der gleichen Domäne außerhalb des Host

rosgarden

Ich habe mir in einer VM eine gommunio server aus der akuellen Version 2022.12.1 (opensuse) aufgebaut.
Es ist eine Domäne eingerichtet mit dem Namen mailnetwork.de und darin sind zwei Benutzerkonten angelegt.

Alle Emails für diese beiden Benutzer werden bei Strato per fetchmail abgeholt und lokal ausgeliefert.
Der Versand von Emails von diesen Benutzern erfolgt über den Strato SMTP-Server per SMTP-Relay (smtp.strato.de)
Empfang und Versand lokal sowie extern funktioniert einwand frei.

Nun gibt es aber bei Strato noch weiter Postfächer user.03@mailnetwork.de und user.04@mailnetwork.de die keinen Benutzer haben der auf dem grommunio Mailserver aangelegt ist.
An diese externe Mailboxen möchte ich nun aber auch Mails von grommunio verschicken.

z.B. von user.01@mailnetwork.de eine Email an user.03@mailnetwork.de (externe Mailbaox nur bei Strato)

Das funktioniert leider noch nicht. Postfix meldet in diesem Fall immer:

NOQUEUE: reject: RCPT from localhost[::1]: 550 5.1.1 <user.03@mailnetwork.de>: Recipient address rejected: User - unknown in virtual mailbox table; from=<user.01@mailnetwork.de> to=<user.03@mailnetwork.de> proto=ESMTP helo=<mailnetwork.de> disconnect from localhost[::1] ehlo=1 mail=1 rcpt=0/1 data=0/1 quit=1 commands=3/5

Was und wie muss ich in grommunio konfigurieren, damit diese Mails auch über den SMTP-Relay (smtp.strato.de) rausgeschickt werden und nicht versucht wird, sie an ein lokales Postfach zu senden?

Leider fehlt mir hier das Wissen zu Postfix bzw. grommunio wie es konfiguriert wird. Es ist auch das erste Mal, dass ich mich mit grommunio beschäftige und ich möchte mir damit einen eigenen kleinen Home-Mail-Server einrichten.

Kann mir jemand bei diesem Problem weiterhelfen und vielleicht auch eine kleine konkrete Anleitung zu diesem Thema geben.

Viele Dank im voraus

isol

Das ist kein Grommunio-Problem, sondern ein Postfix Problem. Postfix möchte diese Mails lokal ausliefern, weil er sich für die betreffenden Domains als finaler Mailserver zuständig fühlt. Man kann das für einzelne User in der transport table übersteuern. Dafür gibt es Anleitungen im Web, im Prinzip geht das so:

transport Table in main.cf aktivieren und postfix neu starten
transport_maps = hash:/etc/postfix/transport
Inhalt von /etc/postfix/transport:
user.02@mailnetwork.de smtp:smtp.strato.de
user.03@mailnetwork.de smtp:smtp.strato.de
Die Texttabelle als Datenbank zur Verfügung stellen:
postmap /etc/postfix/transport

Postfix pickt dann die geänderte Tabelle auf.
Es kann aber sein, dass es danach immer noch Fehlermeldungen gibt, weil er zuerst versucht den lokalen User aufzulösen und dann die Transport-Tabelle konsultiert. In dem Fall müsste man den User wohl zusätzlich in Grommunio anlegen, natürlich ohne zugeordnetes Fetchmail-Konto, damit der erste Request funtkioniert und dann die transport table wirksam wird. Das muss man dann aber gut testen - evtl. kann grommunio Mails auch rein intern versenden, und dann bleiben die dort für immer liegen, weil sie ja nie bei postfix ankommen.

HTH, JC

rosgarden

Erst mal Danke für die schnelle Antwort "isol"

Ich habe nun die Empfänger (hier im Beispiel user.03@mailnetwork.de und user.04@mailnetwork.de), die zur selben E-Mail-Domain (mailnetwork.de) gehören, aber kein Postfach auf dem grommunio Mailserver haben, in die Datei "transport" eingetragen.
Datei "transport" dann postfix zur Verfügung gestellt. Weiterhin musste ich dann, wie schon erwähnt, genau diese Empfänger auch als lokale Benutzer anlegen. Ohne dies kam weiterhin die oben beschriebene Fehlermeldung von postfix.

Die Emails von grommunio werden nun wie gewünscht sauber an den SMTP Relay von Strato weitergeleitet.
So weit so gut.

Das Problem ist nun, dass die eigentlich nicht benutzten Konten nun auch eine Lizenz verbrauchen, die ich natürlich gerne für aktive Benutzer verwenden würde!

Ich hatte vorher einen Zimbra Mailserver im Einsatz. Dort konnte man dieses Problem durch die Konfiguration einer sogenannten Splitdomain lösen. D.h. alle Mails an Empfänger in der gleichen Domain, die kein lokales Postfach haben, wurden grundsätzlich an den SMTP-Relay weitergeleitet.

Dies wurde dort mit folgenden Befehlen in der Shell eingestellt:

zmprov md mailnetwork.de zimbraMailCatchAllAddress @mailnetwork.de zmprov md mailnetwork.de zimbraMailCatchAllForwardingAddress @mailnetwork.de zmprov md mailnetwork.de zimbraMailTransport smtp:smtp.strato.de

Was diese dann in postfix, das dort auch benutzt wird konfiguriert hat kann ich aber leider nicht sagen.

Gibt es bei gommunio eventuelle auch so eine Möglichkeit (MailCatchAllAddress,MailCatchAllForwardingAddress) oder eine weiter Alternative die keine Lizenzen verbraucht?

WalterH

rosgarden Alternative die keine Lizenzen verbraucht?

Shared Mailboxen sind kostenlos.

mculibrk

Hmm...
Maybe not directly related but you can configure postfix (transport maps) to forward any "non-defined" account to other servers.
Basically this could mimic the "split domain" of Zimbra...

I'm too having similar setup as I'm testing migrating active users from other server to Grommunio... so I have few "split domains" with users scattered across servers.

What I did is a mariadb query (ok, procedure) which checks defined users, groups, aliases etc on Grommunio system and if it does not find the mentioned email/account (but has the domain defined) then it returns the "next hop" for postfix.
Even using the "hide mailbox from..." property to kind'a "integrate" this setting in the Admin UI (to not fiddle with files all the time...)

And, this is not "using" any licenses, obviously.

If this makes sense for you I can send you more details...

rosgarden

WalterH,

danke für den Hinweis auf die Shared Mailboxen ...
Hab das jetzt erstmal so eingestellt und es funktioniert so als Worouround.

rosgarden

hello mculibrk,

thanks for the answer. can you send me more info about your configuration? i would like to have a look at it and try to recreate it on my system.

thanks

mculibrk

So...

I'm in the process of pre-production migration of some users from the old system to the new Grommunio one.
That means I have more "split domains" where just few users are served by Grommunio and all the others are still using the old one. (using imapsync to migrate mailboxes + scripted gromox-vcf2mt/gromox-ical2mt for migrating calendar events and contacts).
Users from both "sides" should have mail functionality "as before/as normal" so both servers are redirecting mail back and forth.
To ease the admin part I used "trick" to make Grommunio "ignore" the local mailbox if the mails are not yet transferred (as imapsync takes ages for transfer) by using one flag in the user settings so I can easily manage this through the Admin UI. (using "hide user from..." field)

Anyway, the "key" on the Grommunio side is to use transport maps.

/etc/postfix/main.cf

transport_maps = mysql:/etc/postfix/grommunio-hybrid-users.cf

/etc/postfix/grommunio-hybrid-users.cf

user = xxx
password = xxxx
hosts = xxx
dbname = xxx
query = CALL checkRedirect('%u','%d')

and the procedure in mariaDB:

CREATE PROCEDURE `checkRedirect`(IN aUser varchar(300), IN aDomain varchar(300))
    READS SQL DATA
BEGIN
	select 
		case q.St when
		-- no local user - redirect to other server
		0 then IFNULL((select 'relay:[172.16.0.38]' from domains d where d.domainname=aDomain), NULL)
		else
		null
	end as ID
	from (
		select 
			count(*) as St
		from (
			select u.username as ID
			from users u left join user_properties p on u.id=p.user_id and p.proptag=284426243 -- hide user field
			where u.username=CONCAT(aUser,'@',aDomain) and (p.propval_str is NULL or p.propval_str='0')
    		union
    		select a.aliasname as ID
			from aliases a
			where a.aliasname=CONCAT(aUser,'@',aDomain)
            union
    		select l.listname as ID
			from mlists l
			where l.listname=CONCAT(aUser,'@',aDomain)
		) q
    ) q;

relay:[172.16.0.38] is the path to other server

(p.propval_str is NULL or p.propval_str='0') - this is the "hide user from..." field.
If you set anything there (Hide from ambiguos resolving if the least "invasive") it will ignore the locally defined user.
DO NOT use "hide from GAL" as this will prevent adding the new account through autoconfig on devices (at least that's my experience)

Hope this helps...

rosgarden

hallo mculibrk,

thanks for the instructions, but it's a bit different for me. the users are either from the local server or from an external mail hoster (strato) and do not exist on both at the same time.
thanks anyway for your idea and instructions.

mculibrk

rosgarden
OK, I understand...

But this works for your situation too.
If the user is not found locally (but the domain is) it is then forwarded to the other server too.
If it's some "external" domains then the mail is processed in a standard fashion.

My situation is maybe a little specific as I'm using this for "live migrations" of accounts so I have the situation where the same account is present on both sides but should not be "active" on the "new" side until completely migrated.

Let's say the "advantage" here is that there is little to no need to manually edit/reload configurations on the postfix side...

rosgarden

hello mculibrk,

I would like to come back to your suggestion.
I would like to try this out on my provisional test system.

To understand it correctly, you create a new "transport" file with the name "grommunio-hybrid-users.cf" in the postfix directory. You enter this into the Postfix "main.cf" file with "transport_maps = mysql:/etc/postfix/grommunio-hybrid-users.cf". This contains the access data for the mysql database and the query command for executing the mysql procedure.

so far so good.

But how and where is the code for the query procedure entered or stored in mariaDB?

I don't know how to do that.

Can you give me a detailed tip how can i do this?

Thanks in advance.

crpb

rosgarden But how and where is the code for the query procedure entered or stored in mariaDB?

https://mariadb.com/kb/en/stored-procedures/

mculibrk

rosgarden

sorry for not replying... I somehow missed the notification.
I see @crpb already pointed you to the docs...

basically you could do a simple

mysql -d database < sql_file

I think it should work... (ok, maybe there are missing some "delimiter xx" lines to allow shell/cli to swallow ";" and similar characters.

Please, let me know if you managed to create the procedure or should I send you a tested script