MIME ļauj ērti nosūtīt failu pielikumus ar e-pasta ziņojumiem. Lūk, kā tas darbojas.
MIME apzīmējumi ir "Daudzfunkcionālie interneta pasta paplašinājumi". Tas izklausās gan sarežģīti, gan bezjēdzīgi, bet MIME paplašina sākotnējās interneta e-pasta spējas aizraujoši.
E-pasta ziņojumi ir definēti RFC 822 (un vēlāk RFC 2822) kopš 1982. gada, un tie, iespējams, turpinās ievērot šo standartu uz ilgu laiku.
Nekas, bet teksts, vienkāršs teksts
Diemžēl RFC 822 cieš no vairākiem trūkumiem. Jo īpaši ziņojumi, kas atbilst šim standartam, nedrīkst ietvert neko citu kā vienkāršu ASCII tekstu.
Lai nosūtītu failus (piemēram, attēlus, teksta procesora dokumentus vai programmas), vispirms tie jāpārvērš par vienkāršu tekstu un pēc tam jānosūta pārvēršanas rezultāts e-pasta ziņojuma tekstā. Saņēmējam no teksta jāizraksta teksts un jāpārvērš to binārā faila formātā. Tas ir apgrūtinošs process, un pirms MIME visu vajadzēja darīt ar rokām.
MIME labo šo problēmu, kas pievienota RFC 822, un tas ļauj arī izmantot starptautiskās rakstzīmes e-pasta ziņās. Ar RFC 822 ierobežojumiem vienkāršā (angļu valodā) tekstā tas iepriekš nebija iespējams.
Struktūras trūkums
Papildus tam, ka tiek ierobežotas ASCII rakstzīmes, RFC 822 nenosaka ziņojuma struktūru vai datu formātu. Tā kā ir skaidrs, ka jūs vienmēr saņemat vienu junk vienkāršu teksta datus, tas nebija nepieciešams, kad tika noteikts standarts.
Savukārt MIME ļauj nosūtīt vairākus dažādu datu vienumus vienā ziņā (piemēram, attēlu un Word dokumentu), un tā informē saņēmēja e-pasta klientu par to, kāds formāts ir datiem, lai viņi varētu gudri izvēlēties ziņojumu.
Kad iegūstat attēlu, jums vairs nav jāsaprot, ka to var apskatīt ar attēlu skatītāju. Jūsu e-pasta klients vai nu parāda attēlu pats, vai arī var startēt savā datorā programmu.
RFC 822 veidošana un paplašināšana
Tagad, kā darbojas MIME maģija? Būtībā tā izmanto apgrūtinošu patvaļīgu datu nosūtīšanas procesu iepriekš aprakstītajā tekstā. MIME ziņojumu standarts neaizstāj RFC 822 noteikto standartu, bet to paplašina. MIME ziņojumos var būt nekas cits kā ASCII teksts.
Tas nozīmē, ka visi e-pasta dati joprojām ir jāakmēģē vienkāršā tekstā, pirms tiek nosūtīts ziņojums, un atkārtoti jākokodē tā sākotnējā formātā. Iepriekšējiem e-pasta lietotājiem tas bija jādara manuāli. MIME tas mums ērti un vienmērīgi, parasti izmantojot viedo procesu, ko sauc par Base64 kodējumu .
Dzīve kā MIME e-pasta ziņojums
Kad veidojat ziņojumu e-pasta programmā, kas spēj MIME, programma aptuveni veic šādu darbību:
- Ja ziņojums ir tikai vienkāršs ASCII teksts, tas atstāj to atsevišķi un tikai paziņo saņēmēja e-pasta klientam, ka tas nesagaida nekas cits kā vienkāršs teksts .
- Ja ziņojumā ir viens vai vairāki pielikumi un ķermenis ar HTML formatējumu, katru daļu aplūko un apstrādā atsevišķi.
Pirmkārt, tiek noteikts datu formāts. Tas ir nepieciešams, lai pastāstītu saņēmēja e-pasta klientam, ko darīt ar datiem, un lai nodrošinātu pareizu kodēšanu, tāpēc nodošanas laikā nekas nezūd.
Tad dati tiek kodēti, ja tas ir citā formātā, nevis vienkāršā ASCII tekstā. Kodēšanas procesā dati tiek pārveidoti par vienkāršu tekstu, kas piemērots RFC 822 ziņojumiem.
Visbeidzot, ziņojumā tiek ievietoti kodēti dati, un saņēmēja e-pasta klients ir informēts, kādus datus gaidīt: vai ir pielikumi? Kā tie tiek kodēti? Kāds formāts bija sākotnējais fails?
Saņēmēja beigās process tiek apgriezts. Pirmkārt, e-pasta klients nolasa informāciju, kuru pievienoja sūtītāja e-pasta klients: Vai man ir jāmeklē pielikumi? Kā es tos atšifrēt? kā rīkoties ar iegūtajiem failiem? Pēc tam katra ziņojuma daļa tiek ekstrahēta un dekodēta, ja nepieciešams. Visbeidzot, e-pasta klients lietotājam parāda iegūtās daļas. Vienkāršā teksta korpuss tiek parādīts e-pasta klienta rindiņā kopā ar attēla pielikumu . Ar ziņojumu tiek pievienota arī programma ar pielikumu ikonu , un lietotājs var izlemt, ko ar to saistīt. Viņa to var saglabāt kaut kur savā diskā vai sākt to tieši no e-pasta programmas.