Pinadadali ng MIME na magpadala ng mga attachment ng file sa mga email. Narito kung paano ito gumagana.
Ang MIME ay nangangahulugang "Mga Multipurpose Internet Mail Extension". Ito tunog parehong kumplikado at walang kahulugan, ngunit MIME nagpalawak ng orihinal na kakayahan ng email sa internet sa isang kapana-panabik na paraan.
Ang mga mensaheng email ay tinukoy ng RFC 822 (at sa paglaon RFC 2822) simula noong 1982, at malamang na patuloy silang sundin ang pamantayang ito sa mahabang panahon na darating.
Wala Pa Ngunit Teksto, Plain Text
Sa kasamaang palad, ang RFC 822 ay naghihirap mula sa isang bilang ng mga pagkukulang. Karamihan sa mga kapansin-pansin, ang mga mensahe na sumusunod sa pamantayang iyon ay hindi dapat maglaman ng anumang bagay ngunit simpleng teksto ng ASCII.
Upang magpadala ng mga file (tulad ng mga larawan, mga dokumento ng dokumento o mga programang pang-proseso), dapat isa-convert ang mga ito sa plain text muna at pagkatapos ay ipadala ang resulta ng conversion sa katawan ng isang mensaheng email. Kinukuha ng tatanggap ang teksto mula sa mensahe at i-convert ito muli sa format ng binary file. Ito ay isang mahirap na proseso, at bago ang MIME ang lahat ay kailangang gawin sa pamamagitan ng kamay.
Iniayos ng MIME ang problemang ito na naka-attach sa RFC 822, at ginagawang posible na gumamit ng mga internasyonal na character sa mga mensaheng e-mail, masyadong. Sa limitasyon ng RFC 822 sa plain (Ingles) na teksto, hindi pa ito posible.
Ang Kakulangan ng Istraktura
Bilang karagdagan sa pagiging limitado sa mga character na ASCII, hindi tinukoy ng RFC 822 ang istraktura ng isang mensahe o ang format ng data. Dahil maliwanag na palagi kang nakakakuha ng isang basurahan ng plain text data, hindi ito kinakailangan kapag ang pamantayan ay tinukoy.
Sa kabilang banda, nagbibigay-daan sa iyo ang MIME na magpadala ng maraming piraso ng iba't ibang data sa isang mensahe (halimbawa, isang larawan at dokumento ng Salita), at sinasabi nito ang email client ng tatanggap kung anong format ang data ay nasa upang makagawa sila ng mga matalinong pagpipilian na nagpapakita ng mensahe.
Kapag nakakuha ka ng isang larawan, hindi mo na kailangang malaman na maaari itong matingnan sa isang viewer ng imahe. Ang iyong email client alinman ay nagpapakita ng imahe mismo o magsimula ng isang programa sa iyong computer na maaari.
Building on and Extending RFC 822
Ngayon paano gumagana ang magic MIME? Talaga, ginagamit nito ang masalimuot na proseso ng pagpapadala ng di-makatwirang data sa plain text na inilarawan sa itaas. Ang pamantayan ng mensahe ng MIME ay hindi pinapalitan ang pamantayan na inilatag sa RFC 822 ngunit pinalawak ito. Ang mga mensaheng MIME ay hindi maaaring maglaman ng anumang bagay kundi ang ASCII na teksto alinman.
Nangangahulugan ito na ang lahat ng data ng email ay dapat pa ring ma-encode sa plain text bago ipadala ang mensahe, at dapat itong i-decoded sa orihinal na format nito sa pagtanggap muli. Ang mga unang gumagamit ng email ay kailangang gawin iyon nang manu-mano. Ginagawang ito ng MIME para sa amin nang kumportable at walang putol, kadalasan sa pamamagitan ng isang matalinong proseso na tinatawag na encoding ng Base64 .
Buhay bilang MIME Email Message
Kapag gumawa ka ng isang mensahe sa isang email na programa na may kakayahang MIME, ang programa ay humigit-kumulang sa sumusunod:
- Kung ang mensahe ay nasa simpleng teksto ng ASCII lamang, ito ay nag-iiwan ng nag-iisa at nagsasabi lamang ng email client ng tagatanggap upang asahan ang walang anuman kundi plain text .
- Kung ang mensahe ay naglalaman ng isa o higit pang mga attachment at isang katawan na may HTML na format, ang bawat bahagi ay tinitingnan at itinatampok nang hiwalay.
Una, ang format ng data ay tinutukoy. Ito ay kinakailangan upang sabihin sa email client ng tatanggap kung ano ang gagawin sa data, at upang matiyak ang tamang pag-encode upang walang nawala sa panahon ng paglilipat.
Pagkatapos ay naka-encode ang data kung ito ay nasa isang format maliban sa plain ASCII text. Sa proseso ng pag-encode , ang data ay na-convert sa plain text na angkop para sa RFC 822 na mga mensahe.
Panghuli, ang naka-encode na data ay naipasok sa mensahe, at ang email client ng recipient ay alam kung anong uri ng data ang aasahan: Mayroon bang mga attachment? Paano naka-encode ang mga ito? Anong format ang orihinal na file?
Sa pagtatapos ng tagatanggap, binago ang proseso. Una, binabasa ng email client ang impormasyon na idinagdag ng email client ng nagpadala: Kailangan ko bang maghanap ng mga attachment? Paano ko mabubura ang mga ito? paano ko hahawakan ang mga nagresultang file? Pagkatapos, ang bawat bahagi ng mensahe ay nakuha at decoded kung kinakailangan. Sa wakas, ipinapakita ng email client ang mga nagresultang bahagi sa user. Ang plain text body ay ipinapakita sa linya sa email client kasama ang attachment ng imahe . Ang naka-attach na programa sa mensahe ay ipinapakita sa isang icon ng attachment , at maaaring magpasya ang user kung ano ang gagawin nito. Maaari niyang i-save ito sa isang lugar sa kanyang disk, o simulan ito nang direkta mula sa email program.