MailCow Dockerized und Scanner/USV

MyKeySoftMK

Ich habe eine Dockerized-Mailcow Instanze erstellt. Meine interne Domäne (myxyz.lan) wird darin verwaltet. Benutzer (user1@myxyz.lan) sendet über eine Transportregel an meine öffentliche Email (user1@t-online.de) und bekommt auch über fetchmail seine Mails in sein Postfach.

Nun habe ich aber noch einen “alten” Drucker mit Scanner und eine USV (APC750 + AP9630J ). Die kommen mit den Daten (SSL usw) nicht richtig klar. Zumindest bekomme ich das nicht hin.

Wie kann ich solchen Geräten evtl. ohne Authenfikation das Senden intern und auch extern erlauben

esackbauer

Das wurde hier auch schon öfters behandelt…
Die IP des Gerätes zu den “Weiterleitungshosts” hinzufügen. Und ggf. zusätzlich:
https://docs.mailcow.email/de/manual-guides/Postfix/u_e-postfix-postscreen_whitelist/

MyKeySoftMK

Vielen Dank für die Informationen. Ich hab das Thema nachgelesen und entsprechend die data/conf/postfix/extra.cf, data/conf/rspamd/custom/mailcow_networks.map und data/conf/postfix/custom_postscreen_whitelist.cidr um mein ganzes Subnetz (192.168.2.0/24) erweitert.

Auf der USV hab ich dann folgende Möglichkeiten:
SMTP-Server:

Absender: da hab ich meinen Benutzer eingetragen user1@myxyz.lan
SMTP-Server: mailcow.myxyz.lan
Port: 25
Authentifizierung: deaktiviert
Use SSL/TLS: Never
Require CA Root Certificate: deaktiviert

Dann habe ich einen Mailempfänger angelegt, der die Email von meinem Postfach hat user1@myxyz.lan

Wenn ich dann auf “Testen” drücke, dann bekomme ich als Hinweis:

Initiate Test
Last Test Result
(user1@myxyz.lan) Test e-mail failed; SMTP configuration error.
Last Server Response
554 5.7.1 This message does not meet our delivery requirements

BTW: Ich musste bei meinem Proxmox auch noch das Selfsign-Zertificat vom mailcow.myxyz.lan eintragen, damit es ging. Ist das hier evtl. auch die Ursache?

esackbauer

MyKeySoftMK Ich hab das Thema nachgelesen und entsprechend die data/conf/postfix/extra.cf, data/conf/rspamd/custom/mailcow_networks.map

Das wäre nicht notwendig gewesen, dafür gibts die “Weiterleitungshosts”.

MyKeySoftMK This message does not meet our delivery requirements

Ist die USV im gleichen Subnetz 192.168.2.0/24? Probier bitte die IP von der USV als Weiterleitungshost ohne Spamfilter einzutragen.

MyKeySoftMK h musste bei meinem Proxmox auch noch das Selfsign-Zertificat vom mailcow.myxyz.lan eintragen

du hast ja an der USV explizit eingetragen kein TLS zu verwenden. Also nicht nötig.

MyKeySoftMK

PERFEKT!!!!

Hab die IP der USV jetzt eingetragen. Mails an interne Postfächer geht jetzt. userXY@myxyz.lan

Wenn ich jetzt aber an eine andere externe Mail senden möchte (user1@web.de), dann kommt als Meldung zurück:

 Initiate Test
Last Test Result
(user1@web.de) Test e-mail failed; SMTP configuration error.
Last Server Response
454 4.7.1 <user1@web.de>: Relay access denied

Kann man da auch noch was einstellen?

esackbauer

MyKeySoftMK
Du musst eine Absenderadresse einer der in mailcow konfigurierten Domains wählen die auch nach extern senden darf. eine myxyz.lan domain die keinen externen MX hat wird halt nicht funktionieren.

CK_beats

🤔🤔🤔🤔🤔
Warum so kompliziert?
USV, Scanner, etc. in die extra.conf eintragen, Postfix neu starten und feritg.
Schon dürfen entsprechende Geräte
a) intern
b) an externe Posfächer (Scanner) senden.

Unsere extra.conf besteht aus diversen v4 und v6 IPs, damit z. B. Monitoring, Scanner, USVs, irgendwelche Programme ihre Statusmeldungen per E-Mail absetzen können.
Keine zusätzliche Konfiguration.
Ich wollte auch absichtlich kein komplettes Subnetz öffnen. Lieber 1x alles ordentlich einpflegen.

P.S.
Es ist egal, ob Port 25 unverschlüsselt oder 587 per irgendeinem Zertifikat.
Da auf Whitelist ignoriert Postfix die Zertifikate.

esackbauer

CK_beats Warum so kompliziert?

Weil der Vorposter eine interne Domain verwendet mit der TLD “.lan”
Die akzeptiert praktisch kein Mailserver weil du die schlichtweg ins öffentliche DNS nicht eintragen kannst.

CK_beats USV, Scanner, etc. in die extra.conf eintragen

Naja, was ich vorgeschlagen habe ist die IPs in der GUI als “Weilterleitungshosts” einzutragen. Das ist ja nicht kompliziert und hat ja dann auch funktioniert.

CK_beats

esackbauer

Weil der Vorposter eine interne Domain verwendet mit der TLD “.lan”

Ich bitte um Entschuldigung! Wer lesen kann ist klar im Vorteil!
Andererseits könnte der TE in der extra.conf die IP des Endgeräts eintragen und dann im Gerät selbst einstellen, welche Benachrichtigung an welche E-Mail zu erfolgen hat.

Naja, was ich vorgeschlagen habe ist die IPs in der GUI als “Weilterleitungshosts” einzutragen. Das ist ja nicht kompliziert und hat ja dann auch funktioniert.

Meiner Meinung nach sogar die bessere Lösung!
Mein Kollege hat hier eingetragen. Ich habe in der extra.conf weiter gearbeitet.
Wird ab sofort bei uns auch korrigiert, weil übersichtlicher und einfacher zu verwalten!

Wird einem Eintrag in “Weiterleitungshost” auch das Relay auf Mailcow erlaubt oder nur die Zustellung in lokal vorhandene Postfächer / Aliase?

esackbauer

CK_beats Wird einem Eintrag in “Weiterleitungshost” auch das Relay auf Mailcow erlaubt

Auch das Relay nach extern.

CK_beats

esackbauer
Getestet, kann ich leider nicht bestätigen:
NOQUEUE: reject: RCPT from unknown[2003:a:211:f101:220:6bff:fe99:cd16]: 554 5.7.1 <unknown[2003:a:211:f101:220:6bff:fe99:cd16]>: Client host rejected: Access denied;

War nur ein Scan an mein eigenes Postfach.
Die IPv6 ist als Weiterleitungshost eingetragen.
Der DNS-Eintrag minolta@meinedomain.local wird nicht akzeptiert.

Also doch über die extra.conf.
Hier funktionierte es problemlos.

esackbauer

Bei mir gehts, ich verwende allerdings auch nur IPv4, und ich habe nur .org und .net domains im mailcow, die auch extern konfiguriert sind.
Ich sehe bei einem Produkt wie Mailcow wenig sinn eine “interne” Domain zu verwenden.

CK_beats

Wir haben die E-Mail “.local”-Domain ebenfalls aufgegeben. Die wurde anfangs aus Exchange-Zeiten noch übernommen. Mittlerweile aber abgeschafft.
Jedoch existiert auf unserem DC natürlich noch die Verwaltungsdomain .local.
Hier ist auch das Produktionsgerät registriert, dessen Reverse-DNS mit minolta.meinedomain.local aufgelöst wird.

Interessiert Mailcow aber nicht.
Die whitelisted IPv4 und -v6 wird mit o. g. Meldung ignoriert.
In der extra.cf wieder eingetragen und schon funktioniert internes bzw. externes Relay wieder.

@MyKeySoftMK Also, um auf Nummer sicher zu gehen: in die extra.cf eintragen.

MyKeySoftMK

@CK_beats Das mit der extra.cfg hatte ich ausprobiert und dort meine interne IP eingetragen - leider kam dann die Meldung, dass “This message does not meet our delivery requirements”

Aber im Moment kann ich damit leben, dass die Mail nur Intern ist - vielleicht gehe ich das Thema nochmal später an

CK_beats

MyKeySoftMK
Du hast die IP in der Zeile 2 bei mynetworks = im CIDR-Format eingegeben?
z. B. 1.2.3.4/32 für einen IPv4 Host bzw. [2003:a:211:f101:215:5dff:fe01:1b01]/128 für einen IPv6 Host?
Danach Neustart des Postfix oder der kompletten Container läuft das zuverlässig.
So auch lt. Anleitung.
Postfix nimmt die Mail an. RspamD musst Du dann noch ggf. sagen, dass die Mail HAM ist.
Das sieht dann letztendlich so aus:

Funktioniert auch von “lokalen” Adressen bzw. die Absende E-Mail Adresse existiert überhaupt nicht.