Lokale Mail Zustellung

[Stephan Richter]

Checkmk hat gerade versucht 50 Mails auf einmal zu senden. Die Mails wurden deferred mit

host mx3.belwue.de[129.143.76.3] said: 451 4.7.1 Ratelimit "from" exceeded

Ich habe unser Mailsetup noch nicht wirklich verstanden, aber warum gehen diese Mails durch den Belwue (bzw. das externe gateway) und werden nicht gleich lokal zugestellt?

Eigentlich sollte das per default so sein, wenn "my_destination" auf kg-fds.de gesetzt ist.
([z.B. ​https://serverfault.com/a/458076])

[Stephan Richter]

Das gleiche hat jetzt checkmk auf dem paedml beobachtet - vermutlich Elternrundmails... .

Das Problem ändert sich zum 31. Juli ja sowieso - weg von Belwue und hin zur Stadt. Aber da sollten wir gleich darauf achten, dass wir da höhere Limits bekommen.

Nichts desto trotz sollte lokale Mail auch lokal zugestellt werden.

[bau]

checkMK wurde von Conetis konfiguriert UND ZWAR mit einer qemu-VM (KVM) in der ein grafisches MINT 18 lief!
Ich habe die Installation irgendwann einmal auf einen LXC-Ubuntu-Server 20.04 umgezogen, auf dem Server läuft zwar ein Postfix, der ist aber nicht an den zentralen Mailserver angebunden. Offenbar hat der Conetis-Mitarbeiter IN checkMK den Mailserver von BelWUE eingetragen - so ein Unsinn!

Zu Ändern ist also, dass die Mails beim paedml eingereicht werden und nicht bei BelWUE!

[bau]

GGf muss der lokale Postfix noch an den paedml angebunden werden (/etc/postfix/main.cf).
Vorlagen sind auf diversen Servern zu finden.

[Stephan Richter]

Replying to bau:

GGf muss der lokale Postfix noch an den paedml angebunden werden (/etc/postfix/main.cf).
Vorlagen sind auf diversen Servern zu finden.

Also ich habe jetzt auf diversen Hosts nachgeschaut (webuntis, cloud, proxmoxls2) uns es ist nirgends der relayhost in der main.cf gesetzt.

Sind die alle irgendwie anders konfiguriert? Wie?

[Stephan Richter]

Nach vielem Testen habe ich jetzt folgendes herausgefunden:

• checkmk:postfix ist irgendwie so konfiguriert, dass er den MX-record der Mail-Domain der Zieladresse auflöst und diesen Host dann als relay verwendet. NICHT GUT
• Testweise habe ich das auf proxmols2 probiert: hier wird zwar nicht relay= gesetzt, aber postfix versucht trotzdem direkt an den Mailserver der Zieladresse zu schicken: NICHT GUT

Der einzige Grund, dass Mail von z.B: checkmk übrehaupt raus geht, ist das kg-fds.de auf belwue auflöst und der belwue Mailserver so nett ist, checkmk.kg-fds.de zu akzeptieren.

Dazu kommt noch: paedml wird von checkmk aus auf die IP von apache aufgelöst. Wenn ich nun, wie normalerweise üblich, in die main.cf relay=paedml.kg-fds.de eintragen würde, hätte ich wieder ein Problem.

--> wir müssen dringend unser DNS aufräumen und host-namen von service-namen trennen!

[Stephan Richter]

Ich habe jetzt einmal auf checkmk den relayhost korrekt gesetzt. Allerdings akzeptiert der paedml-postfix hier keine eingehenden Verbindungen:

checkmk postfix/smtp[9403]: D52CE21FA4: to=<rich@kg-fds.de>, relay=paedml.kg-fds.de[10.32.1.1]:25, delay=0.13, delays=0.02/0.01/0.09/0.01, dsn=5.7.1, status=bounced (host paedml.kg-fds.de[10.32.1.1] said: 554 5.7.1 <checkmk.kg-fds.de[10.32.1.6]>: Client host rejected: Access denied (in reply to RCPT TO command))

Zumindest für unsere Server und dann wenigstens für die Zieldomain kg-fds.de sollte das aber so sein!?

[Stephan Richter]

Und wieder ein Problemchen:

• paedml akzeptiert nur auf 10.16.112.4:25 relay-anfragen
• paedml wird aber nach 10.32.1.1 aufgelöst

Sollte der postfix auf paedml auf allen Interfaces lauschen? Oder sollte die Namensauflösung geändert werden? Oder bräuchten wir einen DNS Eintrag mail.kg-fds.de, der auf das richtige Interface zeigt?

Mit der aktuellen Konfiguration macht checkmk jetzt was er soll, aber mit der hard-coded IP für den relayhost bin ich noch nicht so glücklich.