Ada banyak server surat di luar sana. Microsoft Exchange telah menjadi server surat perusahaan yang dominan di perusahaan pada Windows, tapi saya sudah menggunakan Kerio Mailserver untuk waktu yang lama sekarang dan saya masih bertanya-tanya apakah tidak ada solusi yang lebih baik.
Server surat mana yang Anda gunakan, dan mengapa?
Fitur apa yang membuat server surat tertentu 'menonjol'?
Baik aplikasi * NIX dan Windows dipersilakan.
Jawaban:
Postfix ... dan untuk itu http://www.redhat.com/support/resources/howto/RH-postfix-HOWTO/c49.html
Exim + Exchange.
Exchange adalah klien groupware yang cukup bagus, dan keuntungan No.1 [*] adalah Activesync (sinkronisasi email + kalender) yang membebaskan kita dari mengandalkan Blackberry :)
Karena itu, saya tidak akan membuat server pertukaran yang langsung berhadapan dengan internet karena sebagian besar surat yang diterima oleh MTA perusahaan normal tidak valid (spam dll) dan biaya per pesan untuk menjalankan server pertukaran yang efisien jauh lebih tinggi daripada yang padat * MTA berbasis nix.
Exim adalah (IMHO, dan sebagaimana disebutkan) cara paling fleksibel, stabil, dan efisien sumber daya untuk menangani volume email yang besar atau kecil - Anda dapat memiliki penyaringan spam / virus dengan beberapa aplikasi tambahan dan fleksibilitas berdasarkan aturan apa pun yang diperlukan menggunakan sistem filter exim . Saya tidak pernah menemukan persyaratan surat yang tidak dapat ditangani oleh exim (dan saya memiliki beberapa persyaratan aneh) dan dukungan dokumentasi dan milis sangat bagus.
Setup saya yang biasa adalah Internet -> Exim -> server Exchange internal dengan sedikit NAT untuk sinkronisasi aktif dan prospek akses web. Dapat diukur, aman & mudah dikelola.
[*] untuk saya. Saya pikir orang lain menyukainya karena alasan lain ... :)
Server Ubuntu 8.04 + Postfix + Dovecot. Klien IMAP. Alasannya adalah KISS. Mudah diatur dan perawatan + pemberian makanan minimal. Persyaratan perangkat keras sederhana.
Kami menggunakan Zimbra . Ini jauh lebih murah daripada Exchange, menggunakan teknologi open source, klien Desktop bekerja pada Windows, Linux dan Mac Non-PPC.
Bagian server juga merupakan instalasi yang sangat mudah pada kotak Debian, tetapi juga berjalan pada Windows.
Saat ini saya menggunakan hMailServer untuk menghosting email untuk 5 domain berbeda.
Saya menggunakan SquirrelMail untuk memberikan webmail ke domain-domain tersebut.
Ini berjalan pada kotak Windows 2003 R2 dengan IIS6 untuk melayani webmail. Alasan utama saya menjalankan kombinasi ini adalah karena kedua program ini gratis, dan tidak perlu kalender saat ini. Ini juga relatif tidak menyakitkan bagi seseorang yang hanya melakukan Windows.
Perusahaan saya menggunakan Exchange untuk kolaborasi, tetapi saya membuatnya menggunakan Exim untuk gateway. Exim adalah server surat paling fleksibel yang pernah saya lihat dan sangat menyenangkan untuk digunakan dan saya tidak bisa membayangkan mencoba melakukan beberapa hal yang saya diminta untuk lakukan hanya dengan Exchange (pemfilteran domain berdasarkan regexp, normalisasi domain jadi bahwa pengguna kami yang ditukar hanya memiliki satu domain dan 20 domain publik kami masih berfungsi, menangani fakta bahwa saat ini lp @ domain yang ada dapat ada di tiga platform yang berbeda (legacy-linux, Lotus, dan Exchange), dll.)
Saya menggunakan SmarterMail versi gratis (hingga 10 pengguna) . Cukup berfitur lengkap dengan ClamAV dan SpamAssasin bawaan. Ini juga memiliki kalender, web-mail, grup, dll.
MailEnable seperti $ 200, berfungsi dengan baik jika Anda tidak memerlukan fitur pertukaran
Kami terutama adalah toko Windows, tetapi seperti OP, kami menggunakan Kerio Mailserver alih-alih Exchange untuk kebutuhan groupware internal kami.
Situs web kami mengirimkan satu ton email. Semua email ini dan bahkan email dari server Kerio perusahaan kami dikirim melalui mailhub yang menjalankan Postfix.
Exim seluruh. Mengapa?
Saya harus menggunakan sendmail dan qmail banyak di masa lalu. Dan masih hari ini, sesekali. Keduanya terbukti hanya menyebabkan saya sakit luar biasa setiap kali jalan kami bersilangan.
Secara berkelompok. Sisi server telah menjadi ROCK SOLID sejak beralih ke OES, yang pada dasarnya adalah SLES. Klien aslinya adalah 'cross-platform' (* nix / Mac one adalah Java), jadi jika Anda berada di lingkungan Mac / Windows / Linux, Anda tidak perlu memaksa orang untuk memiliki desktop Windows atau berjuang dengan pandangan klien akses web yang mengerikan ketika tidak menggunakan Internet Explorer.
Akses Web Groupwise, klien Seluler, dll. Jangan mengambil gelar PhD dan 3 tahun pelatihan di gunung tinggi di Negara Bagian Washington untuk diterapkan ... tidak seperti OWA melalui HTTPS.
Secara keseluruhan, ini masih sedikit aneh, tetapi sangat menyenangkan memiliki platform email perusahaan yang dapat Anda pasang dan jalankan tanpa sakit kepala.
Secara berkelompok . Hanya diperlukan satu sysadmin (saya) untuk mendukung kotak surat untuk 7000 orang. Sisi server menurut saya hebat. Sisi klien adalah ... menjadi lebih baik.
Saya telah menggunakan ModusMail oleh Vircom (untuk Windows) selama beberapa tahun dengan sukses besar. Ada dua alasan utama saya menggunakannya. Pertama adalah produk yang sangat kaya fitur dan matang. Ia dapat berintegrasi dengan hampir semua hal lain yang saya butuhkan, mendukung koneksi yang aman, dan memiliki solusi anti-spam yang sangat, sangat baik, yang terus-menerus diperbarui oleh tim profesional yang berdedikasi, dll. Alasan kedua adalah bahwa ia membutuhkan sangat sedikit pemeliharaan. Perangkat lunak ini berjalan cukup banyak. Kami memberi pelanggan akses untuk mengelola kotak surat mereka sendiri, kami membuat laporan untuk akuntansi sehingga mereka dapat menagih yang sesuai, dan hampir tidak pernah harus menghabiskan waktu "mengelola" solusi. Untuk perusahaan yang lebih besar atau situasi di mana email sama sekali tidak bisa turun,
Sekarang untuk kontra. Tidak ada sistem yang sempurna, jadi pasti ada beberapa hal yang orang tidak akan suka tentang solusi apa pun. Untuk ModusMail, yang pertama adalah biaya. Itu mahal, ya, tetapi bernilai setiap sen dalam jumlah waktu administrasi yang kita hemat dengan menggunakannya. Yang kedua adalah apakah itu perangkat lunak berpemilik. Bagi saya ini bukan masalah besar, tetapi beberapa orang akan berteriak pembunuhan berdarah jika mereka tidak dapat melihat kode sumber, jadi itu adalah masalah potensial. Kontra lainnya adalah server e-mail murni, bukan platform kolaborasi seperti Exchange. ModusMail menangani email melalui SMTP, POP, dan IMAP. Itu dikirimkan dengan aplikasi webmail yang mencakup kontak dasar, tapi hanya itu. Jika Anda mencari kalender grup atau fungsi kolaborasi lainnya, ModusMail bukan untuk Anda.
Pada tulisan ini, ModusMail berada di versi 4.6, jadi beberapa di atas mungkin tidak berlaku jika Anda membaca ini setelah versi baru dirilis.
Di tempat kerja, semua aplikasi Google. Murah, host agak andal dan bagus dan fitur-y.
Di rumah, postfix + dovecot.
Saya menggunakan Courier. Ini tentu bisa menangani beban dan itu bukan PITA untuk dikonfigurasi.
Saya menggunakan qmail untuk beberapa tahun yang lalu. Itu adalah latihan pembelajaran yang menarik, terutama menambahkan hal-hal "ekstra" sehingga saya dapat melakukan hal-hal seperti menyampaikan informasi lokal. Namun, saya membangun kembali server saya beberapa saat kemudian dan melihat semua upaya yang diperlukan untuk menjalankan qmail lagi, saya bertanya "mengapa saya repot?" Pada saat itu, saya telah menemukan Courier-IMAP untuk menyediakan akses IMAP ke penyimpanan maildir saya dan untuk sementara waktu Courta MTA lainnya telah dirilis. Jauh lebih mudah untuk menginstal dan jauh lebih mudah untuk mengkonfigurasi daripada qmail, jadi keputusan saya dibuat.
Saya belum mencoba Exim, tetapi saya harus bekerja dengan Postfix di satu pekerjaan dan sangat terganggu dengan konfigurasi yang rumit. Saya harus membuatnya menerima email untuk pengguna yang tidak ada dan meneruskannya ke skrip untuk aplikasi kami (yang menangani email secara intermally). Postfix membuat IMO sulit yang tidak perlu ini, tetapi sysadmin tidak akan menyetujui perubahan ke MTA lain.
Satu-satunya masalah dengan Courier adalah bahwa alat MTA yang mutakhir (misalnya dukungan SPF, daftar abu-abu) sedikit di belakang yang lain karena bagiannya yang kecil. Dan itu tidak mendapatkan 100% dengan pengiriman fetchmail ke sana, untuk beberapa alasan saya tidak tahu.
Saya telah menggunakan sendmail, qmail, dan exim. Dari mereka saya lebih suka exim, meskipun qmail baik-baik saja meskipun saya ingat administrasi menjadi frustasi. Saya berusaha menghindari sendmail sebanyak mungkin.
Jika saya ingin menyiapkan server email baru hari ini, saya akan mencari exim, pertukaran, dan gmail untuk domain Anda, tergantung pada kasus penggunaan tertentu. Saya dulu meng-host surat pribadi saya tetapi sekarang saya hanya menggunakan gmail (penyaringan spam dan ketersediaan meresap adalah kemenangan besar).
Exchange 2007, ini adalah babi untuk dijalankan dan diadministrasikan, bahkan dengan Powershell, tetapi pengalaman pengguna seperti biasa sulit untuk dicocokkan (terutama dengan dukungan Server Activesync yang mudah dikelola untuk semua jenis perangkat seluler).
Versi 2007 lebih modular dan mendukung peran gateway yang lebih tipis yang dapat mengurangi beberapa kekasaran sumber daya yang saya kira, mengurangi beberapa atau semua kebutuhan untuk server surat front-end alternatif ...
Menghadapi internet melalui Microsoft ISA 2006 untuk saat ini - saya agak suka hal itu karena suatu alasan. Ini seperti, firewall yang kuat dengan penyaringan lapisan aplikasi yang baik, penghubung SSL yang mudah, dengan antarmuka yang mudah digunakan, yang mendukung pengelompokan yang mudah. Dan itu dari Microsoft ... agak sulit dipercaya sebenarnya, saya harus menyodoknya secara teratur hanya untuk melihat bahwa itu nyata. Ada versi yang lebih baru di luar sana, berganti nama menjadi ruang nama Forefront hari ini saya pikir, Threat Management Gateway atau sesuatu yang menjengkelkan seperti itu.
3 tahun pertama, Sendmail + Amavis (versi skrip shell). Saya melakukan mod kecil pada script untuk menjebak lampiran dengan ekstensi.
7 tahun terakhir, Postfix + Amavis, dan dalam 3-4 tahun terakhir, Dovecot. Ketat, terintegrasi dengan baik. Menangkap lebih baik dari 90% spam pada akses pertama, menangkap 100% malware pada akses pertama. Dovecot menyediakan akses cepat ke kotak surat melalui IMAP - kotak terbesar adalah 5 digit rendah dan memuat dalam waktu kurang dari 5 detik.
Kami menambahkan satu server Exchange di rumah tahun ini, mungkin menyelesaikan transisi dalam 2-3 bulan. Pengaturan Postfix akan terus berfungsi sebagai gateway pemindaian, dan menyediakan akses IMAP ke Exchange (melalui fitur proxy Dovecot) dari luar.
Saya menggunakan Sendmail selama bertahun-tahun. Namun, ketika saya perlu mengatasi batas ukuran email ISP saya, yaitu ukuran email individu, saya mulai menggunakan layanan relay komersial. Layanan relai komersial memerlukan otentikasi setiap kali Anda mengirim email. Saat itu, dan mungkin masih benar saya tidak tahu, Sendmail tidak mendukung ini. Akibatnya, saya membutuhkan MTA aman yang mendukung mekanisme ini dan yang ternyata adalah Postfix. Saya sekarang menggunakan Postfix selama beberapa tahun dan itu berhasil dengan baik. Mudah untuk setup, setidaknya dibandingkan dengan Sendmail, dan tidak perlu jumlah pembaruan yang sama untuk membuatnya tetap aman seperti yang dilakukan Sendmail, yaitu cukup stabil dan aman.
Saya mengalihkan email kami ke Google Apps for Domains pada pertengahan '07 dan tidak pernah melihat ke belakang. Sudah fantastis untuk memblokir spam. Saya bahkan cukup harus memiliki semua orang menggunakannya melalui web dan bukan klien desktop, saya hanya punya satu bertahan yang bersikeras menggunakan Outlook. Saya merasa sangat berguna untuk alat kolaborasi online & berbagi dokumen & acara kalender.
Saya tidak bisa mengatakan cukup baik tentang SmarterMail: http://www.smartertools.com/SmarterMail/Features/Windows-Mail-Server-Software-Webmail-Exchange-Alternative.aspx
Pengalaman saya dengan aplikasi ini sudah solid. Kami menggunakannya untuk hosting email klien. Kami menampung sekitar 200+ klien, 1000+ pengguna, dan ditambah sejumlah gateway SMTP. Ini cukup fleksibel juga.
Dan untuk bisnis kecil dengan pengguna di bawah 10, gratis: http://www.smartertools.com/SmarterMail/Compare-Mail-Server-Editions.aspx
Sistem surat kami didasarkan di sekitar MS Exchange , karena tampaknya tidak ada banyak persaingan untuk itu untuk alat kolaborasi (mis. Kalender bersama, dll.)
Tetapi di luar itu kami menggunakan postfix dengan virtualmin untuk memungkinkan departemen mengelola alias domain mereka sendiri dan kotak surat pop3.
Dan semua ini berada di belakang 2 mail filter berbasis postfix / amavisd-new / spamassasin / clamav . Ada tutorial yang bagus untuk mengatur semuanya di http://www200.pair.com/mecham/spam/
Saya pengguna qmail. Saya pikir qmail akan menjadi pilihan yang meragukan saat ini, mengingat bahwa DJJ, penulisnya, belum memperbarui perangkat lunak inti selama bertahun-tahun dan tampaknya tidak tertarik untuk melakukan hal itu atau merilis perangkat lunak di bawah lisensi yang akan memungkinkannya untuk digunakan dalam penggunaan yang bermanfaat. cara. (lisensi qmail mengizinkan tambalan, tetapi tidak mendistribusikan ulang langsung dari versi yang dimodifikasi. Ini agak tidak nyaman).
Namun, saya akan lalai jika saya tidak menyebutkan perangkat lunak SANGAT BAIK yang saya gunakan untuk mengumpulkan server qmail terintegrasi selama beberapa tahun terakhir: pemanggang surat Matt Simerson. http://mail-toaster.org/
Exchange, terutama agar kita dapat memiliki platform klien / server vendor tunggal sehingga jika kita mendapatkan "lelucon" kita tidak akan meminta masing-masing vendor untuk menyalahkan yang lain (alasan IMO yang sangat penting). Sistem masuk tunggal juga merupakan faktor penting.
Kami juga memiliki Domino tetapi - selain dari satu penginjil - kesimpulannya adalah bahwa klien bukanlah sesuatu yang ingin kami berikan kepada pengguna kami.
Saya sudah menjalankan Exchange 2007 di perusahaan sebelumnya, tetapi sekarang kami "menjalankan" Google Apps for Domains. Jauh lebih murah, dan berbagi kalender jauh lebih baik daripada Exchange.