Beranda » bagaimana » Mengapa Server SMTP Menengah Diperlukan untuk Mengirim Surat?

    Mengapa Server SMTP Menengah Diperlukan untuk Mengirim Surat?

    Ketika seseorang belajar lebih banyak tentang bagaimana klien surat, server SMTP, dan seluruh sistem surat online bekerja, mereka mungkin ingin tahu mengapa server SMTP menengah bahkan diperlukan. Dengan mengingat hal itu, pos T&J SuperUser hari ini memiliki jawaban atas pertanyaan pembaca yang penasaran.

    Sesi Tanya Jawab hari ini datang kepada kami berkat SuperUser-subdivisi Stack Exchange, pengelompokan situs web Q&A berbasis komunitas.

    Foto milik David Schroeder (Flickr).

    Pertanyaan

    Pembaca SuperUser Tobia ingin tahu mengapa server SMTP menengah 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 kirimkan ke smtp.gmail.com server; maka server ini mengirimkan pesan saya ke server MX dari example.com.

    Mengapa server SMTP menengah diperlukan untuk mengirim email?

    Jawabannya

    Kontributor SuperUser davidgo memiliki jawaban untuk kami:

    Secara teknis dimungkinkan untuk mengirim email langsung ke server SMTP penerima dari komputer Anda.

    Melihatnya dari dasar historis, jika server SMTP jauh turun, Anda ingin sistem untuk secara otomatis menanganinya dan terus mencoba lagi, maka Anda memiliki server SMTP. Demikian pula, di masa lalu, tidak semua server email terhubung sepanjang waktu (tautan jarak jauh mahal), jadi email akan diantrikan dan dikirim ketika tautan dibuat.

    Pindah ke tempat layanan Internet murah, masih bermanfaat untuk memiliki mekanisme untuk mencoba kembali mengirim email jika server tidak tersedia. Fungsi ini tidak ideal untuk ditulis ke dalam MUA (Agen pengguna email / program pengguna akhir). Fungsi-fungsi ini masuk ke dalam MTA (Server mail / server SMTP).

    Tapi itu semakin buruk spammer. Sebagian besar 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 surat. Berikut ini adalah pertimbangan penting:

    1. Greylisting: Beberapa penyedia akan secara otomatis menjatuhkan koneksi surat jika pengirim dan penerima belum berkomunikasi sebelumnya dan mengharapkan mereka untuk mencoba yang kedua kalinya. Spammer sering tidak mencoba ulang sementara server SMTP selalu seharusnya. Ini mengurangi volume spam sekitar 80 persen, tetapi menyebalkan harus melakukan ini.

    2. Reputasi: Adalah jauh lebih mungkin bahwa seseorang yang mengirim surat melalui server SMTP yang memiliki reputasi dan dikenal adalah sah dibandingkan dengan server fly-by-night. Untuk merasakan reputasi, penyedia melakukan sejumlah hal:

    • Blokir alamat dinamis / klien (bukan 100 persen, tetapi sebagian besar dari Internet telah dipetakan).
    • Periksa untuk melihat apakah DNS terbalik cocok dengan forward DNS. Tidak terlalu sulit untuk dilakukan, tetapi ini menunjukkan tingkat akuntabilitas dan pengetahuan praktik terbaik (sesuatu yang tidak dimiliki oleh blok alamat klien).
    • Periksa reputasi. Saat berkomunikasi dengan server SMTP lainnya, banyak penyedia melacak jumlah spam dan volume surat yang dikirim. Mereka dapat mengurangi jumlah spam dengan membatasi koneksi dan mengawasi parameter-parameter ini. Ada banyak cara ini dilakukan, tidak semuanya jelas, tetapi yang membutuhkan pengirim yang dikenal.
    • SPF dan DKIM. Mekanisme ini mengikat sumber daya DNS ke nama domain untuk membuat penempaan surat lebih sulit dan akan sulit, tetapi tidak selalu mustahil untuk digunakan jika program surat (MUA) bertanggung jawab atas surat keluar.

    Mungkin ada kekhawatiran kecil lainnya, tetapi ini akan menjadi yang utama.


    Punya sesuatu untuk ditambahkan ke penjelasan? Berbunyi dalam komentar. Ingin membaca lebih banyak jawaban dari pengguna Stack Exchange yang mengerti teknologi lainnya? Lihat utas diskusi lengkap di sini.