The ASCII Ribbon Campaign

Benvenuto nel sito ufficiale dell'ASCII ribbon campaign. La campagna era cominciata come uno sforzo semi-serio, ma fu subito chiaro che molte più persone sarebbero dovute essere messe al corrente sulle basi e sulle linee guida nell'inviare e-mail, riguardo ai messaggi in HTML e agli allegati proprietari. Il fatto che esistevano poche pagine web sparse, su differenti server e senza alcuna homepage ufficiale, fu un segno che bisognava fare qualcosa. Così naque www.asciiribbon.org!

Chiunque è incoraggiato a spargere la voce su questa campagna, e di dirigere la gente su questo sito, per maggiori informazioni.

Di cosa si tratta?

Beh, detto semplicemente, ci opponiamo a ogni e qualunque e-mail in HTML e con allegati proprietari. Perchè? Veramente, ci sono diverse ragioni:

• Svariati client e-mail non supportano l'HTML. Questo significa che le persone che ricevonono i vostri e-mail presumibilmente non saranno in grado di leggerli in quanto verrà loro mostrato del codice HTML non interpretato, o peggio ancora ancora un messaggio d'errore.
• Altri client hanno dei motori di rendering HTML difettosi o incompleti, che causano un'impossibilità di leggere il messaggio.
• Inviare e-mail in formato HTML crea sovraccarico alla rete ed è una pratica molto inefficiente. Le dimensioni dei messaggi HTML sono sempre molto maggiori di quelli in formato testuale, anche se le e-mail non contengono nessuna grafica. Una gran parte degli utenti Internet hanno una connessione a costo/tempo e/o un limite sul trasferimento, e devono pagare quando il limite viene superato.
• Le e-mail in HTML con un'immagine di sfondo o con grafica luccicante (ciò che offre Incredimail), sono spesso uno spreco completo di banda, di spazio nella casella di posta e di tempo. Dover scaricare 200kb o più per un'e-mail che contiene qualche linea di testo è abbastanza ridicolo. La stessa informazione può essere trasmessa con in una dimensione frazionata (spesso fino allo 0.1%!) usando del semplice testo che dica la stessa identica cosa.
  Come esempio (reale, usato con permesso), qui sotto, ecco un messaggio con veramente molto testo scritto (3 kb), la maggior parte dei messaggi non sono così grandi, a meno che non scriviate un tema a qualcuno:
  

  Message: "FRIENDS WITHOUT FACES~(w/sound)".
     I     1 <no description>                    [multipa/alternativ, 7bit, 17K]
     I     2 	<no description>        [text/plain, quoted, iso-8859-1, 3.0K]
     I     3 	<no description>            [text/html, 7bit, iso-8859-1, 14K]
     I     4 DOT_Flowersg4a122212222332224221222.jpg  [image/jpeg, base64, 100K]
     I     5 !cid_03f701c31824$5b06d6d0$2edb98c8@cida   [image/gif, base64, 29K]
     I     6 monoset purple344434444554446443444.gif    [image/gif, base64, 10K]
     I     7 BLUEAN~125665557554555.GIF                 [image/gif, base64, 58K]
     I     8 Friends Without Faces6111511112211131171  [audio/wav, base64, 635K]
  853 KB total.
  

• La gente che utilizza dei terminali testuali, i disabili, i non vedenti, o chiunque altro non sia in grado di accedere a un'interfaccia grafica, è presumibilmente incapace di leggere i vostri messaggi.
• L'uso di "grafica inline" che viene scaricata automaticamente quando un messaggio viene visualizzato pone un grave rischio alla sicurezza. Collegamenti a immagini create appositamente possono "comunicare" con - per esempio - un server e inviare una conferma con il vostro indirizzo e-mail, indirizzo IP, tipo di browser, sistema operativo, e ancora altre informazioni, che confermino che l'e-mail è stata effettivamente aperta e vista. Tutto questo automaticamente, e con questa conferma il vostro indirizzo sarà un buon obiettivo a cui inviare SPAM!
  Ecco un esempio di vita reale che mostra un link di questo genere che ho ricevuto in un e-mail (il nome a dominio è stato offuscato, nessun attacco personale è inteso contro nessuna ditta):

  <img src="http://www.spamserver.com/buyersvcs/warranty_wbe_opened.jsptracker?ccode=bs_war_wbe_1" />

  Questo significa che - se - il mio client e-mail cercasse di visualizzare l'immagine, si metterebbe in contatto con spamserver.com, direbbe loro che l'e-mail è stata effettivamente aperta, e se il mio browser fosse impostato con i valori di default, darebbe loro il mio indirizzo e-mail, il mio IP, il tipo di browser, il sistema operativo (molti dati vengono passati in un header di default da un browser che accede a una pagina web), e qualunque altra cosa il codice passato nel link significhi per loro... Sicurezza, eh?
• Altre ragioni, a parte queste, possono sicuramente essere trovate. Molte altre, in effetti.

E-mail con formati proprietari sono anche peggio. Impongono al destinatario l'uso di un sistema operativo specifico, di programmi specifici, o di alcune suite d'ufficio solo per aprire e leggere il messaggio. Pensa a ricevere un e-mail sotto forma di un documento word. L'idea dietro a questo sta nel fatto che qualcuno può inviare un documento word e avere la formattazione del testo e il layout preservati indipendentemente dal client e-mail del destinatario. Però il client e-mail, non essendo capace di aprire quel formato internamente, si limita ad aprire un programma esterno, programma che potrebbe anche non essere disponibile per un certo sistema operativo. Formattazione del testo e layout possono essere fatti anche con del testo semplice. Senza contare che le intestazioni dei documenti spesso contengono informazioni personali, informazioni sull'installazione, e altro, riguardo il mittente, che inconsapevolmente vengono spedite insieme al documento.

Cosa posso fare per dare una mano?

Felice della tua domanda!
Veramente, ci sono un paio di cose che puoi fare per aiutare:

• Primo, e più importante di tutto, configura il tuo client e-mail in modo da inviare solo messaggi testuali. Un tutorial per Outlook e Netscape può essere trovato qui
• Secondo, mostra il tuo supporto includendo una firma ASCII Ribbon Campaign nelle e-mail che invii. Qualche esempio:
  

  ()  ascii ribbon campaign - against html e-mail 
  /\  www.asciiribbon.org   - against proprietary attachments

  
  

                         _
  ASCII ribbon campaign ( )
   against HTML e-mail   X
                        / \

  
  

  O< ascii ribbon campaign - stop html mail - www.asciiribbon.org

  
  Altro può essere trovato nelle pagine linkate qui sotto!
• Terzo, spargi la voce che gli e-mail dovrebbero essere, e rimanere, un mezzo di comunicazione testuale - è quello per cui son stati pensati, e sono estremamente efficienti nel farlo! Usare messaggi testuali non ti limita in alcun modo; puoi sempre inviare allegati e immagini ai tuoi amici e contatti, significa solo che il contenuto dei tuoi messaggi è in un formato che può essere visualizzato in qualunque sistema.

Collegamenti

Questa pagina non sarebbe stata possibile senza le persone che hanno cominciato questo sforzo. Qui sotto trovi i collegamenti a qualche pagina (sicuramente non tutte) che hanno a che vedere con questa campagna e che offrono maggiori informazioni, altre firme e aiuto! Se credi che ci sia qualcosa di assolutamente essenziale e che manca su questo sito, fammelo sapere.

ascii ribbon campaign (Inglese)
7 ragioni perchè le e-mail in HTML sono dannose (Inglese)
no html mail (defunto) (Inglese)
losderover.be (Olandese)
ascii ribbon campaign (Tedesco)
ascii ribbon campaign (Inglese)
ascii ribbon campaign (Inglese)
Per favore, niente documenti MS Office (multi-lingua)
Rant against HTML mail (English) [translated in German/auf Deutsch]
Put an end to Word attachments (English)

Contact

If you have additions, comments, complaints, you can drop me a line by using this contact form.

Translation by: Pietro Cerutti