MIME står for "Multipurpose Internet Mail Extensions". Det lyder både kompliceret og meningsløst, men MIME udvider de originale evner af internet e-mail på en spændende måde.
E-mail-meddelelser er blevet defineret af RFC 822 (og senere RFC 2822) siden 1982, og de vil sandsynligvis fortsætte med at overholde denne standard i lang tid fremover.
Intet men tekst, ren tekst
Desværre lider RFC 822 af en række mangler. Mest specielt skal meddelelser, der overholder denne standard, ikke indeholde andet end almindelig ASCII-tekst.
For at sende filer (som billeder, tekstbehandlingsdokumenter eller programmer), skal man først konvertere dem til almindelig tekst og derefter sende resultatet af konverteringen i kroppen af en e-mail-besked. Modtageren skal udtrække teksten fra meddelelsen og konvertere den til det binære filformat igen. Dette er en besværlig proces, og før MIME måtte det hele gøres for hånd.
MIME retter dette problem ved RFC 822, og det gør det også muligt at bruge internationale tegn i e-mail-meddelelser. Med RFC 822 begrænsningen til almindelig (engelsk) tekst, havde det ikke været muligt før.
Manglen på struktur
Ud over at være begrænset til ASCII-tegn, identificerer RFC 822 ikke strukturen af en meddelelse eller formatet af dataene. Da det er klart, at du altid får et uønsket tekst med ren tekst, var det ikke nødvendigt, da standarden blev defineret.
MIME, derimod, giver dig mulighed for at sende flere stykker af forskellige data i en besked (f.eks. Et billede og et Word-dokument), og det fortæller modtagerens e-mail-klient, hvilket format dataene er i, så de kan foretage smarte valg, der viser meddelelsen.
Når du får et billede, behøver du ikke længere at regne ud, at det kan ses med en billedfremviser. Din e-mail-klient viser enten selve billedet eller starter et program på din computer, der kan.
Opbygning og forlængelse af RFC 822
Hvordan virker MIME magien nu? Dybest set beskæftiger den den besværlige proces med at sende vilkårlig data i almindelig tekst beskrevet ovenfor. MIME-meddelelsesstandarden erstatter ikke den standard, der er fastsat i RFC 822, men udvider den. MIME-meddelelser kan heller ikke indeholde andet end ASCII-tekst.
Det betyder, at alle e-mail-data stadig skal være kodet i almindelig tekst, før meddelelsen sendes, og den skal dekodes til dets originale format igen i modtagelsesenden. De tidlige email-brugere måtte gøre det manuelt. MIME gør det for os komfortabelt og problemfrit, normalt via en smart proces kaldet Base64-kodning.
Livet som en MIME Email Besked
Når du komponerer en besked i et e-mail-program, der er i stand til MIME, gør programmet stort set følgende:
- Hvis meddelelsen kun er i ren ASCII-tekst, efterlader den den alene og kun fortæller modtagerens e-mail-klient at forvente andet end almindelig tekst.
- Hvis meddelelsen indeholder en eller flere vedhæftede filer og en krop med HTML-formatering, ses hver enkelt del og behandles separat.
For det første bestemmes formatet af dataene. Dette er nødvendigt for at fortælle modtagerens e-mail-klient, hvad de skal gøre med dataene og sikre korrekt kodning, så intet går tabt under overførsel.
Derefter kodes dataene, hvis de er i et andet format end almindelig ASCII-tekst. I kodningsprocessen konverteres dataene til den almindelige tekst, der er egnet til RFC 822-meddelelser.
Endelig indsættes de kodede data i meddelelsen, og modtagerens e-mail-klient informeres om, hvilke typer data der kan forventes: Er der vedhæftede filer? Hvordan er de kodet? Hvilket format var den originale fil i?
På modtagerens ende er processen omvendt. For det første læser e-mail-klienten de oplysninger, der blev tilføjet af afsenderens e-mail-klient: Skal jeg søge efter vedhæftede filer? Hvordan afkodes jeg dem? hvordan håndterer jeg de resulterende filer? Derefter ekstraheres og deles hver del af meddelelsen, hvis det er nødvendigt. Endelig viser e-mail-klienten de resulterende dele til brugeren. Det almindelige tekstlegeme vises på linje i e-mail-klienten sammen med billedvedhæftet fil. Programmet, der også er knyttet til meddelelsen, vises med et vedhæftningsikon, og brugeren kan afgøre, hvad der skal gøres med det. Hun kan gemme det et eller andet sted på sin disk eller starte det direkte fra e-mail-programmet.
