Surel: Perbedaan antara revisi
Konten dihapus Konten ditambahkan
Pengetik-AM (bicara | kontrib) Tidak ada ringkasan suntingan Tag: Suntingan perangkat seluler Suntingan peramban seluler Suntingan seluler lanjutan |
Tidak ada ringkasan suntingan Tag: Suntingan perangkat seluler Suntingan peramban seluler |
||
| (13 revisi perantara oleh 10 pengguna tidak ditampilkan) | |||
Baris 3:
[[Berkas:(at).svg|jmpl|150px|<center>[[@|Et]], sebuah bagian dari setiap SMTP [[kotak surel]]<ref>{{Cite web|title=RFC 5321 - Simple Mail Transfer Protocol|url=https://datatracker.ietf.org/doc/html/rfc5321|website=Data Tracker|access-date=7 Juli 2022}}</ref>]]
'''Surel''', '''surat elektronik''', '''suratron''', '''ratron''', '''pos-el''', atau '''
[[Berkas:Email.svg|jmpl|Lima langkah dalam proses pengiriman surel.]]
Baris 15:
Konsep surel pertama kali dikemukakan oleh Ray Tomlinson pada akhir tahun 1971. Ray Tomlinson pada saat itu bekerja untuk Bolt Beranek and Newman "BBN" milik lembaga pertahanan Amerika. Pada awalnya Ray bereksperimen dengan program komputer yang bernama SNDMSG yang pada saat itu digunakan untuk meninggalkan pesan pada komputer, sehingga orang yang memakai komputer dapat membaca pesan yang ditinggalkan oleh pemakai komputer. Pada saat itu normal ketika banyak orang menggunakan komputer yang sama secara bergantian.
Eksperimen Ray kemudian dilanjutkan dengan menghubungkan SNDMSG melalui protokol berkas (file protocol) yang bernama CYPNET sehingga program SNDMSG dapat mengirimkan pesan ke komputer lain, namun masih berada dalam satu jaringan ARPAnet. Eksperimen tersebut berhasil dan Itulah awal terciptanya surel.
Pesan surel pertama kali yang dikirim oleh Ray pada 1971 merupakan surel pertama di dunia. Isi pesan berupa "kata-kata tes" sepenuhnya dilupakan, kemungkinan pesan pertama yang dikirimkannya adalah QWERTYUIOP atau huruf serupa," kata Ray dalam akun Flickr miliknya. Pada tahun 1972, Ray mengenalkan lambang @ (dalam Indonesia dibaca ET) sebagai identitas
== Alamat surel ==
Baris 43:
== Cara membaca surat elektronik ==
Surat elektronik pada mulanya disimpan di dalam sebuah miladen ''(mailserver)''. Biasanya bila seseorang memakai koneksi [[ISP]] untuk sambungan ke internet, ia akan diberikan satu surat elektronik gratis. Surat elektronik yang diterima akan disimpan di server surat elektronik ISP.
Ada dua cara untuk mengakses surat elektronik:
Baris 51:
== Etika penggunaan surat elektronik ==
Etika dalam surat elektronik sama dengan etika dalam menulis surat biasa. Ada surat elektronik yang isinya formal ada yang informal. Beberapa poin penting:
* Jangan mengirim surat elektronik dengan [[lampiran surat elektronik|lampiran]] yang terlalu besar (lebih dari 512 kB). Tidak semua orang mempunyai akses Internet yang cepat, dan ada kemungkinan lampiran tersebut melebihi kapasitas surat elektronik penerima, sehingga akan ditolak miladen ''(mailserver)'' penerima. Selain itu, perhatikan juga bahwa beberapa penyedia surat elektronik juga menerapkan batasan tentang jumlah, jenis, dan ukuran surat elektronik yang dapat diterima (dan dikirim) penggunanya,
* Jangan mengirim lanjut (''forward'') surat elektronik tanpa berpikir kegunaan bagi orang yang dituju.
* Selalu isi kolom subjek, jangan dibiarkan kosong.
Baris 61:
== Keamanan ==
Keamanan data di surat elektronik tidaklah terjamin dan selalu ada risiko terbuka untuk umum, dalam artian semua isinya dapat dibaca oleh orang lain. Hal ini disebabkan oleh karena surat elektronik itu akan melewati banyak
Surat elektronik dapat diamankan dengan melakukan [[enkripsi]]. Salah satu program enkripsi yang populer adalah [http://www.pgpi.org/ PGP] (''Pretty Good Privacy''). Dengan memakai PGP maka isi akan dienkripsi, dan hanya orang yang tertuju dapat mendekripsi dan membaca surat elektronik tersebut. Kerugiannya adalah membuat repot pihak pengirim dan penerima (karena keduanya harus memiliki program PGP, dan pengirim juga harus memiliki kunci umum penerima, dan melakukan enkripsi pesan dengan kunci tersebut).
==Masalah==
===Batasan ukuran lampiran===
{{Main|Lampiran surat elektronik}}
Pesan email dapat memiliki satu atau lebih lampiran, yang merupakan berkas tambahan yang dilampirkan ke dalam email. Lampiran umumnya mencakup dokumen [[Microsoft Word]], dokumen [[PDF]], dan gambar hasil pemindaian dari dokumen-dokumen kertas. Pada prinsipnya, tidak ada batasan teknis pada ukuran atau jumlah lampiran. Namun, dalam praktiknya, klien email, [[server (komputasi)|server]], dan penyedia layanan Internet menerapkan berbagai batasan pada ukuran berkas atau email lengkap – umumnya menjadi 25MB atau kurang.<ref>[https://exchangepedia.com/2007/09/exchange-server-2007-setting-message-size-limits.html ''"Setting Message Size Limits in Exchange 2010 and Exchange 2007"''] {{webarchive|url=https://web.archive.org/web/20130212114611/https://exchangepedia.com/2007/09/exchange-server-2007-setting-message-size-limits.html |date=2013-02-12 }}.</ref><ref>[https://www.geek.com/articles/news/google-updates-file-size-limits-for-gmail-and-youtube-20090629 ''"Google updates file size limits for Gmail and YouTube"'', geek.com] {{webarchive|url=https://web.archive.org/web/20111219141547/https://www.geek.com/articles/news/google-updates-file-size-limits-for-gmail-and-youtube-20090629 |date=2011-12-19 }}.</ref><ref>[https://mail.google.com/support/bin/answer.py?answer=8770&topic=1517 ''"Maximum attachment size"'', mail.google.com] {{Webarchive|url=https://web.archive.org/web/20111015232245/http://mail.google.com/support/bin/answer.py?answer=8770&topic=1517 |date=15 Oktober 2011 }}.</ref> Selain itu, karena alasan teknis, ukuran lampiran seperti yang terlihat oleh sistem transportasi ini dapat berbeda dari apa yang dilihat oleh pengguna,<ref>{{cite magazine|last=Walther|first=Henrik|date=Januari 2009|url=https://docs.microsoft.com/en-us/previous-versions/technet-magazine/dd314394(v=msdn.10)|title=Kenaikan Ukuran Lampiran yang Misterius, Replikasi Folder Publik, dan Lainnya|department=[https://docs.microsoft.com/en-us/previous-versions/technet-magazine/cc135877(v=msdn.10) Exchange Queue & A]|magazine=TechNet Magazine|via=Microsoft Docs|access-date=7 November 2021}}</ref> yang dapat membingungkan pengirim ketika mencoba menilai apakah mereka dapat mengirim berkas melalui email dengan aman. Jika berkas lebih besar perlu dibagikan, berbagai layanan [[layanan hosting berkas]] tersedia dan umum digunakan.<ref>[https://support.office.com/en-us/article/Send-large-files-to-other-people-7005da19-607a-47d5-b2c5-8f3982c6cc83 "Mengirim berkas besar kepada orang lain"] {{webarchive|url=https://web.archive.org/web/20160807110751/https://support.office.com/en-us/article/Send-large-files-to-other-people-7005da19-607a-47d5-b2c5-8f3982c6cc83 |date=7 Agustus 2016 }}, Microsoft.com</ref><ref>[https://www.makeuseof.com/tag/8-ways-to-email-large-attachments/ "8 cara mengirim lampiran besar melalui email"] {{webarchive|url=https://web.archive.org/web/20160702171053/https://www.makeuseof.com/tag/8-ways-to-email-large-attachments/ |date=2 Juli 2016 }}, Chris Hoffman, 21 Desember 2012, makeuseof.com</ref>
===Kelebihan informasi===
Kemampuan email yang digunakan oleh pekerja pengetahuan dan karyawan "kerah putih" telah memunculkan keprihatinan bahwa penerima menghadapi "[[Banjir informasi|kelebihan informasi]]" dalam menghadapi peningkatan volume email.<ref>{{cite web|last=Radicati|first=Sara|title=Laporan Statistik Email, 2010|url=https://www.radicati.com/wp/wp-content/uploads/2010/04/Email-Statistics-Report-2010-2014-Executive-Summary2.pdf|url-status=live|archive-url=https://web.archive.org/web/20110901222039/https://www.radicati.com/wp/wp-content/uploads/2010/04/Email-Statistics-Report-2010-2014-Executive-Summary2.pdf|archive-date=1 September 2011}}</ref><ref>{{cite news|last=Gross|first=Doug|title=Selamat Hari Kelebihan Informasi!|url=https://edition.cnn.com/2010/TECH/web/10/20/information.overload.day/index.html|work=CNN|date=20 Oktober 2010|url-status=live|archive-url=https://web.archive.org/web/20151023041454/https://edition.cnn.com/2010/TECH/web/10/20/information.overload.day/index.html|archive-date=23 Oktober 2015|access-date=24 Maret 2019}}</ref> Dengan pertumbuhan perangkat seluler, secara default karyawan juga dapat menerima email terkait pekerjaan di luar jam kerja mereka. Hal ini dapat menyebabkan peningkatan stres dan penurunan kepuasan dalam bekerja. Beberapa pengamat bahkan berargumen bahwa hal ini dapat memiliki dampak ekonomi negatif yang signifikan,<ref>{{cite news|url=https://www.nytimes.com/2008/04/20/technology/20digi.html|title=Berjuang untuk Menghindari Tsunami Email|date=20 April 2008|newspaper=The New York Times|first=Randall|last=Stross|access-date=1 Mei 2010|url-status=live|archive-url=https://web.archive.org/web/20090417094850/https://www.nytimes.com/2008/04/20/technology/20digi.html|archive-date=17 April 2009}}</ref> karena upaya untuk membaca banyak email dapat mengurangi [[produktivitas]].
===Spam===
{{Main|Spam email}}
"Spam" email adalah email massal yang tidak diminta. Biaya rendah untuk mengirim email semacam itu berarti bahwa pada tahun 2003, hingga 30% dari total lalu lintas email adalah spam,<ref>{{cite web|url=https://www.sitepronews.com/2015/05/04/seeing-spam-how-to-take-care-of-your-google-analytics-data/|title=Melihat Spam? Bagaimana Merawat Data Analisis Google Anda|website=sitepronews.com|access-date=5 September 2017|url-status=live|archive-url=https://web.archive.org/web/20171107005139/https://www.sitepronews.com/2015/05/04/seeing-spam-how-to-take-care-of-your-google-analytics-data/|archive-date=7 November 2017|date=4 Mei 2015}}</ref><ref name="R">Rich Kawanagh. Daftar sepuluh spam email teratas tahun 2005. Berita ITVibe, 2 Januari 2006, [https://itvibe.com/news/3837/ ITvibe.com] {{webarchive|url=https://web.archive.org/web/20080720071624/https://itvibe.com/news/3837/ |date=20 Juli 2008 }}</ref><ref>Cara Microsoft kalah dalam perang melawan spam [https://dir.salon.com/story/tech/feature/2005/01/19/microsoft_spam/index.html Salon.com] {{webarchive|url=https://web.archive.org/web/20080629050141/https://dir.salon.com/story/tech/feature/2005/01/19/microsoft_spam/index.html |date=29 Juni 2008 }}</ref><ref>{{cite web|url=https://www.zerobounce.net/blog/email-resources/be-a-better-marketer/the-origin-of-the-word-spam-email-spam|title=The Origin of the Word “Spam” – And What Makes an Email Spam|website=zerobounce.net|bahasa=inggris|access-date=20 juni 2023|url-status=live|archive-url=https://www.zerobounce.net/blog/email-resources/be-a-better-marketer/the-origin-of-the-word-spam-email-spam|archive-date=15 mei 2023|date=12 mei 2023}}</ref> dan mengancam kegunaan email sebagai alat praktis. [[CAN-SPAM Act of 2003]] di Amerika Serikat dan undang-undang serupa di tempat lain<ref>Undang-Undang Spam 2003 ([https://www.aph.gov.au/library/pubs/bd/2003-04/04bd045.pdf PDF] {{webarchive|url=https://web.archive.org/web/20060911062331/https://www.aph.gov.au/library/pubs/bd/2003-04/04bd045.pdf |date=11 September 2006 }})</ref> memiliki beberapa dampak, dan sejumlah teknik [[anti-spam (email)|anti-spam]] yang efektif sekarang sebagian besar mengurangi dampak spam dengan menyaring atau menolaknya untuk sebagian besar pengguna,<ref>[https://www.wired.com/2015/07/google-says-ai-catches-99-9-percent-gmail-spam/ "Google Mengatakan AI-nya Menangkap 99,9 Persen Spam Gmail"] {{webarchive|url=https://web.archive.org/web/20160916054313/https://www.wired.com/2015/07/google-says-ai-catches-99-9-percent-gmail-spam/ |date=16 September 2016 }}, Cade Metz, 9 Juli 2015, wired.com</ref> tetapi volume yang dikirim masih sangat tinggi—dan semakin banyak terdiri bukan dari iklan produk, melainkan konten atau tautan jahat.<ref name="securelist">[https://securelist.com/analysis/quarterly-spam-reports/74682/spam-and-phishing-in-q1-2016/ "Spam dan phishing pada K1 2016"] {{webarchive|url=https://web.archive.org/web/20160809154745/https://securelist.com/analysis/quarterly-spam-reports/74682/spam-and-phishing-in-q1-2016/ |date=9 Agustus 2016 }}, 12 Mei 2016, securelist.com</ref> Pada September 2017, misalnya, proporsi spam terhadap email sah meningkat menjadi 59,56%.<ref>{{Cite web|url=https://usa.kaspersky.com/about/press-releases/2018_fifa-2018-and-bitcoin-among-2017-most-luring-topics|title=Laporan Spam dan Phishing Kaspersky Lab|date=26 Mei 2021|access-date=17 Juli 2018|archive-date=17 Juli 2018|archive-url=https://web.archive.org/web/20180717183438/https://usa.kaspersky.com/about/press-releases/2018_fifa-2018-and-bitcoin-among-2017-most-luring-topics|url-status=live}}</ref> Persentase email spam pada tahun 2021 diperkirakan mencapai 85%.<ref>{{Cite web|url=https://www.thexyz.com/blog/2021-email-usage-statistics/|title=Statistik Penggunaan Email 2021|date=5 Oktober 2021|access-date=5 Oktober 2021|archive-date=5 Oktober 2021|archive-url=https://web.archive.org/web/20211005234608/https://www.thexyz.com/blog/2021-email-usage-statistics/|url-status=live}}</ref>
===Malware===
Ada berbagai jenis email berbahaya. Ini mencakup berbagai jenis penipuan email, termasuk penipuan [[Rekayasa sosial|"rekayasa sosial"]] seperti "Nigerian letters" penipuan [[Biaya di muka|"advance-fee scam"]], hingga [[phising]], [[email bom]]ardment, dan [[Cacing komputer|cacing email]].
===Pemalsuan email===
{{Main|Pemalsuan email}}
[[Pemalsuan email]] terjadi ketika header pesan email dirancang untuk membuat pesan terlihat berasal dari sumber yang dikenal atau tepercaya. Metode [[Spam email|spam]] dan [[phishing]] biasanya menggunakan pemalsuan untuk menyesatkan penerima tentang asal pesan sebenarnya. Pemalsuan email dapat dilakukan sebagai lelucon, atau sebagai bagian dari upaya kriminal untuk menipu individu atau organisasi. Contoh pemalsuan email yang berpotensi menipu adalah jika seseorang membuat email yang tampak seperti faktur dari perusahaan besar, dan kemudian mengirimkannya kepada satu atau lebih penerima. Dalam beberapa kasus, email palsu ini mencakup logo organisasi yang dimaksud dan bahkan alamat emailnya dapat terlihat sah.
===Serangan Email bom===
{{main|Bom email}}
[[Serangan bom email]] adalah pengiriman sengaja sejumlah besar pesan ke alamat target. Beban yang berlebihan pada alamat email target dapat membuatnya tidak dapat digunakan dan bahkan dapat menyebabkan server email mengalami kerusakan.
===Kekhawatiran Privasi===
{{Main|Privasi email}}
Saat ini, penting untuk membedakan antara email Internet dan sistem email internal. Email Internet dapat melakukan perjalanan dan disimpan di jaringan dan komputer tanpa kendali pengirim atau penerima. Selama waktu transit, dimungkinkan pihak ketiga membaca atau bahkan mengubah kontennya. Sistem email internal, di mana informasinya tidak pernah meninggalkan jaringan organisasi, mungkin lebih aman, meskipun personel teknologi informasi dan orang lain yang fungsinya mungkin melibatkan pemantauan atau pengelolaan dapat mengakses email karyawan lain.
Privasi email, tanpa beberapa langkah keamanan, dapat terancam karena:
*pesan email umumnya tidak dienkripsi.
*pesan email harus melalui komputer-komputer perantara sebelum mencapai tujuannya, artinya relatif mudah bagi orang lain untuk mencegat dan membaca pesan.
*banyak Penyedia Layanan Internet (ISP) menyimpan salinan pesan email di server email mereka sebelum disampaikan. Cadangan ini dapat tetap ada selama beberapa bulan di server mereka, meskipun dihapus dari kotak surat.
*bidang "Received:"- dan informasi lain dalam email sering dapat mengidentifikasi pengirim, mencegah komunikasi anonim.
*[[web bug]] yang tertanam secara tidak terlihat dalam konten HTML dapat memberi tahu pengirim setiap email setiap kali sebuah email ditampilkan sebagai HTML (beberapa klien surel melakukan ini ketika pengguna membaca atau membaca ulang surel tersebut) dan dari alamat IP mana. Ini juga dapat mengungkapkan apakah sebuah email dibaca di smartphone atau PC, atau perangkat Apple Mac melalui [[user agent string]].
Ada aplikasi [[kriptografi]] yang dapat digunakan sebagai upaya penanggulangan satu atau lebih dari hal-hal di atas. Misalnya, [[Jaringan pribadi virtual|Jaringan Pribadi Virtual]] atau jaringan [[Tor (jaringan anonim)|Tor]] dapat digunakan untuk mengenkripsi lalu lintas dari mesin pengguna ke jaringan yang lebih aman, sementara [[GNU Privacy Guard|GPG]], [[PGP]], SMEmail,<ref>[https://www.arxiv.org/pdf/1002.3176 SMEmail - Protokol Baru untuk Surel Aman di Lingkungan Seluler], Prosiding Konferensi Jaringan dan Aplikasi Telekomunikasi Australia (ATNAC'08), hlm. 39–44, Adelaide, Australia, Des. 2008.</ref> atau [[S/MIME]] dapat digunakan untuk enkripsi pesan [[end-to-end principle|end-to-end]], dan SMTP STARTTLS atau SMTP melalui [[Transport Layer Security]]/Secure Sockets Layer dapat digunakan untuk mengenkripsi komunikasi untuk satu lompatan surel antara klien SMTP dan server SMTP.
Selain itu, banyak [[agen pengguna surat]] tidak melindungi login dan kata sandi, membuatnya mudah diintersep oleh penyerang. Skema otentikasi terenkripsi seperti [[Simple Authentication and Security Layer|SASL]] mencegah hal ini. Akhirnya, file lampiran memiliki banyak bahaya yang sama seperti yang ditemukan dalam berbagi file [[peer-to-peer]]. Berkas terlampir dapat berisi [[Trojan horse (komputer)|trojan]] atau [[Computer virus|virus]].
===Kontrak Hukum===
Mungkin bagi pertukaran email untuk membentuk kontrak yang mengikat, sehingga pengguna harus berhati-hati dengan apa yang mereka kirim melalui korespondensi email.<ref>{{Cite web|url=https://www.law.com/newyorklawjournal/almID/1202794877741/When-Email-Exchanges-Become-Binding-Contracts/|title=Ketika Pertukaran Email Menjadi Kontrak yang Mengikat|website=law.com|access-date=6 Desember 2019|archive-date=19 Juni 2019|archive-url=https://web.archive.org/web/20190619151252/https://www.law.com/newyorklawjournal/almID/1202794877741/When-Email-Exchanges-Become-Binding-Contracts/|url-status=live}}</ref><ref>{{cite journal |last1=Catarina |first1=Jessica |last2=Feitel |first2=Jesse |title=Pembentukan Kontrak Secara Tidak Sengaja melalui Email Menurut Hukum New York: Pembaruan |journal=Syracuse Law Review |date=2019 |volume=69}}</ref> Blok tanda tangan pada email dapat diartikan sebagai pemenuhan persyaratan tanda tangan untuk kontrak.<ref>{{cite news|last1=Corfield|first1=Gareth|title=Putusan pengadilan Inggris mengatakan bahwa blok tanda tangan email dapat menandatangani kontrak yang mengikat|url=https://www.theregister.co.uk/2019/09/30/email_signature_legally_binding_contract/|access-date=6 Desember 2019|work=The Register|archive-date=17 Oktober 2019|archive-url=https://web.archive.org/web/20191017063749/https://www.theregister.co.uk/2019/09/30/email_signature_legally_binding_contract/|url-status=live}}</ref>
===Flaming===
[[Flame war|Flaming]] terjadi ketika seseorang mengirim pesan (atau banyak pesan) dengan konten marah atau bermusuhan. Istilah ini berasal dari penggunaan kata ''incendiary'' untuk menggambarkan diskusi email yang sangat memanas. Kemudahan dan impersonalitas komunikasi email berarti bahwa [[norma sosial]] yang mendorong kecivitan secara langsung atau melalui telepon tidak ada dan kecivitan bisa terlupakan.<ref>{{cite journal|author1=S. Kiesler |author2=D. Zubrow |author3=A.M. Moses |author4=V. Geller |title=Perasaan dalam komunikasi berbasis komputer: sebuah percobaan dalam diskusi terminal-ke-terminal secara bersamaan|journal=Human-Computer Interaction|volume=1|pages=77–104|year=1985|doi=10.1207/s15327051hci0101_3}}</ref>
===Kebangkrutan Email===
{{main|Kebangkrutan email}}
Juga dikenal sebagai "kelelahan email", kebangkrutan email terjadi ketika pengguna mengabaikan sejumlah besar pesan email setelah tertinggal dalam membaca dan menjawabnya. Alasan tertinggal sering kali disebabkan oleh kelebihan informasi dan rasa umum bahwa ada begitu banyak informasi sehingga tidak mungkin membacanya semua. Sebagai solusi, orang kadang-kadang mengirim pesan "standar" yang menjelaskan bahwa kotak masuk email mereka penuh, dan bahwa mereka sedang dalam proses membersihkan semua pesan. Profesor hukum dari Universitas Harvard, [[Lawrence Lessig]], diakui sebagai orang yang menciptakan istilah ini, tetapi ia mungkin hanya mempopulerkannya.<ref>{{cite news|title=All We Are Saying.|url=https://www.nytimes.com/2007/12/23/weekinreview/23buzzwords.html|newspaper=The New York Times|date=23 Desember 2007|access-date=24 Desember 2007|first=Grant|last=Barrett|url-status=live|archive-url=https://web.archive.org/web/20090417094849/https://www.nytimes.com/2007/12/23/weekinreview/23buzzwords.html|archive-date=17 April 2009}}</ref>
===Internasionalisasi===
Awalnya, layanan surat SMTP sepenuhnya berbasis teks ASCII. MIME sekarang memungkinkan konten tubuh teks dan beberapa konten header teks dalam set karakter internasional, tetapi header lain dan alamat email menggunakan UTF-8, sementara standar<ref>{{Cite web|url=https://registry.in/Internationalized_Domain_Names_IDNs|title=Internationalized Domain Names (IDNs) {{!}} Registry.In|website=registry.in|access-date=17 Oktober 2016|url-status=live|archive-url=https://web.archive.org/web/20160513012539/https://registry.in/Internationalized_Domain_Names_IDNs|archive-date=13 Mei 2016}}</ref><ref>Pexton, Patrick B. [https://taisao.info/ https://taisao.info/] tanggal 16 Mei 2018. Diakses tanggal 22 Oktober 2018.</ref> belum secara luas diadopsi.<ref name=first>{{cite web|url=https://economictimes.indiatimes.com/tech/internet/datamail-worlds-first-free-linguistic-email-service-supports-eight-india-languages/articleshow/54923001.cms|title=DataMail: Layanan Email Linguistik Gratis Pertama di Dunia Mendukung Delapan Bahasa India|url-status=live|archive-url=https://web.archive.org/web/20161022080739/https://economictimes.indiatimes.com/tech/internet/datamail-worlds-first-free-linguistic-email-service-supports-eight-india-languages/articleshow/54923001.cms|archive-date=22 Oktober 2016}}</ref><ref>{{cite web|url=https://digitalconqurer.com/gadgets/made-india-datamail-empowers-russia-email-address-russian-language/|title=Made In India 'Datamail' Memberdayakan Rusia Dengan Alamat Email dalam Bahasa Rusia - Digital Conqueror|date=7 Desember 2016|url-status=live|archive-url=https://web.archive.org/web/20170305005327/https://digitalconqurer.com/gadgets/made-india-datamail-empowers-russia-email-address-russian-language/|archive-date=5 Maret 2017}}</ref>
{{further|Email internasional|Alamat email#Internasionalisasi}}
===Pelacakan surel yang dikirim===
Layanan surat SMTP asli menyediakan mekanisme terbatas untuk melacak pesan yang dikirim, dan tidak ada untuk memverifikasi bahwa pesan telah terkirim atau dibaca. Ini memerlukan setiap server surat harus mengirimkannya atau mengembalikan pemberitahuan kegagalan (pesan pantulan), tetapi bug perangkat lunak dan kegagalan sistem dapat menyebabkan pesan hilang. Untuk mengatasi ini, [[Internet Engineering Task Force|IETF]] memperkenalkan [[Notifikasi Status Pengiriman]] (penerimaan pengiriman) dan [[Notifikasi Disposisi Pesan]] (penerimaan kembali); Namun, ini tidak secara universal diimplementasikan dalam produksi.
Banyak ISP sekarang dengan sengaja menonaktifkan laporan tidak terkirim (NDR) dan penerimaan pengiriman karena aktivitas spammer:
*Laporan Pengiriman dapat digunakan untuk memverifikasi apakah alamat ada dan jika ya, ini mengindikasikan kepada spammer bahwa alamat tersebut tersedia untuk dikirim spam.
*Jika spammer menggunakan alamat email pengirim palsu ([[email spoofing]]), maka alamat email yang tidak bersalah yang digunakan dapat dibanjiri dengan NDR dari banyak alamat email tidak valid yang mungkin telah dicoba oleh spammer untuk dikirim surat. NDR ini kemudian merupakan spam dari ISP ke pengguna yang tidak bersalah.
Dalam ketiadaan metode standar, sejumlah sistem berbasis [[web bug]] telah dikembangkan. Namun, ini sering dilihat sebagai hal yang tidak jujur atau menimbulkan kekhawatiran privasi,<ref>{{cite news|url=https://query.nytimes.com/gst/fullpage.html?res=940CE0D9143AF931A15752C1A9669C8B63|title=Perangkat Lunak Pelacakan E-Mail Menimbulkan Kekhawatiran Privasi|author=Amy Harmon|newspaper=The New York Times|date=22 November 2000|access-date=13 Januari 2012}}</ref><ref>{{cite web |url=https://email.about.com/od/emailbehindthescenes/a/html_return_rcp.htm |title=About.com |publisher=Email.about.com |date=19 Desember 2013|access-date=9 Januari 2014 |url-status=live |archive-url=https://web.archive.org/web/20160827203219/https://email.about.com/od/emailbehindthescenes/a/html_return_rcp.htm |archive-date=27 Agustus 2016 }}</ref> dan hanya berfungsi dengan klien email yang mendukung rendering HTML. Banyak klien surat sekarang secara default tidak menampilkan "konten web".<ref>[https://www.slipstick.com/outlook/email/microsoft-outlook-web-bugs-blocked-html-images "Outlook: Web Bugs & Blok Gambar HTML Diblokir"] {{webarchive|url=https://web.archive.org/web/20150218074718/https://www.slipstick.com/outlook/email/microsoft-outlook-web-bugs-blocked-html-images/ |date=18 Februari 2015 }}, slipstick.com</ref> Penyedia [[Webmail]] juga dapat mengganggu web bug dengan memuat prapemetaan gambar.<ref>[https://arstechnica.com/information-technology/2013/12/gmail-blows-up-e-mail-marketing-by-caching-all-images-on-google-servers/ "Gmail meledakkan pemasaran surel..."] {{webarchive|url=https://web.archive.org/web/20170607090403/https://arstechnica.com/information-technology/2013/12/gmail-blows-up-e-mail-marketing-by-caching-all-images-on-google-servers/ |date=7 Juni 2017 }}, Ron Amadeo, 13 Desember 2013, Ars Technica</ref>
== Lihat pula ==
Baris 74 ⟶ 139:
== Referensi ==
{{reflist|2}}
{{Authority control}}
| |||