BAB I Landasan Teori 1.1 Mail Servermail server sesuai dengan namanya merupakan server yang digunakan untuk menyediakan layanan (service) e-mail bagi pengguna. Tentunya kita semua juga tahu layanan yang disediakan pada mail server ini berupa fasilitas untuk mengirim e-mail ke tujuan (pengirim) dan menerima e-mail (penerima) dari pengirim. Dengan kata lain saling berkirim surat di antara pengguna melalui media elektronik (electronic mail). Adapun protocol yang digunakan pada layanan e-mail ini meliputi SMTP (Simple Mail Transfer Protocol) dengan port default 25, POP (Post Office Protocol) dengan port default 110 (saat ini lebih dikenal dengan istilah POP3 dimana 3 menunjukkan versi dari POP), dan IMAP (Internet Message Access Protocol) dengan port default 143. SMTP merupakan protocol yang digunakan untuk menghantarkan/mengirimkan e-mail dari pengirim ke tujuan yang ditentukan. Sedangkan POP3 dan IMAP merupakan protocol yang digunakan untuk mendapatkan e-mail (receiver/retriever) dari pengirim. Jika dilihat dari arsitekturnya, mail server ini secara umum memiliki 3 komponen di dalamnya yang bisa dijelaskan sebagai berikut: 1. Mail Transfer Agent (MTA) MTA bertugas/bertanggungjawab untuk mengatur proses pengiriman e-mail ke tujuan. Yang saya gunakan sebagai MTA disini adalah Axigen. 2. Mail Delivery Agent (MDA) penghantaran dan mengurutkan (sorting) e-mail ke inbox dari account yang dituju. merupakan software yang bertugas meneruskan/menghantarkan

pesan e-mail yang telah diterima pada server ke account individual yang dituju. Yang saya pilih untuk MDA disini adalah procmail. procmail ini merupakan software yang nantinya akan mengotomatisasi proses 3. Mail User Agent (MUA) MUA merupakan software yang digunakan sebagai interface antara user dengan mail server untuk administrasi user, melihat inbox (daftar pesan masuk), outbox (daftar pesan keluar), membuat pesan baru (compose), dsb. Untuk MUA belum terpasang saat saya menulis disini, Saya meyiapkan dengan menggunakan Axigen.

1.2

AXIGENAxigen adalah sebuah mail server dengan fungsi groupware dan kolaborasi ini mendukung SMPT, IMAP, POP3 dan layanan webmail, dan memiliki sebuah server milis terintegerasi. Hal ini dikembangkan oleh GeCaD Technologies, Sebuah perusahaan Rumania yang didirikan pada tahun 2001. Perkembangan mail server axigen dimulai pada tahun 2003. Ini diluncurkan pada bulan September 2005. Axigen juga menyediakan antarmuka webmail mobile untuk ponsel yang mendukung standar XHTML. Axigen tersedia untuk beberaoa distribusi linux (berbasis Slackware, Debian, Gentoo, Ubuntu), platform BSD, untuk solaris dan windows sistem operasi (Windows server 2008 dan windows server 2003). Axigen alamat persyaratan otomatis administrator sistem melalui antarmuka konfigurasu alternatif CLI (Command Line Interface). Axigen dengan beberapa "standar" atau "inti" plugin,

memungkinkan administrator untuk menambahkan:

* Spell checking (squirrelspell) * Mail filter (filter) * Web-based administrasi SquirrelMail (administrator)

* Sebuah kalender (kalender) * Sebuah antarmuka untuk mengirimkan laporan bug semiotomatis (bug_report) Contoh fungsi plugin ditambahkan oleh berbagai pihak ketiga meliputi: * Alamat Buku / menghubungi pengelompokan dan perluasan buku alamat lainnya * Pemantauan dan alat-alat keamanan untuk melacak penggunaan, penyerang melawan dan meningkatkan keamanan * Password perubahan * Kuota pelaporan * Rich teks (HTML) email komposisi dan menampilkan * User-dikonfigurasi depan berakhir untuk autoreponders, sistem penyaringan spam seperti SpamAssassin dan filter server-side mail * Cuaca pelaporan * User account panel kontrol

1.2.1 IMAP

Internet Message Access Protocol (umumnya dikenal sebagai IMAP, dan sebelumnya disebut Internet Mail Access Protocol, Interactive Mail Access Protocol (RFC 1064), dan Interim Mail Access Protocol adalah Application Layer protokol Internet yang memungkinkan klien e-mail untuk mengakses e-mail pada server mail remote. Versi saat ini, IMAP versi 4 revisi 1 (IMAP4rev1), didefinisikan oleh RFC 3501. Server IMAP mendengarkan pada

portter kenal 143. IMAP mendukung baik on-line dan off-line mode operasi. E-mail client menggunakan IMAP umumnya meninggalkan pesan pada server sampai pengguna secara eksplisit

menghapusnya. Ini dan lainnya karakteristik operasi IMAP memungkinkan beberapa klien untuk mengelola kotak surat yang sama. Sebagian besar e-mail client dukungan IMAP di samping POP untuk mengambil pesan, namun layanan email lebih sedikit dukungan IMAP. IMAP menawarkan akses ke toko mail, klien dapat menyimpan salinan setempat dari pesan, tetapi ini dianggap sebagai cache sementara. Masuk e-mail akan dikirim ke server e-mail yang

menyimpan pesan dalam kotak email penerima. Pengguna mengambil pesan-pesan dengan klien e-mail yang menggunakan salah satu dari sejumlah protokol

pengambilan e-mail. Beberapa klien dan server lebih mudah terjadi penggunaan khusus vendor, protokol proprietary, namun dukungan sebagian besar protokol Internet standar, SMTP untuk mengirim e-mail dan POP dan IMAP untuk mengambil e-mail, yang memungkinkan interoperabilitas dengan server lain dan klien. Sebagai contoh, Microsoft Outlook klien menggunakan protokol proprietary untuk berkomunikasi dengan server Microsoft Exchange Server seperti halnya klien Notes IBM ketika

berkomunikasi dengan server Domino, tapi semua produk ini juga mendukung POP, IMAP, dan SMTP keluar. Dukungan untuk protokol Internet standar memungkinkan banyak e-mail klien seperti Pegasus Mail atau Mozilla Thunderbird (lihat perbandingan klien e-mail) untuk mengakses server, dan memungkinkan klien untuk digunakan dengan server lain (lihat daftar server mail).

SEJARAH

IMAP dirancang oleh Mark Crispin pada tahun 1986 sebagai protokol kotak surat jauh, kontras dengan POP banyak digunakan, sebuah protokol untuk mengambil isi kotak pesan. Original IMAP Interim Mail Access Protocol asli diimplementasikan sebagai sebuah klien Lisp mesin Xerox dan TOPS-20 server. Tidak ada salinan dari spesifikasi protokol asli interim atau perangkat lunak yang ada. Meskipun beberapa perintah dan tanggapan mirip dengan IMAP2, protokol interim kekurangan perintah / penandaan respon dan dengan demikian sintaks yang tidak versi lain IMAP. kompatibel dengan semua

1.2.2 SMTP

Simple Mail Transfer Protocol (SMTP) adalah standar Internet untuk surat elektronik (e-mail) transmisi di Internet Protocol (IP) jaringan. SMTP pertama kali didefinisikan oleh RFC 821 (STD 10) (1982), dan terakhir diperbarui oleh RFC 5321 (2008) yang meliputi SMTP diperluas (ESMTP) penambahan, dan merupakan protokol yang digunakan secara luas saat ini. SMTP ditetapkan untuk transportasi surat keluar dan menggunakan TCP port 25. Protokol untuk pengajuan baru secara efektif sama seperti SMTP, namun memakai port 587 sebagai gantinya. Sementara server surat elektronik dan agen mail lain transfernya menggunakan SMTP untuk mengirim dan menerima pesan email, aplikasi klien user-level mail biasanya hanya menggunakan SMTP untuk mengirimkan pesan ke mail server untuk merelay.

Untuk

penerimaan

pesan,

aplikasi

klien

biasanya

menggunakan baik Post Office Protocol (POP) atau Internet Message Access Protocol (IMAP) atau sistem berpemilik (seperti Microsoft Exchange atau Lotus Notes / Domino) untuk mengakses account email mereka kotak pada server mail .

SEJARAH

Berbagai bentuk satu-ke-satu pesan elektronik yang digunakan pada tahun 1960. Orang berkomunikasi dengan satu sama lain menggunakan sistem yang dikembangkan untuk komputer mainframe tertentu. Seperti komputer lagi yang saling berhubungan, terutama di Pemerintah AS ARPANET, standar tersebut dikembangkan untuk memungkinkan pengguna

menggunakan sistem yang berbeda untuk dapat e-mail satu sama lain. SMTP tumbuh dari standar ini dikembangkan selama tahun 1970-an. SMTP bisa melacak akar untuk dua implementasi yang dijelaskan pada tahun 1971, Mail Box Protokol, yang telah diperdebatkan untuk benar-benar telah dilaksanakan, tetapi dibahas dalam RFC 196 dan RFC lainnya, dan program SNDMSG, yang menurut RFC 2235, Ray Tomlinson dari BBN "menciptakan" untuk komputer TENEX pengiriman email melalui ARPANET. Kurang dari 50 host yang terhubung ke ARPANET saat ini, implementasi lebih lanjut termasuk FTP Mail dan Mail Protokol, baik dari tahun 1973 bekerja. Pembangunan berlanjut sepanjang tahun 1970-an, sampai ARPANET diubah menjadi Internet modern sekitar tahun 1980. Jon Postel kemudian mengusulkan sebuah Mail Transfer Protocol

pada tahun 1980 yang mulai menghilangkan ketergantungan mail di FTP. SMTP diterbitkan sebagai RFC 821 pada bulan Agustus 1982, juga oleh Postel. Standar SMTP dikembangkan sekitar waktu yang sama seperti Usenet, jaringan komunikasi satu-kebanyak dengan beberapa kesamaan. SMTP menjadi banyak digunakan pada awal tahun 1980. Pada saat itu, hal ini merupakan pelengkap untuk Unix untuk Unix Copy Program (UUCP) mail, yang lebih cocok untuk menangani transfer e-mail antara mesin yang sebentar-sebentar terhubung. SMTP, di sisi lain, bekerja paling baik jika kedua mesin pengirim dan penerima yang terhubung ke jaringan sepanjang waktu. Keduanya menggunakan toko dan mekanisme ke depan dan adalah contoh dari teknologi push. Meskipun newsgroup Usenet adalah masih diperbanyak dengan UUCP antara server, mail UUCP telah hampir lenyap sesuai dengan "jalan bang" itu digunakan sebagai header pesan routing. Artikel tentang pengirim menulis ulang berisi informasi latar belakang teknis tentang sejarah awal dan SMTP routing sebelum RFC 1123. Sendmail adalah salah satu yang pertama (jika bukan yang pertama) agen transfer mail untuk mengimplementasikan SMTP. Beberapa program populer lainnya SMTP server termasuk Postfix, qmail, Novell GroupWise, Exim, Novell NetMail, Microsoft Exchange Server, Sun Java System Messaging server. Pengiriman pesan (RFC 2476) dan SMTP-AUTH (RFC 2554) diperkenalkan pada tahun 1998 dan 1999, baik

menggambarkan tren baru dalam pengiriman e-mail. Awalnya, server SMTP yang biasanya internal organisasi, menerima mail untuk organisasi dari luar, dan menyampaikan pesan dari organisasi ke luar. Tetapi dengan berjalannya waktu, server SMTP (Mail agen transfer), dalam prakteknya, melakukan

perluasan peran mereka untuk menjadi agen penyampaian pesan untuk Mail agen pengguna, beberapa di antaranya sekarang menyampaikan mail dari luar organisasi. (Misalnya seorang eksekutif perusahaan ingin mengirim sementara e-mail pada perjalanan menggunakan server SMTP perusahaan.) Ini masalah, akibat dari ekspansi cepat dan popularitas World Wide Web, berarti bahwa SMTP harus mencakup aturan dan metode untuk relaying mail dan otentikasi user untuk mencegah pelanggaran seperti yang tidak diminta menyampaikan e-mail (spam). Sebagai protokol ini mulai keluar murni berbasis teks ASCII, hal itu tidak berhubungan baik dengan file biner. Standar seperti Multipurpose Internet Mail Extensions (MIME) yang dikembangkan untuk menyandikan file biner untuk transfer melalui SMTP. Mail transfer agent (MTA) yang dikembangkan setelah Sendmail juga cenderung dilaksanakan 8-bit-bersih, sehingga alternatif "hanya mengirimkan delapan" strategi dapat digunakan untuk mengirimkan data teks sewenang-wenang (dalam

pengkodean karakter 8-bit ASCII-suka) melalui SMTP. 8-bit-bersih MTA hari ini cenderung mendukung ekstensi 8BITMIME,

memungkinkan file biner untuk dipancarkan hampir sama dengan mudah sebagai teks biasa. Banyak orang berkontribusi pada spesifikasi SMTP inti, di antara mereka Jon Postel, Eric Allman, Dave Crocker, Ned Freed, Randall Gellens, John Klensin, dan Keith Moore.

Model pengolahan Email

Aliran keseluruhan untuk pembuatan pesan, transportasi mail, dan pengiriman dapat digambarkan seperti yang

ditunjukkan.

Email ini dikirimkan oleh mail client (MUA, mail user agent) ke server mail (MSA, mail agen penyampaian) menggunakan SMTP pada port TCP 587. Kebanyakan penyedia kotak surat masih memungkinkan penyampaian pada port tradisional 25. Dari sana, MSA

memberikan surat kepada agen mentransfer mail nya (MTA, mail transfer agent). Seringkali, kedua agen contoh hanya berbeda dari perangkat lunak yang sama diluncurkan dengan pilihan yang berbeda pada mesin yang sama. pengolahan lokal dapat dilakukan baik pada mesin tunggal, atau perpecahan antara berbagai perangkat, dalam kasus yang pertama, proses yang terlibat dapat berbagi file, dalam kasus terakhir, SMTP digunakan untuk transfer pesan secara internal, dengan setiap host dikonfigurasi untuk menggunakan berikutnya alat sebagai smart host. Setiap proses adalah sebuah MTA dalam dirinya sendiri, yaitu server SMTP. Batas MTA harus menemukan host target. Ia

menggunakan Domain name system (DNS) untuk mencari catatan mail exchanger (MX record) untuk domain penerima (bagian dari alamat di sebelah kanan @). MX record kembali berisi nama host target. MTA berikutnya mendongak rekor A untuk nama bahwa untuk mendapatkan alamat IP dan terhubung ke host seperti klien SMTP. (Artikel pada MX record membahas banyak faktor dalam menentukan server terhubung ke MTA pengiriman). Setelah target MX menerima pesan yang masuk, itu tangan ke agen pengiriman email (MDA) untuk pengiriman mail lokal. Sebuah MDA dapat menyimpan pesan dalam format kotak surat yang relevan. Sekali lagi, penerimaan mail dapat dilakukan dengan menggunakan banyak komputer atau hanya satu-gambar menampilkan dua kotak terdekat dalam kedua kasus.

Sebuah MDA, dapat menyampaikan pesan langsung ke penyimpanan, atau meneruskan mereka melalui jaringan

menggunakan SMTP, atau cara lain, termasuk Lokal Mail Transfer Protocol (LMTP), turunan dari SMTP yang dirancang untuk tujuan ini. Setelah dikirimkan ke mail server lokal, surat disimpan untuk pencarian curah dengan mail client authenticated (MUAs). Mail akan diambil oleh aplikasi pengguna akhir, klien email yang disebut, dengan menggunakan Internet Message Access Protocol (IMAP), sebuah protokol yang baik akses fasilitas untuk mail dan mengelola disimpan mail, atau Post Office Protocol (POP) yang biasanya menggunakan mail mbox tradisional format file atau sistem proprietary seperti Microsoft Exchange / Outlook atau Lotus Notes / Domino. Webmail klien dapat menggunakan metode tersebut, tetapi protokol pengambilan sering tidak standar formal. SMTP mendefinisikan transport pesan, bukan isi pesan. Dengan demikian, mendefinisikan amplop mail dan parameter, seperti pengirim amplop, tetapi bukan kepala atau badan dari pesan itu sendiri. STD 10 dan RFC 5321 mendefinisikan SMTP (amplop), sedangkan STD 11 dan RFC 5322 mendefinisikan pesan (header dan tubuh), secara resmi disebut sebagai Internet Message Format.

Protokol SMTP adalah protokol berbasis teks, di mana berkomunikasi pengirim email dengan penerima mail dengan mengeluarkan string perintah dan penyediaan data yang

diperlukan melalui saluran memerintahkan aliran data yang dapat diandalkan, biasanya Transmission Control Protocol (TCP) koneksi. Sesi SMTP terdiri dari perintah berasal oleh klien SMTP (agen memulai, pengirim, atau transmitter) dan tanggapan yang sesuai dari server SMTP (agen mendengarkan, atau penerima)

sehingga sesi dibuka, dan parameter sesi dipertukarkan. sesi mungkin termasuk nol atau lebih transaksi SMTP. Sebuah transaksi SMTP terdiri dari tiga perintah sekuens reply / (lihat contoh di bawah). 1. perintah MAIL, untuk menentukan alamat pengirim, alias Return-Path, 5321.From, mfrom, atau pengirim amplop. Ini adalah alamat untuk pesan bouncing. 2. perintah RCPT, untuk mendirikan sebuah penerima pesan ini. Perintah ini dapat diterbitkan beberapa kali, satu untuk setiap penerima. Alamat ini juga merupakan bagian dari amplop. 3. DATA untuk mengirim pesan teks. Ini adalah isi dari pesan, sebagai lawan selubungnya. Ini terdiri dari sebuah header pesan dan isi pesan dipisahkan oleh baris kosong. DATA sebenarnya sekelompok perintah, dan server balasan dua kali: satu kali untuk perintah DATA yang tepat, untuk mengakui bahwa siap untuk menerima teks, dan waktu kedua setelah akhir-urutan-data, untuk menerima atau menolak seluruh pesan.

Selain jawaban menengah untuk DATA, membalas setiap server dapat berupa positif (2xx kode balasan) atau negatif. balasan negatif bisa permanen (kode 5xx) atau transient (4xx kode). Sebuah menolak adalah kegagalan permanen dengan server SMTP, dalam hal ini klien SMTP harus mengirimkan pesan bounce. drop adalah respon positif diikuti dengan pesan membuang daripada pengiriman. Tuan rumah memulai, klien SMTP, dapat berupa email client end-user, fungsional diidentifikasi sebagai user agent mail (MUA), atau surat transfer server relay agent (MTA), yaitu server SMTP bertindak sebagai klien SMTP , dalam sesi yang relevan, untuk relay mail. Sepenuhnya mampu

mempertahankan SMTP server antrian pesan untuk mencoba kembali transmisi pesan yang mengakibatkan kegagalan sementara. Sebuah MUA tahu mail server SMTP keluar dari

konfigurasi. SMTP server bertindak sebagai klien, yaitu menyampaikan, biasanya menentukan server SMTP dapat terhubung ke dengan melihat MX (Mail eXchange) catatan DNS sumber daya untuk nama domain masing-masing penerima. Konforman MTA (tidak semua) kembali ke sebuah sederhana record dalam hal ada catatan MX dapat ditemukan. relaying server juga dapat dikonfigurasi untuk menggunakan smart host. SMTP server bertindak sebagai klien memulai koneksi TCP ke server pada "port terkenal" ditujukan untuk SMTP: port 25. MUAs harus menggunakan port 587 untuk terhubung ke MSA.Perbedaan utama antara MTA dan MSA adalah bahwa SMTP Authentication adalah wajib bagi yang terakhir saja.

Server surat keluar SMTP

Sebuah klien e-mail memerlukan nama atau alamat IP dari server SMTP sebagai bagian dari konfigurasi. Server akan mengirim pesan atas nama pengguna. Pengaturan ini memungkinkan untuk berbagai kebijakan dan desain jaringan. Akhir pengguna terhubung ke internet dapat menggunakan jasa penyedia e-mail yang belum tentu sama dengan penyedia koneksi mereka (ISP). topologi jaringan, atau lokasi klien dalam jaringan atau di luar jaringan, tidak lagi menjadi faktor pembatas untuk penyampaian e-mail atau pengiriman. Modern SMTP server biasanya menggunakan kredensial klien (otentikasi) bukan lokasi klien (alamat IP), untuk menentukan apakah layak untuk relay e-mail.

Server administrator memilih apakah klien menggunakan TCP port 25 (SMTP) atau port 587 (Submission), seperti diformalkan dalam RFC 4409, untuk menyampaikan surat keluar ke server mail. Spesifikasi dan banyak server mendukung kedua. Meskipun beberapa server dukungan port 465 untuk SMTP warisan aman dalam pelanggaran spesifikasi, adalah lebih baik untuk menggunakan port standar dan standar ESMTP perintah sesuai dengan RFC 3207 jika sesi yang aman harus digunakan antara client dan server. Beberapa server ditetapkan untuk menolak menyampaikan semua pada port 25, tapi pengguna valid otentikasi pada port 587 diijinkan untuk relay mail ke alamat yang valid. Sebuah server yang relay semua e-mail untuk semua tujuan untuk semua klien tersambung ke port 25 dikenal sebagai relay terbuka dan sekarang umumnya dianggap sebagai praktek yang buruk layak daftar hitam. Beberapa penyedia layanan Internet mencegat port 25, sehingga tidak mungkin bagi pengguna mereka untuk mengirim email melalui server SMTP menyampaikan di luar jaringan ISP menggunakan port 25, mereka dibatasi untuk menggunakan SMTP server ISP. Beberapa SMTP server independen mendukung port tambahan lainnya dari 25 untuk memungkinkan pengguna dengan akses otentikasi dapat terhubung kepada mereka bahkan jika port 25 diblok. Tujuan praktis dari ini adalah bahwa pengguna mobile menghubungkan ke ISP yang berbeda dinyatakan telah

mengubah pengaturan SMTP server pada mail client untuk setiap ISP; menggunakan server SMTP menyampaikan memungkinkan pengaturan SMTP client yang akan digunakan di seluruh dunia berubah.

Contoh Transportasi SMTP

Sebuah contoh khas dari mengirim pesan melalui SMTP untuk dua kotak surat (alice dan theboss) yang terletak pada domain mail yang sama (example.com) adalah direproduksi di bursa sesi berikut. Untuk tujuan ilustrasi di sini (bukan bagian dari protokol), bursa protokol yang diawali untuk server (S:) dan klien (C:). Setelah pengirim pesan (SMTP client) menetapkan saluran komunikasi yang dapat diandalkan untuk penerima pesan (SMTP server), sesi dibuka dengan sambutan oleh server, biasanya berisi domain sepenuhnya memenuhi syarat nama (FQDN), dalam kasus ini smtp.example . com. Klien memulai dialog dengan menanggapi dengan perintah HELO mengidentifikasi dirinya dalam parameter perintah dengan yang FQDN (atau alamat literal jika tidak ada yang tersedia). S: 220 smtp.example.com ESMTP Postfix C: HELO relay.example.org S: 250 relay.example.org Halo, saya senang bertemu dengan Anda C: MAIL FROM: S: 250 Ok C: RCPT TO: S: 250 Ok C: RCPT TO: S: 250 Ok C: DATA S: 354 End data dengan . C: Dari: "Bob Contoh" C: Untuk: "Alice Contoh" C: Cc: theboss@example.com

C: Tanggal: Tue, 15 Jan 2008 16:02:43 -0500 C: Subject: Test pesan C: C: Halo Alice. C: Ini adalah pesan test dengan 5 field header dan 4 garis di tubuh pesan. C: Teman Anda, C: Bob C:. S: 250 Ok: queued sebagai 12345 C: QUIT S: 221 Bye {Server menutup sambungan}

Klien memberitahu penerima dari alamat email yang berasal dari pesan dalam perintah MAIL FROM. Dalam contoh ini, pesan email yang dikirim ke dua kotak surat pada server SMTP yang sama: masing-masing untuk setiap penerima tercantum di kolom header To dan Cc. Perintah SMTP terkait RCPT TO. Setiap resepsi yang sukses dan pelaksanaan perintah diakui oleh server dengan kode hasil dan pesan respon (misalnya, 250 Ok). Transmisi dari tubuh pesan email dimulai dengan perintah DATA setelah yang ditularkan verbatim baris demi baris dan diakhiri dengan akhir dari urutan-data. Urutan ini terdiri dari barisbaru ( ), sebuah titik tunggal (periode), diikuti dengan baris lain-baru. Karena badan pesan dapat berisi sebuah baris hanya dengan jangka waktu sebagai bagian dari teks, klien mengirimkan dua periode setiap kali sebuah baris dimulai dengan periode, dengan demikian, server menggantikan setiap urutan dua periode pada awal baris dengan tunggal satu. Metode melarikan diri seperti itu disebut dot-isian.reply positif server untuk akhir-of-data, sebagaimana dicontohkan,

menyiratkan bahwa server telah mengambil tanggung jawab untuk menyampaikan pesan. Sebuah pesan dapat dua kali lipat jika ada gangguan komunikasi pada saat ini, misalnya karena kekurangan daya: Sampai pengirim telah menerima bahwa 250 jawaban, harus menganggap pesan tidak terkirim. Di sisi lain, setelah penerima telah memutuskan untuk menerima pesan, pesan itu harus mengasumsikan telah diserahkan untuk itu. Jadi, selama rentang waktu ini, kedua agen memiliki salinan aktif pesan bahwa mereka akan mencoba untuk menyampaikan.probabilitas bahwa kegagalan komunikasi terjadi tepat pada langkah ini berbanding lurus dengan jumlah penyaringan bahwa server melakukan pada Isi pesan, paling sering untuk tujuan anti-spam. Timeout membatasi ditetapkan menjadi 10 menit. Perintah QUIT berakhir sesi. Jika penerima kedua terletak di tempat lain, klien akan QUIT dan terhubung ke server SMTP yang sesuai setelah pesan pertama telah antrian. Informasi yang klien mengirimkan dalam HELO dan perintah MAIL DARI ditambahkan (tidak terlihat dalam kode contoh) sebagai tambahan untuk field header pesan oleh server penerima. Ini menambah Diterima dan lapangan Return-Path header, masing-masing.

1.3

BINDBIND (singkatan dari bahasa Inggris: Berkeley Internet Name

Domain) adalah server DNS yang paling umum digunakan di Internet, khususnya di sistem operasi bertipe Unix yang secara de facto merupakan standar. BIND awalnya dibuat oleh empat orang mahasiswa dengan menggunakan CSRG di Universitas California, Berkeley dan pertama kali dirilis di dalam 4.3BSD. Paul Vixie kemudian meneruskan pemrogramannya pada tahun 1988 saat bekerja di DEC.

Awalnya ditulis oleh empat mahasiswa pascasarjana di Computer System Research Group di University of California, Berkeley (UCB), nama yang berasal sebagai singkatan dari Berkeley Internet Nama Domain, mencerminkan menggunakan aplikasi dalam UCB. Saat ini, Internet Software Consortium menyebutnya sebagai Berkeley Internet Name Daemon, yang mencerminkan fungsi dari aplikasi sebagai daemon sistem operasi. BIND pertama kali dirilis dengan 4.3BSD Berkeley Software

Distribution. Paul Vixie mulai mempertahankan itu pada tahun 1988 saat bekerja untuk Digital Equipment Corporation. Pada 2010 Internet Systems Consortium mempertahankan BIND. Sebuah versi baru dari BIND (BIND 9) ditulis oleh ISC dari awal sebagian untuk mengatasi kesulitan arsitektur dengan audit BIND basis kode sebelumnya, dan juga untuk mendukung DNSSEC (DNS Keamanan Extensions). Fitur penting lainnya dari BIND 9 meliputi: TSIG, DNS memberitahukan, nsupdate, IPv6, rndc flush (kontrol nama daemon remote), pandangan, dukungan multiprosesor, dan arsitektur portabilitas diperbaiki. rndc menggunakan rahasia bersama untuk menyediakan enkripsi untuk terminal lokal dan remote selama sesi masingmasing.

1.4

Oracle VM VirtualBoxOracle VM VirtualBox adalah perangkat lunak virtualisasi, yang dapat

digunakan untuk mengeksekusi sistem operasi "tambahan" di dalam sistem operasi "utama". Sebagai contoh, jika seseorang mempunyai sistem operasi MS Windows yang terpasang di komputernya, maka seseorang tersebut dapat pula menjalankan sistem operasi lain yang diinginkan di dalam sistem operasi MS Windows.Fungsi ini sangat penting jika seseorang ingin melakukan ujicoba dan simulasi instalasi suatu sistem tanpa harus kehilangan sistem yang ada. Aplikasi dengan fungsi sejenis VirtualBox lainnya adalah VMware dan Microsoft Virtual PC