Onderwerp: e-mail queue WEER vol

Oorspronkelijk geplaatst door systemdeveloper

Het is linux.... dus de code van je MTA kun je behoorlijk eenvoudig aanpassen om mailtjes van users te tellen. Zo kun je ook mails die 'te veel' zijn via een afgeknepen netwerk verbinding routen (eventueel gestaffeld zodat de verbinding trager wordt naarmate er meer mails overheen gaan). Hiermee vertraag je spamrun heel snel en kun je tevens de beheerder/so per sms op de hoogte stellen.

Moet je natuurlijk wel uitgaand smtp verkeer vanaf de webserver limiteren tot je eigen mailservers. Anders is een php smtp class voldoende om alsnog je telling te omzeilen.

Aangezien jij dan niet zit met mogelijke blacklisting lijkt me dat geen probleem.

Mooi dat ik niet de enige ben met dit probleem, ik stoor me er erg aan en ik wil m'n klanten liever ook geen boetes uit gaan delen (maar na 4x bij dezelfde klant word je er wel erg moe van). Misschien e-mail notification als een domain meer dan 200 mails heeft gestuurd? Waarbij je dan zelf exceptions zou moeten kunnen instellen.

Oorspronkelijk geplaatst door blackberry

Mooi dat ik niet de enige ben met dit probleem, ik stoor me er erg aan en ik wil m'n klanten liever ook geen boetes uit gaan delen (maar na 4x bij dezelfde klant word je er wel erg moe van). Misschien e-mail notification als een domain meer dan 200 mails heeft gestuurd? Waarbij je dan zelf exceptions zou moeten kunnen instellen.

Misschien je klant verbieden om slecht geschreven code te draaien. Bij onze hostingtak is de klant voor de volle 100% aansprakelijk. Behalve als onze code wordt gebruikt

Je kan dat combineren met een aanbod om de code na te lopen.

Oorspronkelijk geplaatst door crazycoder

Misschien je klant verbieden om slecht geschreven code te draaien. Bij onze hostingtak is de klant voor de volle 100% aansprakelijk. Behalve als onze code wordt gebruikt

Je kan dat combineren met een aanbod om de code na te lopen.

Dat begrijp ik. Ik dien gewoon templates te maken met spam-waarschuwingen. En na 2x dat een spam-aanmaning (als het nog 1x gebeurt). En vervolgens een spam-melding + boete.

Hierbij wil ik overigens steeds wel de gebruiker helpen met het opzoeken van de lekken.

Oorspronkelijk geplaatst door blackberry

Is het mogelijk misschien ook de bestandsnaam bij te voegen in spam_log?
(Via http://www.webhostgear.com/232_print.html krijg ik alleen het path te zien)

Ik las dat veel mensen op webhostingtalk.nl dit script gebruiken.

Het is toch natuurlijk een grote verbetering als we als output:

Code:

Wed Mar 21 06:02:44 CET 2007 - /home/httpd/vhosts/xxx.com/httpdocs/contactpagina.php -

in plaats van het volgende te krijgen:

Code:

Wed Mar 21 06:02:44 CET 2007 - /home/httpd/vhosts/xxx.com/httpdocs -

Heeft iemand enig idee hoe dat is toe te voegen in de volgende regel?

Code:

print INFO "$date - $PWD -  @info";

Opmerking:
Het goede script is te vinden op http://www.sumith.net/faqs/exim.html
Het script op http://www.webhostgear.com/232_print.html bevat fouten (de whitelines \n en @infon ipv @info)

Toevoeging
http://www.webhostingtalk.com/showth...=258294&page=6
$SCRIPT_NAME achter $PWD plaatsen is de oplossing

Jammer dat dit niet meer werkt op nieuwe Plesk 8.3 systemen.

Hoe doen jullie dit tegenwoordig? Zal toch echt moeten spelen, anders kan elke klant je queue volgooien.