Bekijk Volledige Versie : Discussie: 500 mail limit per uur op shared hosting
Ramon Fincken
07/01/11, 23:29
Nav: http://www.webhostingtalk.nl/aanbiedingen-gezocht/165943-smtp-hosting-tbv-mailing-list-7500-mails-per-maand.html
waar ik opmerkte dat een limit van 500 mails per uur op een shared hosting echt weinig is.
Bleek dat dat niet zo vanzelf sprekend is.
Mijn redenatie: 500 mails per uur, dat is ( delen door 60 minuten ) : 8.3 mails per minuut, dus ( nogmaals delen ) 0.13 mail per seconde.
Ondanks het feit dat het wel shared is, dit lijkt mij wel erg krap. Wat als je een mass mail via een forum eruit gooit? Of een forum of bugtracker hebt welke steeds een notificatie per mail verstuurd?
Vrees van de ISP's voor grotere aantallen e-mail per tijd unit is niet zo zeer van een klant. Maar, er zijn +/- 150 t/m 300 klanten op zo een shared server.
Nou, als we aannemen dat zo een 5% van die klanten veel e-mail willen verzenden, dan stapelt dat zich erg snel op. Met als gevolg dat het IP adres van de shared hosting bak behoorlijk snel op blacklists kan komen. En dat wil je niet.
Dus, je moet ergens limiet trekken. Shared hosting is imho ook niet bedoeld voor applicaties die erg 'zwaar' kunnen zijn. Ten slotte, dergelijke applicaties zijn dan ook vaak maatwerk (zoals dus versturen van +/- 7,500 mails per dag) - dus is een VPS vaker een betere oplossing. Zowel voor de hoster, als voor de gebruiker(s) van de applicaties.
Ikzelf zou bijvoorbeeld een bugtracker - welke voor mij van groot belang is - nooit op een shared hosting zetten. Juist vanwege de risico's dat andere +/- 200 gebruikers voor ellende (indirect) kunnen zorgen.
Just mu $ 0.02 :-)
Mvg,
Smilie
Ramon Fincken
07/01/11, 23:49
Goed goed, forget about the bugtracker. Maar een forum bijvoorbeeld is typisch iets dat een newpost,newreply en massmail functie heeft.
Als je een beetje gebruikers hebt, is het echt niet "zwaar" te noemen, maar kan ik me voorstellen dat je op bepaalde tijden voor je 500/uur grens heenschiet.
Mijn ervaring leert dat op een gemiddeld shared server niet echt zo veel gebruikers zijn die zo veel e-mails per uur verstoken hoor. Ten minste, zo vaak komt het bij ons niet voor dat een klant de limiet raakt.
Vaak adviseren we dan om mailings te 'verspreiden' d.m.v. cron e.d. (waar mogelijk). Vele bekende forums hebben ook inmiddels ingebouwd dat je mails in batches kan verzenden en vele gebruiken dat dan ook.
Wat beter lopende forum's hebben dan ook voldoende financiële middelen om voor ~20 euro per maand een VPS-je te nemen. En begrijp me niet verkeerd - er zijn ook redelijk lopende forums ook op shared hosting hoor - maar nogmaals, gebaseerd op aantal 'klachten' die wij ontvangen is dat echt niet veel.
Mvg,
Smilie
Nou, als we aannemen dat zo een 5% van die klanten veel e-mail willen verzenden, dan stapelt dat zich erg snel op. Met als gevolg dat het IP adres van de shared hosting bak behoorlijk snel op blacklists kan komen. En dat wil je niet.
Daar heb je een smarthost voor met outbound filtering...
In het verlden heb ik altijd SMTP-limieten per gebruiker gehad op shared servers. Mensen krijgen het wel voor elkaar om, ik noem een Joolma, te installeren en vervolgens nooit te updaten, waarop je als hoster kunt wachten op ellende. Deze limieten zijn puur ter bescherming van de gebruiker zelf. Bovendien maak je gebruik van een shared platform, waarbij je de resources op fair-use basis met anderen moet delen.
Er waren wel klanten die over het limiet heen gingen. Per zaak werd dan bekeken wat de oorzaak was. Wanneer iemand grote mailings met een aantoonbare dubbele opt-in had, kreeg hij een eigen SMTP-account op servers die ingericht waren op afleveren van grote hoeveelheden e-mail met rapportagemogelijkheden. Zo ben ik ook wel eens zo'n ranzig MSN-script tegengekomen dat je hele contactlijst gaat lopen spammen. Voor zulke gebruikers heb je maar 1 oplossing: wegjorissen.
@Randy: wat smarthost betreft, dat is inderdaad een oplossing. Bij ons is dat helaas in dit stadium zeer onwaarschijnlijk om nog erin te krijgen :-) Wellicht een mogelijkheid voor in de toekomst.
Ik blijf echter bij de standpunt dat indien iemand behoefte heeft aan het verzenden van meer dan 500 e-mails per uur, dat ie gewoon 2 tientjes moet dokken voor eigen servertje. Doe dan maar erop wat je wilt :-)
Mvg,
Smilie
@Randy: wat smarthost betreft, dat is inderdaad een oplossing. Bij ons is dat helaas in dit stadium zeer onwaarschijnlijk om nog erin te krijgen :-) Wellicht een mogelijkheid voor in de toekomst.
Ik blijf echter bij de standpunt dat indien iemand behoefte heeft aan het verzenden van meer dan 500 e-mails per uur, dat ie gewoon 2 tientjes moet dokken voor eigen servertje. Doe dan maar erop wat je wilt :-)
Mvg,
Smilie
Tot dat jij op die mailinglijst staat en dagelijks spam krijg omdat die klant geen management heeft en zijn systeem niet liet updaten en liet misbruiken door mensen die er kwaad in zagen.
@Phu: en daarvoor heeft men 'Abuse' ter leven geroepen :-)
Zoals Randy al zei, er zijn ook shared hosting klanten die (met of zonder voorgaande kennis) slechte beveiliging hanteren (zomaar 777 overal zetten) en die ook 'misbruikt' worden. Je kan niet alles voorkomen...
Mvg,
Smilie
@Phu: en daarvoor heeft men 'Abuse' ter leven geroepen :-)
Zoals Randy al zei, er zijn ook shared hosting klanten die (met of zonder voorgaande kennis) slechte beveiliging hanteren (zomaar 777 overal zetten) en die ook 'misbruikt' worden. Je kan niet alles voorkomen...
Mvg,
Smilie
Die abuse heeft geen nut hoor....
Heb ooit 7 jaar terug me aangemeld op een site gebruikte sitenaam at adres punt extensie als e-mail adres om zo te zien waar de spam van komt.
van de site krijg ik geen spam maar hun db was lek dus raad je het al
dreamhost_nl
08/01/11, 11:04
Mijn redenatie: 500 mails per uur, dat is ( delen door 60 minuten ) : 8.3 mails per minuut, dus ( nogmaals delen ) 0.13 mail per seconde.
Als je een limiet wilt plaatsen, waarom zet je deze dan niet per gebruiker ipv. voor de gehele server? Ik weet niet welk of dat je een controle paneel gebruikt, maar standaard staat dit op 100 per gebruiker in cPanel.
Triloxigen
08/01/11, 13:11
500 mails per domein vind ik niet weinig, moet ruim voldoende zijn.
Voor een gehele server misschien wat krap (hoewel afhankelijk van aantal domeinen).
De reden dat TS van het andere topic waaruit deze thread is ontstaan op zoek gaat naar een aparte mail provider is volgens mij dat een shared budgethosting accountje niet geschikt is om zulke hoeveelheden mail op te versturen. Doorgaans willen mensen daar ook best iets meer voor betalen.
Bij onze 'normale' hosting staat de limiet op 1000, en bij onze 'budget' hosting staat de limiet op 500 per user per dag. En dat is puur een anti misbruik maatregel.
Als er meer mails verstuurd moeten worden heeft men daar normaliter een goede reden voor en kan men contact met ons opnemen voor een maatwerk oplossing.
We hoeven er ook geen geheim van te maken. Als je een euro per maand betaald voor shared hosting zitten daar beperkingen aan. Technisch gezien: als je een vpsje met directadmin hebt, met laten we zeggen 1000MB geheugen en 1 core @ ~1,6GB met 30 hosting pakketjes waarvan er 5 staan te spammen, loopt je mailqueu vol en duurt het een eeuwigheid voordat het weg is. Daarbij zal de mail van de overige gebruikers een onacceptabele vertraging oplopen. En dan heb ik het er nog niet eens over of de mail uberhaupt wel afgeleverd kan worden... als ik nu iets geks zeg moet je me maar terugfluiten.
Volgens mij is het zo dat wanneer men kiest voor shared hosting (al dan niet budget) dat men dan hoort te weten (informatieplicht?) dat de overige gebruikers geen hinder mogen ondervinden van de activiteiten die men op dat hostingpakket ontplooid.
Daarom; geredeneerd vanuit shared hosting is 500 per user per uur in mijn ogen bizar veel.
Wij limiteren onze shared hosting op 500 mails per domein, per uur. Voor mailen via ons mailcluster (mail van de webhosting verloopt apart) geld ook een limiet van 500 per uur per domein.
Dit omdat er helaas te veel gebruikers zijn die hun Joomla e.d. niet updaten waarna er weer eens tien duizenden, danwel honderdduizenden berichten in de mailqueue staan.
Zelfde geld ook voor gekraakte PC's waar via de ingestelde gegevens in Outlook spam wordt verstuurd (heb zelfs al bots gezien die via de webmail gaan mailen!).
Het is helaas niet anders, maar spammers blijven manieren zoeken :)
Wij hanteren ook 1000 per dag per user. Op aanvraag is wat meer te krijgen (in ruil voor up to date software en mits enige kennis mbt chmod en goeie passwds en lokale anti-virus etc etc).
De echte mailbombers mogen een VPS of server afnemen. Of MailChimp oid gebruiken!
Trouwens @TS: local deliveries worden door DirectAdmin niet meegerekend dacht ik (iemand hier meer info over?)...
Ramon Fincken
08/01/11, 19:32
Trouwens @TS: local deliveries worden door DirectAdmin niet meegerekend dacht ik (iemand hier meer info over?)...
Dat weet ik niet, maar het originele draadje ging om een mailinglijst, dus extern.
Ik zie nu ook waarom er een 500 limiet is, meestal vanwege beperken van spam door lekken.
@Ramon: precies, daar gaat het om. Het is echt niet zo iets om klanten te pesten, maar om ze van zichzelf te beschermen (en daarmee ook onszelf).
Mvg,
Smilie
Ik kan me vinden in deze argumenten. Doorgaans hoeft een klant niet zoveel mail te versturen en als dat wel gebeurt is het of ongewenst of er is een goede reden voor. In het laatste geval kan het gewoon mogelijk gemaakt worden, 10000 emails versturen is technisch niet bepaald veel natuurlijk.
Een gerelateerd vraagje aan degenen die limiteren: welke software gebruiken jullie hiervoor?
Zoek iets dat met Postfix kan werken, en dat het aantal verzonden mailtjes per lokale gebruiker (UID) limiteert.
De add-ons die ik tot nu toe ben tegengekomen (zoals Policyd) tellen alleen hoeveel mailtjes er verstuurd worden met een bepaald afzender adres.
Spamscripts die per mailtje een ander vervalst e-mail adres als afzender opgeven, pakt ie niet.
cyberbootje
09/01/11, 01:42
Ik gok erop dat de meeste directadmin gebruiken en daar zit het weer ingebakken, of nouja er is een help topic die alles voorkauwt.
... wat cyberbootje dus zegt ...
Mvg,
Smilie
Een gerelateerd vraagje aan degenen die limiteren: welke software gebruiken jullie hiervoor?
Voor postfix is er inderdaad Policyd, dit is overigens ook per domein in te stellen, zie onder "By sender domain: "Sender:@domain"" @ http://www.policyd.org/tiki-index.php?page=Quotas&structure=Documentation.
In Exim heb je het ingebakken zitten (http://www.exim.org/exim-html-current/doc/html/spec_html/ch40.html#SECTratelimiting).
En DirectAdmin (volgens mij cPanel ook?) heeft het ingebakken in hun admin panel. Overigens via een apart (eigen) perl bestandje i.p.v. via de Exim ACL's..
Een gerelateerd vraagje aan degenen die limiteren: welke software gebruiken jullie hiervoor?
Zoek iets dat met Postfix kan werken, en dat het aantal verzonden mailtjes per lokale gebruiker (UID) limiteert.
De add-ons die ik tot nu toe ben tegengekomen (zoals Policyd) tellen alleen hoeveel mailtjes er verstuurd worden met een bepaald afzender adres.
Spamscripts die per mailtje een ander vervalst e-mail adres als afzender opgeven, pakt ie niet.Wij hebben een aantal centrale smarthosts/relayhosts die alle mail afhandelen.
Daar draait Postfix met policyd waarmee we throttlen.
Een gerelateerd vraagje aan degenen die limiteren: welke software gebruiken jullie hiervoor?
Euh.. exim.conf geloof ik ;)
Voor Directadmin gebruik je /etc/virtual/limit
http://help.directadmin.com/item.php?id=81
Bedankt voor de tips.
Voor postfix is er inderdaad Policyd, dit is overigens ook per domein in te stellen, zie onder "By sender domain: "Sender:@domain"" @ http://www.policyd.org/tiki-index.php?page=Quotas&structure=Documentation.
Probleem met Policyd is dat het alleen werkt tegen reguliere gebruikers, en niet tegen echte spammers, die steeds een andere afzender op de envelop zetten.
Doe maar eens:
<?php
mail("gebruiker@provider.nl", "Spam berichtje", "Spam berichtje", "", "-fx@domeinvaniemandanders.nl");
Policyd telt het mailtje domweg bij het aantal van "domeinvaniemandanders.nl"
En DirectAdmin (volgens mij cPanel ook?) heeft het ingebakken in hun admin panel. Overigens via een apart (eigen) perl bestandje i.p.v. via de Exim ACL's..
cPanel had vroeger hetzelfde probleem als Policyd, maar weet niet of dat nog steeds zo is.
Zie dat DirectAdmin inderdaad een script heeft dat iets intelligenter is, en wel naar het UID kijkt ( http://files.directadmin.com/services/exim.pl ).
Zal eens kijken of ik iets soortgelijks voor Postfix kan schrijven.
Zie dat DirectAdmin inderdaad een script heeft dat iets intelligenter is, en wel naar het UID kijkt ( http://files.directadmin.com/services/exim.pl ).
Zal eens kijken of ik iets soortgelijks voor Postfix kan schrijven.
Dan moet je deze aanpassing ook even meenemen voor een optioneel limiet per user:
DirectAdmin Forums - View Single Post - exim limiting
Een gerelateerd vraagje aan degenen die limiteren: welke software gebruiken jullie hiervoor?
Een Wrapper om sendmail heen die meteen wat logging doet (UID, to/from/x-maier, datetime). Gewoon wat regeltjes Perl die de boel naar sendmail.hidden pipen. Apache moet wel onder de user draaien, anders heeft het weinig zin om de UID te gebruiken (tenzij je enkel PHP scripts via de cron wilt afvangen).
Voor Directadmin gebruik je /etc/virtual/limit
http://help.directadmin.com/item.php?id=81
Of Exim Editor Plugin
Of Exim Editor Plugin (http://www.directadmin.com/forum/showthread.php?t=16451)
Dat is nog de oude versie van 2007, de nieuwe discussie en plugin uitleg staat hier [Release] Exim Editor - No-Cost! - DirectAdmin Forums
Op onze shared webhosting servers zit er een limiet op van 500 mailtjes per dag.
Exim heeft daar een leuke functie voor.
Naar mijn mening is 500 per dag ruim voldoende. Indien gewenst kunnen wij dit per gebruiker verhogen.
mocht je bang zijn dat een shared bak op een blacklist komt vanwege enkele klanten die veel mails verzenden, dan is het natuurlijk ook een optie die klanten een dedicated ip aan te bieden.
Een Wrapper om sendmail heen die meteen wat logging doet (UID, to/from/x-maier, datetime). Gewoon wat regeltjes Perl die de boel naar sendmail.hidden pipen. Apache moet wel onder de user draaien, anders heeft het weinig zin om de UID te gebruiken (tenzij je enkel PHP scripts via de cron wilt afvangen).
mv /usr/sbin/sendmail /usr/sbin/sendmail.real
touch /var/log/formmail.log
nano /usr/sbin/sendmail
#!/usr/bin/perl
# use strict;
use Env;
my $date = `date`;
chomp $date;
open (INFO, ”»/var/log/formmail.log”) || die “Failed to open file ::$!”;
my $uid = $>;
my @info = getpwuid($uid);
if($REMOTE_ADDR) {
print INFO “$date - $REMOTE_ADDR ran $SCRIPT_NAME at $SERVER_NAME \n”;
}
else {
print INFO “$date - $PWD - @info\n”;
}
my $mailprog = '/usr/sbin/sendmail.real';
foreach (@ARGV) {
$arg=“$arg” . ” $_”;
}
open (MAIL,”|$mailprog $arg”) || die “cannot open $mailprog: $!\n”;
while ( ) {
print MAIL;
}
close (INFO);
close (MAIL);
Probleem met Policyd is dat het alleen werkt tegen reguliere gebruikers, en niet tegen echte spammers, die steeds een andere afzender op de envelop zetten.
Doe maar eens:
<?php
mail("gebruiker@provider.nl", "Spam berichtje", "Spam berichtje", "", "-fx@domeinvaniemandanders.nl");
Policyd telt het mailtje domweg bij het aantal van "domeinvaniemandanders.nl"
Je kunt die afzender als ik me niet vergis gewoon forceren in je configs (als de spam via PHP "verzonden" wordt zoals in dit voorbeeld). Wij hebben dit voor de mail() functie afgeschermd, enkel via SMTP (kan met phpmailer) kunnen ze nog een andere opgeven. En op dat moment kun je dat weer registreren (met welke gebruiker ze dat doen).
Bij ons is momenteel de standaard limiet 500 emails/dag (bij shared hosting met DirectAdmin). Er zijn een paar klanten die een hogere limiet hebben indien er een in onze ogen goede reden is dan is de verhoging gratis (onder andere forwarders die het probleem veroorzaken met legitieme mail zijn een goede reden). Mocht dat niet goed genoeg zijn dan kan de klant kiezen tussen het afnemen van een VPS (soms verplicht met beheer) of het afnemen van de diensten die we aanbieden als SMTP relay (met een klein bedrag per email).