Zimbra vs Google Workspace untuk Email Perusahaan

Biaya email perusahaan per pengguna dan titik temunya

Untuk menghitung biaya email perusahaan per pengguna secara adil, sisi Google Workspace sederhana: tarif per pengguna per bulan dikali jumlah pengguna dikali dua belas. Tidak ada komponen lain.

Sisi Zimbra terdiri dari beberapa bagian: server atau VPS yang cukup, lisensi bila memakai edisi Network (edisi Open Source tidak berlisensi tetapi tanpa fitur tertentu), penyimpanan yang tumbuh mengikuti pemakaian, dan yang paling sering dilewatkan — waktu orang yang mengurusnya.

Komponen terakhir itu yang menentukan. Mail server bukan layanan yang bisa dipasang lalu dilupakan: reputasi IP perlu dijaga, penyimpanan perlu diawasi, tambalan keamanan perlu diterapkan, dan cadangan perlu diuji. Perhitungan yang mengabaikan ini selalu membuat Zimbra tampak jauh lebih murah dari kenyataannya.

Kendali data email: alasan yang paling sering menentukan

Untuk sebagian organisasi, soal kendali data email bukan preferensi melainkan keharusan. Instansi pemerintah, lembaga pendidikan, dan perusahaan dengan ketentuan penempatan data tertentu kadang tidak boleh menyimpan korespondensi di infrastruktur yang lokasinya tidak mereka tentukan.

Di luar kepatuhan formal, ada pertimbangan yang lebih sederhana: dengan mail server sendiri, tidak ada pihak lain yang bisa menutup akses akun Anda. Itu terdengar teoretis sampai terjadi.

Sebaliknya perlu jujur soal risikonya. Mail server sendiri yang tidak dirawat justru lebih berbahaya bagi kelangsungan bisnis daripada layanan pihak ketiga — email yang tidak sampai ke pelanggan karena reputasi IP buruk adalah kerugian nyata yang terjadi setiap hari.

Mail server sendiri atau sewa: pertanyaan penentu

Keputusan mail server sendiri atau sewa bisa disederhanakan menjadi beberapa pertanyaan. Jawaban ya untuk salah satunya mengarah ke Zimbra; semua tidak mengarah ke Workspace.

• Apakah ada ketentuan yang mewajibkan data email berada di lokasi tertentu?
• Apakah jumlah penggunanya cukup besar sehingga biaya per pengguna menjadi beban nyata?
• Apakah ada kebutuhan mailbox berkapasitas sangat besar untuk sebagian pengguna?
• Apakah sudah ada pihak — internal atau pengelola — yang benar-benar akan merawat servernya?
• Apakah Anda butuh integrasi khusus ke sistem internal yang menuntut akses langsung ke mail server?

Kapasitas mailbox dan pola pemakaian nyata

Soal kapasitas mailbox sering menjadi pemicu percakapan ini. Paket Workspace tingkat dasar punya batas yang untuk sebagian pengguna terasa sempit, terutama yang menerima lampiran besar setiap hari.

Pada Zimbra, batasnya adalah disk server Anda dan bisa dibagi tidak merata — pengguna yang butuh besar diberi besar, sisanya standar. Keleluasaan itu nyata, tetapi datang bersama tanggung jawab mengawasi pertumbuhannya.

Yang sering terjadi tanpa pengawasan: disk mail server penuh, dan email berhenti diterima tanpa ada yang menyadari sampai ada pelanggan menelepon. Untuk itu pemantauan kapasitas adalah bagian yang tidak bisa dilewat, bukan tambahan.

Migrasi email ke Google Workspace, atau sebaliknya

Pekerjaan migrasi email ke Google Workspace dari Zimbra atau sistem lain berjalan lewat IMAP, dan alatnya sudah cukup matang. Yang perlu diperhitungkan: waktu sinkronisasi untuk mailbox besar bisa berhari-hari, jadi perpindahan dilakukan bertahap sambil kedua sistem masih menerima.

Arah sebaliknya — dari Workspace ke Zimbra — biasanya lebih menuntut karena selain email, ada kalender, kontak, dan berkas Drive yang perlu diputuskan mau dibawa atau tidak. Bagian berkas ini sering diselesaikan dengan layanan terpisah, bukan dipaksakan ke mail server.

Apa pun arahnya, satu hal yang selalu kami kerjakan lebih dulu: catatan DNS. SPF, DKIM, DMARC, dan MX perlu disiapkan dan diuji sebelum perpindahan, bukan sesudah. Perpindahan yang DNS-nya belum benar berakhir dengan email masuk spam di hari pertama — dan memperbaiki reputasi yang sudah rusak jauh lebih lama daripada mencegahnya.

Beban pengelolaan mail server yang perlu diakui

Bagian ini yang paling sering membuat perhitungan Zimbra terlihat lebih murah dari kenyataannya. Mail server punya daftar pekerjaan berkala yang tidak dimiliki server biasa.

Satu pertimbangan terakhir yang sering menentukan tanpa disebut: apa yang terjadi bila orang yang mengurus mail server berhenti. Pada layanan tersewa, tidak ada yang berubah. Pada mail server sendiri, sistem yang menopang seluruh komunikasi perusahaan menjadi tanggung jawab yang belum ada pemiliknya — dan itu risiko yang layak dihitung sejak awal, bukan setelah terjadi.

• Menjaga reputasi IP: memantau daftar hitam, membatasi laju pengiriman, dan menangani akun yang disalahgunakan.
• Memelihara catatan DNS otentikasi setiap kali ada perubahan pengirim.
• Mengawasi pertumbuhan penyimpanan per mailbox sebelum disk penuh.
• Menerapkan tambalan keamanan pada Zimbra itu sendiri, yang beberapa kali pernah menjadi sasaran serangan luas.
• Mencadangkan mailbox beserta uji pemulihan satu mailbox — bukan hanya seluruh server.
• Menangani antrean yang menumpuk ketika penerima besar sementara menolak pesan.