Bekijk Volledige Versie : Uitgaande spam
Wat gebruikt iedereen eigenlijk voor het versturen van e-mail?
Wij hebben momenteel een MailScanner setup die voor iedere server als smarthost gebruikt wordt. Dan wordt hier nog een uitgebreide scan op gedaan. Voordat dit uiteindelijk dan naar de buitenwereld gaat.
Maar... Naast de oplossingen van SpamExperts hiervoor ken ik eigenlijk weinig andere oplossingen voor dit probleem.
Zijn wij de enige partij die tegen dit soort dingen aanloopt?
Wij gebruiken spamwall als smarthost voor oa webservers...
Werkt goed
Sent from my iPhone using webhostingtalk
PerryKniest
04/10/15, 11:54
Dat spamwall ziet er interessant uit, ook qua prijs voor de outbound mailserver.
Wij hebben onze eigen spamfilter servers staan. Ik geloof een stuk of 6 voor alleen al uitgaande mail. Ze draaien allemaal SpamAssasin en we updaten/learnen zelf onze bayes filters. SpamExperts/Wall is niet aantrekkelijk qua prijs/capaciteit voor het aantal mail wat wij versturen. We hebben zelf ook gemaakt dat ze de klant op de hoogte stellen dat er mail is geblokkeerd (en welke mail).
We hebben zelf ook gemaakt dat ze de klant op de hoogte stellen dat er mail is geblokkeerd (en welke mail).
Hoe hebben jullie dat gedaan, als ik vragen mag?
dennis0162
05/10/15, 13:23
Uitgaande spamfiltering heeft weinig nut meestal. Als een bericht niet als spam gemarkeerd wordt heb je alsnog kans dat er duizenden mails worden verzonden.
Wij blokkeren mails bijvoorbeeld na x aantal verzonden mails. Hiervoor hebben we 2 limieten, 1 voor binnen NL en BE en 1 limiet voor mails die vanuit het buitenland worden verzonden (lager limiet).
Ook hebben we op de uitgaande mail een RBL controle staan voor buitenlandse IP-adressen, als het IP-adres op de blacklist staat kan hij geen mail versturen (RBL's die DHCP adressen blokkeren gebruiken we niet).
Zelf dacht ik ook nog aan blockcracking te gaan implanteren: https://github.com/Exim/exim/wiki/BlockCracking
Wij hebben veel klanten die nieuwsbrieven versturen (soms wel 50.000 mail per uur), dus dan heeft ratelimiten geen zin (of het duurt 3 dagen om je mail te versturen). We zien dat de meeste spamruns komen van gehackte sites die via de php mail functie mailen. We sturen het userid van de klant in de headers mee naar onze spamassasin servers. In de andere gevallen versturen ze de mails met authenticated en unauthenticated smtp. Als het unauthenticated is kunnen we het helaas niet achterhalen, maar dat is slechts een klein deel van de gevallen.
Rate limited helpt meestal wel goed. Al houdt dit niet direct spam tegen zorgt dit er wel voor dat je op tijd kan ingrijpen aangezien alles in de wachtrij staat.
Natuurlijk kan je voor bepaalde klanten uitzonderingen maken op de limieten of in overleg via een specifiek ingerichte mailserver de nieuwsbrieven verzenden. Al is het denk altijd handig om bij 50.000 mailtjes een gespecialiseerde partij te gebruiken. Scheelt weer dat je mailserver dan niet wordt aangemerkt als spamserver.
Hier gebruiken we een zelf opgezette omgeving op basis van Postfix/Spamassassin/Amavis en wat eigen scripts. Het rate limiten helpt goed en individuele klanten kunnen we er van uitzonderen (of bv enkel de afzender die ze gebruiken voor nieuwsbrieven). Waarschijnlijk gaan we op niet al te lange termijn nog wat opties toevoegen om verdachte mails sneller te detecteren en minder te rate limiten voor mogelijk legitieme mail. Ook met mailingen van de genoemde volumes geeft het bij ons geen probleem (in het ergste geval geven we de mail als nog vrij).
De laatste dnsbl vermelding is inmiddels al weer enkele jaren geleden (gelukkig).
Ramon Fincken
06/10/15, 10:49
Uitgaande spamfiltering heeft weinig nut meestal. [ .. ]
Want? je wil liever niet op een blacklist komen toch? Dus los van aantallen is vasthouden van extreme spam wel handig.
dennis0162
06/10/15, 11:10
Klopt, maar ik bedoelde meer dat het de meeste uitgaande spam niet tegen houdt.
Axel Polfliet
06/10/15, 12:46
Klopt, maar ik bedoelde meer dat het de meeste uitgaande spam niet tegen houdt.
Wij filteren uitgaand met SpamExperts, geloof me het houd 99,9% van alle uitgaande SPAM tegen. Blacklisting is sinds implementatie verleden tijd.
Klopt, maar ik bedoelde meer dat het de meeste uitgaande spam niet tegen houdt.
Rate limiting + bepaalde bestandsextensies blokkeren helpt voor een groot deel al. Content scanning is inderdaad net iets lastiger.
Wij filteren uitgaand met SpamExperts, geloof me het houd 99,9% van alle uitgaande SPAM tegen. Blacklisting is sinds implementatie verleden tijd.
Is dat niet duur voor een grote set domeinnamen? - Of doen jullie dit niet voor alle klanten?
Rate limiting + bepaalde bestandsextensies blokkeren helpt voor een groot deel al. Content scanning is inderdaad net iets lastiger.
Wij hebben hier een leuke bayes db voor, icm een set van SA regels die we periodiek aanvullen. Maar moet inderdaad wel zeggen dat het alles bij elkaar zeker wel een uur of 2 per maand mee bezig zijn, en dit ook nog eens naar een paar machines moeten syncen...
Axel Polfliet
06/10/15, 23:32
Is dat niet duur voor een grote set domeinnamen? - Of doen jullie dit niet voor alle klanten?
Voor alle webhosting servers filteren we uitgaand, door 't gebruik van smarthosts hoeft dat niet heel veel te kosten. We beschikken wel over een vrij grote inkomende- en uitgaande licentie, maar dat is dus niet nodig. We doen ook aan rate limiting, als je die 2 combineert kan je al veel problemen voorkomen.
Kijk eens naar de BlockCracking tool van DA: http://help.directadmin.com/item.php?id=577
Voor alle webhosting servers filteren we uitgaand, door 't gebruik van smarthosts hoeft dat niet heel veel te kosten. We beschikken wel over een vrij grote inkomende- en uitgaande licentie, maar dat is dus niet nodig. We doen ook aan rate limiting, als je die 2 combineert kan je al veel problemen voorkomen.
Dat systeem meet toch licenties adhv de variërende uitgaande domeinnamen?
Dan lost smarthosts toch niets op?