Saat seseorang mempelajari lebih lanjut tentang cara kerja klien email, server SMTP, dan keseluruhan sistem email online, mereka mungkin ingin tahu mengapa server SMTP perantara bahkan diperlukan. Dengan mengingat hal itu, postingan Tanya Jawab SuperUser hari ini memiliki jawaban untuk pertanyaan pembaca yang penasaran.
Sesi Tanya & Jawab hari ini hadir atas kebaikan SuperUser — subdivisi Stack Exchange, pengelompokan situs web Tanya Jawab berbasis komunitas.
Foto milik David Schroeder (Flickr) .
Pertanyaan
Pembaca SuperUser Tobia ingin tahu mengapa server SMTP perantara diperlukan untuk mengirim email:
Mengapa saya memerlukan server SMTP perantara untuk mengirim email? Mengapa klien email saya (Outlook atau Thunderbird) tidak dapat mengirim pesan langsung ke domain SMTP penerima?
Misalnya, jika saya harus mengirim email ke [email protected] dengan akun Gmail saya, saya mengirimkannya ke smtp.gmail.com server; kemudian server ini mengirimkan pesan saya ke server MX example.com .
Mengapa server SMTP perantara diperlukan untuk mengirim email?
Jawabannya
Kontributor SuperUser, davidgo, memiliki jawabannya untuk kami:
Secara teknis mungkin untuk mengirim email langsung ke server SMTP penerima dari komputer Anda.
Melihat dari basis historis, jika server SMTP jarak jauh mati, Anda ingin sistem menanganinya secara otomatis dan terus mencoba ulang, maka Anda memiliki server SMTP. Demikian pula, di masa lalu, tidak semua server email terhubung sepanjang waktu (tautan jarak jauh itu mahal), sehingga email akan dimasukkan ke dalam antrean dan dikirim ketika tautan dibuat.
Beralih ke tempat layanan Internet murah, masih berguna untuk memiliki mekanisme untuk mencoba kembali mengirim email jika server tidak tersedia. Tidaklah ideal jika fungsi ini ditulis ke MUA (Agen pengguna email / program email pengguna akhir). Fungsi ini cocok dengan MTA (Mail server / SMTP server).
Namun semakin buruk — pengirim spam. Kebanyakan email (lebih dari 80 persen) adalah spam. Penyedia email melakukan apa pun yang mereka bisa untuk mengurangi masalah ini dan sejumlah besar teknik membuat asumsi tentang cara pengiriman email. Berikut ini adalah pertimbangan penting:
1. Daftar Greylisting: Beberapa penyedia secara otomatis akan memutuskan sambungan email jika pengirim dan penerima belum pernah berkomunikasi sebelumnya dan mengharapkan mereka untuk mencoba untuk kedua kalinya. Pelaku spam sering kali tidak mencoba ulang, padahal seharusnya server SMTP melakukannya. Ini mengurangi volume spam sekitar 80 persen, tetapi itu menyebalkan untuk harus melakukan ini.
2. Reputasi: Jauh lebih mungkin bahwa seseorang yang mengirim email melalui server SMTP yang terkenal dan terkenal itu sah dibandingkan dengan server fly-by-night. Untuk merasakan reputasi, penyedia melakukan sejumlah hal:
- Blokir alamat dinamis / klien (bukan 100 persen, tetapi sebagian besar Internet telah dipetakan).
- Periksa untuk melihat apakah DNS terbalik cocok dengan DNS maju. Tidak terlalu sulit untuk dilakukan, tetapi ini menunjukkan beberapa tingkat akuntabilitas dan pengetahuan tentang praktik terbaik (sesuatu yang tidak dimiliki banyak blok alamat klien).
- Periksa reputasi. Saat berkomunikasi dengan server SMTP lain, banyak penyedia melacak jumlah spam dan volume email yang dikirim. Mereka dapat mengurangi jumlah spam dengan membatasi koneksi dan mengawasi parameter ini. Ada banyak cara untuk melakukannya, tidak semuanya jelas, tetapi membutuhkan pengirim yang dikenal.
- SPF dan DKIM. Mekanisme ini mengikat sumber daya DNS ke nama domain untuk mempersulit pemalsuan email dan akan menjadi sulit, namun tidak selalu mustahil untuk diterapkan jika program email (MUA) bertanggung jawab atas email keluar.
Mungkin ada masalah kecil lainnya, tetapi ini akan menjadi yang utama.
Punya sesuatu untuk ditambahkan ke penjelasannya? Suarakan di komentar. Ingin membaca lebih banyak jawaban dari pengguna Stack Exchange yang paham teknologi? Lihat utas diskusi lengkap di sini .
