Log-Dateien prüfen?
Ist der schnellste und einfachste Weg. Akute Spammer springen normalerweise sofort ins Auge.
"Ausgehende Spam-Listen" gibt's nicht. Sie können aber den SpamAssassin mit LiveConfig so einrichten, dass auch ausgehende E-Mails analysiert und ab einer bestimmten Punktzahl abgewiesen werden.
Hierfür müssen Sie das Tool "lcsam" mit den Parametern "-a" (ausgehende Mails scannen) und "-A <Punktzahl>" (ablehnen ab bestimmter Punktzahl) starten - alle Details finden Sie in der man-Page zu lcsam.
Auf systemd-basierten System führen Sie hierzu den Befehl "systemctl edit lcsam.service" aus und tragen dann folgende Zeilen in die Override-Datei ein:
[Service]
ExecStart=
ExecStart=/usr/lib/liveconfig/lcsam -g spamd -U postfix -a -A 6Danach lcsam neu starten (systemctl restart lcsam). Das macht aber alles nur Sinn, wenn ein Admin da auch ein Auge drauf hat.
Der Versand ausgehender Mails kann subjektiv etwas langsamer werden, da die Mails noch während der SMTP-Verbindung gescannt werden - von einem Dauereinsatz rate ich also ab.
Viele Grüße
-Klaus Keppler
Hallo
wir haben vor unsere Mailserver den Proxmox Mailgateway, dieser kontrolliert den ein- und ausgehenden Mailtraffic nach Spam, und blockt diesen automatisch, seither keiner Listing unserer MX Server mehr.
https://www.proxmox.com/de/proxmox-mail-gateway
Die Erkennungsrate ist sehr gut und die Last ist von den Webservern weg.
Mit freundlichen Grüßen
Martin Krüger
Das behebt nicht die Ursache, sondern lindert nur die Symptome.
Ursache ist schlicht ein Mißbrauch des Mailversands, i.d.R. durch veraltete Scripte oder ungepatchte Sicherheitslücken in Webanwendungen.
Ein vorgeschaltetes Mail-Gateway löst das Problem der wachsenden Mailqueue nicht, und wird bei eingehenden Mails zwangsläufig zu Bounce-Problemen führen.
Alle relevanten Informationen finden sich in /var/log/mail.log. Ich würde z.B. einfach mal mit "grep" nach dem ersten Auftreten der entsprechenden Message-ID suchen (grep B5919481832 /var/log/mail.log)
Viele Grüße
-Klaus Keppler
Mit dem Befehl
[B]postcat -ehq[/B] QueueIDsollte man den Verursacher (Sender/PHP-Mailer etc.) eigentlich schnell ausfindig machen.
Alex
Da lässt sich nur schwer ein Kunde ausfindig machen
Entweder die Mail kommt via php mail(), dann steht die UID mit im Log:
Feb 9 12:34:22 venus postfix/pickup[32433]: 36BEA68B3DB: uid=1153 from=<web800>
Hier kann man auch einen Sendmail-Wrapper verwenden, um die mail()-Aufrufe gezielt zu loggen.
Oder die Mail wurde per SMTP auf localhost:25 eingeliefert - dann wird es in der Tat etwas komplizierter. Passiert aber denkbar selten - und von außen gibt es die SASL-Authentifizierung, um den Absender zu identifizieren.
Hallo
klar ist ein vorgeschaltetes Mailgateway nicht die Lösung des Problems, aber es verhindert das anhaltene Blacklisting. In der Queue von Proxmox sieht man auch schneller woher die E-Mails kommen.
Mit freundlichen Grüßen
Martin Krüger
Der Nachteil eines vorgeschalteten Systems/Mailgateway liegt ja in der Nutzung der Whitelist und Schwellenwerte-Einstellungen in LiveConfig. Wie gehst Du damit in Bezug auf Deine Kunden um?
Hallo
Jeder Kunde kann eine persönliches Black- & Whitelist erstellen und bekommt vom Mailgateway eine E-Mail, sollte eine E-Mail in der Quarantäne hängen.
Zu dem werden alle angelegten E-Mailadressen im LiveConfig mit dem Mailgateways Syncronisiert.
Bisher sind alle Kunden von uns sehr zufrieden.
Mit freundlichen Grüßen
Martin Krüger
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!