Message: 5 Date: Thu, 31 Jul 2025 09:13:16 +0200 From: Andrea Trentini <andrea.trentini@unimi.it> To: Giuseppe Attardi <attardi@di.unipi.it>, nexa <nexa@server-nexa.polito.it> Subject: Re: [nexa] Blocco all’HTML Message-ID: <f075ecd5-7fda-4df6-916d-5a02dfafac41@unimi.it> Content-Type: text/plain; charset="utf-8"

-1 (MENO UNO!!!)

-1 (meno un altro)

io bandirei in toto HTML dalle mail, se possibile metterei proprio un ban automatico a chi invia in HTML...

sul ban automatico anche no, nel senso che magari c'è chi non lo sa e gli va spiegato, che HTML NON è adatto alle mail HTML è un linguaggio per ipertesti, va bene pe ril web, per quanto non sia standard, peccato nelle mail, HTML è molto utile per: - pubblicità > non mi interessa / vorrei evitarla - cose colorate ecc > non mi interessano / vorrei evitarle - è molto più pesante del semplice testo > maggiori costi di stoccaggio ecc. - cose malevole > è molto più difficile il phising ecc. senza HTML le persone oggi sono generalmente abituate a consultare la posta via web (== gmail). ciò IMHO è male perché è semplicemente uno strato in più inutile quando non dannoso, per cui le persone pensano che le mail stiano sul web, mentre invece stanno su internet (al limite c'è uno strato web aggiunto). un client è meglio, anche per ragioni pedagogiche, per imparare che non tutto è web ed è bene così: +diversità tecnica alimenta un'evoluzione tecnica variegata invece della monocoltura tecnica unica :D quando mostro alle studenti il client di post sul computer che impiego, rimangono stupite di quanto sia scarno. un po' come lo smartphone senza notifiche, in super-risparmio energetico e senza colori. I bambini che lo prendono in mano lo posano subito: non ci sono colori, non ci sono suoni, non si eccita il circuito dopaminergico. Risolto il problema della "dipendenza"? Non esageriamo, però, però, tante cose si posson fare. Cmq Non vorrei eccitarlo, il sistema dopaminergico, tramite mail piene di faccine, colori, link che vanno chissà dove in quanto nascosti via HTML malevolo. Proprio perché ci sono automatismi tecnici implementati nei sistemi "moderni" che spingono in quella direzione mi pare sensato evitarlo. senza barricate eh. se viene implementato HTML cmq io invierò e riceverò solo testo - finché sarà possibile farlo :D buona giornata k.

(e su Thunderbird mi è capitato di sbagliare config e inviare in HTML per poi scoprire che il mio quoting veniva "sminchiato" (TM) e il destinatario vedeva un messaggio apparentemente vuoto)

idem. disdicevole, invero. PS: aneddoto personale. Durante una breve esperienza lavorativa (pochi mesi, poi mi trovarono una borsa di dottorato per levarmi di torno) nel quadro del progetto EG4M (UNIMIB), il professore che dirigeva la baracca mi mandava mail che non riuscivo ad aprire, e sosteneva che non fossi capace. Professore importante di DB ecc ecc. Ecco, inviava mail da 15-20MB (15 anni fa...), abituato a fare drag&drop dei file da allegare (ma perché allegare? sono mattoni legati a una cartolina, gli allegati alla mail in chiaro... fai un link a un repo/cloud, è meglio) nel corpo del messaggio. il mio client si rifiutava di visualizzarli e non riuscivo a scaricarli, con estensioni XLS ecc. senza HTML ciò è difficile o impossibile. -- transizioni digitali sostenibili - https://eudema.net pedagogia hacker - https://eleuthera.it/ph https://circex.org tecnologie conviviali - https://eleuthera.it/tc