October 2014 - postfix-users

OT: Bayes DBs
by Marc Risse 21 Oct '14

21 Oct '14

Hallo Liste, etwas OT, aber da hier ja einige echte Profis vertreten sind, stell ich einfach mal eine Frage bezüglich Bayes DBs: Ich habe zwei MXer, welche per sa-learn kräftig lernen. Bisher haben wir per content_filter ein eigenes Script aufgerufen, welches Spammails per sa-learn "gelernt" hat, sowie an den jeweils entfernten MXer per smtp gesendet, und dort ebenfalls via sa-learn in die Bayes-DB geschrieben hat. Dieses Szenario lief seit 2008 relativ gut und stressfrei. Da die Systeme nun neu aufgebaut werden sollen, bin ich auf der Suche nach einfacheren oder effizienteren Möglichkeiten, die gelernten Inhalte zwischen beiden MXern abzugleichen. MySQL möchte ich nur ungern einsetzen. Wie macht ihr das? Macht Ihr es überhaupt? VG Marc

4 3

Postfix 2.11 Verständnisfragen
by Django [BOfH] 18 Oct '14

18 Oct '14

Ahoi! Ich erlaube mir mal einen eigenen thread für meine grundsätzlichen Verständnisfragen aufzumachen. Dank des Input's von Joda baue ich auf (m)einem Testhost gerade Postfix-from-scratch und beschäftige mich da viel mit Lesen und der Aktualisierung meiner eigenen Dokumentation. generic-maps: ============= Wo ich mir g'rad unschlüssig bin ist die Frage wo genau die generic-maps im MTA angesprochen werden. Macht das der qmgr selbst oder ist das Aufgabe der beiden Delivery Agenten lmtp und smtp. Ich vermute mal letzteres, da es ja keine pipe_generic-map gibt. Was stimmt nun? Servus Django -- "Bonnie & Clyde der Postmaster-Szene!" approved by Postfix-God http://wetterstation-pliening.info http://dokuwiki.nausch.org http://wiki.piratenpartei.de/Benutzer:Django

6 11

SSLv3 deaktivieren
by Alexander Palm 17 Oct '14

17 Oct '14

Hallo, gestern habe ich mit Schrecken von dem neuen SSL-Bug erfahren: https://de.ssl-tools.net/poodle-test https://community.qualys.com/blogs/securitylabs/2014/10/15/ssl-3-is-dead-ki… Wo ja steht man solle SSLv3 am besten einfach abklemmen. Was ich auch gleich gemacht habe. Zumindest beim Apache ging es wie beschrieben. Bei Postfix scheint es mir aber dennoch aktiv zu sein... Wie es hier steht: http://www.postfix.org/postconf.5.html#smtpd_tls_mandatory_protocols habe ich das eingestellt für vorsichtshalber alles: Also: smtpd_tls_mandatory_protocols = !SSLv2, !SSLv3 smtp_tls_mandatory_protocols = !SSLv2, !SSLv3 smtp_tls_protocols = !SSLv2, !SSLv3 Es wird auch mit postconf nach einem Neustart so angezeigt - aber mit einem: openssl s_client -ssl3 -startssl smtp -connect mailbox.org:25 Kommt es nicht zu einem Fehler - sondern es gibt einfach einen connect der auf den SMTP-Handshake wartet. Hat schon jemand erfolgreich SSLv3 in Postfix abgeschaltet oder ist es eh zu viel Panikmache? Danke & Gruß, Alex

3 2

.forward-files
by Tim Wattenberg 16 Oct '14

16 Oct '14

Hallo zusammen, ich würde gerne die .forward-files auch für virtuelle Adressen einsetzen können. Ich habe dazu den forward path angepasst: forward_path = /var/mail/control.d/forward/$user Damit die Zustellung in die richtigen Maildirs auch klappt übergebe ich beim mailbox transport an lmtp: mailbox_transport = lmtp:unix:private/dovecot-lmtp Wenn ich nun bspw. per virtual_alias_maps an <user> weiterleite: - und <user> ein Systembenutzer ist funktioniert alles besten (.forward wird berücksichtigt, ansonsten delivery in die richtige Mailbox per lmtp) - und <user> kein Systembenutzer ist (aus der Dovecot Userdb) funktioniert zwar natürlich die delivery in die Mailbox, ein .forward-file wird allerdings nicht berücksichtigt. Auch eine Erweiterung der local_recipient_maps um die virtuellen Benutzer hat keinen Erfolg gebracht. Gibt es irgendeine Möglichkeit das umzusetzen, oder ist der setzen der Variablen im forward path "fest verdrahtet" mit den Systembenutzern? Besten Dank, Tim

1 0

debugger_command
by Django [BOfH] 16 Oct '14

16 Oct '14

HI Joda und all die anderen Postmaster! Der Parameter debugger_command ist ja von Haus aus "leer". Auf den CentOS-Maschinen wird in der main.cf ein wert gesetzt, der gezogen wird, sofern der MTA mit der Option "-D" gestartet wird. Nun mal Hand auf's Herz, wer von Euch hat dies schon mal gemacht, also ich die letzten 7 Jahre definitiv nicht. Stellt sich also die Frage, ob ich bei meinem neuen "Postfix from scratch" die Option analog RHEL zu setzen, oder diesen ignorieren - sprich leerlassen kann/soll. Servus Django -- "Bonnie & Clyde der Postmaster-Szene!" approved by Postfix-Meister http://wetterstation-pliening.info http://dokuwiki.nausch.org http://wiki.piratenpartei.de/Benutzer:Django

4 6

Nimmt Postfix E-Mails an wenn das Dateisystem unerwarteterweise plötzlich read-only ist?
by Hubert Schölnast 10 Oct '14

10 Oct '14

Hallo Ich habe Postfix auf einem virtuellen Server laufen und habe heute morgen erfahren, dass das Dateisystem meines Servers gegen Mitternacht in den read-only-Modus geschalten wurde. (Warum konnte man mir nicht sagen). Erst kurz nach 9 Uhr morgens wurde mein Server dann rebootet, seitdem läuft er wieder normal. Angeblich ist er in diesen 9 Stunden weitergelaufen, konnte aber nichts (weder empfangene E-Mails noch Log-Einträge noch sonst etwas) auf die Festplatte schreiben. Nun frage ich mich, wie Postfix in so einem Fall auf eingehende E-Mails reagiert. Ich halte zwei Varianten für denkbar: A) Postfix erkennt noch vor Ende des SMTP-Dialogs, dass es keine E-Mails speichern kann und meldet dem Client einen temporären Fehler. Dann ist alles gut, der Client wird später nocheinmal versuchen die E-Mail zuzustellen, so lange bis es endlich klappt oder bis ein Timeout abläuft. In diesem Fall erhält der Absender vom Client eine Nachricht die ihn über die Unzustellbarkeit informiert. B) Postfix bemerkt das nicht vor Ende des SMTP-Dialogs. Der Client baut eine TCP-Verbindung zu meinem Postfix auf, dieser meldet sich mit 220. Auf HELO usw. antwortet Postfix mit 250, dann sendet der Client DATA und Postfix antwortet mit 354. Jetzt sendet der Client die eigentliche E-Mail und Postfix empfängt die Daten und hält sie zumindest während des Empfangens im RAM-Speicher vor. Und jetzt kommt die entscheidende Frage: Schreibt Postfix die empfangenen Daten auf die Festplatte bevor es an den Client 250 (oder 4xx/5xx) sendet? Wenn nein, erhält nämlich der Client die Information, dass er die E-Mail erfolgreich zugestellt hat (250). Es folgen QUIT und 221, dann wird die TCP-Verbindung abgebaut und die Verbindung ist damit getrennt. Der Client kann die E-Mail aus seinem Speicher löschen, weil er ja von meinem Postfix die Meldung bekommen hat, dass die E-Mail empfangen worden ist. Aber Postfix wird scheitern wenn es versucht die E-Mail auf die schreibgeschützte Festplatte zu schrieben und hat keine Möglichkeit mehr, nachträglich den Client zu informieren. Die E-Mail wäre in diesem Fall verloren. Ich vermute ja, dass Postfix erst die empfangenen Daten wirklich physisch in den Permanentspeicher schreibt und erst dann den Empfang der Nachricht bestätigt, aber das ist eben nur eine Vermutung. Kann das jemand definitiv bestätigen? Danke! LG Hubert Schölnast

4 3

Postfix 2.10. versus 2.11
by django＠nausch.org 03 Oct '14

03 Oct '14

HI Joda! :P Ich hab mich einigermaßen von der hardcore-sys4-Woche erholt und bin gerade dabei meine Doku für Postfix 2.11 unter CentOS 7 zu überarbeiten. Wenn ich mich richtig erinnere, dann ist der Hauptvorteil von Postfix 2.11 zu Postfix 2.10 doch: ° PKI-less TLS server certificate verification based on DANE Aber war da nicht auch noch was in Punkto postscreen, oder verwechsle ich da grad was? Danke schon mal für's Feedback. Ergebendst Dein Padawan Django ;)-- "Bonnie & Clyde der Postmaster-Szene!" approved by Postfix-God http://wetterstation-pliening.info http://dokuwiki.nausch.org http://wiki.piratenpartei.de/Benutzer:Django

3 4