Bekijk Volledige Versie : Netfeed - PHP List - geblokkeerd
Hallo
Sinds een 2-tal jaar worden wij gehost bij Netfeed (www.sjock.com).
We hebben ook een mailinglist met +/- 3000 emailadressen via PHP-list.
We hebben al sinds het begin problemen.
In het begin werden emailadressen afgebroken.
Na contact zeiden ze dat we de server overbelasten.
Dan zijn we de mails wat gaan spreiden zodat 3.000 emails over een uur of 3 verspreid werden.
Nog steeds niet in orde; onze account werd simpelweg geblokkeerd. Na nogmaals contact met Netfeed zeiden ze dat ze ons gingen helpen en de limiet eraf halen.
Enkele dagen terug weer een mailing gedaan, nog meer spreiding :
2000 emails over +/- 8 uur en de dag nadien de overige 1000 emails, deze was lopende maar plots afgebroken en onze account weer geblokkeerd.
Ze willen ons mailings niet meer accepteren.
Is dit normaal voor een hosting pakket ? Wie kan een alternatief voor Netfeed voorstellen ????
Een beetje spreiden is wel aan te raden, zeker op een shared server. Eens per week of maand zo'n mailing run in enkele uren met legale adressen moet geen probleem zijn. Doe een aanvraag in het juiste forum onderdeel en er zullen diverse aanbiedingen van hosters volgen waar dit wel is toegestaan.
Een hostingpakket is niet geschikt voor mass-mailing. Zoek een gespecificeerde aanbieder. Dit kost wat meer, maar heeft ook meer resultaat omdat je kunt tracken wat bezorgd is en wat gelezen is. Het laatste wat je moet doen is hier een aanbieding vragen. Dan verplaats je de ellende van de ene naar de andere provider. Je wilt dit immers niet op een shared WEBHOSTplatform doen. Wanneer er een andere klant tever gaat met de e-mail wordt het serverIP geblacklist en komen dus ook jouw e-mails niet aan.
Beste TS,
Allereerst jammer dat je dit niet rechtstreeks met ons verder bespreekt. Zoals in eerdere emailberichten al aangegeven is zorgde jullie mailinglist software er helaas ook voor dat er (veel) spam werd verstuurd waardoor wij meerdere (terechte) abuse meldingen hebben ontvangen. Hierop hebben wij vanzelfsprekend actie genomen.
We hebben je daarnaast meerdere malen geadviseerd om de mailings uit te besteden aan een bedrijf wat gespecialiseerd is in het versturen van mailings, dit is ook wat Randy aangeeft.
ja, of je neemt een eigen server in colo. Dan kan je 24/7 php listen.
Ik spreek uit ervaring en het werkt perfect.
Ik denk dat het probleem eerder te wijten is aan het feit dat de meeste (low-cost) hosting bedrijven 'alles' op één server plaatsen (voor eenzelfde klant). Een DA of PLESK server waar zowel httpd, mysql als mail (en nog eventueel dns en dergelijke) wordt gebruikt. Daardoor krijg je al snel overbelasting / last en/of loop je het risico van op blacklists terecht te komen.
Beter is zoals gezegd naar ofwel een specifieke mailinglijstprovider over te gaan (relatief duur, maar extra diensten zoals tracking ...), dan wel een hostingprovider te kiezen die de zaken allemaal wel uitsplitst (aparte webservers, aparte smtp- en pop servers, ...). Die hostingproviders zijn doorgaans weg wel duurder dan de eerstgenoemde hosting providers (lees: middle- of high-end ipv lowcost). Voor een dubbeltje kan je natuurlijk nooit op de eerste rij zitten!
Nu ja overbelasting...Als die elke 20 seconden 1 mailtje stuurt, heeft hij op één dag 4320 mails gestuurd. Denk niet dat een server er onderuit gaat door elke 20 seconden één mailtje te versturen...
Je wilt dit immers niet op een shared WEBHOSTplatform doen.
Ik had het dan ook over legale mailings... Bijvoorbeeld een vereniging die zo nu en dan zijn eigen leden mailt kan (in mijn ogen) prima vanaf een shared server. Zoals IT-worX al zegt geeft dit helemaal geen server overbelasting. Die abuse meldingen waren er door de topic starter niet bijgenoemd :nono:
Voor commerciële (spam)runs zou ik ook naar een specialist uitwijken.
Nu ja overbelasting...Als die elke 20 seconden 1 mailtje stuurt, heeft hij op één dag 4320 mails gestuurd. Denk niet dat een server er onderuit gaat door elke 20 seconden één mailtje te versturen...
Met alle 20 sec. een mailtje te sturen, zou je inderdaad geen overbelasting mogen krijgen :)
Natuurlijk, wie wil er 24u wachten om zijn mails uit te sturen, zoiets moet in principe op een kwartiertje de deur uit, wat dan niet zal lukken bij die 'all-in-one' servers. Maar het is in de situatie van de OP inderdaad niet logisch dat 3000 mailtjes niet op één of twee dagen de deur uit kunnen.
Beste TS,
Allereerst jammer dat je dit niet rechtstreeks met ons verder bespreekt. Zoals in eerdere emailberichten al aangegeven is zorgde jullie mailinglist software er helaas ook voor dat er (veel) spam werd verstuurd waardoor wij meerdere (terechte) abuse meldingen hebben ontvangen. Hierop hebben wij vanzelfsprekend actie genomen.
We hebben je daarnaast meerdere malen geadviseerd om de mailings uit te besteden aan een bedrijf wat gespecialiseerd is in het versturen van mailings, dit is ook wat Randy aangeeft.
Ikzelf beheer de mailinglist; mijn collega doet de website zelf en hij heeft ook contact met jullie. Er is meermaals contact geweest, jullie hebben ons geadviseerd om mailings uit te besteden ... dat is voor ons niet echt de beste oplossing qua kostprijs.
Hoe het komt dat er spam verstuurd wordt weet ik niet. Ik verstuur 1 email naar de +/- 3.000 adressen. De laatste keer gespreid over +/- 10 uur.
Waar de abuse meldingen vandaag komen, weet ik niet. Ik ben geen kenner. Maar al onze adressen zijn bekomen met double opt in.
We zoeken een andere oplossing.
Hoe het komt dat er spam verstuurd wordt weet ik niet.
In dat geval zou ik het php script eens laten onderzoeken door iemand die er verstand van heeft.
Nog niet zo heel lang geleden hebben wij ook last gehad van een lek mailinglist script bij een klant van een andere hoster, wat toen via diverse providers opeens duizenden mails ging versturen.
Waaronder niet alleen de eigen mails maar ook mails die door hackers erbij werden geplaatst doordat het script lek was. En in zo'n geval zijn de abuse meldingen dan inderdaad terecht.
Ik zeg niet dat het in jullie geval ook zo is, maar het is een mogelijkheid.
phplist staat bekend als niet heel veilig, het deels vereist register globals, maar de input validation erop is zeer slecht.
Er zijn diverse sites al door gehacked, waaronder in het verleden phpBB.com. Ook was het mogelijk om misbruik ervan te maken om mails te sturen.