SoGO Mailer auf separater Maschine / SRS (Sender Rewrite)

olli1411

Hallo,

weiß jemand ob es möglich ist den SoGO Mailer auf einer separaten Maschine laufen zu lassen? Ich würden diesen gerne extra laufen lassen. Auf hub.docker.com finden ich auch den einzelnen Container von mailcow hierzu. Kann mir jemand sagen was ich beachten muss und / oder wie ich es machen muss?

Ist das SRS (Sender Rewrite) bereits in mailcow integriert, sodass E-Mails die extern weitergeleitet werden entsprechend mit SRS verschickt werden?

Gruß und Danke!

diekuh

SRS hat auch Nachteile. Einen Spammer dabei == alle Domains blockiert.

Man muss Tabellen für Zuordnungen vorhalten. Wie lange will man das tun?

Viel wichtiger: Unsere Weiterleitungen via Sieve sind SPF valid (wenn der Empfänger einen korrekten SPF definiert hat, versteht sich). Und signiert sind sie auch.

Für andere Weiterleitungen: Das regelt DMARC. Das validiert heute vermutlich jeder. Solange DKIM aligned und gültig ist, passt das.

Die sauberste Lösung bleibt wohl trotzdem die Sieve-Weiterleitung.

olli1411

diekuh Das stimmt, ich habe jedoch jetzt schon SRS (Sender Rewrite) aktiv und keine Probleme damit. Auch große Anbieter haben SRS implementiert. Postfix regelt das relativ simpel und gut.

Ist SRS in mailcow breits integriert oder müsste das selber gemacht werden? Oder gibt es eine Möglichkeit es realtiv einfach einzubinden? Ich möchte für bestimmte E-Mailadressen kein Postfach anlegen, Sie sollen nur als Alias dienen und an eine bestimmte Adresse extern weiterleiten.

Wie sieht es mit dem SoGO Mailer aus, kann ich diesen auf einer anderen Maschine betreiben, wenn ja wie am besten? Den einzelnen SoGO Mail Container habe ich breits von mailcow auf hub.docker.com gefunden.

diekuh

Postfix hat keine SRS Implementierung. Nur Schnittstellen, die die Einbindung erlauben. Dass es technisch funktioniert ist klar, es ist trotzdem doof. Meinen Standpunkt bezüglich Bans etc. tut das keinen Abbruch. Das Domain Alignment ist mit SRS auch hinfällig.

Hat meiner Meinung nach mehr Nachteile als Vorteile.

Die Alternativen, die vorzuziehen sind, habe ich ja erwähnt.

Und sorry, “andere machen das auch” ist irgendwie kein Argument. 🙂 Gerade bei dem Thema, das so individuell ist…

olli1411

diekuh Okay Du würdest also eine Sieve Weiterleitung empfehlen? Konkret geht es darum das ich meine jetzige Mailumgebung gerne auf mailcow umstellen möchte und daher vorher ein paar Dinge klären wollte.

Benötige ich bei einer Sieve Weiterleitung dann überhaupt eine aktiv Mailbox?

Aktuell ist es so, das ich hierfür entsprechende Aliases angelegt habe die dann intern die E-Mail zustellen oder ggf. externe z.B. an @gmail.com zustellen.

Hättest Du eine Idee wie ich den SoGO Mailer auf einer anderen Maschine laufen lassen könnte?

olli1411

diekuh also ich hab folgendes Konstrukt. Eine Domain example.com läuft auf Mailserver auf. Einige Adressen können direkt „lokal“ zugestellt werden andere Adressen sind extern (bspw. gmx.de, web.de, gmail.com) diese werden aktuell mittels SRS umgeschrieben und dann weitergeleitet damit sie nicht im SPAM landen. (Bei gmail.com landet es ohne SRS durch die Postfix Weiterleitung direkt im SPAM. Es handelt sich hierbei auch nur um Alisas Adressen).
Wie würde ich das ganze mit mailcow und Sieve denn anstellen? Ich würde ungern Mailboxen für die Adressen anlegen.

diekuh

Gmail und Co. prüfen definitiv ARC. Da landet nichts im Spam, wenn es vorher in deinen authentication results passed war.

Wenn das nicht geprüft wird, ist das was anderes. Dann die Lösung mit dem Sieve Redirect verwenden. In der mailcow UI können die Filter direkt komfortabel unter /mailbox verwaltet werden.

Ein weiter kritischer Punkt zu SRS: Du machst dir die Domain Alignments kaputt. Das wird gegen die Domain des From Headers evaluiert. Jeder Absender mit DMARC Policy reject/quarantine wird dadurch die entsprechende Aktion beim Empfänger auslösen.

diekuh

Eine perfekte Weiterleitung wäre Variante 2: https://blog.sys4.de/email-forward-mit-sieve-ohne-spf-dmarc-und-dkim-konflikte-de.html

Die Voraussetzungen in den Configs erfüllen wir, da musst du nichts ändern. Es gibt die editheaders und wir schreiben den enevelope entsprechend dem recipient um.

olli1411

Hallo nochmal,

ich habe das ganze nun einmal mit gmail.com und mailcow getestet.

Eine Weiterleitung bzw. Alias wie folgt aufgebaut:

alias@domain.de -> adresse@gmail.com

Wenn ich nun von sender@domain2.de an alias@domain.de eine E-Mail verschicke, wird diese auch korrekt an adresse@gmail.com weitergeleitet.

Jedoch sieht die E-Mail wie folgt an:

Der SPF schlägt fehl mit der IP des weiterleitenden Servers. Bekomme ich es auch ohne SRS hin das der SPF nicht fehlschlägt und DKIM und DMARC gültig bleiben wie jetzt auch? Ich habe tatächlich eine große Anzahl an Adressen wofür ich kein Postfach anlegen möchte und es auch nicht benötigt wird.

Gruß und Danke,

Oliver

diekuh

DMARC ist doch Pass. So what? Das ist doch Sinn der Sache.

olli1411

diekuh

Das ist mir schon klar.
Und was ist bei Domains ohne DMARC?
Im DMARC habe ich z.B. angegeben quarantine.

diekuh

A) Schau doch bitte nochmal, was ich oben so zu dem ganzen Vorhaben geschrieben habe.

B) Wenn du es trotzdem unbedingt brauchst, baue es eben ein. 🙂 Verstehe meinen Part dabei nicht. Das hat so viele Nachteile wie es Vorteile hat. Ich gehe diesen Weg nicht mit, aber jeder ist frei das zu tun, was er/sie mag. 🙂