Per què no podeu obligar l'Outlook a enviar correus electrònics en HTML

Recentment he rebut diversos correus electrònics on em preguntaven on trobar la configuració per obligar l'Outlook a enviar sempre en format HTML, fins i tot en resposta a un missatge rebut en text pla. Disculpeu, però no existeix i per una bona raó: Outlook respon en el mateix format que el missatge original, de manera que no responeu en HTML a algú que el client no l’entengui.

Si algú us envia correus en text pla, pot ser per uns quants motius (perquè el seu client no entén l'HTML o perquè prefereix el text sense format), mentre que si rebeu un correu electrònic en format HTML, podeu estar segur del correu del remitent client entén HTML i podeu respondre en el mateix format sense cap problema. En resum, rebre un missatge de text sense format no permet deduir si el client de correu que envia pot o no entendre HTML.

Es pot considerar descoratjador o poc respectuós respondre en HTML

Els formats HTML i MIME no van aparèixer mai a l’especificació de correu electrònic original, sinó que es van afegir a posteriors i, malgrat el que molta gent pensa, hi ha un nombre considerable de clients de correu electrònic que encara no s’entenen HTML. L’HTML no es converteix automàticament en text pla al final de la recepció, com creuen algunes persones. El text del missatge s’envia en dues ocasions, un en text pla i, de nou, en HTML, ambdós embolicats en un sobre MIME dins del missatge de correu electrònic, i es deixa al client de correu electrònic del receptor que decideixi quina versió es mostrarà.

Si envieu un correu HTML a un d’aquests clients de correu més antics que només entenen text pla, mostrarà alhora el sobre MIME, el text normal i el codi font de la versió HTML, que semblarà una tonteria per a moltes persones i feu que renunciïn i suprimeixin el vostre missatge.

com obrir un pdf a google docs

Tant si el destinatari utilitza un client de correu electrònic més antic com si ha escollit deliberadament l'enviament de text sense format, es pot considerar descoratjador o poc respectuós respondre en HTML. Imagineu-vos que sou a Itàlia i que podeu parlar alemany i italià: algú s’acosta al carrer i us pregunta Dove si trova la stazione, per favore? Segur que respondríeu en italià?

Si esteu segur que el client de correu del remitent pot acceptar HTML i que no els importarà que canvieu el format de la conversa, és fàcil fer-ho, ja que les eines es troben a la pestanya Format de text de la cinta. Si teniu una signatura que s’insereix automàticament a les respostes, no es convertirà automàticament i quedarà en text pla, de manera que haureu de fer clic amb el botó dret a la signatura del missatge o bé fer clic a l’eina de signatura la cinta i trieu de nou la signatura, que canviarà la signatura que ja hi ha al missatge.

Només canviaria el format d’una resposta si necessitava les capacitats de format del correu HTML per garantir que el meu significat fos clar i estava segur que el client de correu del remitent pot gestionar HTML, cosa que requereix coneixements que l’Outlook no proporciona, tot i que potser hauria de ser-ho.

com s’obtenen monedes musicalment

Una solució seria si Outlook recordés si alguna vegada heu rebut un correu HTML de cada adreça concreta i també quina proporció dels correus electrònics que rebeu d’aquesta adreça són de text pla. Aleshores, el vostre client de correu electrònic podia saber si és probable que l’HTML fos acceptable per al destinatari i li oferiria canviar de text pla a HTML per respondre-hi. Cada usuari podria ajustar els llindars de les opcions de text normal, Pregunta'm i HTML, i podríeu triar si el 90% o més del correu d'aquest remitent es troba en text normal i, a continuació, respondre en text normal o si Rebo un 10% o menys de correu d’aquest remitent en text pla, després responc en HTML o, si tinc més del 10%, però menys del 90%, de correu d’aquest remitent en text pla, demaneu-me el format de resposta.

Es tracta d’un munt de processos addicionals que cal fer en rebre tots els correus electrònics, així com una càrrega addicional de la interfície d’usuari per als usuaris, i com que la majoria de la gent ni tan sols entendria les preguntes, i encara menys les conseqüències de la seva elecció, potser seria una molèstia més en podrien prescindir. En general, és més senzill prohibir només les respostes HTML.