MIME nggampangake ngirim lampiran file karo email. Punika cara kerjane.
MIME stands for "Multipurpose Internet Mail Extensions". Kedadeyan iki kerep banget lan tanpa guna, nanging MIME ngluwihi kemampuan asli email internet kanthi cara sing apik.
Pesen email wis ditetepake dening RFC 822 (lan mengko RFC 2822) wiwit taun 1982, lan bakal mbokmenawa tetep netepi standar iki kanggo wektu sing suwe.
Boten Nanging Teks, Teks Biasa
Sayange, RFC 822 ciloko saka sawetara kekurangan. Utamane, pesen sing standar kasebut kudu ora ngemot apa-apa nanging teks ASCII kosong.
Kanggo ngirim file (kayata gambar, dokumen utawa program pangolah teks), siji kudu ngowahi teks kasebut kanthi luwih dhisik lan ngirim asil konversi ing awak pesen email. Penerima kudu extract teks saka pesen lan ngowahi menyang format file biner maneh. Iki proses rumit, lan sadurunge MIME kabeh kudu dilakoni kanthi tangan.
MIME ngatasi masalah iki sing ditempelake ing RFC 822, lan ndadekake bisa nggunakake karakter internasional ing pesen email uga. Kanthi watesan RFC 822 kanggo teks (Inggris), iki durung bisa dilakoni sadurunge.
Kekurangan Struktur
Saliyane diwatesi karo karakter ASCII, RFC 822 ora ngenali struktur pesen utawa format data. Wiwit jelas yen sampeyan tansah njaluk salah siji saka data teks kosong, iki ora perlu nalika standar ditetepake.
MIME, kanthi kontras, ngidini sampeyan ngirim sawetara potongan data sing beda ing siji pesen (nyatakake, gambar lan dokumen Word), lan menehi kabar marang klien email panampa apa format data kasebut supaya bisa nggawe pilihan sing pinter nampilake pesen kasebut.
Nalika sampeyan entuk gambar, sampeyan ora perlu ngerti sing bisa viewed karo penampil gambar. Klien email sampeyan salah ngirim gambar kasebut utawa miwiti program ing komputer sampeyan bisa.
Bangunan lan Ngganti RFC 822
Saiki, apa sih ajaib MIME? Sejatine, nggunakne proses cumbersome ngirim data sewenang-wenang ing teks kosong sing kasebut ing ndhuwur. Standar pesen MIME ora ngganti standar sing ditandhani ing RFC 822 nanging ngluwihi. Pesen MIME ora bisa ngemot apa-apa nanging uga teks ASCII.
Iki tegese kabeh data email isih kudu dikodekan ing teks kosong sadurunge pesen dikirim, lan kudu di-decoded menyang format asli ing mburi nampa maneh. Pangguna email awal kudu nglakoni kanthi manual. MIME ndadekake kita nyaman lan mulus, biasane liwat proses cerdas sing disebut Encoding Base64 .
Urip minangka MIME Email Message
Nalika sampeyan nyipta pesen ing program email sing bisa MIME, program ora sakabehe:
- Yen pesen mung ana ing teks ASCII, mung disedhiyakake bae lan mung ngandhani klien email panampa kanggo ora nyana apa-apa, nanging teks kosong .
- Yen pesen ngandhut siji utawa luwih lampiran lan awak nganggo format HTML, saben bagean katon lan diolah kanthi kapisah.
Kaping pisanan, format data ditemtokake. Iki perlu diwenehi klien email panampa apa sing kudu dilakoni karo data, lan kanggo njamin encoding sing bener supaya ora ana sing ilang nalika transfer.
Banjur data dikodekan yen ana ing format liya saka teks ASCII kosong. Ing proses enkode , data bakal dikonversi menyang teks kosong sing cocog kanggo RFC 822 pesen.
Pungkasan, data sing dikodekan kasebut dilebokake ing pesen kasebut, lan klien email panampa dikirimi informasi data sing arep ditrima: Apa ana lampiran? Piye carane dienkode? Apa format file asli ing?
Ing panampa, proses kasebut dibalik. Kaping pisanan, klien email maca informasi sing ditambahake dening klien email pangirim: Apa aku kudu nggoleki lampiran? Kepiye carane decode kasebut? carane aku nangani file sing diasilake? Banjur, saben bagean pesen diekstrak lan di-decoded yen perlu. Pungkasan, klien email nampilake bagean-bagean sing diasilake menyang pangguna. Awak teks kosong ditampilake ing baris ing klien email bebarengan karo lampiran gambar . Program uga dilampirake pesen ditampilake karo lambang lampiran , lan pangguna bisa mutusake apa sing kudu dilakoni. Dheweke bisa nyimpen ing ngendi wae ing disk dheweke, utawa miwiti langsung saka program email.