<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.1.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Reacties op: Betalen voor dataverkeer veroorzaakt door een inbraak</title>
	<link>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/</link>
	<description>Arnoud Engelfriets blog over juridische zaken op internet, auteursrecht, octrooien en meer</description>
	<pubDate>Tue, 22 May 2012 09:16:27 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.1.2</generator>

	<item>
		<title>Door: Arnout Veenman</title>
		<link>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13304</link>
		<author>Arnout Veenman</author>
		<pubDate>Wed, 25 Mar 2009 08:24:36 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13304</guid>
					<description>Dit lijkt mij een eenvoudige kwestie. Per saldo is de server van de hoster gehackt, niet de website of het account van de klant. Het is dus de server die door de hacker is misbruikt en de hacker heeft er voor gezorgd dat zijn acties (administratief) onder het account van de onfortuinlijke klant plaatsvonden. Het maakt echter helemaal niet uit onder welk account de acties plaatsvonden, omdat het de server is die gehackt is en wordt misbruikt. De hoster draagt verantwoording voor de veiligheid van de server en niet de klant. Het is dus de hoster die moet opdraaien voor zijn eigen geleden schade.</description>
		<content:encoded><![CDATA[<p>Dit lijkt mij een eenvoudige kwestie. Per saldo is de server van de hoster gehackt, niet de website of het account van de klant. Het is dus de server die door de hacker is misbruikt en de hacker heeft er voor gezorgd dat zijn acties (administratief) onder het account van de onfortuinlijke klant plaatsvonden. Het maakt echter helemaal niet uit onder welk account de acties plaatsvonden, omdat het de server is die gehackt is en wordt misbruikt. De hoster draagt verantwoording voor de veiligheid van de server en niet de klant. Het is dus de hoster die moet opdraaien voor zijn eigen geleden schade.</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Bart van K.</title>
		<link>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13305</link>
		<author>Bart van K.</author>
		<pubDate>Wed, 25 Mar 2009 08:49:11 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13305</guid>
					<description>Typerend aan dit soort situaties is dat er niet slechts sprake is van een kant en klaar product. Het is net als een verbouwing of een IT project iets waar beide partijen in hetzelfde bootje stappen. Het is meestal omwille van de samenwerking beter dat de partijen er samen uit komen. Verhuizen betekent voor deze klant weer veel en omslachtig werk. 

In dit geval overigens is het wel duidelijker. Terwijl de hoster het extra dataverkeer kan uitsmeren over tientallen klanten, gaat hij specifiek deze klant dit aanrekenen. Vreemde zaak. Is het verhaal ook wel volledig? wellicht heeft de klant zwakke wachtwoorden gebruikt?</description>
		<content:encoded><![CDATA[<p>Typerend aan dit soort situaties is dat er niet slechts sprake is van een kant en klaar product. Het is net als een verbouwing of een IT project iets waar beide partijen in hetzelfde bootje stappen. Het is meestal omwille van de samenwerking beter dat de partijen er samen uit komen. Verhuizen betekent voor deze klant weer veel en omslachtig werk. </p>
<p>In dit geval overigens is het wel duidelijker. Terwijl de hoster het extra dataverkeer kan uitsmeren over tientallen klanten, gaat hij specifiek deze klant dit aanrekenen. Vreemde zaak. Is het verhaal ook wel volledig? wellicht heeft de klant zwakke wachtwoorden gebruikt?</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Branko Collin</title>
		<link>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13308</link>
		<author>Branko Collin</author>
		<pubDate>Wed, 25 Mar 2009 09:17:33 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13308</guid>
					<description>Volgens mij heeft de hostingprovider gelijk. Het is aan de klant om ervoor te zorgen dat hij zowel een goed beveiligd product inkoopt als dat hij zorgt dat het product goed beveiligd blijft. Als een derde een schadeclaim heeft als gevolg van de hack, zal hij ook eerst bij de klant terechtkomen, niet bij de hoster.

Met andere woorden, de klant moet gewoon dokken.

Maar!!! Vervolgens kan de klant een claim neerleggen bij de hoster voor het leveren van een ondeugdelijk product, en de schade die daaruit is ontstaan. Omdat de hoster van tevoren de kosten voor de bandbreedte had kunnen wegstrepen tegen de te verwachten schadeclaim, en daarmee de klant werk had kunnen besparen, lijkt me niet meer dan redelijk dat de klant daarbij een uurtarief van 100 euro rekent.</description>
		<content:encoded><![CDATA[<p>Volgens mij heeft de hostingprovider gelijk. Het is aan de klant om ervoor te zorgen dat hij zowel een goed beveiligd product inkoopt als dat hij zorgt dat het product goed beveiligd blijft. Als een derde een schadeclaim heeft als gevolg van de hack, zal hij ook eerst bij de klant terechtkomen, niet bij de hoster.</p>
<p>Met andere woorden, de klant moet gewoon dokken.</p>
<p>Maar!!! Vervolgens kan de klant een claim neerleggen bij de hoster voor het leveren van een ondeugdelijk product, en de schade die daaruit is ontstaan. Omdat de hoster van tevoren de kosten voor de bandbreedte had kunnen wegstrepen tegen de te verwachten schadeclaim, en daarmee de klant werk had kunnen besparen, lijkt me niet meer dan redelijk dat de klant daarbij een uurtarief van 100 euro rekent.</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: BSpecht</title>
		<link>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13309</link>
		<author>BSpecht</author>
		<pubDate>Wed, 25 Mar 2009 09:33:01 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13309</guid>
					<description>@Arnout - reactie 1
&lt;i&gt;De hoster draagt verantwoording voor de veiligheid van de server en niet de klant. Het is dus de hoster die moet opdraaien voor zijn eigen geleden schade.&lt;/i&gt;

Ik zie direct een leuk, informatief en verheldering scheppend onderzoekje: 
* hoeveel hosters hebben hiervoor bepalingen in de AV's
* zo ja kloppen die (dus voldoen ze aan boven gestelde bepalingen)
* in hoeveel gevallen wordt in de AV's verwezen naar andere leverancier(s)</description>
		<content:encoded><![CDATA[<p>@Arnout - reactie 1<br />
<i>De hoster draagt verantwoording voor de veiligheid van de server en niet de klant. Het is dus de hoster die moet opdraaien voor zijn eigen geleden schade.</i></p>
<p>Ik zie direct een leuk, informatief en verheldering scheppend onderzoekje:<br />
* hoeveel hosters hebben hiervoor bepalingen in de AV&#8217;s<br />
* zo ja kloppen die (dus voldoen ze aan boven gestelde bepalingen)<br />
* in hoeveel gevallen wordt in de AV&#8217;s verwezen naar andere leverancier(s)</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: anoniem</title>
		<link>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13310</link>
		<author>anoniem</author>
		<pubDate>Wed, 25 Mar 2009 09:36:09 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13310</guid>
					<description>Het lijkt mij dat de hoster die de software aanbiedt en beheert ook een risicoaansprakelijkheid hiervoor heeft. Als in de algemene voorwaarden staat dat elke overschrijding van de dataverkeerlimiet voor rekening van de afnemer is, ook als dit (mede) aan de hoster is toe te rekenen, dan lijkt dit beding mij vernietigbaar (art 6:233 BW). Zou anders wel een erg makkelijke manier zijn voor hosters om geld te verdienen.</description>
		<content:encoded><![CDATA[<p>Het lijkt mij dat de hoster die de software aanbiedt en beheert ook een risicoaansprakelijkheid hiervoor heeft. Als in de algemene voorwaarden staat dat elke overschrijding van de dataverkeerlimiet voor rekening van de afnemer is, ook als dit (mede) aan de hoster is toe te rekenen, dan lijkt dit beding mij vernietigbaar (art 6:233 BW). Zou anders wel een erg makkelijke manier zijn voor hosters om geld te verdienen.</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Alex</title>
		<link>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13316</link>
		<author>Alex</author>
		<pubDate>Wed, 25 Mar 2009 13:19:12 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13316</guid>
					<description>Branko, nergens blijkt blijkt uit dat de klant iets gedaan heeft om product slecht te maken.

&lt;blockquote&gt;Maar ergens wringt dat: het kan toch niet de bedoeling zijn dat de hoster dan dat meerverkeer gaat betalen?&lt;/blockquote&gt;

Als er spraken is van overmacht dan is er spraken van overmacht. De host provider heeft het netwerk in beheer. En juist van hen mag je deskundigheid verwachten op dit vlak. Zij hadden een veiligheid kunnen inbouwen zodat deze schade niet was geleden.</description>
		<content:encoded><![CDATA[<p>Branko, nergens blijkt blijkt uit dat de klant iets gedaan heeft om product slecht te maken.</p>
<blockquote><p>Maar ergens wringt dat: het kan toch niet de bedoeling zijn dat de hoster dan dat meerverkeer gaat betalen?</p></blockquote>
<p>Als er spraken is van overmacht dan is er spraken van overmacht. De host provider heeft het netwerk in beheer. En juist van hen mag je deskundigheid verwachten op dit vlak. Zij hadden een veiligheid kunnen inbouwen zodat deze schade niet was geleden.</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Hans</title>
		<link>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13317</link>
		<author>Hans</author>
		<pubDate>Wed, 25 Mar 2009 13:24:02 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13317</guid>
					<description>Maar moet die hoster niet gewoon bij de hacker zijn voor z'n geleden schade? Ik bedoel het is geen natuurverschijnsel of zoiets... ;-)</description>
		<content:encoded><![CDATA[<p>Maar moet die hoster niet gewoon bij de hacker zijn voor z&#8217;n geleden schade? Ik bedoel het is geen natuurverschijnsel of zoiets&#8230; <img src='http://blog.iusmentis.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /></p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Bastiaan</title>
		<link>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13324</link>
		<author>Bastiaan</author>
		<pubDate>Wed, 25 Mar 2009 21:42:59 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13324</guid>
					<description>Ja, maar een klant is makkelijker op te sporen dan een script kiddie die zich achter twintig proxies verschuilt. :)</description>
		<content:encoded><![CDATA[<p>Ja, maar een klant is makkelijker op te sporen dan een script kiddie die zich achter twintig proxies verschuilt. <img src='http://blog.iusmentis.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Jan</title>
		<link>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13340</link>
		<author>Jan</author>
		<pubDate>Thu, 26 Mar 2009 08:52:02 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13340</guid>
					<description>Je zou in dit verband toch ook moeten kijken naar de geleden schade (kosten) voor de provider en de commerciele tarieven die voor extra dataverkeer worden gehanteerd door de provider.
Nu lijkt het wel alsof de provider ook doodleuk de winstmarge wil opstrijken, dat is wat anders dan kosten vergoeden.</description>
		<content:encoded><![CDATA[<p>Je zou in dit verband toch ook moeten kijken naar de geleden schade (kosten) voor de provider en de commerciele tarieven die voor extra dataverkeer worden gehanteerd door de provider.<br />
Nu lijkt het wel alsof de provider ook doodleuk de winstmarge wil opstrijken, dat is wat anders dan kosten vergoeden.</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Martijn Grooten</title>
		<link>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13342</link>
		<author>Martijn Grooten</author>
		<pubDate>Thu, 26 Mar 2009 09:21:26 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13342</guid>
					<description>&lt;blockquote cite="Jan"&gt;Nu lijkt het wel alsof de provider ook doodleuk de winstmarge wil opstrijken, dat is wat anders dan kosten vergoeden.&lt;/blockquote&gt;
Dat vond ik ook typisch. Ik kan me nog wel een clausule voorstellen waarin de klant moet betalen voor extra onkosten, ook al is het niet diens schuld: de klant is dan zeg maar de verzekeraar van de provider tegen dit soort inbraken (en redenerend dat de provider de onkosten nooit had gemaakt als de klant er niet was geweest). Maar nu lijkt het alsof de verzekeraar er domweg van wil profiteren.</description>
		<content:encoded><![CDATA[<blockquote cite="Jan"><p>Nu lijkt het wel alsof de provider ook doodleuk de winstmarge wil opstrijken, dat is wat anders dan kosten vergoeden.</p></blockquote>
<p>Dat vond ik ook typisch. Ik kan me nog wel een clausule voorstellen waarin de klant moet betalen voor extra onkosten, ook al is het niet diens schuld: de klant is dan zeg maar de verzekeraar van de provider tegen dit soort inbraken (en redenerend dat de provider de onkosten nooit had gemaakt als de klant er niet was geweest). Maar nu lijkt het alsof de verzekeraar er domweg van wil profiteren.</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Dennis Wijnberg (Oxilion)</title>
		<link>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13350</link>
		<author>Dennis Wijnberg (Oxilion)</author>
		<pubDate>Thu, 26 Mar 2009 10:54:27 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13350</guid>
					<description>@Alex; tot op zekere hoogte ben ik het met je eens.

Als de fout in de software zit die de hoster aanbiedt, dan vind ik dat die ook verantwoordelijk is voor de overschrijding die daaruit voortvloeit.

Mocht dat niet zo zijn dan vind ik het alweer lastiger. Ik zou dan willen stellen dat de klant dan de verantwoordelijkheid draagt. Als het technisch gezien mogelijk is (binnen redelijkheid) om het te voorkomen zonder dat je daarmee ook veel beperkingen oplegt, dan zou het goed kunnen.</description>
		<content:encoded><![CDATA[<p>@Alex; tot op zekere hoogte ben ik het met je eens.</p>
<p>Als de fout in de software zit die de hoster aanbiedt, dan vind ik dat die ook verantwoordelijk is voor de overschrijding die daaruit voortvloeit.</p>
<p>Mocht dat niet zo zijn dan vind ik het alweer lastiger. Ik zou dan willen stellen dat de klant dan de verantwoordelijkheid draagt. Als het technisch gezien mogelijk is (binnen redelijkheid) om het te voorkomen zonder dat je daarmee ook veel beperkingen oplegt, dan zou het goed kunnen.</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Juerd</title>
		<link>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13352</link>
		<author>Juerd</author>
		<pubDate>Thu, 26 Mar 2009 11:56:43 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13352</guid>
					<description>Stel, de hoster moet de kosten dragen voor het extra bandbreedtegebruik omdat 'ie zelf de software die gekraakt is heeft aangeleverd. (Klinkt logisch, en zelf zou ik dat doen uit verantwoordelijkheidsgevoel en coulance, zelfs al was ik er niet toe verplicht.) Is het hierbij nog relevant dat de leverancier van de lekke software en de hoster dezelfde zijn? Oftewel, stel dat ik DirectAdmin bij X bestel voor een server die ik bij Y in het rek hang. Op een gegeven moment gaat het fout en wordt een lek misbruikt waardoor he dataverkeer enorm toeneemt. Y brengt mij hiervoor kosten in rekening; kan ik nu X aansprakelijk stellen? Dat klinkt mij dan weer onwaarschijnlijk en onredelijk. Maar dan volg ik ineens andere logica dan eerst...

Overigens is 4 GB wel erg weinig voor een server.

Of gaat het hier toch niet om een server, maar om een account op een server die voor meerdere klanten van de hoster gebruikt wordt? Dan zou ik het wel heel raar vinden om bij de klanten aan te kloppen en gaat Arnouts logica op.</description>
		<content:encoded><![CDATA[<p>Stel, de hoster moet de kosten dragen voor het extra bandbreedtegebruik omdat &#8216;ie zelf de software die gekraakt is heeft aangeleverd. (Klinkt logisch, en zelf zou ik dat doen uit verantwoordelijkheidsgevoel en coulance, zelfs al was ik er niet toe verplicht.) Is het hierbij nog relevant dat de leverancier van de lekke software en de hoster dezelfde zijn? Oftewel, stel dat ik DirectAdmin bij X bestel voor een server die ik bij Y in het rek hang. Op een gegeven moment gaat het fout en wordt een lek misbruikt waardoor he dataverkeer enorm toeneemt. Y brengt mij hiervoor kosten in rekening; kan ik nu X aansprakelijk stellen? Dat klinkt mij dan weer onwaarschijnlijk en onredelijk. Maar dan volg ik ineens andere logica dan eerst&#8230;</p>
<p>Overigens is 4 GB wel erg weinig voor een server.</p>
<p>Of gaat het hier toch niet om een server, maar om een account op een server die voor meerdere klanten van de hoster gebruikt wordt? Dan zou ik het wel heel raar vinden om bij de klanten aan te kloppen en gaat Arnouts logica op.</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Arnoud Engelfriet</title>
		<link>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13356</link>
		<author>Arnoud Engelfriet</author>
		<pubDate>Thu, 26 Mar 2009 12:34:33 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13356</guid>
					<description>@Juerd: de hoster zou dit als schadeclaim bij de leverancier van DirectAdmin in kunnen dienen. Die had een werkend panel beloofd, daar zat een bug in en daardoor leed de klant schade. Afhankelijk van het leveringscontract kan de hoster die schade wel of niet verhalen. Maar X zal ook niet gek zijn en dit soort schade uitsluiten in het leveringscontract. Dus dan hang je.

Het is me niet duidelijk of het een shared server of een dedicated systeem was. Ik vermoed het eerste, maar waarom maakt het uit?

Oh ja, en deze blog trekt zo'n 4GB per maand.</description>
		<content:encoded><![CDATA[<p>@Juerd: de hoster zou dit als schadeclaim bij de leverancier van DirectAdmin in kunnen dienen. Die had een werkend panel beloofd, daar zat een bug in en daardoor leed de klant schade. Afhankelijk van het leveringscontract kan de hoster die schade wel of niet verhalen. Maar X zal ook niet gek zijn en dit soort schade uitsluiten in het leveringscontract. Dus dan hang je.</p>
<p>Het is me niet duidelijk of het een shared server of een dedicated systeem was. Ik vermoed het eerste, maar waarom maakt het uit?</p>
<p>Oh ja, en deze blog trekt zo&#8217;n 4GB per maand.</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Juerd</title>
		<link>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13394</link>
		<author>Juerd</author>
		<pubDate>Fri, 27 Mar 2009 08:31:45 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2009/03/25/betalen-voor-dataverkeer-veroorzaakt-door-een-inbraak/#comment-13394</guid>
					<description>Bij een shared systeem wordt het systeem beheerd door de hoster, bij een dedicated server is dat de verantwoordelijkheid van de klant. Je kan daarom in het geval van een dedicated server afvragen of op de hoogte zijn van problemen met de software en zorgen dat die niet misbruikt worden, een verantwoordelijkheid van de huurder is. Mij lijkt van wel, al was het maar omdat in de regel de hoster zelf geen toegang tot de software heeft.

Bij virtual servers werkt dat ook net zo: de huurder krijgt een rootwachtwoord en heeft daarna vrij spel. Dat betekent dat de hoster het systeem niet kan beheren en de huurder het dus zelf zal moeten doen.</description>
		<content:encoded><![CDATA[<p>Bij een shared systeem wordt het systeem beheerd door de hoster, bij een dedicated server is dat de verantwoordelijkheid van de klant. Je kan daarom in het geval van een dedicated server afvragen of op de hoogte zijn van problemen met de software en zorgen dat die niet misbruikt worden, een verantwoordelijkheid van de huurder is. Mij lijkt van wel, al was het maar omdat in de regel de hoster zelf geen toegang tot de software heeft.</p>
<p>Bij virtual servers werkt dat ook net zo: de huurder krijgt een rootwachtwoord en heeft daarna vrij spel. Dat betekent dat de hoster het systeem niet kan beheren en de huurder het dus zelf zal moeten doen.</p>
]]></content:encoded>
				</item>
</channel>
</rss>

