<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Commenti a: I 12 errori più comuni di chi pubblica una newsletter</title>
	<atom:link href="http://www.raffaelepersichetti.com/i-12-errori-piu-comuni-di-chi-pubblica-una-newsletter/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.raffaelepersichetti.com/i-12-errori-piu-comuni-di-chi-pubblica-una-newsletter/</link>
	<description>Il Blog di Raffaele Persichetti</description>
	<pubDate>Fri, 21 Nov 2008 22:53:54 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>Di: admin</title>
		<link>http://www.raffaelepersichetti.com/i-12-errori-piu-comuni-di-chi-pubblica-una-newsletter/#comment-123</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Mon, 18 Aug 2008 09:14:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.raffaelepersichetti.com/i-12-errori-piu-comuni-di-chi-pubblica-una-newsletter/#comment-123</guid>
		<description>Ciao Incongruenza,
ti ringrazio per il  commento ricco di interessanti spunti.
Non essendo mia la proprietà intellettuale del documento di cui parlo,  ho ritenuto opportuno indicare direttamente il sito dell'autore piuttosto che  renderlo scaricabile dal mio sito... all'utente decidere se lasciare le informazioni personali richieste prima del download o meno.

Relativamente a questo blog ho fatto tesoro del tuo suggerimento, rimuovendo l'obbligatorietà del campo e-mail nei commenti ed inserendo un piccolo form per evitare gli spambot.

L'utilizzo del protocollo https mi pare eccessivo per la gestione dei commenti di un blog, anche se lo ritengo assolutamente fondamentale quando si parla di dati particolarmente delicati come numeri di carta di credito.</description>
		<content:encoded><![CDATA[<p>Ciao Incongruenza,<br />
ti ringrazio per il  commento ricco di interessanti spunti.<br />
Non essendo mia la proprietà intellettuale del documento di cui parlo,  ho ritenuto opportuno indicare direttamente il sito dell&#8217;autore piuttosto che  renderlo scaricabile dal mio sito&#8230; all&#8217;utente decidere se lasciare le informazioni personali richieste prima del download o meno.</p>
<p>Relativamente a questo blog ho fatto tesoro del tuo suggerimento, rimuovendo l&#8217;obbligatorietà del campo e-mail nei commenti ed inserendo un piccolo form per evitare gli spambot.</p>
<p>L&#8217;utilizzo del protocollo https mi pare eccessivo per la gestione dei commenti di un blog, anche se lo ritengo assolutamente fondamentale quando si parla di dati particolarmente delicati come numeri di carta di credito.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: incongruenza</title>
		<link>http://www.raffaelepersichetti.com/i-12-errori-piu-comuni-di-chi-pubblica-una-newsletter/#comment-121</link>
		<dc:creator>incongruenza</dc:creator>
		<pubDate>Sun, 17 Aug 2008 16:40:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.raffaelepersichetti.com/i-12-errori-piu-comuni-di-chi-pubblica-una-newsletter/#comment-121</guid>
		<description>ciao, 

un errore molto comune nel web marketing è l'incoerenza:

su questo sito si parla di sicurezza, ma poi si consiglia di andare a scaricare un file per cui richiederebbero tutti i nostri dati... 

e va bene, ma senza spiegare che si possono usare le disposable emails?

un altro errore comune è scaricare sull'utente i "nostri" problemi di sicurezza e di gestione del sito:

a chi serve la mail che ho inserito in questo form? non certo a me

ma allora perché la devo fornire? perché chi gestisce il sito mi può identificare e contattare... ma non è un problema di chi gestisce il sito?

supponiamo che sia il mio giorno da beone: dico che mi chiamo "pallino" e metto la mia mail "pinco@palli.no"

ora supponiamo, per passione di fantascienza, che chi siccome questo sito non viaggia su https, qualcuno usi, all'interno della mia rete, chessò qualche programma linux che permette di sniffare anche sugli switch... decide che "pallino" e "pinco@palli.no" gli piacciono e si iscrive in qualche sito, schifoso, poi magari ne approfitta e posta anche qualche commento a mio nome... 

che bello! il giorno dopo il mio giorno da beone, probabilmente mi troverei in un sacco di guai...</description>
		<content:encoded><![CDATA[<p>ciao, </p>
<p>un errore molto comune nel web marketing è l&#8217;incoerenza:</p>
<p>su questo sito si parla di sicurezza, ma poi si consiglia di andare a scaricare un file per cui richiederebbero tutti i nostri dati&#8230; </p>
<p>e va bene, ma senza spiegare che si possono usare le disposable emails?</p>
<p>un altro errore comune è scaricare sull&#8217;utente i &#8220;nostri&#8221; problemi di sicurezza e di gestione del sito:</p>
<p>a chi serve la mail che ho inserito in questo form? non certo a me</p>
<p>ma allora perché la devo fornire? perché chi gestisce il sito mi può identificare e contattare&#8230; ma non è un problema di chi gestisce il sito?</p>
<p>supponiamo che sia il mio giorno da beone: dico che mi chiamo &#8220;pallino&#8221; e metto la mia mail &#8220;pinco@palli.no&#8221;</p>
<p>ora supponiamo, per passione di fantascienza, che chi siccome questo sito non viaggia su https, qualcuno usi, all&#8217;interno della mia rete, chessò qualche programma linux che permette di sniffare anche sugli switch&#8230; decide che &#8220;pallino&#8221; e &#8220;pinco@palli.no&#8221; gli piacciono e si iscrive in qualche sito, schifoso, poi magari ne approfitta e posta anche qualche commento a mio nome&#8230; </p>
<p>che bello! il giorno dopo il mio giorno da beone, probabilmente mi troverei in un sacco di guai&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
