ip-adres hoster op de XBL

[kitty79]

Vanmorgen trof ik eenhele lading bounce-mails in mijn inbox. Alle bevestigingsmails van de webshop waren geweigerd bij verscheidene klanten, want het ip-adres van de server stond op de XBL van Spamhaus. Enerzijds is dit het risico van shared hosting, denk ik dan. Anderzijds vraag ik mij af of de hoster zelf dit kan voorkomen.

In 7 jaar tijd heb 4 keer een mail-weiger-probleem gehad: de eerste 2 keren was het hotmail die zonder duidelijke oorzaak de boel weigerde op basis van het ip-adres. Dat is pas maaaaaaanden later over gegaan. Overigens werd er wel meegedacht door de hoster, maar hotmail is onbenaderbaar lijkt het wat dit soort zaken aangaat. De laatste 2 keer, een maand geleden en nu: XBL.

Ben dus benieuwd in hoeverre je dit kunt voorkomen als hoster zijnde. Iemand hoeft maar een brak script te uploaden, en daar gaan de spam-mailtjes. Heb ook niet zo'n trek in dit feestje elke maand, of vaker.

[magentohosting]

Wij hadden hier ook laatst een klant die problemen had met de mail.
Na een kort onderzoekje bleek het IP-adres van onze server ook op een lijst van SpamHause te staan. Erg vervelend maar gelukkig is dat redelijk snel op te loggen: verzoek om het IP-adres van de lijst af te halen, e-mail met daarin een bevestiging / validatie en even geduld.
Deze klant zit ook op onze shared hosting, maar hij was wel de enige die een probleem had met de mail. Alle andere klanten op dezelfde server en die dus met hetzelfde IP-adres verbonden zijn, hadden geen problemen.

Ik moet nog wel even zeggen, Kitty, je bent erg goed bezig!
Fijn om ook eens hier iemand te hebben die zelf geen hoster is, maar toch wel zijn ervaringen hier wil delen en op die manier de boel beetje wakker schudt.
Ga zo door!

[kitty79]

dankje voor de snelle reactie! Ik ben dus idd geen hoster, maar ben niet helemaal een leek gelukkig. Toch snap ik niet dat je andere klanten niet dit euvel hadden? Wel zo mooi, maar begrijpen doe ik het niet als hun mails van hetzelfde ip-adres komen. (welicht ten overvloede: het gaat natuurlijk om mails van de php mailfunctie en mails die ik via de smtp van mijn hoster stuur)

Ik had nog eens even goed gekeken, en: "This IP is infected with, or is NATting for a machine that is infected with, a PHP-based backdoor trojan." Met shared hosting is dit dus blijkbaar niet te voorkomen, wel snel op te lossen?

[t.bloo]

Enerzijds is dit het risico van shared hosting

mwa, heb dit al vaker op een niet shared hosting IP gehad dan wel.

[kitty79]

ik snap m, maar vanuit mijn positie: ik zit met honderden andere sites op 1 server/ip-adres, dus er hoeft er maar 1 zo'n script te hebben, en de rest is het haasje.

[magentohosting]

dankje voor de snelle reactie! Ik ben dus idd geen hoster, maar ben niet helemaal een leek gelukkig. Toch snap ik niet dat je andere klanten niet dit euvel hadden? Wel zo mooi, maar begrijpen doe ik het niet als hun mails van hetzelfde ip-adres komen. (welicht ten overvloede: het gaat natuurlijk om mails van de php mailfunctie en mails die ik via de smtp van mijn hoster stuur)

Ik had nog eens even goed gekeken, en: "This IP is infected with, or is NATting for a machine that is infected with, a PHP-based backdoor trojan." Met shared hosting is dit dus blijkbaar niet te voorkomen, wel snel op te lossen?

Wat voor ervaringen heb je dan in de hosting / IT-wereld als ik vragen mag?
Het was een beetje een vaag probleem. De klant mailde ook naar andere accounts en daar kwam alles wel goed aan. Van de +- 100 verstuurde e-mails waren er 4 of 5 die niet aangekomen waren. Alle vaagheid op een stokje dus.

Ik had nog eens even goed gekeken, en: "This IP is infected with, or is NATting for a machine that is infected with, a PHP-based backdoor trojan." Met shared hosting is dit dus blijkbaar niet te voorkomen, wel snel op te lossen?

Even contact opnemen met de hoster, maar ik neem aan dat je dat al gedaan hebt. Lijkt alsof er ergens een scriptje draait wat niet van goede aard is.

[kitty79]

iteraard al contact gezocht met de hoster, maar het antwoord zal wel weer even op zich laten wachten. Maar ik was benieuwd hoe / of dit soort dingen te voorkomen zijn, wat doe je als hoster, als het al te voorkomen is etc.

[patrickekkel]

WIj hadden hier helaas een tijd geleden ook last van een gehele /19 bij spamhouse in de blacklist.
Binnen 15 uur was het hele probleem opgelost. door de juiste mensen de juiste mailtjes te versturen.

[Skredd]

Je kunt als hoster natuurlijk van alles doen om dit te voorkomen. Denk aan het filteren van uitgaande mail op spam, voorkomen/scannen van malware-scripts op je server, limiteren van de uitgaande berichten (x aantal per uur per user), monitoren van uitgaande berichten, geen 'vage' Roemeense/Chinese/Russische klanten ruimte geven op je shared platform.

Genezen kan ook vrij snel: probleem oplossen en tijdelijk mail omleiden via ander IP-adres en weer terugschakelen als je van de lijst af bent. Belangrijkste is dat je de oorzaak van de spam-melding zo snel mogelijk opspoort en uitschakelt.

Wat betreft Hotmail: een groot deel van het Leaseweb netwerk staat al maanden op de zwarte lijst bij Hotmail/Live. Kortom, mail bestemd voor zulke adressen moet je gewoon omleiden. Kun je verder vrij weinig invloed op uitoefenen.

@patrick; 15 uur niet kunnen mailen is natuurlijk niet acceptabel lijkt me.

[cfmweb]

Tja helemaal te voorkomen is het niet, als hoster zijnde kun je wel je het wel beperken door je systemen een beetje in de gaten houden. Als er veel backscatter komt kun je op je vingers natellen dat er iets staat te spammen. Meestal wordt een IP nog niet geblokkeerd na 1 spamrun, dus vermoedelijk is er al langer iets gaande.
Als ik het goed lees ben jij nu een beetje het werk van je hoster aan het doen. Je bent al aan het uitzoeken waarom het ip is geblacklist. Volgens mij is hij verantwoordelijk voor de werking van de (shared-) server en zou hij dit moeten oplossen.
Je zou hem eventueel om een ander (dedicated?) ip-adres kunnen verzoeken. Als er verder geen SSL certificaten of licenties aan dit IP hangen is dat ook niet zo'n probleem natuurlijk.

[Huib]

Tja helemaal te voorkomen is het niet, als hoster zijnde kun je wel je het wel beperken door je systemen een beetje in de gaten houden. Als er veel backscatter komt kun je op je vingers natellen dat er iets staat te spammen. Meestal wordt een IP nog niet geblokkeerd na 1 spamrun, dus vermoedelijk is er al langer iets gaande.
Als ik het goed lees ben jij nu een beetje het werk van je hoster aan het doen. Je bent al aan het uitzoeken waarom het ip is geblacklist. Volgens mij is hij verantwoordelijk voor de werking van de (shared-) server en zou hij dit moeten oplossen.
Je zou hem eventueel om een ander (dedicated?) ip-adres kunnen verzoeken. Als er verder geen SSL certificaten of licenties aan dit IP hangen is dat ook niet zo'n probleem natuurlijk.

Probleem met Spamhouse recentelijk is dat ze meestal gelijk de hele range opslot gooien, waardoor een dedicated IP nummer geen verschil meer maakt.

[patrickekkel]

Je kunt als hoster natuurlijk van alles doen om dit te voorkomen. Denk aan het filteren van uitgaande mail op spam, voorkomen/scannen van malware-scripts op je server, limiteren van de uitgaande berichten (x aantal per uur per user), monitoren van uitgaande berichten, geen 'vage' Roemeense/Chinese/Russische klanten ruimte geven op je shared platform.

Genezen kan ook vrij snel: probleem oplossen en tijdelijk mail omleiden via ander IP-adres en weer terugschakelen als je van de lijst af bent. Belangrijkste is dat je de oorzaak van de spam-melding zo snel mogelijk opspoort en uitschakelt.

Wat betreft Hotmail: een groot deel van het Leaseweb netwerk staat al maanden op de zwarte lijst bij Hotmail/Live. Kortom, mail bestemd voor zulke adressen moet je gewoon omleiden. Kun je verder vrij weinig invloed op uitoefenen.

@patrick; 15 uur niet kunnen mailen is natuurlijk niet acceptabel lijkt me.

Nee maar op het moment dat de /19 bekend is bij spamhouse. tja kan je niks anders doen dan afwachten en bellen en mailen en blijven zeuren richting spamhouse.
Al ben ik wel van mening dat spamhouse je er best wel snel op de blacklist staat.

[Yourwebhoster]

ik snap m, maar vanuit mijn positie: ik zit met honderden andere sites op 1 server/ip-adres, dus er hoeft er maar 1 zo'n script te hebben, en de rest is het haasje.

Door op de server wat maatregelen te nemen kan je al een hoop problemen voorkomen maar helaas niet alles (bijvoorbeeld de hoeveelheden e-mails limiteren). Als meer nodig is dan kan dat op verzoek verhoogd worden.

[kitty79]

Het probleem is opgelost, in totaal zo'n 10 uur lang zijn mijn mails her en der geweigerd. Interessant om te lezen wat jullie ervaringen zijn.

Denk aan het filteren van uitgaande mail op spam, voorkomen/scannen van malware-scripts op je server, limiteren van de uitgaande berichten (x aantal per uur per user), monitoren van uitgaande berichten, geen 'vage' Roemeense/Chinese/Russische klanten ruimte geven op je shared platform.

Klinkt op zich goed, maar het limiteren van het aantal uitgaande berichten: daar zou ik niet blij mee zijn. Dan heb ik een serieus probleem bij het uitvoeren van mijn nieuwsbrief-script bijvoorbeeld. (of je stelt de limiet flink hoog)

Als ik het goed lees ben jij nu een beetje het werk van je hoster aan het doen. Je bent al aan het uitzoeken waarom het ip is geblacklist. Volgens mij is hij verantwoordelijk voor de werking van de (shared-) server en zou hij dit moeten oplossen.

Mja, weet je, ik kan moeilijk stil blijven zitten bij zoiets. Ben toch een nerd die het leuk vind om uit te vogelen, voor zover mogelijk. Gelukkig heeft de support vlot gereageerd, waarbij het kwaad "vanuit een internetcafé" is geschied.

[The-BosS]

Klinkt op zich goed, maar het limiteren van het aantal uitgaande berichten: daar zou ik niet blij mee zijn. Dan heb ik een serieus probleem bij het uitvoeren van mijn nieuwsbrief-script bijvoorbeeld. (of je stelt de limiet flink hoog)

Of je gaat op zoek naar deftige software die niet alles in 1 keer verzend maar het opsplits in delen en via een cron dan xx aantal e-mails per xx minuten verzend.