STRUKTUR PESAN EMAIL

Email bekerja dengan cara yang mirip ketika kamu mengirim surat secara manual. Ketika
kamu mengirimkan surat ke kantor pos, tentu tidak akan langsung dibawa ke penerima.
Karyawan kantor pos akan mencari tahu kemana surat kamu akan dikirimkan, lalu karyawan
akan mencarikan kantor pos mana yang memiliki lokasi terdekat dengan tujuan (penerima surat).
Setelah itu surat akan dibawa ke kantor pos tersebut. Lalu langkah terakhir surat tersebut
disampaikan ke tujuan (penerima surat). Proses tersebut adalah gambaran yang kira – kira terjadi
di email.
Jadi, ada dua prosedur berbeda yang terlibat dalam pengiriman surat:pertama melibatkan
pengirim surat dan berkepentingan dengan persiapan surat itu sendiri dan yang kedua dengan
transfer amplop yang dialamatkan kepenerima yang dituju oleh layanan pos. Kami perhatikan
juga bahwa strukturnya dan isi surat itu sendiri hanya memiliki arti bagi pengirim dan penerima
dari surat itu.

Dengan cara yang sama, pengiriman surat elektronik melibatkan dua hal yang terpisah
Prosedur. Yang pertama berkaitan dengan masuknya berbagai bidang – termasuk nama / alamat
pengirim dan penerima di bagian atas pesan dan konten pesan yang sebenarnya melalui UA;
yang kedua dengan enkapsulasi pesan ke dalam amplop (elektronik) yang berisi pengirim dan
alamat penerima dan dengan transfer amplop melalui jaringan oleh sistem transfer pesan. Dalam
kasus surat elektronik, bagaimana penulisan alamat pada amplop dilakukan oleh sistem surat itu
sendiri, alamat di kepala pesan harus memiliki filestruktur standar sehingga dapat diekstraksi dan
digunakan langsung oleh sistem transfer pesan. Terminologi yang terkait dengan struktur file
pesan email yang menunjukkan dua bagian ini ditunjukkan pada Gambar 8.10 (a).

Seperti yang bisa kita lihat, selama transfernya melintasi jaringan, ada pesan email terdiri
dari amplop dan pesan. Amplop itu berisi email alamat pengirim pesan (MAIL FROM) dan
tujuannya penerima (RCPT TO). Dalam kasus Internet, semua alamat email harus berisi nama-
pengguna @ mailserver-name di mana mailserver-name adalah nama DNSserver email dan nama
pengguna dipilih oleh pengguna dan dikonfirmasi oleh manajer surat lokal pada waktu
berlangganan / pendaftaran. Manajer juga untuk membuat kotak surat masuk pengguna di server
surat pada saat yang sama.

Format alamat email ditentukan dalam RFC 821 dan, selajutnya akan kami akan cek,
nama server surat penerima yang digunakan oleh sistem transfer pesan, lebih tepatnya pesan
dikirim ke mail server yang bertugas mengangkut email ( di sebut MTA atau mail transport agent
) ke penerima MTA di internet.

untuk menentukan kotak surat masuk dimana surat harus disimpan. Seperti nama DNS,
nama pengguna adalah case tidak sensitif dan kedua nama tersebut dipisahkan oleh simbol @.
Pesan itu sendiri terdiri dari header dan body, yang terakhir berisi pesan sebenarnya yang telah

dimasukkan oleh pengguna melalui UA. Seperti yang kita tunjukkan pada Gambar 8.10 (b),
header terdiri dari beberapa bidang di antaranya opsional.
 perangkat lunak, bidang opsional yang digunakan oleh UA di pengirim diantarnya
digunakan oleh penerima UA berbeda. Namun, semua bidang tajuk memiliki file format standar
yang ditentukan dalam RFC 822. Setiap bidang terdiri dari satu baris teks ASCII yang dimulai
dengan nama bidang (standar). Yang diakhiri dengan titik dua dan diikuti dengan nilai bidang.
Satu baris kosong kemudian digunakan untuk memisahkan header dari badan pesan.

Seperti yang kita lihat, beberapa field juga digunakan oleh sistem transfer pesan dan
lainnya seperti UA atau pengguna. Bagi pengguna agar menambahkan satu atau lebih bidang
header pribadi. Beberapa contoh angka disetiap kategori ditampilkan bersama dengan
penggunaannya. dari yang berisi alamat email pengirim, untuk yang berisi alamat email
penerima, tanggal yang berisi waktu ketika email itu dikirim, received yaitu berbagai informasi
tentang server perantara dan tanggal pada saat pesan itu diproses, reply-to yaitu alamat balasan,
subjek yaitu subjek pesan, ID Pesan yaitu identifikasi unik sebuah pesan, badan email yang berisi
pesan yang terpisah dari header oleh suatu baris.

Perhatikan juga jika kolom Received: dan Return-Path: ada di file header pesan bukan di
amplop mereka terutama oleh manajer jaringan selama diagnosis kesalahan untuk menentukan
jalur itu diikuti dengan pesan melalui sistem transfer pesan. Untuk memulai prosedur ini, MTA
memasukkan namanya sendiri bersama dengan pengenalan dan waktu & tanggal pesan dikirim
di bidang penerima :. Bidang Penerima: baru yang berisi informasi yang sama kemudian
ditambahkan oleh MTA di sepanjang jalur yang diambil pesan. Dalam kasus Return-Path: field,
ini hanya berisi nama MTA terakhir. Dalam praktek,Namun, kolom ini sering tidak digunakan
dan, jika hanya berisi alamat email pengirim. Perhatikan bahwa bidang buatan pengguna harus
selalu dimulai dengan urutan karakter X-.

Di RFC 822, sintaks transfer yang digunakan untuk semua bidang header adalah Versi
AS dari kode ASCII yang kami tunjukkan sebelumnya pada Gambar 1.14 dengan penambahan
bahwa setiap karakter 7-bit pertama diubah menjadi byte 8-bit dengan menambahkan 0 bit pada
posisi bit paling signifikan. Juga, kata sandi yang digunakan untuk mewakili end-of-line adalah
kombinasi 2-byte dari carriage return (CR) dan garisfeed (LF) oleh karena itu, codeword dan CR
adalah kombinasi 2-byte dari CR dan NUL. Versi kumpulan codeword ASCII yang dimodifikasi
sebagai terminal virtual jaringan (NVT) ASCII.