Onderwerp: Aanhoudende SPAM

Ik heb op mijn server de laatste tijd een enorme vergrooting van de ontvangst van SPAM. alle domeinen die op diezelfde server draaien ondervinden het zelfde probleem. en soms lijkt het ook als of er onderling spam verstuurd wordt. Niet zo zeer door de domein eigenaar als meer een buitenstaander.
ik maak gebruik van plesk 7.5 en ben bienieuwd of de plesk spam filter mijn oplossing is ofdat ik beter iets anders kan doen.

Spamassassin al geconfigd met de rules du jour?

wat geeft qmail-qstat ?

Spamassasin is nog niet actief.
qmail-qstat ziet er niet vreemd uit, 1 bericht in de wachtrij

Heel hard gezegt is er maar 1 oplossing. Cleanport

ook met Spamassasin komt er een hoop troep binnen.

is de software van 4psa de betere keus in deze dan?

Oorspronkelijk geplaatst door WilloW

Heel hard gezegt is er maar 1 oplossing. Cleanport

hmmmm als je sendmail heb zou ik zeggen snuffel eens tussen de diverse milters..

Je moet de spam bij voorkeur stoppen voordat het bij spamassasin komt.

Oorspronkelijk geplaatst door WilloW

Heel hard gezegt is er maar 1 oplossing. Cleanport

Of SpamExperts Moet je die even mailen.

Er is spam en er is SPAM. Jij bedoelt spam, SPAM is een geregistreerd handelmerk van Hormel Foods Corporation.
Gaat het hier (afgaande op de e-mail en de headers) om spam, of om contact formulier misbruik? Aan dat laatste (PHP, ASP scriptjes op je servers die misbruikt worden) kan je vrij eenvoudig wat doen en Cleanport zal hier vrij weinig tegen kunnen betekenen.
Evenals een klant een niet-gepatchte SBS2003 server heeft staan en zodoende enorme hoeveelheden e-mail verstouwd.

Dus, gelieve wat meer informatie DominicusNet. Ook zou ik wel eens willen weten hoe WilloW en Dreas zomaar bij de "oplossingen" Cleanport en/of SpamExperts komen. Beetje doelloze antwoorden naar mijn mening (gezien de door de TS gegeven informatie).

Oorspronkelijk geplaatst door Digiover

Gaat het hier (afgaande op de e-mail en de headers) om spam, of om contact formulier misbruik? Aan dat laatste (PHP, ASP scriptjes op je servers die misbruikt worden) kan je vrij eenvoudig wat doen en Cleanport zal hier vrij weinig tegen kunnen betekenen.

En wat kan je daar eenvoudig aan doen?
Behalve het script goed maken :P

Script uitzetten? Klant mailen?

Oorspronkelijk geplaatst door Digiover

Knip

Dus, gelieve wat meer informatie DominicusNet. Ook zou ik wel eens willen weten hoe WilloW en Dreas zomaar bij de "oplossingen" Cleanport en/of SpamExperts komen. Beetje doelloze antwoorden naar mijn mening (gezien de door de TS gegeven informatie).

Dat het hier om email spam gaat lijkt me redelijk makkelijk af te leiden van de post? Bij mijn weten bestaat er geen spam Plesk filter voor contact formulieren? Verder ken ik geen geval waarbij onderling spam wordt verstuurd via contact formulieren (in deze context)? Daarnaast levert SpamExperts maat oplossingen voor alle categorien (behalve SPAM voedsel) dus valt het probleem er per definitie onder.

Mocht de poster geen email spam bedoelen zou ik erg verbaasd zijn. Wellicht kan deze daar uitsluitsel van geven?

Oorspronkelijk geplaatst door frvge

Script uitzetten? Klant mailen?

Dan is het te laat, en is je server al gebruikt om 3000 aol.com mailtjes eruit te sturen.

Jan?

Oorspronkelijk geplaatst door Toon

Dan is het te laat, en is je server al gebruikt om 3000 aol.com mailtjes eruit te sturen.

Jan?

Dear *,

You are receiving this message via our automated "Report Card" process (which helps analyze AOL's
Internet inbound mail) because our available data indicate that * has risen above the acceptable
threshold for complaints:

*Complaint rate: 21.24%

AOL takes proactive steps to contact owners of mail servers whose e-mail transmissions are impairing
the functioning of AOL's proprietary e-mail system, or causing significant levels of AOL customer
complaints.

AOL requests that you take immediate steps to resolve the issues identified in this AOL Report Card.
In the absence of a satisfactory resolution, AOL reserves the right to take measures to protect its
email network and its member goodwill from any possible damage. These measures may include declining
to accept e-mail transmissions from * through AOL's proprietary e-mail network.

AOL strives to provide the best online experience possible for our members, and we pride ourselves
on being intensely focused on consumers and their needs. Email is a core feature of the AOL service,
and the proper functioning of AOL's e-mail system is vital to our members' goodwill.

Please review AOL's e-mail policies and guidelines, as well as other technical details concerning
e-mail on the AOL network, at http://postmaster.info.aol.com.

This is an automated notification. Replies to this email will not be answered. You can find more
information concerning report cards at http://postmaster.info.aol.com/info/reportcard.html.

AOL is eager for you to resolve these issues expeditiously, so we can continue to provide the
best possible e-mail service to our members.

Thank you for your prompt attention to this important matter.


*Complaint rate based on mail delivered to the inbox.

Ik vind dat de TS te weinig informatie geeft om een adequaat antwoord te geven. Er zijn vele mogelijkheden waarop spam verstuurd kan worden. Bijvoorbeeld via contact formulieren, door de (inmiddels... hopelijk?) bekende manier van Email Injection: Het invoeren van regeleindes en extra (B)Cc headers.
Resultaat hiervan is, het in het script opgegeven To adres ontvangt honderden, zoniet duizenden spam e-mails vanaf de eigen website. Lukt de Email Injection, dan ontvangt ieder (B)Cc geaddresseerde de e-mail ook.
Hoe je dit op je server wilt blokkeren, anders dan het aanpassen van het misbruikte script mogen jullie mij uitleggen. Een beperking in de maximale hoeveelheid (B)Cc adressen? Tarpitting? In beide gevallen zadel je je eigen webserver op met bounces, overvolle queue's e.d.

Oorspronkelijk geplaatst door Toon

Dan is het te laat, en is je server al gebruikt om 3000 aol.com mailtjes eruit te sturen.

Jan?

Liever 3000 verstuurde mailtjes naar aol.com adressen en het script stop gezet (en/of beveiligd), dan 30000(0)(0) mailtjes naar aol.com en andere e-mailadressen.

Oorspronkelijk geplaatst door Dreas

Dat het hier om email spam gaat lijkt me redelijk makkelijk af te leiden van de post? Bij mijn weten bestaat er geen spam Plesk filter voor contact formulieren? Verder ken ik geen geval waarbij onderling spam wordt verstuurd via contact formulieren (in deze context)?

Met alle respect voor de TS, maar ik heb het gevoel dat hij te weinig kennis van zaken heeft om het daadwerkelijke probleem goed te definieren.
Uiteraard gaat het hier over spam. Maar, zoals ik al aangaf en aan blijf geven; je hebt spam, spam en spam (en SPAM, maar dat terzijde). Iedere vorm van spam vraagt een andere manier van aanpak.
De een pak je op je inkomende SMTP servers aan, en de ander op je webservers (door het beveiligen van je script). Ik neem tenminste aan dat je je webservers niet wilt blokkeren op je SMTP servers... Tuurlijk kan je deze spam filteren a.d.h.v bijvoorbeeld SpamAssassin. Maar dat wil je niet, de e-mail wordt immers nog wel naar de externe geaddresseerden verstuurd. Tevens verhoogd dit de load op SpamAssassin aanzienlijk.
Weer een ander pak je aan door het (laten) afsluiten van een met een virus geinfecteerde cable-/ADSL-/dialup host, enz.

En what about niet gepatchte SBS2003 servers, die (honderd)duizenden e-mails per dag verstouwen omdat meneer de "systeembeheerder" niet door heeft dat zijn net geinstalleerde SBS server gepatched moet worden.
In veel gevallen gaat het om valide e-mail, die je klanten willen ontvangen (enkel niet zo vaak...) en vaak wordt de e-mail relayed door een uitgaande SMTP server van een toegangsprovider (en iedereen maakt natuurlijk gebruik van de NL-Whitelist, dus blacklisten heeft geen nut). Je kan dan alleen het afzendadres blokkeren, maar je klant wil toch graag e-mail van die partij ontvangen (vanwege zaken).
Dus, contact opnemen met toegangsprovider en versturende partij om de patch toe te laten passen is hierin de enige oplossing. Waarbij de blokkade op het afzendadres alleen tijdelijk is, om de stroom e-mail in te dammen.

Deels offtopic, maar zeker zo interessant: stealth spam