If-Koubou

Mengapa Server SMTP Intermediet Diperlukan untuk Mengirim Surat?

Mengapa Server SMTP Intermediet Diperlukan untuk Mengirim Surat? (Bagaimana caranya)

Ketika seseorang belajar lebih banyak tentang bagaimana klien email, server SMTP, dan seluruh sistem surat online bekerja, mereka mungkin ingin tahu mengapa server SMTP menengah bahkan diperlukan. Dengan itu dalam pikiran, SuperUser Q & A postingan hari ini memiliki jawaban atas pertanyaan pembaca yang ingin tahu.

Sesi Tanya & Jawab hari ini hadir untuk memberi kami hak milik SuperUser-sub divisi 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 menengah 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 mengirim pesan saya ke server MX example.com.

Mengapa server SMTP menengah diperlukan untuk mengirim email?

Jawabannya

Penyumbang super User davidgo memiliki jawabannya untuk kami:

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

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

Pindah ke tempat layanan Internet murah, masih berguna untuk memiliki mekanisme untuk mencoba mengirim email jika server tidak tersedia. Tidak ideal untuk fungsi ini ditulis ke dalam MUA (Mail user agent / program email pengguna akhir). Fungsi-fungsi ini cocok dengan MTA (server Email / server SMTP).

Tapi itu mendapat spam yang lebih buruk. Sebagian besar surat (lebih dari 80 persen) adalah spam. Penyedia layanan 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. Greylisting: Beberapa penyedia akan secara otomatis memutuskan sambungan email jika pengirim dan penerima tidak berkomunikasi sebelumnya dan mengharapkan mereka mencoba untuk kedua kalinya. Spammer sering tidak mencoba lagi sementara server SMTP selalu seharusnya. Ini mengurangi volume spam hingga sekitar 80 persen, tetapi menyebalkan harus dilakukan.

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

  • Blokir alamat dinamis / klien (tidak 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 banyak blok alamat klien tidak miliki).
  • Periksa reputasi. Ketika berkomunikasi dengan server SMTP lainnya, 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 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 menempa surat lebih keras dan akan sulit, tetapi tidak selalu tidak mungkin untuk menyebar jika program surat (MUA) bertanggung jawab untuk surat keluar.

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

Memiliki sesuatu untuk ditambahkan ke penjelasan? Bicaralah di komentar. Ingin membaca lebih banyak jawaban dari pengguna Stack Exchange yang paham teknologi lainnya? Lihat diskusi lengkap di sini.