Preview: v2.8.0

Danke auch hierfür fir die Rückemldung. Und Ihren Vorschlag umsetzen, siehe beigefügten Link (https://www.liveconfig.com/de/…tpd_client_restrictions)? Man könnte es ganz doch einfach via Checkboxin der Whitelist Option machen, dass die Whitelist auch für check_client_access hash:/etc/postfix/client_exceptions gilt. Wäre das möglich? Dann wäre das ganze doch einfach erledigt?

In der Regel werden die Blacklists ja als erste Hürde genutzt um schon einmal ein Teil der Last vom Spamfilter wegzubekommen. Wie Herr Keppler in dem verlinkten Beitrag schon schrieb findet der RBL Check ja statt bevor überhaupt Maildaten ankommen. Im Prinzip wird ja nur die IP Adresse des einliefernden Server geprüft und darauf basieren entschieden ob abgelehnt wird oder nicht.
Alternatve ist halt die RBL Listen nicht zu nutzen bzw. nur über Spamassassin zu Bewertung zu benutzen.

Ach Herr Keppler war schneller.

Naja, zu unserem Vorschlag wäre der 2. ja, dass man eine Checkbox bei DNSBL hat, dass die DNSBL Adressen im Spamassasign geprüft werden, welche man einträgt statt direkt, dann würde die Whitelist davor laufen. Aber der erste Vorschlag. s.o. von Hr. Keppler mit dem Zusatzeintrag in Postfix ist besser, finde ich... Frage ist nur die Umsetzung...

3. Option, evtl geht as auch, man kann doch die Postfix main auch auslagern bzw. Zusatzeinträge darin vornehmen. Was ist, wenn wir im LC DNSBL dekativieren, in der main conf von Postix die ausgelagerte Datei die LC einliest mit DNSBL befüllen, greift dann die Whitelist?

Die Anfrage biezieht sich auf dies: https://www.liveconfig.com/de/…5805&viewfull=1#post15805

Zitat von informant

Eigener DNSBL WhitelistServer wäre ja schwachsin dafür, das wäre so die einzige Idee von uns, wie man das umgehen könnte, da Whitelist DNSBL ja den normalen DNSBL deaktiviert, was eigentlich eine Whitelist auch tun sollte. => rbldnsd <=

rbldnsd ist die sinnvollste Lösung, falls die dnswl.org nicht nutzbar wäre.

Nutzer-spezifische Domain-Whitelists können, wie schon mehrfach geschrieben wurde, zum Zeitpunkt der Blacklist(!)-Prüfung nicht realisiert werden.

Dann würden wir +1 für rbldnsd pländieren.

Kannst du doch jederzeit einrichten und als Whitelist in Liveconfig eintragen. Liveconfig bietet das doch schon.

Hi, ja ist möglich, aber Whitelist = Whitelist, sprich, es muss durchkommen, was in ihr drin steht. Sonst wäre es ja keine Whitelist.
Kann man denn in spamassasing eigene DNSBL Server eintragen, damit man die in lc deaktiveiren kann, damit die Whitelist im LC funzt?

Wird es in der 2.8 den SOAP Befehl "HostingSubdomainDelete" geben? Würde für das folgende Szenario benötigt:

https://www.liveconfig.com/de/…SOAP-API-Subdomain-Update

Hallo, kann man in der neuen Version die FCrDNS Prüfung aktivieren?

Zitat

smtpd_client_restrictions = reject_unknown_client

Habs aktuell mit lua gelöst.

Wie ist der aktuelle Stand? Der Termin für die versprochene nächste Preview ist ja nun doch schon ein paar Tage her (Das nächste Preview-Release ist für kommenden Dienstag, 02.07.2019 geplant.).
Welche "Showstopper" sind noch offen?

sTeaLth, ich glaube Backup in Multiserver ins gui bringen fehlt noch. Das soltle in der 2.8 noch drin sein meines wissens nach mit Cronjob Funktion usw.

Zitat von kk

Let's Encrypt wird nun über die ACMEv2-API (RFC8555) angesprochen. Längerfristig sollen damit auch WildCard-Zertifikate möglich sein.

Verstehe ich das richtig, das mit v2.8.0 also noch nicht die WildCard-Zertifikate kommen werden?

So verstehe ich das.

"Backup-Service (lcbackup) noch nicht in GUI integriert
Das nächste Preview-Release ist für kommenden Donnerstag, 11.07.2019 geplant."

Wenn sich stable wegen Backup und ein paar "Kleinigkeiten" in GUI verzögert bitte ich um Release gefolgt von baldigem Update.

Zitat von BMK-Media

Verstehe ich das richtig, das mit v2.8.0 also noch nicht die WildCard-Zertifikate kommen werden?

OT: Wo genau ist der Vorteil von WC-Certs, wenn LC das eh automatisiert managed für jede Domain?