Onderwerp: Anti-Spam wet, vanaf 1 oktober uitgebreid

Iets wat we ongetwijfeld allemaal al weten is dat de wet op 1 oktober uitgebreid wordt.
Een PDF van de opta is hier te downloaden: https://www.spamklacht.nl/download/V...e%20vragen.pdf
(helaas, je kunt er niks uit copy/pasten........)

Het roept bij mij ook een aantal vragen op;

Er kan sprake zijn van een klantrelatie als er een product of dienst is verkocht.

Wat als je gebruikers een gratis dienst van je afnemen, valt niet onder kopen lijkt mij. Maar er is wel degelijk sprake van een relatie in dat geval.

In het document staat nadrukkelijk verkocht, een gratis dienst valt hier m.i. dan ook niet onder.

Zie ook vraag 6

6. Aan welke eisen moet een bericht voldoen om geen spam te zijn?
Wanneer u commerciële, charitatieve of ideële berichten verstuurt, moet u aan de volgende eisen voldoen:
-de ontvanger moet toestemming hebben gegeven;
-de ontvanger moet zien van wie berichten afkomstig zijn;
-de ontvanger moet zien hoe en bij wie hij zich kan afmelden als hij geen prijs meer stelt op ontvangst van deze berichten.

Ik zou zeggen dat je dus geen commerciële, charitatieve of ideële berichten mag versturen naar klanten van een gratis dienst.

Kopieerbare versie: https://www.spamklacht.nl/asp/oversp...lmarketing.asp

In dat geval zou je dus geen bericht mogen sturen dat er nu een betaalde variant is van de gratis dienst zonder banners.

Oorspronkelijk geplaatst door Triloxigen

In dat geval zou je dus geen bericht mogen sturen dat er nu een betaalde variant is van de gratis dienst zonder banners.

Tenzij je bij het aangaan van de relatie aangeeft als klant/gebruiker dit wel te willen

Oorspronkelijk geplaatst door Triloxigen

In dat geval zou je dus geen bericht mogen sturen dat er nu een betaalde variant is van de gratis dienst zonder banners.

Technisch gezien, ja.

Oorspronkelijk geplaatst door Triloxigen

In dat geval zou je dus geen bericht mogen sturen dat er nu een betaalde variant is van de gratis dienst zonder banners.

Of dan mag je waarschijnlijk ook geen maintenance emails meer zenden of downtime uitleg emails. Lijkt me niet echt handig, dus vanaf nu overal 1 eurocent voor vragen ipv gratis sponsoring

Oorspronkelijk geplaatst door The-BosS

Of dan mag je waarschijnlijk ook geen maintenance emails meer zenden of downtime uitleg emails. Lijkt me niet echt handig, dus vanaf nu overal 1 eurocent voor vragen ipv gratis sponsoring

Dat mag dus dan weer wel, het heeft immers geen commerciele insteek in de zin dat je wat wilt verkopen. Je stuurt een mededeling dat het product waar de klant gebruik van maakt hinder ondervindt van het een of ander.

20. De verzender van berichten moet altijd kunnen aantonen dat de ontvanger voorafgaande toestemming aan hem/haar heeft gegeven. Hiervoor moet de verzender dus bewijs bewaren.

Hoe bewaar je bewijs van een geautomatiseerd nieuwsbrieven systeem? Is een kolom in je database met "confirmed" DATETIME voldoende, samen met een applicatie die het niet mogelijk maakt om handmatig adressen in te voeren / importeren?

In theorie kan een gebruiker dat ook faken door zelf adressen in de database te plaatsen en de velden "confirmed" handmatig aan te passen.

Tja, je zou bijna zeggen dat je dan zelfs log bestanden van de mailserver moet bewaren. Zodat men kan zien dat er echt een confirmation mail heen en weer is gegaan.

Maarja, hoe betrouwbaar is dan weer zo'n "tekst" bestand? Zo blijf je bezig...je kan moeilijk iedere aanmelding opbellen en het gesprek opnemen :P Of een handtekening laten zetten :P

Je kunt je dienst ook verkopen en 100% korting geven, het blijft dan verkopen. De klant betaald er dan alleen niets voor.

Oorspronkelijk geplaatst door thrunx

20. De verzender van berichten moet altijd kunnen aantonen dat de ontvanger voorafgaande toestemming aan hem/haar heeft gegeven. Hiervoor moet de verzender dus bewijs bewaren.

Hoe bewaar je bewijs van een geautomatiseerd nieuwsbrieven systeem? Is een kolom in je database met "confirmed" DATETIME voldoende, samen met een applicatie die het niet mogelijk maakt om handmatig adressen in te voeren / importeren?

In theorie kan een gebruiker dat ook faken door zelf adressen in de database te plaatsen en de velden "confirmed" handmatig aan te passen.

Dit vraag ik me ook af ja. Ik heb nu in mailinglist pakket de tabellen staan met datum van inschrijving. Maar daar staat niet bij of dit via bevestigingmail is gegaan of met de hand de lijst geïmporteerd is.

Ik geef de gebruikers al sinds een aantal maanden niet meer toestemming om lijsten te importeren. Bevestigingmail staat bij alle accounts op aan. Uitschrijf link is verplicht en zodra ze dat niet doen wordt ie eronder gezet.

Ik heb nog wel een ander vraagje. Hoe zit het met het afzender adres. Ik maak nu zelf op de server e-mail adressen aan zodat de bounce mails gefilterd worden. Dat doe ik nu op het domein van de mailinglist (klantnaam@mijndomein.nl). Mag dit eigenlijk volgens de nieuwe regels of moet de afzender altijd het domein van de klant zijn?

@Jorem: geen idee, ik denk dat het vooral duidelijk moet zijn wie de e-mail heeft gestuurd. Anders zou je ook geen noreply@-adressen meer mogen gebruiken. Ik denk dat ze proberen te voorkomen dat ik mails ga versturen vanaf jorem@domein.nl, terwijl ik dat niet ben. Als ik noreply@domein.nl gebruik met mijn bedrijfsnaam, lijkt me dat geen probleem.

Oorspronkelijk geplaatst door pierce

Dat mag dus dan weer wel, het heeft immers geen commerciele insteek in de zin dat je wat wilt verkopen. Je stuurt een mededeling dat het product waar de klant gebruik van maakt hinder ondervindt van het een of ander.

Maar een nieuwe versie van het product lijkt me ook een mededeling van het product, ook al is het betaald?

Oorspronkelijk geplaatst door Triloxigen

Maar een nieuwe versie van het product lijkt me ook een mededeling van het product, ook al is het betaald?

Tja, waar trek je de grens....