Pengurus bisa berganti. Alamat email pesantren sebaiknya tetap.
Kalau urusan PSB, surat masuk, dan akun layanan masih memakai email pribadi seorang pengurus, apa yang perlu diserahkan ketika beliau tidak lagi bertugas? Bukan hanya kata sandi. Ada arsip percakapan, akses pemulihan, dan alamat kontak yang sudah dikenal wali santri.
Email dengan domain lembaga membantu memisahkan urusan pondok dari akun pribadi. Alamat seperti sekretariat@domain-lembaga atau psb@domain-lembaga bisa tetap digunakan saat petugas berganti, dengan akses yang dialihkan melalui administrator. Kepemilikan domain dan prosedur serah terimanya tetap perlu diatur; membuat alamat baru saja belum menyelesaikan semuanya.
Zoho Mail adalah salah satu pilihan untuk menyiapkannya. Panduan ini membawa Anda dari memilih paket dan menghubungkan domain sampai menguji kirim-terima email. Website tidak perlu ikut dipindahkan: website boleh tetap di hosting lama, sementara email ditangani Zoho.
Apa yang perlu disiapkan? Tautan ke bagian Apa yang perlu disiapkan?
Sebelum mendaftar, pastikan tersedia:
- Domain aktif milik lembaga. Pembelian dan perpanjangannya menjadi tanggung jawab lembaga.
- Akses DNS domain. DNS adalah pengaturan yang mengarahkan nama domain ke website dan layanan email.
- Persetujuan pengurus yang berwenang. Tentukan siapa administrator dan siapa pemegang akses pemulihan.
- Daftar alamat email yang dibutuhkan. Pisahkan akun staf dari alamat layanan.
- Catatan layanan email lama, jika domain sudah digunakan untuk email.
Tempat membeli domain belum tentu tempat mengatur DNS. Jika nameserver domain mengarah ke Cloudflare, misalnya, perubahan DNS dilakukan di Cloudflare, bukan di panel registrar tempat domain dibeli.
Perubahan MX memindahkan tujuan email masuk. Sebelum mengubahnya, catat konfigurasi lama, siapkan semua alamat penerima di Zoho, dan rencanakan pemindahan arsip email. Menambahkan domain ke Zoho tidak otomatis menyalin isi kotak surat lama.
Apakah Zoho Mail gratis? Tautan ke bagian Apakah Zoho Mail gratis?
Pada pemeriksaan sumber tanggal 23 Oktober 2026, halaman harga Zoho menampilkan paket Mail Free untuk satu domain, hingga lima pengguna, dengan penyimpanan 5 GB per pengguna. IMAP, POP, dan ActiveSync tidak termasuk di paket tersebut. Ketersediaan paket gratis bergantung pada wilayah atau pusat data dan pilihan yang ditampilkan saat pendaftaran.
Gunakan halaman harga resmi Zoho sebagai rujukan sebelum membuat keputusan. Jangan menganggap paket uji coba sebagai paket gratis permanen. Periksa juga konsekuensi biaya jika jumlah pengguna melewati batas paket gratis.
| Kebutuhan lembaga | Yang perlu diperiksa |
|---|---|
| Email untuk sedikit pengurus | Ketersediaan paket gratis dan batas jumlah pengguna |
| Membaca email dari aplikasi pihak ketiga | Dukungan protokol pada paket yang dipilih |
| Banyak staf dengan akun sendiri | Biaya per pengguna dan penyimpanan |
| Memindahkan arsip dari penyedia lama | Metode migrasi dan dukungan paket |
| Email otomatis dari aplikasi | Dukungan SMTP, kebijakan pengiriman, dan batas pemakaian |
Biaya domain tetap terpisah dari paket email. Paket gratis juga bukan alasan untuk membagikan satu kata sandi kepada semua staf.
1. Tentukan akun staf dan alamat layanan Tautan ke bagian 1. Tentukan akun staf dan alamat layanan
Mulai dari pekerjaan yang benar-benar membutuhkan email, bukan membuat sebanyak mungkin akun.
| Jenis | Contoh alamat | Penggunaan |
|---|---|---|
| Akun personal staf | nama-staf@domain-lembaga | Identitas dan akses milik satu petugas |
| Alamat sekretariat | sekretariat@domain-lembaga | Surat-menyurat umum |
| Alamat PSB | psb@domain-lembaga | Pertanyaan pendaftaran |
| Alamat keuangan | keuangan@domain-lembaga | Korespondensi bendahara |
Nama di atas hanya ilustrasi; ganti domain-lembaga dengan domain yang sah milik lembaga Anda.
Akun, alias, dan grup berbeda. Akun memiliki kotak surat serta akses masuk sendiri. Alias adalah alamat tambahan menuju kotak surat yang sama, bukan pengguna baru. Grup dapat dipakai untuk mendistribusikan pesan kepada anggotanya, sesuai fitur dan pengaturan paket.
Untuk alamat yang ditangani beberapa petugas, periksa dukungan grup atau delegasi. Jangan menyelesaikannya dengan menyebarkan kata sandi administrator.
2. Daftarkan organisasi dan tambahkan domain Tautan ke bagian 2. Daftarkan organisasi dan tambahkan domain
Buka situs Zoho Mail, pilih paket yang sesuai, lalu ikuti pendaftaran email untuk domain yang sudah dimiliki.
- Gunakan identitas organisasi yang benar.
- Tentukan akun administrator yang disetujui lembaga.
- Tambahkan nama domain tanpa
https://dan tanpa alamat halaman website. - Lengkapi kontak pemulihan sesuai kebijakan lembaga.
- Buka Admin Console untuk melanjutkan pengaturan domain.
Nama menu dapat berubah. Jika layar berbeda, cari bagian Domains atau pengaturan domain dalam Admin Console, lalu ikuti petunjuk resmi yang ditampilkan untuk akun Anda.
Catat paket dan wilayah pusat data akun. Nilai DNS Zoho dapat berbeda antarpusat data; jangan langsung menyalin konfigurasi milik lembaga lain.
3. Verifikasi kepemilikan domain Tautan ke bagian 3. Verifikasi kepemilikan domain
Verifikasi membuktikan bahwa Anda berhak mengelola email untuk domain tersebut. Cara yang umum adalah menambahkan TXT record, yaitu catatan teks di DNS.
- Di Admin Console, buka Domains, lalu pilih domain lembaga.
- Pada bagian verifikasi, pilih metode TXT.
- Salin nama/host dan nilai TXT yang diberikan Zoho.
- Buka pengelola DNS yang aktif untuk domain tersebut.
- Tambahkan TXT record sesuai petunjuk, kemudian simpan.
- Kembali ke Zoho dan jalankan verifikasi setelah perubahan DNS terbaca.
Sebagian pengelola DNS menggunakan @ untuk domain utama, sebagian meminta kolom nama dikosongkan. Ikuti petunjuk panel DNS. Kode verifikasi bersifat khusus untuk domain Anda, bukan kode contoh dari artikel lain.
Hasil yang diperiksa: Admin Console menunjukkan kepemilikan domain sudah terverifikasi. Tahap ini belum berarti email masuk sudah diarahkan ke Zoho.
4. Buat semua alamat penerima sebelum mengganti MX Tautan ke bagian 4. Buat semua alamat penerima sebelum mengganti MX
Tambahkan akun pengguna yang diperlukan melalui pengelolaan pengguna di Admin Console. Jika memakai alias atau grup, pastikan alamatnya juga sudah tersedia.
Untuk domain yang sebelumnya menerima email, bandingkan dengan daftar alamat lama. Alamat sekretariat, bendahara, dan PSB yang masih dipakai harus memiliki penerima yang sesuai di layanan baru.
Coba masuk ke kotak surat staf melalui webmail. Selesaikan pengaturan awal sebelum memindahkan email masuk. Untuk migrasi yang melibatkan banyak akun atau arsip, minta bantuan administrator dan gunakan panduan Zoho tentang migrasi.
5. Arahkan email masuk dengan MX record Tautan ke bagian 5. Arahkan email masuk dengan MX record
MX record menentukan server penerima email untuk domain. Mengubah MX tidak sama dengan mengubah alamat server website.
- Simpan salinan MX lama untuk kebutuhan penelusuran atau pemulihan.
- Ambil daftar MX beserta prioritasnya dari Admin Console Zoho untuk domain Anda.
- Pada waktu perpindahan yang disepakati, ganti MX layanan lama dengan MX Zoho.
- Masukkan semua record dan prioritas persis sesuai instruksi akun.
- Simpan, tunggu perubahan DNS terbaca, lalu periksa statusnya di Zoho.
Jangan mencampur MX penyedia lama dan Zoho sebagai cara membagi kotak surat. Pengiriman bisa menuju layanan yang tidak memiliki akun penerima. Konfigurasi perutean khusus memerlukan pengaturan tersendiri.
Jangan menghapus A, AAAA, atau CNAME website. Record tersebut tidak perlu diubah hanya karena layanan email dipindahkan. Nameserver juga tidak perlu diganti jika pengelola DNS saat ini sudah dapat menambahkan record yang dibutuhkan.
6. Atur SPF dan DKIM untuk email keluar Tautan ke bagian 6. Atur SPF dan DKIM untuk email keluar
SPF dan DKIM membantu server penerima memeriksa keabsahan email dari domain lembaga. Pengaturan ini penting, tetapi tidak menjamin setiap pesan selalu masuk inbox.
SPF: daftar pengirim yang diizinkan Tautan ke bagian SPF: daftar pengirim yang diizinkan
Di pengaturan domain Zoho, cari Email Configuration > SPF, lalu ambil nilai yang direkomendasikan untuk akun Anda. Publikasikan sebagai TXT record pada nama domain yang ditentukan.
Satu nama domain hanya boleh memiliki satu SPF record yang diawali v=spf1. Jika sudah ada SPF untuk penyedia lain, jangan menambahkan SPF kedua. Administrator perlu menggabungkan otorisasi pengirim yang masih digunakan, bukan menimpa atau menghapusnya tanpa pemeriksaan.
Ini penting jika website, aplikasi administrasi, atau layanan lain juga mengirim email memakai domain yang sama. TXT untuk verifikasi domain berbeda fungsi dan boleh tetap ada; larangan duplikasi tersebut khusus record SPF.
DKIM: tanda tangan digital email Tautan ke bagian DKIM: tanda tangan digital email
- Buka bagian DKIM pada pengaturan domain di Admin Console.
- Buat selector sesuai petunjuk Zoho. Selector adalah nama penanda kunci DKIM.
- Salin nama TXT dan seluruh nilai kunci publik yang dihasilkan.
- Tambahkan ke DNS tanpa mengubah isi kuncinya.
- Kembali ke Zoho, verifikasi record, lalu aktifkan DKIM atau jadikan selector default sesuai petunjuk.
Jangan berhenti setelah menambahkan record. DKIM perlu diaktifkan agar email keluar ditandatangani. Kunci yang dipublikasikan di DNS adalah kunci publik, bukan kata sandi atau kunci privat.
7. Mulai DMARC dengan kebijakan pemantauan Tautan ke bagian 7. Mulai DMARC dengan kebijakan pemantauan
DMARC menghubungkan pemeriksaan autentikasi dengan domain yang terlihat di alamat pengirim. Agar lulus DMARC, setidaknya salah satu jalur SPF atau DKIM harus lulus dan selaras dengan domain tersebut.
Setelah SPF dan DKIM diperiksa, administrator dapat memulai dengan kebijakan pemantauan p=none. Contoh berikut memakai domain khusus dokumentasi dan bukan konfigurasi siap tempel:
| Jenis | Nama | Contoh nilai |
|---|---|---|
| TXT | _dmarc | v=DMARC1; p=none; rua=mailto:dmarc@pesantren.example |
Ganti alamat laporan dengan alamat yang benar-benar tersedia dan dikelola lembaga. Jangan menambahkan record kedua jika DMARC sudah ada; tinjau kebijakan yang berjalan bersama administrator.
p=none tidak meminta penerima menolak pesan karena kegagalan DMARC. Server penerima tetap dapat menyaring atau menolak pesan berdasarkan aturan lain. Kebijakan ini perlu diikuti pemeriksaan laporan, bukan dibiarkan tanpa pengawasan.
Jangan langsung menerapkan p=reject sebelum semua pengirim sah diperiksa. Email aplikasi yang belum diautentikasi dengan benar dapat ikut terdampak. Ikuti panduan DMARC Zoho untuk penerapan bertahap.
8. Uji kirim-terima sebelum alamat diumumkan Tautan ke bagian 8. Uji kirim-terima sebelum alamat diumumkan
Lakukan pengujian dengan akun eksternal, misalnya Gmail atau penyedia lain yang tidak memakai domain lembaga.
| Pengujian | Hasil yang diharapkan |
|---|---|
| Kirim dari akun eksternal ke email lembaga | Pesan diterima pada kotak surat yang tepat |
| Balas dari email lembaga | Balasan sampai ke akun eksternal |
| Kirim pesan baru dari email lembaga | Alamat pengirim dan nama lembaga tampil benar |
| Uji alias atau grup yang dipakai | Pesan sampai kepada petugas yang dituju |
| Periksa detail autentikasi pesan keluar | SPF dan DKIM lulus; DMARC lulus setelah dikonfigurasi dengan benar |
| Buka website lembaga | Website tetap dapat diakses |
Pada Gmail, detail autentikasi dapat diperiksa melalui menu Tampilkan versi asli / Show original pada pesan. Gunakan pesan biasa yang dikirim langsung dari webmail Zoho untuk pengujian awal, bukan pesan yang sudah diteruskan oleh layanan lain.
Catat tanggal, alamat yang diuji, dan hasilnya. Jangan hanya mengandalkan status verifikasi DNS; pengujian pesan sungguhan memeriksa jalur kirim dan terima.
Jika pengaturan belum berhasil Tautan ke bagian Jika pengaturan belum berhasil
| Gejala | Pemeriksaan awal |
|---|---|
| TXT verifikasi tidak ditemukan | Pastikan perubahan dilakukan pada pengelola DNS yang aktif dan nama record tidak menggandakan domain |
| Bisa mengirim tetapi tidak menerima | Periksa MX, alamat penerima yang sudah dibuat, dan waktu propagasi DNS |
| Sebagian alamat tidak menerima | Periksa akun, alias, atau grup yang belum dipindahkan |
| SPF gagal | Periksa SPF ganda, nilai salah, atau layanan pengirim yang belum diizinkan |
| DKIM belum aktif | Periksa selector, kelengkapan kunci publik, dan aktivasi di Zoho |
| Email masuk spam | Periksa autentikasi, isi pesan, serta reputasi pengiriman; SPF/DKIM bukan jaminan inbox |
| Aplikasi email tidak dapat tersambung | Periksa apakah protokol dan metode masuk didukung paket |
Perubahan DNS tidak selalu terbaca seketika. Waktunya dipengaruhi TTL dan cache resolver. Hindari mengubah record berulang kali tanpa mencatat hasil dan konfigurasi sebelumnya.
Jika perpindahan mengganggu email operasional, koordinasikan pemulihan dengan administrator. Mengembalikan MX saja tidak memindahkan pesan yang terlanjur diterima di Zoho ke kotak surat lama.
Pengamanan dan serah terima pengurus Tautan ke bagian Pengamanan dan serah terima pengurus
Aktifkan autentikasi multifaktor untuk administrator dan pengguna. Simpan kode pemulihan di tempat yang dikelola lembaga, terpisah dari kata sandi sehari-hari.
Catat siapa pemegang akun domain, siapa administrator email, tanggal perpanjangan, dan prosedur penggantian pengurus. Saat petugas berganti, cabut aksesnya, tinjau sesi aktif dan penerusan email, lalu alihkan tanggung jawab melalui prosedur administrator.
Email resmi dapat dipakai untuk korespondensi dengan wali dan verifikasi akun lembaga. Namun, jangan mengirim berkas sensitif santri secara massal hanya karena alamatnya sudah memakai domain resmi. Pilih jalur berbagi dengan pembatasan akses yang sesuai.
Apakah email ini bisa dipakai oleh Pondok CMS? Tautan ke bagian Apakah email ini bisa dipakai oleh Pondok CMS?
Email staf dan email otomatis aplikasi memiliki kebutuhan berbeda. Berhasil mengirim dari webmail belum membuktikan bahwa SMTP untuk aplikasi tersedia atau sudah benar.
Jika ingin memakai layanan email untuk undangan atau notifikasi Pondok CMS, periksa dukungan paket, autentikasi, batas pengiriman, dan pengaturan aplikasi. Ikuti dokumentasi konfigurasi Pondok CMS dan pengaturan portal wali. Jangan menganggap paket gratis Zoho otomatis mendukung kebutuhan tersebut.
Pondok CMS tetap dipasang di hosting lembaga; membuat akun Zoho tidak memindahkan data aplikasi ke Zoho. Isi pesan dan lampiran yang dikirim melalui layanan email tetap diproses oleh penyedia email sesuai ketentuannya.
Checklist sebelum dipakai sehari-hari Tautan ke bagian Checklist sebelum dipakai sehari-hari
- Domain aktif dan aksesnya berada di bawah kendali lembaga.
- Paket dipilih sesuai jumlah pengguna dan cara akses yang dibutuhkan.
- Domain terverifikasi dan semua alamat penerima sudah disiapkan.
- MX sesuai Admin Console, tanpa MX lama yang tidak lagi digunakan.
- SPF tidak ganda dan seluruh pengirim sah diperhitungkan.
- DKIM sudah diverifikasi dan diaktifkan.
- DMARC ditinjau dan dipantau oleh petugas yang ditunjuk.
- Kirim-terima, alias atau grup, serta website sudah diuji.
- MFA, pemulihan akun, dan prosedur serah terima sudah disiapkan.
Sumber dan batas pengujian Tautan ke bagian Sumber dan batas pengujian
Panduan ini disusun dari dokumentasi resmi Zoho yang diperiksa pada 23 Oktober 2026. Nama menu, ketersediaan paket, dan ketentuan layanan dapat berubah. Konfigurasi domain nyata, aktivasi akun, dan pengiriman pesan belum diuji untuk lembaga tertentu; ikuti nilai di Admin Console Anda dan lakukan pengujian sebelum digunakan operasional.