Vai al contenuto
OneKitly

L'HTML di un'email è vent'anni indietro rispetto al web, di proposito

Pubblicato il 09/09/2026 · 3 min di lettura · Strumenti per file

Daniel Okonkwo

Daniel Okonkwo — Sviluppatore front-end e redattore Tech presso OneKitly

Performance web · Formati di file

Verificato su 3 fonti

Vedi il profilo →
In breve

Una pagina web è servita a un browser che si può più o meno prevedere. Un messaggio è consegnato a diverse decine di lettori senza nulla in comune — un client da scrivania del 2016, un telefono, una webmail che riscrive il tuo markup prima di mostrarlo — e ciascuno toglie ciò che non gli piace. Ne viene un dialetto congelato decenni fa: nessun foglio di stile esterno, perché un lettore dovrebbe andarlo a prendere e quasi nessuno lo farà; nessuno script, perché ogni lettore lo rimuove; impaginazione in tabelle annidate, perché è su quello che sono ancora tutti d'accordo; e CSS scritto in linea su ogni tag, perché un blocco di stile nella testata viene buttato da parecchie fra le webmail più grandi. Esportare un messaggio in HTML ti dà quel markup in un file che il tuo browser apre — autonomo salvo per le immagini che il mittente ha lasciato sul proprio server e che restano riferimenti remoti. Si stampa bene, si archivia bene, e non somiglierà esattamente a quel che vedeva il mittente, perché non è mai apparso uguale in due client.

Nessun foglio di stile, nessuno script, impaginazione fatta di tabelle annidate e stili scritti su ogni singolo tag. Sapere perché spiega a che cosa somiglierà un file HTML esportato — e a che cosa no.

Di nuovo le due immagini

Il file esportato incorpora ciò che stava dentro il messaggio e lascia in pace ciò che non c'era. Le immagini che il mittente ha allegato e indicato come cid: entrano a far parte del file: si vedono che tu sia in linea o no, e la pagina resta autonoma se la copi su un disco di backup. Le immagini che il mittente ha lasciato sul proprio server restano indirizzi: aprire il file anni dopo lascia buchi dove c'era un banner — e, se il server è ancora in funzione, dice al suo proprietario che oggi hai aperto un vecchio messaggio.

Quando preferire l'HTML, e quando il testo

Prendi l'HTML quando l'aspetto fa parte di ciò che conservi: una fattura con una tabella di righe, una conferma di prenotazione con un riferimento impaginato per essere letto, un messaggio che forse dovrai mostrare come è stato ricevuto. Prendi il testo semplice quando vuoi cercare, citare o conservare migliaia di messaggi — il testo pesa un decimo e non si trascina un'impaginazione destinata a invecchiare. Tenere entrambi per la manciata che conta non costa nulla e chiude la questione più avanti.

EML in HTMLSalva la parte HTML di un'e-mail come pagina autonoma, apribile nel browser.Prova lo strumento →

Domande frequenti

La pagina esportata avrà lo stesso aspetto che nel mio client di posta?
Simile, non identico. Il tuo client di posta applica le proprie impostazioni sopra il messaggio — caratteri, spaziature, una larghezza massima — e un browser ne applica altre. Poiché il messaggio porta i suoi stili in linea, la sostanza viaggia; ciò che si sposta è la cornice attorno. Se conta un documento esatto, stampa la pagina in PDF dal browser e conservalo accanto.
Perché tanti messaggi usano ancora tabelle per impaginare?
Perché è l'unica impaginazione che ogni lettore rende ancora allo stesso modo. I sistemi di impaginazione moderni sono supportati in modo diseguale fra i client di posta, e un progetto che crolla in uno dei grandi è un progetto che fallisce per una parte del pubblico che il mittente non può identificare. Le tabelle sono brutte da scrivere e funzionano ovunque, il che nella posta è sempre stata la combinazione vincente.
È sicuro aprire l'HTML esportato?
È il markup del messaggio stesso, quindi porta ciò che il mittente ha scritto — in pratica stili e link, dato che gli script non sopravvivono al viaggio nel sistema di posta. Tratta i link con la stessa diffidenza che avresti nel client: una pagina esportata ha perso gli avvisi che il tuo client mostrava attorno. Se il messaggio ti insospettiva, leggilo piuttosto come testo semplice.

Articoli che potrebbero interessarti

Tutte le guide →
SpiegazioneUn allegato cresce di un terzo dentro l'e-mailLa posta trasporta i file come testo, tre byte scritti in quattro caratteri. Un allegato da 10 MiB occupa 13,68 MiB del messaggio, ed ecco perché un limite di 25 MB significa in realtà circa 18 MiB di file.SpiegazionePerché il tuo oggetto arriva come =?UTF-8?B? e una sfilza di lettereLe intestazioni della posta possono portare solo ASCII, quindi un oggetto accentato viene codificato prima di viaggiare. Sono in uso due codifiche, entrambe iniziano con =?, e decodificarle fa tutta la differenza fra un messaggio leggibile e un muro di simboli.TutorialAprire un file .eml senza avvertire il mittenteUn messaggio salvato è un file di testo leggibile ovunque. Il problema è che aprirlo in qualcosa che carica immagini remote annuncia il momento in cui l'hai fatto — è proprio a questo che serve un pixel di tracciamento.TutorialSpezzare un archivio di posta in un file per messaggioUn .mbox è un unico file enorme che il tuo sistema non sa cercare. Trasformalo in file .eml e ogni messaggio diventa qualcosa che la tua macchina indicizza, il tuo client di posta apre e puoi cancellare uno alla volta.SpiegazioneUn .mbox sono messaggi incollati uno dopo l'altro, e la colla è una rigaUn file, migliaia di messaggi, separati da una riga che inizia con From. Il formato ha una debolezza famosa, ed è la ragione per cui un messaggio può perdere la sua fine senza che nulla segnali un errore.SpiegazioneLa cartella con ventitré formule che non ne dichiarava nessunaUna cella può contenere una formula e nessun risultato in cache. Un lettore che salta le celle vuote butta via la formula con esse — e annuncia che il file non ne ha. Un'opzione di lettura separa i due casi.

Strumenti correlati

Fonti

Hai notato un errore in questo articolo?