Onderwerp: Hostingbedrijf aansprakelijk stellen?

Oorspronkelijk geplaatst door Mikey

Dus als ik het goed begrijp zou jij exact hetzelfde doen ? Mooie service is dat, wat ik al eerder aangaf zijn er genoeg wegen naar rome om het probleem tijdelijk te verhelpen. Een site disablen en doorlinken naar je eigen site is verre van normaal. Wat nou als er een 0-day exploit gebruikt is, of wat als de server de ruimte geeft om de vhosts te abusen.

Ik zou overigens zulke uitspraken vooral public neerzetten, geeft wel een duidelijk beeld van de verschillende service niveau's die er rondgaan!

Misschien dat thread starter eens een beter zicht kan geven op de afgesproken SLA, dusver blijft het voor mij en alle anderen vooral giswerk

Bij het verzenden van spam sluiten we tijdelijk het account af inderdaad, lijkt me een normale procedure. Doorlinken naar de eigen website is natuurlijk vreemd. Lijkt me juist een verstandige keuze, een account waar spam vandaag gezonden wordt is vaak meer aan de hand en kan gevaarlijk zijn voor de andere accounts en de server als geheel. Ik zou het dan ook juist een service noemen in plaats van een tijdelijke oplossing tegen de spam te bieden. Ieder natuurlijk z'n eigen manier, maar ik vind het niet erg wenselijk dat je andere mensen (in dit geval mij) aanvalt op hun keuze. Uiteraard staat het je vrij om kritisch te zijn, doe dit dan wel op een fatsoenlijke wijze.

Oorspronkelijk geplaatst door Mikey

Dus als ik het goed begrijp zou jij exact hetzelfde doen ?

Waarom moet steeds een reactie op een onderwerp geprojecteerd worden op iemand persoonlijk ook al is het totaal niet relevant of gelijkwaardig :s

Oorspronkelijk geplaatst door rensariens

Als hoster de klant aansprakelijk stellen voor de spam-schade Lijkt me logisch dat je account volledig disabled is, je bent zelf verantwoordelijk voor verouderde code (exact wat de hoster eerder heeft aangegeven).

Account gedeeltelijk of geheel disablen + contact opnemen met de klant (telefoon of email (indien met een andere domeinnaam)) lijkt mij nog acceptabel. Het doorlinken naar een eigen site vind ik weer onacceptabel (net als data verwijderen als je ook enkel de toegang kunt blokkeren). Verder had er gezien er een SLA is mogelijk ook preventief opgetreden kunnen worden door voor de tijd een waarschuwing te sturen dat het draaien van verouderde scripts risico's met zich mee brengt.

Oorspronkelijk geplaatst door Triloxigen

Waarom moet steeds een reactie op een onderwerp geprojecteerd worden op iemand persoonlijk ook al is het totaal niet relevant of gelijkwaardig :s

Meen je dit nu serieus of doe je alsof dom ?

Ik meen het serieus, want op de manier waarop je het persoonlijk maakt slaat nergens op.

Oorspronkelijk geplaatst door rensariens

Bij het verzenden van spam sluiten we tijdelijk het account af inderdaad, lijkt me een normale procedure. Doorlinken naar de eigen website is natuurlijk vreemd. Lijkt me juist een verstandige keuze, een account waar spam vandaag gezonden wordt is vaak meer aan de hand en kan gevaarlijk zijn voor de andere accounts en de server als geheel. Ik zou het dan ook juist een service noemen in plaats van een tijdelijke oplossing tegen de spam te bieden. Ieder natuurlijk z'n eigen manier, maar ik vind het niet erg wenselijk dat je andere mensen (in dit geval mij) aanvalt op hun keuze. Uiteraard staat het je vrij om kritisch te zijn, doe dit dan wel op een fatsoenlijke wijze.

Ik onderstreep zeer bewust je mening, omdat ik met verbazing sta te kijken hoe lakoniek iedereen maar afsluit. Er zijn genoeg mogelijkheden om een probleem tijdelijk te verhelpen waarbij er een meer dan groot genoeg tijds window gecreëerd wordt om in overleg te treden met een klant. Een account afsluiten duid eerder op niet na (kunnen) denken en de makkelijkste weg kiezen.

<knip>....</knip>


Wat jij wel of niet wenselijk vind is denk ik helemaal niet van belang, je neemt deel aan een openbare discussie, waarbij je dus kan verwachten dat anderen ook op jouw posts mogen reageren, citeren etc etc. Als dat je niet aanstaat stop je toch met posten ?

Oorspronkelijk geplaatst door Triloxigen

Ik meen het serieus, want op de manier waarop je het persoonlijk maakt slaat nergens op.

Ik ga in op zijn eigen post waarin hij zelf schrijft "Lijkt me logisch dat je account volledig disabled is". Ik en er staat heel duidelijk ik vind dat iets minder logisch. Zeker in de situatie wat hierboven geschetst wordt.

En dat ik het persoonlijk maak is heel duidelijk, spiegeltje voorhouden, en denk dan nog maar eens na. Ben je het er niet mee eens, de welbekende rapporteer knop zal wel gloeien, dien daar je beklag in. Een van de mods kan zonder problemen beoordelen of de posting wel of niet in het straatje valt.

Oorspronkelijk geplaatst door Triloxigen

Op een shared hosting is niet zomaar mogelijk om voor een specifieke gebruiker de mail() functie uit te schakelen
De hoster heeft op zich een goede actie ondernomen vind ik, echter hadden ze daarbij wel door moeten gaan met actie onder nemen en het niet daar bij moeten laten.

Ik had mijn bewoordingen expres wat algemeen gehouden t.a.v. de (mogelijke) alternatieven. Het uitschakelen van de e-mail functionaliteit kan b.v. ook door het script of formulier op de site aan te passen. Dat waarschijnlijk niet door de hoster en natuurlijk in overleg met de klant (en tegen kosten).

Een tijdelijke suspend-actie is/was wellicht ook nodig maar we hebben het hier niet over een EUR 15/jaar shared hosting abonnement. Je verwacht toch wat meer "meedenken" (en "mee doen") ; dat de stekker er niet zomaar uit getrokken wordt en er uit blijft.

De genomen "doorlink" actie is misschien wel domein kaping the noemen (?) en ook uitgebleven acties (van melden tot meedenken) zijn voor verantwoordelijkheid van de hoster. Voor de mate van aansprakelijkheid zullen de contracten en voorwaarden bepalend zijn.

Om wat balans te brengen in de discussie : Dat de site helemaal herschreven moet worden getuigd overigens niet van deugdelijkheid van de gebruikte code. En omdat de site al maanden niet meer online is (zou zijn), is het economisch belang wellicht ook niet zo groot.

Voor wie lering wil trekken uit dit draadje:

• Zoek een voor sites waar je inkomen uit haalt (of wenst te halen) een hoster en webbouwer met ervaring.
• Zorg dat je site (code) beheerd wordt. Er zijn altijd updates nodig.
• Heb een duidelijk beeld van wat je verwacht van je hoster en webbouwer, communiceer dat duidelijk naar deze partijen. Zorg dat aanbiedingen daarop aansluiten. Wees niet (te) technisch maar regel de diensten en verplichtengen wel formeel "op papier" (of mail).
• Lees algemene voorwaarden; liefst meer dan eens. Vraag naar zaken die je niet duidelijk zijn. Maak (schriftelijk, mail) afspraken waar je er van af wil wijken.
• Als je papier en bomen wilt uitsparen, zorg dat alle afspraken bevestigd worden en bewaar kopietjes (digitaal, maar wellicht toch ook maar op papier)
• Zorg dat je een (zakelijke) rechtsbijstand verzekering hebt (of een bedrijfsjurist in je vriendenkring)

Groet,
George.

P.S. Als er nog geen brief (of mail) voor het aansprakelijk stellen van de hoster voor schade is opgesteld, zal dat de eerste actie zijn die een juridisch adviseur zal nemen.

Oorspronkelijk geplaatst door Ahmed

Wat mij stoort is dat de hoster het domein doorgestuurd heeft naar hun eigen website... Waarom? Suspenden alleen is toch genoeg?

Was het teveel moeite om bij een klant met notabene een SLA uit eigen inititatief contact op te nemen om te zeggen dat de website geblokkeerd is, met de reden daarvan. (uit het eerste bericht maak ik op dat de klant zelf contact opnam nadat hij erachter kwam dat zijn website niet meer werkte).

Klant kon daarna iemand zoeken die het probleem voor hem kon fixen en kon de site weer de lucht in komen...

of denk ik verkeerd nu?

Inderdaad, IK ben degene die er achter moest komen dat mijn webwinkel ineens was doorgelinkt naar het hostingbedrijf...Reeds in december werd er spam verstuurd naar klanten(!), toen ik het hostingkantoor ervan op de hoogte stelde en vroeg of dit kwaad kon, werd er enkel gezegd dat ik dan een goede antispam erop moest zetten, maar verder kon dit geen kwaad...

Van hun kant dus geen initiatief om mij te informeren verder dat dit dus (uiteindelijk)wel een probleem is....

Dus ook communicatie is hier een probleem.

Euhm. Heb je dan wel maatregelen genomen om een anti-spam oplossing te implementeren op je formulieren of iets dergelijks?

Oorspronkelijk geplaatst door Triloxigen

Iets anders, het opnieuw laten bouwen van de webwinkel lijkt me ook geen oplossing. het probleem waar jij naar refereert is een bekend probleem en goed op te lossen.

Hallo,
Ik ben een bekende van Capello. Ik ben zelf .NET developer. Ik heb de code bekeken maar ben geen osCommerce programmeur.
Wellicht als iemand mij opweg helpt dat ik dit probleem zelf voor Capello kan verhelpen.

Aan de hand van de logs moet toch wel zijn te achterhalen welk script precies is misbruikt voor het verzenden van spam, alsmede het IP-adres van degene die de spam verzond. Ik raad een .NET-developer overigens af om wat aan OScommerce te wijzigen. OScommerce is nu eenmaal niet echt netjes cq. overzichtelijk geprogrammeerd.

Oorspronkelijk geplaatst door Tamara3107

Hallo,
Ik ben een bekende van Capello. Ik ben zelf .NET developer. Ik heb de code bekeken maar ben geen osCommerce programmeur.
Wellicht als iemand mij opweg helpt dat ik dit probleem zelf voor Capello kan verhelpen.

Ik verwacht dit het bekende mail.php/login probleem is;
http://svn.oscommerce.com/jira/browse/OSC-1069

Oorspronkelijk geplaatst door dreamhost_nl

Aan de hand van de logs moet toch wel zijn te achterhalen welk script precies is misbruikt voor het verzenden van spam, alsmede het IP-adres van degene die de spam verzond. Ik raad een .NET-developer overigens af om wat aan OScommerce te wijzigen. OScommerce is nu eenmaal niet echt netjes cq. overzichtelijk geprogrammeerd.

Dat was me inderdaad al opgevallen ;-)

Ik ga met bovenstaande link even kijken wat ik kan doen. Ik heb al een copy van de code gemaakt, dus veel verknallen kan ik niet :-)

Bedankt!

Oorspronkelijk geplaatst door dreamhost_nl

Aan de hand van de logs moet toch wel zijn te achterhalen welk script precies is misbruikt voor het verzenden van spam, alsmede het IP-adres van degene die de spam verzond. Ik raad een .NET-developer overigens af om wat aan OScommerce te wijzigen. OScommerce is nu eenmaal niet echt netjes cq. overzichtelijk geprogrammeerd.

Nouja, als je niet bij je hostingaccount kan en je bent al 5 maanden verder dan zal er van logfiles niet veel terecht komen.

osCommerce niet heel netjes, maar aan de andere kant is het heel basic waardoor het ook weer makkelijk te begrijpen is.