Apa itu server surat. Memilih server email untuk bisnis menengah

Server surat adalah agen khusus - program yang memproses permintaan surat, mentransfer pesan dari satu mesin ke mesin lainnya.

Server Surel bertindak sebagai kantor pos yang nyata dan akrab bagi kita, memproses byte, seperti pesan kertas dalam amplop.

Untuk mengirim surat ke teman, Anda harus menulis isinya, menentukan alamat email penerima, dan mentransfer semua data ke alamat server Anda pesan elektronik. Proses pengiriman otomatis di komputer atau . Server pengirim membuat perhitungan yang diperlukan dan mengarahkan korespondensi ke server penerima, di mana surat itu sampai ke teman yang bahagia.

Apa itu protokol server surat

Ternyata untuk fungsi yang tidak terputus dan sinkron, semua server email di dunia mematuhi tiga utama protokol kerja,

Mengirim email SMTP Simple Mail Transfer Protocol

Protokol yang disebut SMTP selalu bertanggung jawab untuk mengirim surat, versi pertamanya dijelaskan dalam standar tahun 1982. Pada tahun 2008 ditingkatkan ke versi ESMTP dengan fungsionalitas yang diperluas. Port akses protokol klasik: 25 TCP, jika menggunakan shell SSL, port berubah menjadi 465 TCP.

Contoh tipikal cara kerja protokol SMTP adalah urutan tindakan berikut:

Milikmu klien surat pada komputer membuat sambungan dengan server SMTP yang mengikat dikonfigurasi
Server hanya tertarik pada satu parameter yang diterima dari Anda - penerima. Itu membuat kueri ke layanan DNS untuk mendapatkan alamat IP pengiriman
Setelah server SMTP mengetahui lokasi penerima di ruang alamat, upaya dilakukan untuk terhubung langsung ke server penerima di port 25
Server SMTP penerima memeriksa keberadaan klien di database, jika cocok, mentransfer data ke server POP3 internalnya untuk ditempatkan di kotak surat pengguna.
Jika ada masalah saat menyambung ke host SMTP penerima, upaya pengiriman akan diulangi beberapa kali lagi secara berkala. Jika Anda menolak, Anda akan menerima pesan kesalahan kembali.

Menerima dan menyimpan surat POP3 Post Office Protocol 3

Protokol pertama, klasik dan sederhana akses jarak jauh ke kotak surat. Bukan rahasia lagi bahwa email disimpan di server, dan yang Anda lihat di layar hanyalah salinan lokalnya. Pada tahun 1988, versi ketiga, final dari protokol dibuat, yang dengannya klien dapat mengumpulkan korespondensi dari server. Secara default, setelah pesan disalin ke penyimpanan lokal menggunakan protokol POP3, pesan tersebut dihapus secara permanen dari server. Port akses standar: 110 TCP

Pertimbangkan sesi template dengan server POP3:

Otorisasi. Klien yang terhubung melewati prosedur otentikasi dengan nama dan kata sandi. Memeriksa apakah alamat email ini miliknya
transaksi. Ada pertukaran data tentang keadaan kotak surat saat ini, penerimaan surat dan bekerja dengan korespondensi
Memperbarui. Server menghapus pesan yang telah dibaca dari penyimpanannya dan menutup sesi.

Penanganan email tingkat lanjut Protokol Akses Pesan Internet IMAP

Protokol yang lebih kompleks, kompleks, dan modern untuk bekerja dengan server email jarak jauh. Muncul pada tahun 1986, dan meningkat secara signifikan dalam volume edisi terakhir pada tahun 2003. Perbedaan utama dari komunikasi POP3 adalah bahwa pekerjaan dilakukan tanpa mengirimkan semua konten, Anda langsung berada di server dan mengedit informasi langsung di sana. Sisi negatif dari protokol ini adalah ketidakmampuan untuk bekerja dengan email saat koneksi internet terputus. Beberapa ahli percaya bahwa IMAP akan menjadi monopoli protokol email, jika bukan karena implementasi fungsi pengiriman email yang biasa-biasa saja. Port koneksi utama: 143 TCP atau 993 TCP saat terhubung melalui saluran SSL terenkripsi.

Server IMAP dapat berada di empat status

Tanpa otentikasi. Server sedang menunggu transfer login dan kata sandi dari pengguna
Diautentikasi. Ada pilihan kotak surat untuk pekerjaan lebih lanjut
Status pemilihan. Setelah memilih kotak surat, pekerjaan dengan huruf di dalamnya dimulai.
KELUAR. Menutup koneksi karena kesalahan atau permintaan klien

Server surat sendiri

Pengguna biasa memiliki cukup surat layanan Google, Yandex, dll. Tetapi jauh lebih sulit bagi administrator portal dan perusahaan yang perlu dinaikkan perangkat lunak transfer surat. Tidak ada perusahaan yang ingin menerima pesanan dari pelanggan dengan nama domain orang lain, yang berarti sudah waktunya untuk membuat node email mereka sendiri. Ada beberapa opsi di sini

Solusi siap

Yandex dan MAIL.ru menyediakan layanan penyedia email gratis untuk domain Anda. Ini berarti Anda menerima email di [email dilindungi], itu persis sama jika Anda membuat server email Anda sendiri secara manual. Tetapi perusahaan menangani pemrosesan korespondensi dengan menyediakan antarmuka web yang nyaman dan alamat terpisah untuk karyawan.

Kelebihan lainnya adalah bahwa alamat server dari server email perusahaan selalu dipercaya oleh klien, yang berarti kemungkinan masuk ke spam jauh lebih kecil.

Konfigurasi mandiri secara manual

Ini jalan yang sulit. Butuh waktu lama untuk menyiapkan server seperti itu. Dan menghubungi perusahaan khusus akan lebih mudah, bahkan lebih murah.

Untuk Server Windows Microsoft Exchange Server dianggap klasik. Terintegrasi penuh ke dalam lingkungan jendela, kompatibel dengan semua protokol, cepat dan mudah disiapkan

Ada beberapa solusi lengkap untuk Linux, tetapi para ahli baru-baru ini mencatat server Postfix sebagai cara kerja yang paling aman dan nyaman. Filter spam yang dapat dicolokkan, kontrol surat yang dilewati, dan dukungan basis data merupakan bagian integral dari Postfix.

Jika Anda memiliki keinginan untuk mempelajari cara mencari dan mengeksploitasi kerentanan dalam jaringan informasi, saya sarankan Anda berkenalan kursus online "Lokakarya tentang Kali Linux» dalam OTUS. Kursus ini dirancang untuk mereka yang tidak memiliki pengalaman dalam informasi keamanan, untuk masuk Anda harus lulus.

Mari kita mulai dengan apa yang saya maksud dengan bisnis menengah. Saya tidak tahu persis klasifikasinya dan belum mencari kemana-mana, belum mengecek. Secara intuitif menurut saya ini dari 10-15 pengguna menjadi 200-300. Saya akan mempertimbangkan segmennya hingga 100 pengguna, karena hampir sepanjang waktu saya bekerja secara eksklusif di ceruk ini. Masalah dan kebutuhan perusahaan besar tidak saya ketahui secara pasti. Meskipun saya tidak yakin ada sesuatu yang berbeda secara fundamental dari 100 orang, menurut saya pendekatannya akan sama, hanya perangkat kerasnya yang lebih bertenaga. Masalah distribusi dan pengelompokan beban kemungkinan besar belum muncul di sini.

Kami memiliki perusahaan kecil dengan beberapa lusin orang. Kami membutuhkan server email. Terlepas dari kenyataan bahwa teknologi telah melangkah maju sejak lama, menyediakan banyak alat komunikasi yang berbeda, email masih berdiri kokoh di posisinya dan belum akan menyerah. Pada saat yang sama, dalam tim sekecil itu, tidak ada persyaratan besar untuk server surat. Paling sering, surat hanya berfungsi, tanpa embel-embel fungsional khusus. Baik klien email dan protokol imap, atau antarmuka web sudah cukup. Nah, jika memungkinkan untuk mengatur balasan otomatis, lakukan folder bersama, satu buku alamat, tetapi Anda dapat hidup tanpanya.

Di antara semua opsi yang memungkinkan untuk layanan email, saya memilih 3 pendekatan yang berbeda secara fundamental untuk penerapan fungsionalitas yang diperlukan:

Layanan berdasarkan layanan email gratis Google, Yandex, atau email.
Mail server Anda berdasarkan perangkat lunak bebas.
Pertukaran server dari Microsoft.

Mari kita analisis masing-masing secara lebih detail.

Surat gratis dari google, yandex, dan mail.ru

Saya akan membuat beberapa komentar sekarang. Saya tidak yakin bahwa Google sekarang dapat mendaftarkan surat perusahaan gratis. Semua yang telah mendaftar sebelum digunakan gratis, dan hanya untuk pengguna baru langganan berbayar. Tapi ini tidak mendasar dan tidak berhubungan langsung dengan topik artikel. Jika Google telah dibayar penuh untuk bisnis, maka kami akan mengecualikannya dari daftar kami. Yandex dan Mail.ru masih gratis. Saya sendiri mengelola domain email di aplikasi Google dan di Yandex. Saya tidak bekerja dengan biz.mail.ru, saya hanya tahu bahwa hal serupa diterapkan di sana. Saya entah bagaimana tidak menyukai perusahaan itu sendiri sejak dulu. Meskipun sekarang mereka tampaknya telah berbalik menghadap para pengguna, tetapi Amigo masih hidup dan sehat, jadi mereka belum berbalik.

Pertimbangkan keuntungan dari layanan surat ini.

Keuntungan terpenting adalah surat lengkap siap segera setelah pendaftaran. Tidak ada biaya untuk pembelian perangkat keras dan konfigurasi. Apakah cukup untuk pengguna yang kurang lebih mahir yang, dengan mengikuti petunjuk di situs, akan dapat menghubungkan domain dan membuat kotak surat. Dan Anda sudah bisa menggunakan surat.
Mudah dikelola dan mengelola pengguna, layanan web menyediakan semua alat yang diperlukan untuk ini. Mereka nyaman dan intuitif (walaupun tidak selalu) dapat dimengerti.
Nyaman dan kebiasaan antarmuka web. Semuanya bekerja dengan cepat, dari mana saja selama ada koneksi internet dan browser. Ada aplikasi seluler yang bagus.
Fungsionalitas yang luas, siap segera setelah membuat kotak. Berbagai filter, pengumpul surat, anti-spam yang baik (dari Google) dan banyak lagi.

Segala sesuatu tampaknya tidak kehilangan apa-apa. Tampaknya keuntungannya jelas dan signifikan. Tapi sebelum melompat ke kesimpulan, mari kita lihat kekurangannya.

Anda tidak mengontrol email ini. Dia bukan milikmu, tidak ada di server Anda. Anda tidak tahu apa yang terjadi padanya. Jika Anda memiliki korespondensi yang sangat sensitif dan pribadi, maka timbul kecurigaan dan keraguan tentang penggunaan layanan email populer. Ini mungkin terdengar paranoid, tetapi ini adalah masalah nyata bagi pengguna dan pemilik bisnis, dan tidak boleh diabaikan.
Anda tidak kebal dari kegagalan dalam sistem dan tidak dapat mencegahnya dengan cara apa pun. Dan kegagalan, meski tidak sering, tapi memang terjadi. Karena layanannya gratis tidak ada yang akan menjamin Anda apa pun. Dan jika terjadi force majeure dan data hilang, Anda hanya akan diberi tahu maaf. Jika Anda sendiri tidak memiliki struktur TI yang sangat andal, kemungkinan besar masalah teknis pada Anda pelayan pribadi itu mungkin akan lebih tinggi. Tetapi Anda dapat mengontrol ini dan secara teoritis dapat membangun sistem dengan tingkat keandalan yang memuaskan Anda.
Metode pencadangan yang tidak jelas dan pemulihan kotak surat di layanan tersebut. Ada situasi ketika semua surat dihapus dari kotak surat. Katakanlah Anda bisa menyelamatkan mereka cara yang berbeda, hanya mengunduh, lalu bagaimana mengembalikannya ke kotak, menyimpan semua tanggal aslinya?
Tidak ada cara untuk menganalisis situasi yang tidak dapat dipahami. Misalnya, Anda mengirim surat, tetapi tidak sampai ke penerima. Apa yang harus dilakukan? Dalam kasus surat cloud, Anda tidak akan melakukan apa pun, karena Anda tidak memiliki alat apa pun untuk menganalisis situasi. Cobalah untuk mengirim surat dari kotak lain. Terkadang Anda tidak menerima surat, dan Anda tidak tahu mengapa surat itu tidak ada. Dan kasingnya bisa basi di filter yang salah konfigurasi. Ini adalah situasi umum ketika ada banyak filter, ditambah jika ada penerusan lain yang dikonfigurasi. Tanpa akses ke log server, sulit untuk memahami situasinya. Dan jika ada log server surat, maka segera menjadi jelas mengapa surat itu tidak terkirim, atau apa yang terjadi setelah diterima. Anda pasti dapat mengetahui apakah server jarak jauh menerima surat Anda atau tidak.
TIDAK cara sederhana membatasi akses ke kotak surat, misalnya, hanya dari jaringan lokal kantor. Kotak surat layanan publik selalu tersedia melalui Internet. Dimungkinkan untuk mengatasi masalah ini di aplikasi Google melalui otorisasi di layanan pihak ketiga. Di Yandex dan mail, saya belum melihat peluang untuk mengimplementasikan fungsionalitas seperti itu.
Perlu juga untuk memahami itu keju gratis tahu di mana itu terjadi. Tidak sepenuhnya jelas bagaimana layanan surat menggunakan informasi yang diterima dari pengguna. Nah, jika hanya untuk menampilkan iklan yang relevan kepada mereka. Saya tidak berpikir itu hanya untuk itu.

Ketika saya pertama kali mulai bekerja sekitar 10 tahun yang lalu, tidak diragukan lagi jenis surat apa yang akan digunakan dalam organisasi. Semua orang menyiapkan server email mereka dan mengaturnya. Layanan surat gratis tidak menyediakan alat apa pun untuk bisnis pada saat itu untuk mengelola surat. Ketika alat seperti itu mulai muncul, saya berpikir bahwa tidak lama lagi tidak akan ada yang membutuhkan server email mereka, karena itu tidak masuk akal lagi. Dan semua siksaan saya (saya tidak suka bekerja dengan mereka) dengan server surat akan menjadi tidak berarti.

Saya diberi kesempatan untuk mengelola domain berdasarkan layanan surat publik. Setelah itu, muncul daftar kontra yang tertulis di atas. Dan bagi saya pribadi, kekurangan ini melebihi kelebihannya, dan sekarang saya masih menyiapkan server email sendiri. Pada akhirnya, akan lebih mudah dan andal jika Anda mempertimbangkan pro dan kontra penggunaan dan administrasi secara bersamaan.

Kerugian terbesar yang saya lihat adalah kurangnya log surat lengkap dan skema pencadangan yang baik. Tidak nyaman untuk menganalisis masalah tanpa log. Tidak mungkin mengembalikan surat yang dihapus dengan cepat dan mudah ke lokasi aslinya, meskipun ini adalah masalah sederhana untuk server surat sumber terbuka.

Mail server berdasarkan perangkat lunak bebas

Pertimbangkan kelebihan dan kekurangan server surat Anda sendiri berdasarkan perangkat lunak gratis. Prinsipnya, beberapa yang berbayar juga bisa dimasukkan di sini, misalnya Kerio Mail Server yang juga sering digunakan. Saya pikir itu juga dapat dikaitkan di sini, karena menyediakan fungsionalitas yang serupa. Saya mempertimbangkan semua server email secara agregat, tanpa memilih perwakilan individu. Meskipun di Linux, selain postfix dan exim, saya pribadi belum melihat apa pun dalam produksi. Saya sendiri selalu menggunakan postfix, karena saya sudah terbiasa dan mengetahuinya dengan baik. Pertimbangkan dengan hati-hati keuntungan dari server tersebut.

Anda memegang kendali penuh atas semua informasi, yang datang melalui surat dan disimpan di server Anda. Anda dapat membatasi akses ke email atas kebijakan Anda sendiri. sarana teknis. Anda dapat mengonfigurasi aturan penghapusan secara terpusat, misalnya, informasi pribadi dalam surat, sesuai dengan berbagai kriteria yang dapat Anda tetapkan sendiri.
Tingkat ketersediaan layanan surat hanya bergantung pada Anda. Dengan pendekatan yang tepat, Anda dapat memberikan keandalan yang cocok untuk Anda sistem operasi.
Sistem cadangan yang fleksibel. Ada banyak dana untuk organisasinya, termasuk yang gratis. Itu semua tergantung pada kebutuhan, keterampilan, dan kemampuan Anda. Anda dapat menyimpan irisan berbeda berdasarkan tanggal, kotak surat, domain, mengatur skema apa pun yang sesuai.
Fungsionalitas yang hampir tidak terbatas. Dalam batas yang wajar, tentu saja :) Anda dapat membuat kotak surat dengan kemungkinan korespondensi lokal saja, Anda dapat mengelola penerimaan dan pengiriman surat secara terpusat, memelihara daftar putih dan hitam Anda sendiri. Anda dapat mengatur berbagai batasan pada kotak surat dan domain. Anda dapat dengan mudah mengelola duplikasi surat dari kotak surat yang diperlukan secara terpusat, melakukan semua jenis penerusan, dan banyak lagi.
Semua sarana pemantauan operasi server ada di tangan Anda. Anda akan dapat menghadapi situasi yang tidak dapat dipahami, memiliki log server surat di tangan. Layanan ini dicatat dengan baik. Saya hampir tidak pernah mengalami masalah ketika tidak jelas kemana perginya surat itu. Paling sering ada jejak dan Anda pasti bisa mengatakan apa yang terjadi pada surat itu.

Diperlukan membeli atau menyewa peralatan untuk mengatur server email Anda. Dalam kasus server Linux, persyaratan kinerjanya tidak akan besar. Saya biasanya memiliki mesin virtual yang cukup untuk 4 core dan 4 GB memori akses acak. Subsistem disk jauh lebih penting. Di sini semakin cepat disk, semakin baik. Jangan lupa tentang cadangannya. Itu juga membutuhkan sumber daya besi.
Menyiapkan server surat multifungsi yang lengkap membutuhkan setidaknya pengetahuan rata-rata dalam administrasi sistem linux. Artinya, admin-enikey saja tidak akan berfungsi di sini. Butuh ahli dengan pengalaman. Dia harus memiliki gaji yang layak. Jika tidak ada admin seperti itu di negara bagian, saya sarankan mempekerjakan seseorang untuk pekerjaan penyiapan satu kali. Paling sering, setelah menyiapkan, pekerjaan khusus untuk memelihara server tidak diperlukan jika Anda tidak mengubah fungsionalitasnya. Cukup untuk diikuti ruang bebas pada disk dan kelola kotak melalui panel web.
Kemudahan penggunaan melalui antarmuka web akan lebih rendah daripada di layanan pos gratis. Suka atau tidak suka, tetapi gmail yang sama diimplementasikan dengan sangat mudah. Pencarian Cepat, filter, pengurutan, label, dll. Ini sangat nyaman. Saya sangat terbiasa dan tidak bisa menggunakan yang lain.

Saya melihat kerugian dari layanan surat saya. Yang paling penting bagi saya adalah yang terakhir. Saya sendiri sudah terbiasa bekerja dengan surat melalui web. Saya tidak suka menggunakan klien email, meskipun saya harus melakukannya. Antarmuka web ke server email gratis dalam hal kenyamanan dan kecepatan tidak kalah jauh dari gmail atau Yandex, tidak masuk akal untuk membandingkannya. Namun, menurut saya untuk organisasi rata-rata ini yang paling banyak pilihan terbaik. Contoh menyiapkan server email gratis seperti itu adalah .

Pro dan kontra dari Microsoft Exchange Server

Saya tidak memiliki banyak pengalaman administrasi pertukaran. Saya mengujinya sejak lama ketika saya memutuskan server email mana yang akan saya gunakan. Diinstal, pelajari fungsinya. Kemudian saya menyiapkan server email untuk organisasi sekali. Mereka ingin persis pertukaran. Tidak ada masalah, saya segera mengaturnya sesuai dengan banyak panduan di Internet. Ambang masuk untuk penyesuai email bertukar server sangat rendah. Bahkan enikey dapat menangani fungsionalitas dasar.

Untuk organisasi berukuran sedang, saya menganggap kalender bersama sebagai fungsi yang sangat berguna dan sulit diganti. Dan tentu saja, kemudahan integrasi dengan AD, jika ada. Dan paling sering ada AD, karena saya tidak bisa membayangkan administrasi jaringan untuk lebih dari 20-30 orang tanpa Active Directory. Saya pikir tidak ada gunanya menyimpan di sini dan Anda perlu membeli Microsoft Server.

Pertimbangkan sekarang pro dan kontra dari Microsoft Exchange Server. Saya memperingatkan Anda lagi untuk berjaga-jaga. Saya hanya memberi tahu visi saya, saya memiliki sedikit pengalaman dengan server, jadi saya ingin menerima komentar tentangnya sendiri di komentar untuk mendapatkan penilaian yang lebih memadai terhadap sistem ini. Pertukaran pro:

Fungsionalitas hebat dengan pengaturan yang relatif mudah. Terapkan server dengan fungsionalitas dasar untuk semua admin. Selain itu, fungsionalitas dasar ini bisa lebih dari rakitan apa pun di Linux.
Integrasi dengan Direktori Aktif. Anda membuat yang baru akun pengguna dan Kotak surat siap untuk dia segera. Tidak diperlukan pengaturan khusus jika pengguna memilikinya Microsoft Outlook. Koneksi ke server dikonfigurasi dalam beberapa klik mouse.
Nyaman alat administrasi sebagai snap-in Windows Server siap pakai. Semuanya tradisional untuk solusi dari Microsoft.

Minus Exchange Server sama karakteristiknya dengan plus untuk sebagian besar produk Microsoft:

Harga, harga dan harga lagi. Microsoft Exchange Server mahal. Penting untuk mempertimbangkan dan memperkirakan apakah akan dibenarkan untuk mendapatkannya. Untuk menggunakan semua fungsionalitas bawaan, masing-masing akan diperlukan tempat kerja edisi beli kantor Microsoft dengan Outlook disertakan. Ini adalah biaya tambahan.
Kinerja yang baik membutuhkan besi jauh lebih kuat, dibandingkan dengan server di Linux. Dan untuk mendukung kotak surat besar, misalnya, 50 gigabyte, Anda memerlukan perangkat keras yang sangat kuat. Meskipun kotak seperti itu untuk dovecot yang sama tidak menimbulkan masalah khusus. Sebagai gantinya, Anda kemungkinan besar akan menggunakan kuota untuk membatasi ukuran kotak surat maksimum.
Untuk pencadangan, kemungkinan besar Anda juga harus membeli perangkat keras dan perangkat lunak berbayar. Di sini saya hanya menebak-nebak, saya benar-benar tidak tahu apa yang dibutuhkan untuk cadangan pertukaran yang nyaman. Saya tahu perangkat lunak berbayar dari vendor populer. Mungkin ada yang gratis.

Kesimpulan saya tentang Exchange Server adalah bagus di hampir semua hal, kecuali harganya. Jika gratis, kemungkinan besar saya akan menggunakannya. Untuk alasan yang cukup obyektif, ini tidak mungkin. Software yang bagus dan nyaman tidak muncul dengan sendirinya. Anda perlu membuatnya, dan membelanjakan uang untuk itu yang ingin Anda kembalikan dengan untung.

Hari ini, mengingat biaya Microsoft Exchange Server dan Microsoft Office, saya tidak menggunakan produk Microsoft ini. Hanya sedikit orang yang setuju untuk mengeluarkan jumlah yang diperlukan untuk server email. Saya ingin melihat lebih dekat Exchange dalam kondisi nyata, setidaknya 60-80 orang, untuk mengevaluasi server ini secara lebih objektif. Namun sejauh ini peluang tersebut belum muncul dengan sendirinya.

Kesimpulan

Izinkan saya meringkas alasan saya tentang server surat untuk organisasi kecil rata-rata. Meski kesimpulannya menurut saya sudah jelas. Saya sendiri lebih suka opsi kedua yang saya jelaskan - server email berdasarkan perangkat lunak gratis di linux. Tapi saya tidak akan mengabaikan dua opsi lainnya. Surat gratis dari layanan publik pasti akan nyaman untuk tim yang sangat kecil - untuk 10-15 orang. Tidak masuk akal untuk memagari server Anda untuk nomor seperti itu.

Saya akan merekomendasikan menggunakan Exchange Server jika Anda memilikinya dan Anda tidak keberatan mengeluarkan uang untuk membelinya. Produk ini sangat nyaman, fungsional, dan mudah dikonfigurasi serta dikelola. Sederhananya, Anda perlu memahami bahwa ini bersyarat. Konfigurasi bisa sangat rumit, tetapi dalam hal ini saya melihat level entri.

Workshop di Kali Linux

Kursus bagi mereka yang tertarik untuk melakukan tes penetrasi dan ingin mencoba sendiri secara praktis dalam situasi yang mendekati nyata. Kursus ini dirancang untuk mereka yang belum memiliki pengalaman dalam keamanan informasi. Pelatihan berlangsung 3 bulan selama 4 jam seminggu. Apa yang akan diberikan kursus ini kepada Anda:

Cari dan manfaatkan kerentanan atau kelemahan konfigurasi di jaringan perusahaan, situs web, server. Penekanan pada pentesting OS Windows dan keamanan segmen korporat.
Alat pembelajaran seperti metasploit, sqlmap, wireshark, burp suite dan banyak lagi.
Menguasai toolkit Kali Linux dalam praktik - setiap spesialis keamanan informasi harus mengetahuinya.

Uji diri Anda pada tes masuk dan lihat program untuk lebih jelasnya.

Banyak administrator sistem mengalami kesulitan tertentu saat bekerja dengan sistem email. Ini tidak mengherankan, server email memiliki struktur yang jauh lebih kompleks daripada server file, router, atau server terminal. Pada artikel ini, kami akan mempertimbangkan struktur dan prinsip pengoperasian server email, tanpa memahami yang mana, menyiapkan sistem email cukup mampu berubah menjadi tarian perdukunan dengan rebana.

Materi ini mengandung cukup banyak penyederhanaan dan generalisasi untuk diberikan administrator sistem pengetahuan minimal yang dibutuhkan. Menurut pendapat kami, untuk mengelola satu atau dua server email level awal, sama sekali tidak perlu menjadi spesialis di bidang email.

Untuk sebagian besar pengguna dan administrator pemula, server surat adalah semacam "kotak hitam", yang, setelah menerima surat, mengirimkannya ke penerima dengan cara "tidak dikenal" dan sebaliknya. Semua interaksi dengan server semacam itu terdiri dari pengalamatan klien email ke port tertentu, atau bahkan melalui antarmuka web. Namun, ada seluruh mekanisme yang tersembunyi di dalamnya, memahami pengoperasian yang merupakan kunci untuk berhasil menyiapkan dan memelihara sistem email. Ini sangat penting untuk mengelola server pada platform Linux. Tidak seperti Windows, di mana server surat adalah solusi perangkat lunak lengkap dan pengembang telah menangani interaksi internal, di Linux, komponen server surat adalah program terpisah dan Anda perlu mengonfigurasi sendiri interaksinya.

Mari kita lihat struktur server email dan apa yang terjadi saat pengguna mencoba mengirim email.

Bagian terpenting dari server email adalah MTA (Agen Transfer Surat-- agen penerusan surat) yang tugasnya meliputi menerima dan mengirimkan surat. Sangat sering (di Linux/UNIX) MTA juga disebut sebagai mail server. MTA bekerja pada protokol SMTP, dan salah satunya pada prinsipnya sudah cukup untuk membuat sistem email. Dahulu kala, inilah masalahnya, dan untuk mengakses kotak surat Anda, Anda perlu memiliki pengetahuan teknis tertentu.

Namun, kemajuan tidak berhenti, MTA, menerima surat, menempatkannya di kotak surat pengguna di server yang harus diakses oleh yang terakhir, sebaiknya dengan cara yang paling sederhana dan mudah dipahami. Ini dia panggungnya MDA (Agen Pengiriman Surat-- agen pengiriman surat), tugasnya, atas permintaan klien surat, adalah mentransfer surat ke sana dari kotak surat di server. MDA dapat bekerja menggunakan protokol POP3 atau IMAP, dalam beberapa kasus, untuk "berkomunikasi" dengan klien email dan agen pengiriman, protokol mereka sendiri dengan fungsionalitas yang diperluas, seperti MAPI (Exchange Server), dapat digunakan.

Berlawanan dengan kesalahpahaman populer, MDA tidak ada hubungannya dengan proses transfer surat. Ini adalah hak prerogatif MTA. Sebagai analogi, Anda dapat membayangkan MTA sebagai kantor pos yang menerima dan mengirim surat, dan MDA dengan tukang pos yang membawa surat masuk ke rumah Anda. Jika tukang pos sakit, maka ini tidak akan mempengaruhi pekerjaan kantor pos, Anda tidak akan menerima surat di rumah. Juga MDA, kegagalannya tidak menyebabkan server surat tidak dapat beroperasi, hanya penerimaan surat oleh klien surat menjadi tidak tersedia, pada saat yang sama dapat dengan mudah diakses dengan cara lain, misalnya melalui antarmuka web.

Mari kita lihat apa yang terjadi saat mengirim email. Dalam contoh kami, pengguna Ivanov, yang terletak di domain example.org ( [email dilindungi]), menulis surat kepada Kozlov di domain example.com ( [email dilindungi]). Untuk Ivanov, proses pengiriman email terdiri dari membuat pesan dan menekan tombol "Kirim" di klien email. Klien email terhubung ke MTA menggunakan protokol SMTP dan terlebih dahulu mengomunikasikan kredensialnya. Setelah mengotorisasi pengguna, MTA menerima pesan tersebut dan mencoba menyampaikannya lebih lanjut.

Sebenarnya otorisasi bukanlah prosedur wajib untuk MTA, tetapi tanpa otorisasi kita akan mendapatkan relai terbuka, mis. siapa pun dapat menggunakan server kami untuk mengirim email, dan spammer akan senang! Saat ini, relai terbuka terjadi terutama karena kesalahan konfigurasi server. Namun, MTA sangat mungkin menerima email dari pengguna tepercaya, misalnya, dari jaringan lokal perusahaan, tanpa otorisasi.

MTA dapat menggunakan daftar penggunanya sendiri, daftar sistem, daftar pengguna LDAP atau AD untuk otorisasi. Ada juga cara: Otorisasi POP sebelum SMTP, saat pengguna masuk ke MDA sebelum mengirim email, yang pada gilirannya mengonfirmasi otentikasi pengguna ke MTA.

Langkah selanjutnya MTA menganalisis informasi layanan surat tersebut, menentukan domain penerima, jika termasuk dalam domain yang dilayani oleh data MTA, penerima dicari dan surat tersebut ditempatkan di kotak suratnya. Ini terjadi jika Ivanov menulis surat kepada Petrov atau Sidorov.

Jika domain penerima tidak dilayani oleh MTA, kueri DNS dibuat untuk meminta data MX untuk domain tersebut. Data MX adalah jenis data DNS khusus yang berisi nama server email yang menangani email masuk untuk domain tertentu. Mungkin ada lebih dari satu data MX, dalam hal ini MTA mencoba membuat sambungan secara berurutan, mulai dari server dengan prioritas tertinggi. Jika data MX tidak ada, data A diminta (catatan alamat yang memetakan Nama domain dengan alamat IP) dan upaya dilakukan untuk mengirimkan email ke host yang ditentukan di sana. Jika pesan tidak dapat dikirim, pesan dikembalikan ke pengirim (ditempatkan di kotak surat pengguna) dengan pesan kesalahan.

Kami tidak akan mempertimbangkan pekerjaan server penerima, kami akan berasumsi bahwa semuanya berjalan dengan baik, Kozlov menerima surat dari Ivanov dan menulis tanggapan untuknya. Server yang melayani domain example.com melakukan hal yang persis sama dan mencoba mengirim email ke server kami. Setelah menerima pesan masuk, MTA, seperti dalam kasus pengirim lokal, memeriksa domain penerima, jika itu termasuk di antara MTA yang dilayani, pemrosesan pesan berlanjut, jika tidak, server menolak menerima email. Setelah memeriksa domain, penerima diperiksa, jika dia ada dalam daftar pengguna, pesan dikirim ke kotak suratnya, jika tidak ada dua opsi: penolakan untuk menerima pesan atau menerima pesan di kotak surat umum (kotak surat administrator ). Di satu sisi, pengaturan ini meningkatkan jumlah spam yang diterima, di sisi lain, memungkinkan Anda untuk tidak kehilangan surat dengan alamat yang salah eja.

Tindakan anti-spam lainnya adalah meminta catatan PTR. Catatan PTR (catatan penunjuk) mengaitkan alamat IP dengan nama domain. Saat meminta PTR, MTA hanya menerima email jika domain pengirim cocok dengan domain server pengirim.

Mari pertimbangkan contoh secara lebih rinci. Beberapa server spam.com mencoba mengirim email dengan pengirim palsu, diduga dari server example.com yang kami kenal. Dalam hal pemfilteran dengan daftar putih / hitam, surat seperti itu akan dikirimkan, karena pengirimnya adalah pengguna dari domain tepercaya (yang diandalkan oleh spammer). Untuk memerangi spam, MTA membuat permintaan catatan PTR untuk alamat IP dari server pengirim, yang dia laporkan selama sesi SMTP. Untuk alamat y.y.y.y, permintaan PTR akan mengembalikan nama domain spam.com yang tidak sesuai dengan domain pengirim, yang akan menyebabkan pesan ditolak. Pada saat yang sama, pesan dari server x.x.x.x akan diterima karena domain dari record PTR untuk x.x.x.x (example.com) cocok dengan domain pengirim.

Jadi, pesan sudah diterima dan ada di kotak surat pengguna. Bagaimana cara membacanya? Penyimpanan email, tempat kotak pengguna berada, dapat diatur dalam berbagai cara: dari folder dan file biasa hingga database. Tanpa pengetahuan teknis, kecil kemungkinan Anda dapat membaca email Anda sendiri. Tetapi haruskah pengguna Ivanov mengkhawatirkan hal ini? Baginya, proses menerima email direduksi menjadi menekan tombol "Terima" di klien email.

Untuk menerima email, klien membuat koneksi dengan MDA melalui protokol POP3 atau IMAP, harus meneruskan data untuk otorisasi. MDA memeriksa apakah pengguna ada dalam daftar dan, jika berhasil, mengirimkan semua pesan baru ke klien di kotak suratnya. Pengguna Ivanov menerima korespondensinya dan dapat mengerjakannya dengan cara yang nyaman baginya.

Di sinilah artikel kami berakhir, kami sangat menyarankan untuk membaca dan mengasimilasi materi yang disajikan di dalamnya. Selanjutnya, saat mempertimbangkan implementasi praktis server email, kami akan mengirimkan materi berdasarkan pengetahuan pembaca setidaknya sebanyak artikel ini.

Server email (server email, server email)- dalam sistem penerusan email, biasanya ini adalah nama agen transfer pesan (agen transfer surat bahasa Inggris, MTA). Ini program komputer, yang mentransmisikan pesan dari satu komputer ke komputer lain. Biasanya server surat bekerja "di belakang layar", dan pengguna berurusan dengan program lain - klien email (agen pengguna surat Inggris, MUA).

Mengatur server email Anda sendiri memungkinkan Anda untuk lebih fleksibel membentuk kebijakan untuk mengirim dan menerima pesan email. Seringkali, kemampuan host domain email untuk menyiapkan dan memproses pesan terbatas, sementara filter ICS memungkinkan Anda untuk mensimulasikan berbagai situasi, serta menyimpan catatan dan statistik pesan yang dikirimkan, dan banyak lagi.

Saat memasuki modul, status semua layanan email dan server jabber ditampilkan, serta tombol "Nonaktifkan" (atau "Aktifkan" jika layanan dinonaktifkan). Ada juga widget dengan pilihan tindakan utama, grafik statistik surat dan umpan surat, serta peristiwa log terbaru.

Pengaturan

Tab Pengaturan memungkinkan Anda untuk menentukan parameter berikut server surat:

Porta SMTP/POP3/IMAP- memungkinkan Anda mengubah port standar untuk menerima dan mengirim pesan email.

Antarmuka untuk SMTP/POP3/IMAP- memungkinkan Anda memilih antarmuka server tempat pesan email diterima dan dikirim. Secara default, semua antarmuka diaktifkan.

Kolom berikut memungkinkan Anda untuk mengatur ukuran maksimum huruf (dalam megabita), jumlah maksimum pesan dari alamat IP yang sama per menit, interval antara upaya pengiriman, serta waktu tunggu minimum dan maksimum dalam antrian surat.

Relai secara default. Relay - node yang menerima / meneruskan pesan (email), dalam hal ini ICS bertindak sebagai peran defaultnya. Dalam beberapa kasus, Anda mungkin perlu mendaftarkan server lain yang akan digunakan ICS untuk mengirim surat (misalnya, dalam kasus kotak surat multidrop yang dikonfigurasi di server surat penyedia).

Alamat dari mana penerusan diizinkan- ini adalah daftar alamat dan nama domain dari mana ICS akan selalu menerima surat tanpa daftar abu-abu dan memeriksa korespondensi catatan maju dan mundur.

Alamat dari mana penerusan dilarang- ini adalah daftar alamat dan nama domain, pesan email yang akan selalu ditolak oleh ICS.

daftar hitam RBL. RBL, Daftar Lubang Hitam Real-time (atau DNSBL - daftar hitam DNS atau daftar blokir DNS) - daftar host yang disimpan menggunakan sistem arsitektur DNS. Biasanya digunakan untuk melawan spam. Server surat mengakses DNSBL dan memeriksa keberadaan alamat IP klien dari mana ia menerima pesan. Jika tanggapannya positif, dianggap sedang dilakukan upaya untuk menerima pesan spam. Server pengirim melaporkan kesalahan 5xx (kesalahan fatal) dan pesan tidak diterima. Dalam kebanyakan kasus, Anda tidak perlu mengubah daftar ini.

Domain default otorisasi menentukan domain email yang akan diganti secara otomatis selama otorisasi pengguna. Jika Anda menentukan domain default, pengguna domain ini akan dapat masuk menggunakan nama kotak surat mereka tanpa menentukan domain.

Buat folder secara otomatis saat membuat kotak surat- berisi daftar folder standar yang dibuat di kotak surat. Jika perlu, Anda dapat mengubah komposisinya.

Periksa email dengan antivirus Clamav /Dr.Wed /Kaspersky- menyetel bendera ini memberi sinyal ke server surat untuk memeriksa pesan masuk dan keluar dari virus. Jika hasilnya positif, alih-alih surat itu sendiri, penerima akan menerima pesan tentang hasil cek, dan surat itu sendiri akan dilampirkan pada pesan tersebut.

Gunakan daftar abu-abu. Greylisting adalah metode pemblokiran spam secara otomatis, berdasarkan fakta bahwa "perilaku" perangkat lunak yang dirancang untuk mengirim spam berbeda dari perilaku server email biasa. Jika server email penerima menolak untuk menerima surat tersebut dan melaporkan "kesalahan sementara", server pengirim harus mencoba lagi nanti. Perangkat lunak spam biasanya tidak mencoba melakukan ini dalam kasus seperti itu. Anda dapat mengaktifkan mode ini untuk pemeriksaan spam email yang disempurnakan. Setelah mengaktifkan opsi ini, parameter daftar abu-abu akan tersedia untuk diedit - waktu untuk mengabaikan pengiriman ulang (dalam detik), waktu untuk menunggu pengiriman ulang (dalam jam), waktu untuk menyimpan pengirim dalam daftar putih (dalam hari).

Nama server untuk SMTP menentukan opsi SMTP Banner Postfix.

Sertifikat untuk SMTP/POP3/IMAP- seperti layanan ICS lainnya, server email dapat bekerja sesuai dengan protokol standar, di mana data tidak dienkripsi saat mentransfer file (yang tidak aman), dan menurut yang aman. Untuk tujuan ini, sertifikat SSL digunakan. Dengan mengklik tombol […], Anda dapat menetapkan sertifikat yang sebelumnya dibuat di modul terkait untuk setiap protokol.

Gunakan DLP- meluncurkan layanan untuk memeriksa pesan email dengan sidik jari informasi rahasia.

Hard drive untuk penyimpanan surat memungkinkan Anda untuk memindahkan penyimpanan surat ke tempat terpisah HDD. Secara default, email disimpan di partisi sistem.

Tanda tangan untuk antarmuka web diaktifkan di pengaturan server email, untuk ini Anda perlu mencentang kotak "gunakan tanda tangan" dan masukkan tanda tangan di jendela yang terbuka dengan mengklik tombol "edit html", lalu simpan pengaturan.

Tanda tangan dapat dimasukkan baik dalam mode wysiwyg maupun dalam mode html.

Variabel dalam bentuk [nama variabel] dapat digunakan dalam tanda tangan, kemungkinan nilainya tercantum di bawah ini:

Cn - Nama pengguna ou - Grup tempat dia mengirim email - Alamat surat deskripsi - Kolom "deskripsi" catatan pengguna - Kolom "komentar" nomor telepon pengguna - Kolom "telepon" judul pengguna - Kolom "posisi" pengguna url - Kolom "Situs web" alamat pos pengguna - Kolom "Alamat" dari pengguna pager - Catatan pengguna kolom "ICQ" - Kolom "deskripsi" grup tempat dia berada

Untuk menyisipkan gambar, penyandian gambar dalam data: url digunakan. Ini dilakukan sebagai berikut: menggunakan layanan http://dataurl.net/#dataurlmaker (atau serupa) gambar diubah ke format , lalu teks yang dihasilkan dimasukkan ke dalam kode html tanda tangan.

PENTING: kekhasan mekanisme ini di Roundcube adalah bahwa tanda tangan akan dibuat secara otomatis hanya untuk akun baru yang dibuat setelah mengatur tanda tangan. Setelah pembuatan, juga tidak mungkin untuk mengubah tanda tangan secara otomatis, jadi rencanakan tanda tangan otomatis dengan hati-hati saat membuat

Unggah logo untuk Roundcube- tombol ini memungkinkan Anda memilih gambar yang akan ditempatkan di sudut kiri atas antarmuka web email. Misalnya, logo organisasi Anda.

Tiga kotak centang terakhir memungkinkan Anda mengaktifkan tanda tangan DKIM, memeriksa DKIM pesan masuk, dan secara otomatis menyandikan header email ke dalam UTF-8.

Buku alamat

Domain dan kotak surat

Sebelum Anda dapat menambahkan kotak surat kustom, Anda harus membuat domain email. Buka tab "Domain dan kotak surat" dan klik tombol "Tambah" → "domain email". Anda dapat memberi nama domain dengan nama yang tidak ada jika pertukaran surat akan dilakukan dalam jaringan perusahaan, atau Anda dapat menyiapkan penerusan pesan di domain nyata yang terdaftar untuk organisasi Anda. Jika kotak "Buat tanda tangan DKIM" dicentang di pengaturan, maka itu akan ditambahkan secara otomatis.

Saat Anda mengklik dua kali lagi pada akun yang dibuat, itu akan terbuka dengan kunci DKIM yang sudah dibuat, yang dapat disalin jika perlu.

Setelah itu, dengan menyorot domain yang dibuat, Anda dapat menambahkan kotak surat khusus ke dalamnya. Server akan meminta Anda untuk memasukkan nama kotak surat, kata sandi, dan memilih pengguna yang akan diberi kotak surat ini. Jika perlu, Anda dapat menentukan kuota - ruang cadangan maksimum pada hard drive ICS untuk menyimpan surat pengguna ini. Setelah melebihi kuota ini, surat untuk pengguna tidak akan diterima. Secara default, tidak ada kuota.

Tidak perlu membuat kotak surat terpisah untuk setiap nama email yang Anda butuhkan. Sebagai gantinya, Anda dapat membuat tautan ke kotak surat yang ditentukan. Lalu semua surat datang ke kotak [email dilindungi], akan dialihkan ke kotak surat asli [email dilindungi]

Penting: saat membuat domain surat dan kotak surat, domain dan akun yang sesuai muncul di bagian server jabber. Kebalikannya juga benar.

Agar domain email dapat diakses dari jaringan eksternal dan dapat bertukar data dengan server eksternal lainnya, Anda perlu mengonfigurasi catatan DNS.

Setelah kotak surat untuk pengguna dibuat, mereka dapat tersambung ke ICS menggunakan klien email (misalnya, Mozilla Thunderbird atau Microsoft Outlook) atau menggunakan antarmuka web untuk email.

Tab "Filter" digunakan untuk memproses pesan yang dikirim dan diterima. Mereka memproses surat sesuai dengan ketentuan berikut: ukuran, pengirim, penerima, subjek. Kondisinya bisa ketat atau tidak ketat. Jumlah ketentuan bisa berapa saja, sedangkan filter dapat memproses email baik saat semua ketentuan benar-benar cocok, dan saat kecocokan pertama terjadi. Setelah kondisi cocok, filter dapat menghapus pesan, memindahkannya ke kotak surat lain, atau membuat salinan.

Dalam contoh di atas, semua surat yang dikirim ke alamat yang sama, yang ukurannya lebih besar dari 5000 kB, dan subjek surat berisi ungkapan "bukan spam" akan disalin ke kotak surat ICS lain.

Untuk membuat filter baru, pertama-tama Anda harus memilih ketentuan untuk memicu - jika semua ketentuan cocok, salah satu ketentuan, atau berlaku untuk semua pesan apa pun ketentuannya.

Anda dapat memfilter email masuk dan keluar berdasarkan subjek email, pengirim, penerima, dan ukuran (dalam kilobyte). Memeriksa pencocokan kondisi dapat ketat (“cocok dengan”) atau tidak ketat (“berisi”, “dimulai dengan”, “diakhiri dengan”), serta sebaliknya (“tidak mengandung”). Anda dapat menetapkan sejumlah ketentuan ke satu filter.

Langkah terakhir adalah memilih tindakan yang akan dilakukan setelah filter dipicu. Anda dapat memindahkan surat itu, menyalinnya ke alamat lain, atau menghapusnya. Dua syarat pertama memungkinkan Anda memasukkan nama kotak surat atau memilihnya dari daftar yang dibuat di ICS.

Untuk contoh bagaimana filter dapat dikonfigurasi, lihat .

Milis adalah filter yang sama, tetapi dengan antarmuka yang disederhanakan, di mana cukup untuk menentukan kotak surat tempat milis akan didistribusikan. Kotak tempat surat asli masuk ke sistem tidak boleh dibuka, karena ini adalah tautan.

Antispam

Untuk mengemudi akun surat terletak di server lain, Anda dapat menggunakan fungsi "pengumpul surat" dari ICS. Dengan bantuannya, ICS terhubung ke server surat yang ditentukan di bawah login dan kata sandi yang dipilih dan memindahkan atau menyalin surat yang ada ke kotak surat pengguna ICS.

Anda dapat menentukan apa yang harus dilakukan dengan pesan di server - kumpulkan semua, kumpulkan hanya yang baru, tinggalkan pesan di server atau hapus. Interval kolektor dan jumlah surat yang diunduh per sesi juga dikonfigurasi.

Ini berfungsi dalam dua mode - deteksi penerima otomatis dan menentukan kotak surat untuk perakitan. Deteksi otomatis berfungsi jika organisasi memiliki satu kotak surat eksternal yang terletak di server penyedia, dan kotak surat lainnya berfungsi sebagai aliasnya. Dalam kasus lain, indikasi langsung dari kotak perakitan digunakan. Artinya, dalam banyak kasus, saat membuat kolektor, Anda harus menyetel sakelar ke posisi "Teruskan ke".

Pengumpul surat juga dapat digunakan dalam kasus di mana organisasi menggunakan apa yang disebut metode surat "multidrop". Ini terdiri dari fakta bahwa semua email masuk ke server penyedia atau penghosting dan disimpan di sana tanpa dibagi menjadi kotak surat pengguna. Dalam hal ini, saat menyiapkan pengumpul surat, bidang "penerima" tidak perlu diubah (nilai default di dalamnya adalah alamat penerima). Dengan demikian, surat yang terkumpul akan didistribusikan secara otomatis tergantung pada penerima di kotak surat pengguna ICS, dan jika penerima tersebut tidak ada, mereka akan ditambahkan ke kotak surat yang dipilih secara default.

antrian surat

Tab ini menunjukkan pesan yang sedang menunggu untuk dikirim, atau karena alasan tertentu tidak terkirim (misalnya, ditolak oleh daftar abu-abu server email upstream). Saat Anda memilih objek apa pun dari daftar, Anda dapat melihat kode kesalahan yang tidak terkirim. Anda dapat mengelola antrean surat menggunakan tombol "Bersihkan Antrean" dan "Kirim Semua". Juga, setiap surat dapat dikirim satu per satu atau dihapus dari antrian.

Statistik

Untuk mengontrol lalu lintas surat masuk dan keluar, serta spam dan email yang tidak diinginkan, Anda dapat menggunakan bagian "Statistik".

Sama seperti di statistik pengguna, Anda dapat menerapkan berbagai filter di panel kontrol informasi Umum tentang lalu lintas surat ICS dan menampilkannya dalam bentuk tabel. Kolom tabel bervariasi tergantung pada filter yang diterapkan.

Pembuat laporan sangat mirip dengan statistik pengguna. Filter utama dapat menampilkan informasi tentang lalu lintas pengguna, mengelompokkan menurut kriteria berikut:

oleh domain pengirim,

oleh domain penerima,

oleh kotak surat,

berdasarkan jam/hari/bulan,

rincian surat;

Majalah

Tab Log berisi ringkasan semua pesan sistem dari server email. Majalah dibagi menjadi beberapa halaman, menggunakan tombol "maju" dan "kembali" Anda dapat berpindah dari halaman ke halaman, atau memasukkan nomor halaman di bidang dan langsung beralih ke sana.

Entri log disorot dalam warna tergantung pada jenis pesan. Pesan sistem normal ditandai dengan warna putih, kesalahan berwarna merah.

Ada bilah pencarian di sudut kanan atas modul. Dengan itu, Anda dapat mencari log untuk entri yang Anda butuhkan.

Log selalu menampilkan acara untuk tanggal saat ini. Untuk melihat acara di hari lain, pilih tanggal yang diinginkan menggunakan kalender di pojok kiri atas modul.

Server email, server email, server email - ini biasanya nama agen penerusan pesan dalam sistem penerusan email. Ini adalah perangkat lunak yang mengirimkan pesan dari satu komputer ke komputer lain. Server email biasanya tidak terlihat oleh pengguna. Pengguna sendiri berurusan dengan perangkat lunak lain - klien email.

Misalnya, dalam konfigurasi yang paling umum, klien email adalah Outlook Ekspres. Meskipun klien Mozilla Thunderbird sering digunakan belakangan ini. Saat pengguna mengetik pesan dan meneruskannya ke penerima, klien email berinteraksi dengan server email melalui protokol SMTP. Server email pengirim berinteraksi dengan server penerima. Di server penerima, pesan yang dikirim kepadanya masuk ke kotak surat, dari mana, menggunakan agen pengiriman pesan MDA (agen pengiriman surat), dikirim ke klien penerima. Ada juga protokol POP3 dan IMAP yang didukung oleh banyak server email.