email

Email
Dari Wikipedia, ensiklopedia bebas
Langsung ke: navigasi , cari
Artikel ini adalah tentang komunikasi media. Untuk manufaktur mantan konglomerat, lihat Email Terbatas .


Yang di tanda , sebuah bagian dari setiap SMTP alamat email [1]
Electronic mail, biasa disebut email atau e-mail, adalah metode pertukaran digital pesan dari penulis untuk satu atau lebih penerima. email modern beroperasi di internet atau jaringan komputer . Beberapa sistem email awal diperlukan bahwa penulis dan penerima berdua akan online pada saat yang sama, ala instant messaging . email sistem's Hari ini didasarkan pada sebuah toko-and-forward model. Email server menerima, meneruskan, mengirim dan menyimpan pesan. Baik pengguna maupun komputer mereka diharuskan untuk online secara bersamaan, mereka perlu terhubung hanya sebentar, biasanya ke server email , selama yang diperlukan untuk mengirim atau menerima pesan.
Sebuah pesan email terdiri dari tiga komponen, amplop pesan, header pesan, dan badan pesan. Header pesan berisi informasi kontrol, termasuk, minimal, seorang pencetus's alamat email dan satu atau lebih alamat penerima. Biasanya informasi deskriptif juga ditambahkan, seperti kolom header subyek dan tanggal pengiriman pesan / time stamp.
Awalnya teks-saja (-bit ASCII 7 dan lain-lain) komunikasi media, email diperpanjang untuk melakukan multi-media lampiran isi, proses standar dalam RFC 2045 sampai 2049. Secara kolektif, RFC ini datang untuk disebut Multipurpose Internet Mail Extensions (MIME).
Sejarah modern, layanan email internet global mencapai kembali ke awal ARPANET . Standar untuk pesan email encoding yang diusulkan pada awal 1973 ( RFC 561 ). Konversi dari ARPANET ke Internet pada awal tahun 1980 menghasilkan inti dari layanan saat ini. Sebuah email yang dikirimkan pada awal tahun 1970 terlihat cukup mirip dengan pesan teks dasar yang dikirim di Internet saat ini.
Email berbasis Jaringan awalnya dipertukarkan pada ARPANET di ekstensi ke File Transfer Protocol (FTP), tetapi sekarang dibawa oleh Simple Mail Transfer Protocol (SMTP), pertama kali diterbitkan sebagai standar Internet 10 ( RFC 821 ) pada tahun 1982. Dalam proses pengiriman pesan email antara sistem, SMTP berkomunikasi menggunakan parameter pengiriman pesan amplop yang terpisah dari pesan (header dan tubuh) itu sendiri.
Isi
[hide]
• 1 Ejaan
• 2 Asal
o 2.1 berdasarkan sistem-Host mail
o 2.2 jaringan email Homogen dan berdasarkan sistem-mail LAN
o 2.3 Upaya di interoperabilitas
o 2.4 Dari SNDMSG terhadap MSG
o 2.5 Munculnya surat ARPANET
• 3 Operasi ikhtisar
• 4 pesan format
o Pesan 4.1 header
 4.1.1 Header bidang
o 4.2 Isi pesan
 4.2.1 Konten encoding
 4.2.2 Plain teks dan HTML
• 5 Server dan aplikasi klien
o Filename ekstensi 5.1
o 5.2 URI skema mailto:
• 6 Gunakan
o 6.1 Dalam masyarakat
 6.1.1 Flaming
 6.1.2 Email kebangkrutan
o 6.2 Dalam bisnis
 6.2.1 Pro
 6.2.2 Cons
• 7 Masalah
o Lampiran 7.1 ukuran keterbatasan
o 7.2 Informasi overload
o 7.3 Spamming dan virus komputer
o 7.4 Email spoofing
o Email 7,5 pemboman
o 7,6 Privasi keprihatinan
o 7.7 Pelacakan dari mail yang dikirim
• 8 Pemerintah AS
• 9 Lihat juga
o 9.1 Perangkat tambahan dan jasa terkait
o Email 9.2 isu sosial
o 9.3 Klien dan server
o 9.4 Mailing list
o 9.5 Protokol
• 10 Referensi
• 11 Bacaan lebih lanjut
• 12 Pranala luar

[ sunting ] Ejaan
Ada beberapa ejaan pilihan yang kadang-kadang keras membuktikan penyebab ketidaksetujuan mengejutkan. [2] [3]
• email adalah bentuk yang dibutuhkan oleh IETF Permintaan untuk Komentari dan kelompok kerja [4] dan semakin oleh pemandu gaya . [5] [6] [7] ejaan ini juga muncul dalam kamus yang paling. [8] [9] [10] [11 ] [12] [13]
• e-mail adalah bentuk yang sebelumnya direkomendasikan oleh beberapa panduan dan teknis gaya jurnalistik menonjol. Menurut Corpus Kontemporer bahasa Inggris Amerika data, formulir ini muncul paling sering di diedit, Amerika menulis dalam bahasa Inggris diterbitkan. [14]
• mail adalah bentuk yang digunakan dalam RFC asli. Layanan ini disebut sebagai mail dan satu bagian dari surat elektronik disebut pesan. [15] [16] [17]
• eMail, hanya memanfaatkan huruf M, adalah umum di antara pengguna ARPANET dan para pengembang awal Unix , CMS , AppleLink , eWorld , AOL , Genie , dan Hotmail . [ rujukan? ]
• EMail adalah bentuk tradisional yang telah digunakan dalam RFC untuk "Penulis" Alamat, [16] [17] dan tegas diperlukan "... untuk alasan historis ...". [18]
• E-mail, kapitalisasi huruf E awal dalam cara yang sama seperti bom-A, H-bom, X-ray, T-shirt, dan shortening serupa. [19]
[ sunting ] Asal
Surat elektronik mendahului dimulainya Internet , dan bahkan alat penting dalam menciptakan itu. [20]
MIT pertama menunjukkan Compatible Time-Sharing System (CTSS) pada tahun 1961. [21] Hal ini memungkinkan beberapa pengguna untuk login ke IBM 7094 [22] dari remote dial-up terminal, dan untuk menyimpan file secara online pada disk. Kemampuan baru ini mendorong pengguna untuk berbagi informasi dengan cara yang baru. Email dimulai pada tahun 1965 sebagai cara untuk beberapa pengguna dari time-sharing mainframe komputer untuk berkomunikasi. Di antara sistem pertama yang memiliki fasilitas seperti itu SDC's Q32 dan MIT's CTSS.
[ sunting ] berdasarkan sistem-Host mail
Sistem email asli hanya diperbolehkan komunikasi antara pengguna yang login ke host yang sama atau "mainframe". Hal ini bisa ratusan atau bahkan ribuan pengguna dalam sebuah organisasi. Contohnya termasuk MIT 's 1965 CTSS MAIL, [23] Larry Breed 's 1972 APL Kotak surat (yang digunakan oleh 1976 Carter / Mondale kampanye presiden), [24] [25] tahun 1972 asli Unix mail program, [26] [ 27] IBM 1981 professor , dan Digital Equipment Corporation 's 1982 ALL-IN-1 ,. [28]
[ sunting ] jaringan email Homogen dan berdasarkan sistem-mail LAN

Bagian ini memerlukan tambahan kutipan untuk verifikasi .
Silakan bantu memperbaiki artikel ini dengan menambahkan referensi yang handal . Disertai rujukan bahan mungkin ditantang dan dihapus . (Agustus 2010)

Banyak awal peer-to-peer networking email hanya bekerja antar komputer menjalankan sama OS atau program. Contoh termasuk:
• Pada 1966 atau sebelumnya, adalah mungkin bahwa SAGE sistem memiliki bentuk terbatas dari email [ rujukan? ]
• 1978's uucp [29] dan 1980-an Usenet disediakan Unix-to Unix menyalin-email, file, dan forum berbagi untuk modem dialup atau leased line
• BITNET pada tahun 1981 diizinkan IBM mainframe untuk berkomunikasi email melalui leased line.
• FidoNet 's 1984 aplikasi perangkat lunak untuk PC IBM yang menjalankan DOS ditransfer email dan bulletin board posting bersama dengan menggunakan modem dialup
Pada awal 1980-an, jaringan komputer pribadi di LAN menjadi semakin penting. Server berbasis sistem mirip dengan sistem mainframe dikembangkan sebelumnya. Sekali lagi sistem ini awalnya hanya diperbolehkan komunikasi antara pengguna login ke dalam infrastruktur server yang sama. Akhirnya sistem ini juga bisa dihubungkan antara organisasi yang berbeda, selama mereka menjalankan sistem email yang sama dan protokol proprietary.
Contohnya termasuk cc: Mail , Lantastic , WordPerfect Office , Microsoft Mail , Banyan VINES dan Lotus Notes - dengan berbagai vendor memasok perangkat lunak gateway untuk menghubungkan sistem ini tidak kompatibel.
[ sunting ] Upaya di interoperabilitas

Bagian ini memerlukan tambahan kutipan untuk verifikasi .
Silakan bantu memperbaiki artikel ini dengan menambahkan referensi yang handal . Disertai rujukan bahan mungkin ditantang dan dihapus . (Agustus 2010)

Awal interoperabilitas antara sistem independen termasuk:
• ARPANET , pendahulu Internet hari ini, mendefinisikan protokol pertama untuk komputer berbeda dengan pertukaran email
• uucp implementasi untuk sistem-Unix non digunakan sebagai "terbuka" perekat antara sistem mail yang berbeda, terutama melalui telepon dialup
• CSNET -up dial telepon akses digunakan untuk menghubungkan situs tambahan untuk ARPANET dan kemudian Internet
Kemudian upaya standardisasi interoperabilitas meliputi:
• Novell sebentar memperjuangkan terbuka MHS protokol tetapi ditinggalkan setelah pembelian non-MHS WordPerfect Office (nama Groupwise )
• The Book Diwarnai protokol di Inggris jaringan akademis sampai dengan tahun 1992
• X.400 pada tahun 1980 dan awal 1990-an dipromosikan oleh vendor besar dan mandat untuk digunakan pemerintah di bawah Gosip tetapi ditinggalkan oleh semua tetapi beberapa - yang mendukung Internet SMTP dengan pertengahan tahun 1990.
[ sunting ] Dari SNDMSG terhadap MSG
Pada awal 1970-an, Ray Tomlinson diperbarui sebuah utilitas yang ada disebut SNDMSG sehingga dapat menyalin pesan (sebagai file) melalui jaringan. Lawrence Roberts , manajer proyek untuk pengembangan ARPANET, mengambil gagasan READMAIL, yang dibuang semua "baru" pesan ke pengguna terminal, dan menulis sebuah program untuk TENEX di TECO macro disebut RD yang diizinkan mengakses pesan individu. [30] Barry Wessler kemudian diperbarui RD dan menyebutnya NRD. [ rujukan? ]
Marty Yonke dikombinasikan menulis ulang NRD untuk memasukkan membaca, akses ke SNMSG untuk mengirim, dan sistem bantuan, dan disebut wrd utilitas yang kemudian dikenal sebagai BANANARD. John Vittal kemudian diperbarui versi ini untuk menyertakan penerusan pesan dan perintah Jawaban yang secara otomatis menciptakan sebuah pesan balasan dengan alamat yang benar (es). Ini adalah email pertama "balasan" perintah; sistem ini disebut MSG. Dengan masuknya fitur ini, MSG dianggap sebagai terpadu pertama program modern email, dari mana banyak aplikasi lain turun. [30]
[ sunting ] Munculnya surat ARPANET
ARPANET jaringan komputer memberikan sumbangan besar bagi perkembangan email. Ada satu laporan yang menunjukkan percobaan transfer antar-sistem email dimulai tak lama setelah penciptaan pada tahun 1969. [23] Ray Tomlinson biasanya dikreditkan memiliki mengirimkan email pertama di seluruh jaringan, memulai penggunaan " @ tanda "untuk memisahkan nama pengguna dan pengguna mesin pada tahun 1971, ketika ia mengirim pesan dari satu Digital Equipment Corporation Desember-10 komputer ke komputer lain-Desember 10. Kedua mesin ditempatkan di samping satu sama lain. [31] [32] 's Tomlinson bekerja dengan cepat diterapkan di ARPANET, yang secara signifikan meningkatkan popularitas email. Selama bertahun-tahun, email adalah aplikasi pembunuh dari ARPANET dan kemudian Internet.
Sebagian besar jaringan lain protokol email mereka sendiri dan alamat format, seperti pengaruh ARPANET dan kemudian Internet tumbuh, situs pusat seringkali host email gateway yang melewati mail antara Internet dan jaringan-jaringan lainnya. Internet email menangani masih rumit oleh kebutuhan untuk menangani pesan yang ditujukan untuk jaringan-jaringan yang lebih tua. Beberapa contoh terkenal baik dari mereka UUCP (kebanyakan Unix komputer), BITNET (kebanyakan IBM dan VAX mainframe di universitas), FidoNet (komputer pribadi), DECnet (berbagai jaringan) dan CSNET pelopor dari NSFNet .
Contoh alamat email Internet yang diarahkan mail ke pengguna di host UUCP:
hubhost middlehost! edgehost! user@uucpgateway.somedomain.example.com
Hal ini diperlukan karena dalam tahun-tahun awal komputer UUCP tidak memelihara (atau berkonsultasi server untuk) informasi mengenai lokasi dari semua host mereka bertukar mail dengan, melainkan hanya tahu bagaimana berkomunikasi dengan tetangga beberapa jaringan; pesan email (dan data lainnya seperti sebagai Usenet News ) yang diteruskan dalam rantai diantara host yang secara eksplisit setuju untuk berbagi data satu sama lain.
[ sunting ] Sekilas Operasi
Diagram sebelah kanan menunjukkan urutan khas peristiwa [33] yang terjadi ketika Alice menyusun pesan menggunakan nya mail user agent (MUA). Dia memasuki alamat email dari koresponden, dan hits "kirim" tombol.
1. Her MUA format pesan dalam format email dan menggunakan Protokol Submission (profil dari Simple Mail Transfer Protocol (SMTP), lihat RFC 4409 ) untuk mengirim pesan ke lokal agen pengiriman mail (MSA), dalam kasus ini smtp.a ,. org dijalankan oleh Alice penyedia layanan internet (ISP).
2. The MSA melihat alamat tujuan disediakan dalam protokol SMTP (bukan dari header pesan), dalam hal ini bob@b.org kasus. Alamat email internet adalah string dari bentuk localpart @ exampledomain. Bagian sebelum tanda @ adalah bagian alamat lokal, seringkali username penerima, dan bagian setelah tanda @ adalah nama domain atau nama domain berkualifikasi lengkap . The MSA menyelesaikan nama domain untuk menentukan nama domain berkualifikasi lengkap dari mail exchange server di Domain Name System (DNS).
3. The server DNS untuk domain b.org, ns.b.org, merespon dengan MX record daftar mail exchange server untuk domain tersebut, dalam hal ini mx.b.org kasus, seorang agen transfer pesan (MTA) server dijalankan oleh Bob ISP.
4. smtp.a.org mengirimkan pesan ke mx.b.org menggunakan SMTP.
Server ini mungkin perlu untuk meneruskan pesan ke MTA lain sebelum pesan mencapai final agen pengiriman pesan (MDA).
1. MDA memberikan ke kotak pesan dari pengguna bob.
2. Bob menekan "get mail" tombol dalam bukunya MUA, yang menangkap pesan baik menggunakan Post Office Protocol (POP3) atau Internet Message Access Protocol (IMAP4).
Bahwa urutan peristiwa berlaku untuk sebagian besar pengguna email. Namun, ada kemungkinan banyak alternatif dan komplikasi ke sistem email:
• Alice atau Bob dapat menggunakan klien dihubungkan dengan sistem email perusahaan, seperti IBM Lotus Notes atau Microsoft Exchange . Sistem ini sering memiliki format email internal mereka sendiri dan klien mereka biasanya berkomunikasi dengan server email menggunakan protokol, khusus vendor proprietary. Server mengirim atau menerima email melalui Internet melalui mail gateway Internet produk yang juga tidak setiap reformatting diperlukan. Jika Alice dan Bob bekerja di perusahaan yang sama, seluruh transaksi dapat terjadi sepenuhnya dalam sistem email perusahaan.
• Alice mungkin tidak memiliki MUA di komputer suaminya namun mungkin terhubung ke webmail layanan.
• Alice komputer dapat menjalankan nya MTA sendiri, sehingga menghindari transfer pada langkah 1.
• Bob dapat mengambil email Nya dalam banyak cara, misalnya login ke mx.b.org dan membacanya secara langsung, atau dengan menggunakan layanan webmail.
• Domain biasanya memiliki beberapa mail exchange server sehingga mereka dapat terus menerima email ketika server mail utama pertukaran tidak tersedia.
• Pesan email tidak aman jika email enkripsi tidak digunakan dengan benar.
Banyak MTA yang digunakan untuk menerima pesan untuk setiap penerima di Internet dan melakukan yang terbaik untuk membebaskan mereka. MTA seperti ini disebut open mail relay . Hal ini sangat penting pada hari-hari awal internet ketika koneksi jaringan tidak dapat diandalkan. Jika MTA tidak bisa mencapai tujuan, hal itu setidaknya bisa mengirimkannya ke relay lebih dekat ke tujuan. relay itu berdiri kesempatan yang lebih baik menyampaikan pesan di lain waktu. Namun, mekanisme ini terbukti dapat dieksploitasi oleh orang-orang mengirimkan email massal yang tidak diminta dan sebagai konsekuensinya beberapa MTA modern sangat adalah open mail relay, dan MTA banyak yang tidak menerima pesan dari open mail relay karena pesan tersebut sangat mungkin merupakan spam.
[ sunting ] Format pesan
Email internet format pesan yang didefinisikan dalam RFC 5322 , dengan multi-media lampiran konten yang didefinisikan dalam RFC 2045 melalui RFC 2049 , secara kolektif disebut Multipurpose Internet Mail Extensions atau MIME. Sebelum pengenalan RFC 2822 pada tahun 2001, format digambarkan oleh RFC 822 adalah standar untuk email internet selama hampir 20 tahun. RFC 822 diterbitkan pada tahun 1982 dan berdasarkan sebelumnya RFC 733 untuk ARPANET (lihat). [34]
pesan email internet terdiri dari dua bagian utama:
• Header - Structured ke dalam bidang-bidang seperti Dari, Untuk, CC, Subjek, Tanggal, dan informasi lain tentang email.
• Tubuh - Isi dasar, sebagai teks yang tidak terstruktur, kadang-kadang berisi blok tanda tangan di akhir. Ini persis sama dengan tubuh surat biasa.
Header dipisahkan dari tubuh oleh baris kosong.
[ sunting ] pesan header
Setiap pesan memiliki tepat satu header , yang terstruktur dalam bidang . Setiap bidang memiliki nama dan nilai. RFC 5322 menentukan sintaks yang tepat.
Informal, setiap baris teks dalam header yang diawali dengan karakter yang dapat dicetak memulai bidang yang terpisah. Nama field dimulai pada karakter pertama dari baris dan berakhir sebelum karakter pemisah ":". pemisah tersebut kemudian diikuti oleh nilai lapangan ("tubuh" dari suatu wilayah). Nilai dilanjutkan pada baris berikutnya jika baris tersebut memiliki ruang atau tab sebagai karakter pertama mereka. nama Field dan nilai-nilai terbatas untuk 7-bit ASCII karakter. Non-ASCII nilai dapat diwakili menggunakan MIME kata disandikan .
[ sunting ] Bidang Header

Bagian ini memerlukan tambahan kutipan untuk verifikasi .
Silakan bantu memperbaiki artikel ini dengan menambahkan referensi yang handal . Disertai rujukan bahan mungkin ditantang dan dihapus . (Agustus 2010)

Header pesan harus menyertakan setidaknya bidang-bidang berikut [35] :
• From: alamat email , dan secara opsional nama penulis (s). Dalam banyak email klien tidak berubah kecuali melalui perubahan pengaturan account.
• Date: waktu dan tanggal setempat saat pesan ini ditulis. Seperti Dari: lapangan, banyak email klien mengisi secara otomatis saat pengiriman. Klien penerima kemudian dapat menampilkan waktu dalam format dan zona waktu lokal kepadanya.
Header pesan harus mencakup setidaknya bidang-bidang berikut [36] :
• Message-ID: Juga merupakan bidang yang dihasilkan secara otomatis; digunakan untuk mencegah pengiriman beberapa dan untuk referensi di In-Reply-To: (lihat di bawah).
• In-Reply-To: Message-ID dari pesan bahwa ini adalah balasan untuk. Digunakan untuk menghubungkan pesan yang terkait bersama-sama. Bidang ini hanya berlaku untuk membalas pesan.
RFC 3864 menjelaskan prosedur pendaftaran untuk bidang header pesan pada IANA , tetapi memberikan untuk permanen dan sementara nama header kolom pesan, termasuk juga bidang yang ditetapkan untuk MIME, netnews, dan http, dan relevan RFC referensi. Common header kolom untuk memasukkan email:
• To: Alamat email (es), dan nama opsional (s) pesan's penerima (s). Menunjukkan penerima primer (beberapa diperbolehkan), bagi penerima sekunder lihat Cc: dan Bcc: di bawah ini.
• Subject: ringkasan singkat mengenai topik. Pesan singkatan tertentu yang biasa digunakan dalam subjek, termasuk "RE:" dan "FW:" .
• Bcc: Blind Carbon Copy ; alamat yang ditambahkan ke daftar pengiriman SMTP tapi tidak (biasanya) tercantum dalam data pesan, tetap tidak terlihat oleh penerima lain.
• Cc: Karbon salinan ; klien Banyak email akan menandai email di inbox anda berbeda tergantung pada apakah Anda berada di kolom Ke:: Daftar Cc atau.
• Content-Type : Informasi tentang bagaimana pesan yang akan ditampilkan, biasanya MIME tipe.
• Precedence: umumnya dengan nilai-nilai "bulk", "sampah", atau "daftar"; digunakan untuk menunjukkan bahwa "otomatis" liburan atau "keluar kantor" tanggapan tidak harus dikembalikan untuk surat ini, misalnya untuk mencegah pemberitahuan liburan dari yang dikirim ke semua pelanggan lain dari sebuah mailinglist. Sendmail menggunakan ini untuk mempengaruhi prioritas header email antri, dengan "Precedence: khusus-pengiriman" pesan yang disampaikan lebih cepat. Dengan modern yang tinggi-bandwidth jaringan prioritas pengiriman kurang dari masalah dibandingkan sebelumnya. Microsoft Exchange menghormati sebuah mekanisme respon otomatis berbutir halus penindasan-, di-Auto-Response-Menekan header X. [37]
• Diterima: Pelacakan informasi yang dihasilkan oleh server mail yang sebelumnya ditangani pesan, dalam urutan terbalik (penanganan terakhir pertama).
• Referensi: Message-ID dari pesan bahwa ini adalah membalas, dan pesan-id dari pesan sebelumnya jawaban balasan ke, dll
• Reply-To: Alamat yang harus digunakan untuk membalas pesan.
• Sender: Alamat pengirim yang sebenarnya bertindak atas nama penulis yang tercantum dalam field Dari: (sekretaris, daftar manajer, dll).
Perhatikan bahwa kolom Ke: belum tentu terkait dengan alamat dimana pesan disampaikan. Daftar pengiriman sebenarnya diberikan secara terpisah untuk protokol transport, SMTP , yang mungkin atau tidak mungkin awalnya telah diekstrak dari konten header. The "To:" lapangan mirip dengan pengalamatan di bagian atas surat konvensional yang dikirimkan sesuai dengan alamat pada amplop luar. Juga catat bahwa "Dari:" lapangan tidak harus menjadi pengirim sebenarnya dari pesan email. Salah satu alasannya adalah bahwa sangat mudah untuk palsu "Dari:" lapangan dan membiarkan pesan tampaknya dari alamat email. Hal ini dimungkinkan untuk digital sign email, yang jauh lebih sulit untuk palsu, tetapi tanda tangan seperti ini membutuhkan pemrograman tambahan dan eksternal program sering untuk memverifikasi. Beberapa ISP tidak relay email yang mengaku berasal dari domain yang tidak di-host oleh mereka, tetapi sangat sedikit (jika ada) periksa untuk memastikan bahwa orang atau bahkan alamat email yang disebutkan dalam "Dari:" field yang berhubungan dengan koneksi . Beberapa ISP menerapkan otentikasi email sistem untuk email yang dikirim melalui mereka MTA untuk memungkinkan MTA lain untuk mendeteksi spam ditempa yang mungkin muncul akan datang dari mereka.
Baru-baru ini EAI kelompok kerja IETF telah mendefinisikan beberapa ekstensi eksperimental untuk memungkinkan Unicode karakter yang akan digunakan dalam header. Secara khusus, ini memungkinkan alamat email untuk menggunakan karakter non-ASCII. karakter seperti itu hanya harus digunakan oleh server yang mendukung ekstensi ini.
Isi pesan

Bagian ini memerlukan tambahan kutipan untuk verifikasi .
Silakan bantu memperbaiki artikel ini dengan menambahkan referensi yang handal . Disertai rujukan bahan mungkin ditantang dan dihapus . (November 2007)

pengkodean Konten
Email awalnya dirancang untuk 7-bit ASCII . [38] software email Banyak 8-bit yang bersih tetapi harus menganggap itu akan berkomunikasi dengan server-bit 7 dan pembaca mail. The MIME standard diperkenalkan penspesifikasi set karakter dan mentransfer konten pengkodean dua untuk memungkinkan transmisi dari data non-ASCII: dikutip dicetak untuk konten mostly 7 bit dengan beberapa karakter di luar jangkauan itu dan base64 data biner sewenang-wenang. Para 8BITMIME dan BINARY ekstensi diperkenalkan untuk memungkinkan pengiriman surat tanpa perlu pengkodean ini, tapi banyak agen mail transportasi masih tidak mendukung mereka sepenuhnya. Di beberapa negara, beberapa skema pengkodean hidup berdampingan, sebagai hasilnya, secara default, pesan dalam bahasa alfabet non-Latin muncul dalam bentuk non-dibaca (kecuali hanya kebetulan, pada saat pengirim dan penerima menggunakan skema pengkodean yang sama). Oleh karena itu, untuk internasional rangkaian karakter , Unicode semakin populer.
teks biasa dan HTML
Paling modern grafis klien email memungkinkan penggunaan baik teks biasa atau HTML untuk tubuh pesan sesuai dengan pilihan pengguna. HTML email pesan sering termasuk salinan teks biasa yang dihasilkan secara otomatis juga, untuk alasan kompatibilitas.
Keuntungan dari HTML mencakup kemampuan untuk menyertakan in-line link dan gambar, membuat pesan sebelumnya terpisah dalam tanda kutip blok , bungkus secara alami di layar apapun, gunakan penekanan seperti menggarisbawahi dan huruf miring , dan mengubah font style. Kekurangan mencakup peningkatan ukuran email, privasi kekhawatiran tentang bug web , penyalahgunaan email HTML sebagai vektor untuk phishing serangan dan penyebaran perangkat lunak berbahaya . [39]
Beberapa berbasis web Milis merekomendasikan bahwa semua posting dibuat dalam plain-text, dengan 72 atau 80 karakter per baris [40] [41] untuk semua alasan di atas, tetapi juga karena mereka memiliki sejumlah besar pembaca menggunakan berbasis teks email klien seperti Mutt .
Beberapa Microsoft klien email memungkinkan kaya menggunakan format RTF , tetapi jika penerima dijamin memiliki kompatibel klien email ini harus dihindari. [42]
Dalam rangka untuk memastikan bahwa HTML dikirim dalam email diberikan baik oleh perangkat lunak klien penerima, header tambahan harus ditentukan saat mengirim: "Content-type: text / html". Sebagian besar program email secara otomatis mengirimkan header ini.
Server dan aplikasi klien


Antarmuka email client, Thunderbird .
Pesan yang dipertukarkan antara host menggunakan Simple Mail Transfer Protocol dengan program perangkat lunak disebut agen transfer mail . Pengguna dapat mengambil pesan dari server menggunakan protokol standar seperti POP atau IMAP , atau, seperti yang lebih mungkin di besar perusahaan lingkungan, dengan proprietary protokol khusus untuk Novell Groupwise , Lotus Notes atau Microsoft Exchange Server . Webmail interface memungkinkan pengguna untuk mengakses surat mereka dengan standar web browser , dari komputer manapun, daripada mengandalkan pada email client.
Mail dapat disimpan pada klien , di server sisi, atau di kedua tempat. format standar untuk kotak surat termasuk Maildir dan mbox . Beberapa klien email terkemuka menggunakan format berpemilik mereka sendiri dan memerlukan software konversi untuk mentransfer email antara mereka.
Menerima pesan mewajibkan suatu MTA untuk menyampaikan hal itu, [43] dan ketika pesan tidak dapat disampaikan, bahwa MTA harus mengirim pesan mental kembali ke pengirim, menunjukkan masalah.
ekstensi Filename
Setelah penerimaan pesan email, email client aplikasi menyimpan pesan dalam file sistem operasi dalam sistem-file. Beberapa klien menyimpan pesan individu sebagai file terpisah, sementara yang lain menggunakan berbagai format database, sering eksklusif, untuk penyimpanan kolektif. Sebuah standar historis penyimpanan adalah mbox format. Format tertentu yang digunakan sering ditandai dengan khusus ekstensi nama file :
eml
Digunakan oleh klien email, termasuk Microsoft Outlook Express , Windows Mail dan Mozilla Thunderbird . [44] File teks biasa dalam MIME format, yang berisi header email serta isi pesan dan lampiran dalam satu atau lebih dari beberapa format.
emlx
Digunakan oleh Apple Mail .
msg
Digunakan oleh Microsoft Office Outlook dan Groupware OfficeLogic .
mbx
Digunakan oleh Opera Mail , KMail , dan Apple Mail berdasarkan mbox format.
Beberapa aplikasi (seperti Apple Mail ) meninggalkan lampiran dikodekan dalam pesan untuk mencari sementara juga menyimpan salinan yang terpisah dari lampiran. terpisah lampiran dari pesan dan menyimpannya dalam direktori spesifik lain.
mailto skema URI:
Artikel utama: mailto
The URI skema , seperti terdaftar di IANA , mendefinisikan mailto: skema untuk alamat email SMTP. Meskipun penggunaannya tidak didefinisikan secara ketat, URL dari formulir ini dimaksudkan untuk digunakan untuk membuka jendela pesan baru's mail client pengguna ketika URL diaktifkan, dengan alamat seperti yang didefinisikan oleh URL pada kolom Ke:. Bidang [45 ]
Penggunaan

Bagian ini memerlukan tambahan kutipan untuk verifikasi .
Silakan bantu memperbaiki artikel ini dengan menambahkan referensi yang handal . Disertai rujukan bahan mungkin ditantang dan dihapus . (November 2007)

Dalam masyarakat
Ada banyak cara di mana orang telah mengubah cara mereka berkomunikasi dalam 50 tahun terakhir; email tentu salah satu dari mereka. Secara tradisional, interaksi sosial di masyarakat setempat merupakan dasar untuk komunikasi - tatap muka. Namun, hari ini tatap muka pertemuan tidak lagi cara utama untuk berkomunikasi sebagai salah satu dapat menggunakan telepon darat , telepon selular , faks jasa, atau jumlah dimediasi komunikasi komputer seperti email.
Flaming
Flaming terjadi ketika seseorang mengirim pesan dengan atau antagonis konten marah. Flaming diasumsikan lebih umum hari ini karena kemudahan dan impersonalitas dari komunikasi email: konfrontasi secara langsung atau melalui telepon memerlukan interaksi langsung, di mana norma-norma sosial mendorong kesopanan, sedangkan mengetik pesan ke orang lain adalah interaksi tidak langsung, sehingga mungkin sivilitas dilupakan. [ rujukan? ] Flaming umumnya dipandang rendah oleh masyarakat internet karena dianggap kasar dan non-produktif.
Email kebangkrutan
Artikel utama: kebangkrutan Email
Juga dikenal sebagai "kelelahan email", kebangkrutan email adalah ketika pengguna mengabaikan sejumlah besar pesan email setelah jatuh di belakang dalam membaca dan menjawab mereka. Alasan untuk jatuh di belakang sering karena informasi yang berlebihan dan rasa umum ada begitu banyak informasi yang tidak mungkin untuk membaca semuanya. Sebagai solusinya, orang kadang-kadang mengirim pesan boilerplate menjelaskan bahwa kotak masuk email sedang dihapus. Harvard University profesor hukum Lawrence Lessig dikreditkan dengan coining istilah ini, tapi dia hanya boleh memiliki mempopulerkannya. [46]
Dalam bisnis
Email diterima secara luas oleh masyarakat bisnis sebagai media komunikasi elektronik pertama yang luas dan merupakan orang pertama 'e-revolusi' dalam komunikasi bisnis. Email sangat sederhana untuk memahami dan seperti surat pos, email memecahkan dua masalah dasar komunikasi: logistik dan sinkronisasi (lihat di bawah).
Email berbasis LAN juga merupakan bentuk yang muncul dari penggunaan untuk bisnis. Hal ini tidak hanya memungkinkan pengguna bisnis untuk men-download mail saat offline, juga menyediakan pengguna bisnis kecil untuk memiliki beberapa pengguna ID email dengan hanya satu koneksi email.
Kelebihan
• Masalah logistik: Sebagian besar dunia bisnis bergantung pada komunikasi antara orang-orang yang tidak secara fisik di daerah, gedung yang sama atau bahkan negara, pengaturan dan menghadiri pertemuan di orang, panggilan telepon , atau panggilan konferensi dapat nyaman, waktu memakan, dan mahal. Email menyediakan cara untuk pertukaran informasi antara dua orang atau lebih tanpa ongkos set-up dan yang umumnya jauh lebih murah daripada pertemuan fisik atau panggilan telepon.
• Masalah sinkronisasi: Dengan real time komunikasi oleh pertemuan atau panggilan telepon, peserta harus bekerja pada jadwal yang sama, dan setiap peserta harus menghabiskan jumlah waktu yang sama dalam pertemuan atau telepon. Email memungkinkan asynchrony : setiap peserta dapat mengontrol jadwal secara mandiri.
Cons

Bagian ini mungkin mengandung riset asli . Harap memperbaikinya dengan memverifikasi klaim yang dibuat dan menambahkan referensi . Laporan hanya terdiri dari riset asli bisa dihapus. Rincian lebih lanjut dapat tersedia pada halaman pembicaraan . (Juni 2009)

Sebagian besar pekerja bisnis saat ini menghabiskan dari satu sampai dua jam hari kerja mereka di email: membaca, memesan, pemilahan ulang mengontekstualisasikan 'terfragmentasi informasi',, dan menulis email. [47] Penggunaan email meningkat karena meningkatnya tingkat globalisasi -tenaga kerja divisi dan outsourcing antara lain. Email dapat menyebabkan beberapa masalah yang terkenal:
• Hilangnya konteks: yang berarti bahwa konteks hilang selamanya, tidak ada cara untuk mendapatkan teks kembali. Informasi dalam konteks (seperti dalam koran) jauh lebih mudah dan lebih cepat untuk memahami dari diedit dan kadang-kadang tidak berhubungan fragmen informasi. Berkomunikasi dalam konteks hanya dapat dicapai jika kedua belah pihak memiliki pemahaman penuh dari konteks dan masalah yang bersangkutan.
• overload Informasi: Email adalah teknologi push -pengirim kontrol yang menerima informasi tersebut. Kemudahan ketersediaan mailing list dan penggunaan "menyalin semua" dapat menyebabkan orang yang menerima informasi yang tidak diinginkan atau tidak relevan tidak berguna bagi mereka.
• Inkonsistensi: Email dapat menduplikasi informasi. Hal ini dapat menjadi masalah ketika sebuah tim besar bekerja pada dokumen dan informasi sementara tidak bersentuhan terus-menerus dengan anggota lain dari tim mereka.
• Kewajiban. Laporan dibuat dalam email bisa dianggap secara hukum mengikat dan digunakan terhadap pesta di Pengadilan Tingkat hukum. [48]
Meskipun kekurangan, email telah menjadi media yang paling banyak digunakan komunikasi dalam dunia bisnis. Bahkan, sebuah studi 2010 pada komunikasi kerja , menemukan bahwa 83% dari pekerja pengetahuan AS merasa email itu penting untuk keberhasilan mereka dan produktivitas di tempat kerja. [49]
Masalah

Bagian ini memerlukan tambahan kutipan untuk verifikasi .
Silakan bantu memperbaiki artikel ini dengan menambahkan referensi yang handal . Disertai rujukan bahan mungkin ditantang dan dihapus . (November 2007)

batasan ukuran Lampiran
Artikel utama: lampiran Email
Pesan email mungkin memiliki satu atau lebih lampiran. Lampiran melayani tujuan memberikan file biner atau teks dengan ukuran tidak ditentukan. Pada prinsipnya tidak ada pembatasan intrinsik teknis dalam protokol SMTP membatasi ukuran atau jumlah lampiran. Dalam prakteknya, bagaimanapun, penyedia layanan email mengimplementasikan berbagai keterbatasan pada ukuran file yang diperbolehkan atau ukuran pesan keseluruhan.
Selanjutnya, karena alasan teknis, sering lampiran kecil dapat peningkatan ukuran ketika dikirim, [50] yang dapat membingungkan untuk pengirim ketika mencoba untuk menilai apakah mereka dapat atau tidak dapat mengirim file melalui email, dan hal ini bisa menyebabkan pesan mereka yang ditolak.
Sebagai ukuran file yang lebih besar dan lebih besar sedang dibuat dan diperdagangkan, banyak pengguna baik dipaksa untuk upload dan download file dengan menggunakan sebuah server FTP , atau lebih populer, menggunakan fasilitas file sharing online atau jasa, biasanya melalui web-ramah HTTP , untuk mengirim dan menerima mereka.
Informasi overload
A December 2007 New York Times blog post described information overload as "a $650 Billion Drag on the Economy", [ 51 ] and the New York Times reported in April 2008 that "E-MAIL has become the bane of some people's professional lives" due to information overload, yet "none of the current wave of high-profile Internet start-ups focused on e-mail really eliminates the problem of e-mail overload because none helps us prepare replies". [ 52 ] GigaOm posted a similar article in September 2010, highlighting research that found 57% of knowledge workers were overwhelmed by the volume of email they received. [ 49 ]
Technology investors reflect similar concerns. [ 53 ]
Spamming and computer viruses
The usefulness of email is being threatened by four phenomena: email bombardment , spamming , phishing , and email worms .
Spamming is unsolicited commercial (or bulk) email. Because of the very low cost of sending email, spammers can send hundreds of millions of email messages each day over an inexpensive Internet connection. Hundreds of active spammers sending this volume of mail results in information overload for many computer users who receive voluminous unsolicited email each day. [ 54 ] [ 55 ]
Email worms use email as a way of replicating themselves into vulnerable computers. Although the first email worm affected UNIX computers, the problem is most common today on the more popular Microsoft Windows operating system.
The combination of spam and worm programs results in users receiving a constant drizzle of junk email, which reduces the usefulness of email as a practical tool.
A number of anti-spam techniques mitigate the impact of spam. In the United States , US Congress has also passed a law, the Can Spam Act of 2003 , attempting to regulate such email. Australia also has very strict spam laws restricting the sending of spam from an Australian ISP, [ 56 ] but its impact has been minimal since most spam comes from regimes that seem reluctant to regulate the sending of spam. [ citation needed ]
Email spoofing
Main article: Email spoofing
Email spoofing occurs when the header information of an email is altered to make the message appear to come from a known or trusted source. It is often used as a ruse to collect personal information.
Email bombing
Email bombing is the intentional sending of large volumes of messages to a target address. The overloading of the target email address can render it unusable and can even cause the mail server to crash.
Privacy concerns
Main article: Internet privacy
Today it can be important to distinguish between Internet and internal email systems. Internet email may travel and be stored on networks and computers without the sender's or the recipient's control. During the transit time it is possible that third parties read or even modify the content. Internal mail systems, in which the information never leaves the organizational network, may be more secure, although information technology personnel and others whose function may involve monitoring or managing may be accessing the email of other employees.
Email privacy, without some security precautions, can be compromised because:
• email messages are generally not encrypted.
• email messages have to go through intermediate computers before reaching their destination, meaning it is relatively easy for others to intercept and read messages.
• many Internet Service Providers (ISP) store copies of email messages on their mail servers before they are delivered. The backups of these can remain for up to several months on their server, despite deletion from the mailbox.
• the "Received:"-fields and other information in the email can often identify the sender, preventing anonymous communication.
There are cryptography applications that can serve as a remedy to one or more of the above. For example, Virtual Private Networks or the Tor anonymity network can be used to encrypt traffic from the user machine to a safer network while GPG , PGP , SMEmail, [ 57 ] or S/MIME can be used for end-to-end message encryption, and SMTP STARTTLS or SMTP over Transport Layer Security /Secure Sockets Layer can be used to encrypt communications for a single mail hop between the SMTP client and the SMTP server.
Additionally, many mail user agents do not protect logins and passwords, making them easy to intercept by an attacker. Encrypted authentication schemes such as SASL prevent this.
Finally, attached files share many of the same hazards as those found in peer-to-peer filesharing . Attached files may contain trojans or viruses .
Tracking of sent mail
The original SMTP mail service provides limited mechanisms for tracking a transmitted message, and none for verifying that it has been delivered or read. It requires that each mail server must either deliver it onward or return a failure notice (bounce message), but both software bugs and system failures can cause messages to be lost. To remedy this, the IETF introduced Delivery Status Notifications (delivery receipts) and Message Disposition Notifications (return receipts); however, these are not universally deployed in production. (A complete Message Tracking mechanism was also defined, but it never gained traction; see RFCs 3885 through 3888.)
Many ISPs now deliberately disable non-delivery reports (NDRs) and delivery receipts due to the activities of spammers:
• Delivery Reports can be used to verify whether an address exists and so is available to be spammed
• If the spammer uses a forged sender email address ( E-mail spoofing ), then the innocent email address that was used can be flooded with NDRs from the many invalid email addresses the spammer may have attempted to mail. These NDRs then constitute spam from the ISP to the innocent user
There are a number of systems that allow the sender to see if messages have been opened. [ 58 ] [ 59 ] [ 60 ] The receiver could also let the sender know that the emails have been opened through an "Okay" button. A check sign can appear in the sender's screen when the receiver's "Okay" button is pressed.
] US Government
The US Government has been involved in email in several different ways.
Starting in 1977, the US Postal Service (USPS) recognized that electronic mail and electronic transactions posed a significant threat to First Class mail volumes and revenue. Therefore, the USPS initiated an experimental email service known as E-COM. Electronic messages were transmitted to a post office, printed out, and delivered as hard copy. To take advantage of the service, an individual had to transmit at least 200 messages. The delivery time of the messages was the same as First Class mail and cost 26 cents. Both the Postal Regulatory Commission and the Federal Communications Commission opposed E-COM. The FCC concluded that E-COM constituted common carriage under its jurisdiction and the USPS would have to file a tariff . [ 61 ] Three years after initiating the service, USPS canceled E-COM and attempted to sell it off. [ 62 ] [ 63 ] [ 64 ] [ 65 ] [ 66 ] [ 67 ]
The early ARPANET dealt with multiple email clients that had various, and at times incompatible, formats. For example, in the system Multics, the "@" sign meant "kill line" and anything after the "@" sign was ignored. [ 65 ] The Department of Defense DARPA desired to have uniformity and interoperability for email and therefore funded efforts to drive towards unified inter-operable standards. This led to David Crocker, John Vittal, Kenneth Pogran, and Austin Henderson publishing RFC 733 , "Standard for the Format of ARPA Network Text Message" (November 21, 1977), which was apparently not effective. In 1979, a meeting was held at BBN to resolve incompatibility issues. Jon Postel recounted the meeting in RFC 808 , "Summary of Computer Mail Services Meeting Held at BBN on 10 January 1979" (March 1, 1982), which includes an appendix listing the varying email systems at the time. This, in turn, lead to the release of David Crocker's RFC 822 , "Standard for the Format of ARPA Internet Text Messages" (August 13, 1982). [ 68 ]
The National Science Foundation took over operations of the ARPANET and Internet from the Department of Defense, and initiated NSFNet , a new backbone for the network. A part of the NSFNet AUP forbade commercial traffic. [ 69 ] In 1988, Vint Cerf arranged for an interconnection of MCI Mail with NSFNET on an experimental basis. The following year Compuserve email interconnected with NSFNET. Within a few years the commercial traffic restriction was removed from NSFNETs AUP, and NSFNET was privatised.
In the late 1990s, the Federal Trade Commission grew concerned with fraud transpiring in email, and initiated a series of procedures on spam, fraud, and phishing. [ 70 ] In 2004, FTC jurisdiction over spam was codified into law in the form of the CAN SPAM Act. [ 71 ] Several other US Federal Agencies have also exercised jurisdiction including the Department of Justice and the Secret Service .
[ sunting ] Lihat pula
Enhancements and related services
• Email encryption
• HTML email
• Internet faks

• L-atau surat mail,-mail huruf e dan huruf e-mail
• Privacy-enhanced Electronic Mail
• Push email


[ edit ] Email social issues
• Anti-spam techniques (e-mail)
• CompuServe (first consumer service)
• Virus Komputer
• E-card
• E-mail art
• E-mail jamming
• E-mail spam
• E-mail spoofing

• E-mail storm
• E-mail subject abbreviations
• Information overload
• Internet humor
• Internet slang
• Netiquette
• Usenet quoting


[ edit ] Clients and servers
• Memukulkan
• Email address
• Email authentication
• Email client , Comparison of email clients
• Email hosting service

• Internet mail standards
• Mail transfer agent
• Mail user agent
• Unicode and e-mail
• Webmail


[ edit ] Mailing list
• Anonymous remailer
• Disposable e-mail address
• Email digest
• E-mail encryption
• E-mail tracking

• Electronic mailing list
• Mailer-Daemon
• Mailing list archive


[ sunting ] Protokol
• IMAP
• POP3
• SMTP
• UUCP
• X400
[ sunting ] Referensi
1. ^ Klensin, J (October 2008). "RFC 5321 — Simple Mail Transfer Protocol" . Network Working Group . http://tools.ietf.org/html/rfc5321#section-2.3.11 . Diperoleh 2010/02/27.
2. ^ Long, Tony (23 October 2000). A Matter of (Wired News) Style . Wired magazine . http://www.nettime.org/Lists-Archives/nettime-bold-0010/msg00471.html .
3. ^ Readers on (Wired News) Style . Wired magazine. 24 October 2000 . http://www.wired.com/culture/lifestyle/news/2000/10/39651 .
4. ^ "RFC Editor Terms List" . IETF . http://www.rfc-editor.org/rfc-style-guide/terms-online-03.txt .
5. ^ Yahoo style guide
6. ^ AP Stylebook editors share big changes from the American Copy Editors Society
7. ^ Gerri Berendzen ; Daniel Hunt. "AP changes e-mail to email" . 15th National Conference of the American Copy Editors Society (2011, Phoenix) . ACES . http://www.aces2011.org/sessions/18/the-ap-stylebook-editors-visit-aces-2011/ . Diakses 23 Maret 2011.
8. ^ AskOxford Language Query team. "What is the correct way to spell 'e' words such as 'email', 'ecommerce', 'egovernment'?" . FAQ . Oxford University Press . http://www.askoxford.com/asktheexperts/faq/aboutspelling/email . Diakses 4 September 2009. "We recommend email, as this is now by far the most common form"
9. ^ Reference.com
10. ^ Random House Unabridged Dictionary, 2006
11. ^ The American Heritage Dictionary of the English Language, Fourth Edition
12. ^ Princeton University WordNet 3.0
13. ^ The American Heritage Science Dictionary, 2002
14. ^ ""Email" or "e-mail"" . English Language & Usage — Stack Exchange . August 25, 2010 . http://english.stackexchange.com/questions/1925/email-or-e-mail . Diakses tanggal 26 September 2010.
15. ^ RFC 821 (rfc821) - Simple Mail Transfer Protocol
16. ^ a b RFC 1939 (rfc1939) - Post Office Protocol - Version 3
17. ^ a b RFC 3501 (rfc3501) - Internet Message Access Protocol - version 4rev1
18. ^ "RFC Style Guide" , Table of decisions on consistent usage in RFC
19. ^ Kutipan dari daftar FAQ dari Usenet newsgroup alt.usage.english
20. ^ See ( Partridge 2008 ) for early history of email, from origins through 1991.
21. ^ "CTSS, Compatible Time-Sharing System" (September 4, 2006), University of South Alabama , USA-CTSS .
22. ^ Tom Van Vleck , "The IBM 7094 and CTSS" (September 10, 2004), Multicians.org ( Multics ), web: Multicians-7094 .
23. ^ a b Tom Van Vleck 's memoir of The History of Electronic Mail
24. ^ APL Quotations and Anecdotes , including Leslie Goldsmith 's story of the Mailbox
25. ^ History of the Internet, including Carter/Mondale use of email
26. ^ Version 3 Unix mail(1) manual page from 10/25/1972
27. ^ Version 6 Unix mail(1) manual page from 2/21/1975
28. ^ Gordon Bell's timeline of Digital Equipment Corporation
29. ^ Version 7 Unix manual: "UUCP Implementation Description" by DA Nowitz, and "A Dial-Up Network of UNIX Systems" by DA Nowitz and ME Lesk
30. ^ a b Email History
31. ^ The First Email
32. ^ Wave New World,Time Magazine, October 19, 2009, p.48
33. ^ How E-mail Works . [internet video]. howstuffworks.com. 2008 . http://www.webcastr.com/videos/informational/how-email-works.html .
34. ^ Simpson, Ken (October 3, 2008). "An update to the email standards" . Mail Channels Blog Entry . http://blog.mailchannels.com/2008/10/update-to-email-standards.html .
35. ^ RFC 5322, 3.6. Definisi Lapangan
36. ^ RFC 5322, 3.6.4. Identification Fields
37. ^ Microsoft, Auto Response Suppress, 2010, microsoft reference , 2010 Sep 22
38. ^ Craig Hunt (2002). TCP/IP Network Administration . O'Reilly Media . pp. 70. ISBN 978-0596002978 .
39. ^ "Email policies that prevent viruses" . http://advosys.ca/papers/mail-policies.html .
40. ^ "When posting to a RootsWeb mailing list..."
41. ^ "...Plain text, 72 characters per line..."
42. ^ How to Prevent the Winmail.dat File from Being Sent to Internet Users
43. ^ In practice, some accepted messages may nowadays not be delivered to the recipient's InBox, but instead to a Spam or Junk folder which, especially in a corporate environment, may be inaccessible to the recipient
44. ^ "File Extension .EML Details" . FILExt - The File Extension Source . http://filext.com/file-extension/EML . Diperoleh 2009/09/26.
45. ^ RFC 2368 section 3 : by Paul Hoffman in 1998 discusses operation of the "mailto" URL.
46. ^ Barrett, Grant (December 23, 2007). "All We Are Saying." . New York Times . http://www.nytimes.com/2007/12/23/weekinreview/23buzzwords.html?ref=weekinreview . Retrieved 2007-12-24 .
47. ^ "Email Right to Privacy - Why Small Businesses Care" . Anita Campbell. 2007-06-19 . http://www.smallbiztrends.com/2007/06/email-has-right-to-privacy-why-small-businesses-care.html .
48. ^ CJ Hughes (February 17, 2011). "E-Mail May Be Binding, State Court Rules" . New York Times . http://www.nytimes.com/2011/02/20/realestate/20posting.html . Diperoleh 2011/02/20.
49. ^ a b By Om Malik, GigaOm. “ Is Email a Curse or a Boon? ” September 22, 2010. Retrieved October 11, 2010.
50. ^ "Exchange 2007: Attachment Size Increase,..." . TechNet Magazine, Microsoft.com US. 2010-03-25 . http://technet.microsoft.com/en-us/magazine/2009.01.exchangeqa.aspx?pr=blog .
51. ^ Lohr, Steve (2007-12-20). "Is Information Overload a $650 Billion Drag on the Economy?" . New York Times . http://bits.blogs.nytimes.com/2007/12/20/is-information-overload-a-650-billion-drag-on-the-economy . Diakses 1 Mei 2010.
52. ^ Stross, Randall (2008-04-20). "Struggling to Evade the E-Mail Tsunami" . New York Times . http://www.nytimes.com/2008/04/20/technology/20digi.html?_r=2&oref=slogin&oref=slogin . Diakses 1 Mei 2010.
53. ^ "Did Darwin Skip Over Email?" . Foundry Group. 2008-04-28 . http://www.foundrygroup.com/blog/archives/2008/04/did-darwin-skip-over-email.php .
54. ^ Rich Kawanagh. The top ten email spam list of 2005. ITVibe news, 2006, january 02, ITvibe.com
55. ^ How Microsoft is losing the war on spam Salon.com
56. ^ Spam Bill 2003 ( PDF )
57. ^ M. Toorani, SMEmail - A New Protocol for the Secure E-mail in Mobile Environments , Proceedings of the Australian Telecommunications Networks and Applications Conference (ATNAC'08), pp.39-44, Adelaide, Australia, December 2008. ( arXiv : 1002.3176 )
58. ^ About.com
59. ^ Webdevelopersnotes.com
60. ^ Microsoft.com
61. ^ In re Request for declaratory ruling and investigation by Graphnet Systems, Inc., concerning the proposed E-COM service, FCC Docket No. 79-6 (September 4, 1979)
62. ^ History of the United States Postal Service, USPS [ dead link ]
63. ^ Hardy, Ian R; The Evolution of ARPANET Email ; 1996-05-13; History Thesis Paper; University of California at Berkeley
64. ^ James Bovard, The Law Dinosaur: The US Postal Service, CATO Policy Analysis (February 1985)
65. ^ a b Jay Akkad, The History of Email
66. ^ US Postal Service: Postal Activities and Laws Related to Electronic Commerce, GAO-00-188
67. ^ Implications of Electronic Mail and Message Systems for the US Postal Service , Office of Technology Assessment, Congress of the United States, August 1982
68. ^ Email History, How Email was Invented, Living Internet
69. ^ Cybertelecom : Internet History
70. ^ Cybertelecom : SPAM Reference
71. ^ Cybertelecom : Can Spam Act
[ sunting ] Bacaan lebih lanjut
• Cemil Betanov, Introduction to X.400 , Artech House, ISBN 0-89006-597-7 .
• Lawrence Hughes, Internet e-mail Protocols, Standards and Implementation , Artech House Publishers, ISBN 0-89006-939-5 .
• Kevin Johnson, Internet Email Protocols: A Developer's Guide , Addison-Wesley Professional, ISBN 0-201-43288-9 .
• Pete Loshin, Essential Email Standards: RFCs and Protocols Made Practical , John Wiley & Sons, ISBN 0-471-34597-0 .
• Partridge, Craig (April–June 2008). "The Technical Development of Internet Email" (PDF). IEEE Annals of the History of Computing (Berlin: IEEE Computer Society) 30 (2). ISSN 1934-1547 . http://www.ir.bbn.com/~craig/email.pdf
• Sara Radicati, Electronic Mail: An Introduction to the X.400 Message Handling Standards , Mcgraw-Hill, ISBN 0-07-051104-7 .
• John Rhoton, Programmer's Guide to Internet Mail: SMTP, POP, IMAP, and LDAP , Elsevier, ISBN 1-55558-212-5 .
• John Rhoton, X.400 and SMTP: Battle of the E-mail Protocols , Elsevier, ISBN 1-55558-165-X .
• David Wood, Programming Internet Mail , O'Reilly, ISBN 1-56592-479-7 .
Pranala luar

Look up email or outbox in Wiktionary , the free dictionary.

• E-mail at the Open Directory Project
• IANA's list of standard header fields
• The History of Electronic Mail is a personal memoir by the implementer of an early email system
v • d • e -dimediasi komunikasi Komputer


Chat online • diskusi Online • Komunikasi lunak • Collaborative software • layanan jaringan Sosial


Asynchronous conferencing
Email • Electronic mailing list • FidoNet • Usenet • Internet forum • Shoutbox • Bulletin Board System


Synchronous conferencing
Data conferencing • Instant messaging • Internet Relay Chat • LAN messenger • Talker • Videoconferencing • Voice chat • VoIP • Web chat • Web conferencing


Penerbitan
Blog • Wiki


v • d • e E-mail clients


Open source
Alpine • Arachne • Balsa • BlitzMail • Citadel/UX • Classilla • Claws Mail • Columba • Cone • Elm • Evolution • fetchmail • getmail • GNUMail • Gnus • Gnuzilla • KMail • Mahogany • Mailody • Modest • Mozilla Thunderbird • Mulberry • Mutt • nmh / MH • Novell Evolution • RoundCube • SeaMonkey • sendEmail • SimpleMail • Spicebird • Sylpheed • Wanderlust • YAM • Zimbra



Freeware
ChatterEmail • Denshin 8 pergi • eM Client • Eudora • Foxmail • i.Scribe • IncrediMail • Mailsmith • Opera Mail • nafsu berkelana • Windows Live Mail


Eceran
Apple Mail • Lotus Notes IBM • menuliskan • Microsoft Office Outlook • Novell GroupWise • Sparrow • Turnpike • Bloomba / Mail WordPerfect


Shareware
Becky! • Eureka Email • Forte Agen • Gemini (mail / berita) • GyazMail • Pocomail • The Bat!


Donationware
Forte Agen • Pegasus Mail


Dihentikan
Communicator Beonex • cc: Mail • Emailer Claris • Columbia MM • Kurir • Cyberdog • Cyberjack • Hula • Meldware Communication Suite • Microsoft Entourage • Microsoft Internet Mail dan Berita • minuet • Mozilla Mail & Newsgroup • NeXTMail • Netscape Mail • Netscape Messenger 9 • Omni Mobile • Outlook Express • Pine • POPmail • Windows Mail • Windows Messaging


Terkait teknologi
SMTP Extended • IMAP • POP • Push-IMAP • SMAP • SMTP • UUCP


Artikel terkait
E-mail • Unicode dan e-mail


Kategori • Perbandingan • Daftar