Menyiapkan Email Mail.ru untuk Domain Kustom Anda: Panduan Teknis Lengkap

Alamat email domain kustom — seperti contact@yourdomain.com — merutekan semua surat melalui server yang Anda kendalikan via DNS, bukan melalui namespace penyedia bersama. Untuk mengonfigurasi Mail.ru for Business dengan domain kustom, Anda harus memverifikasi kepemilikan domain melalui rekaman DNS TXT atau CNAME, mengarahkan rekaman MX domain Anda ke mxs.mail.ru, dan mengonfigurasi kredensial IMAP/SMTP di klien email Anda. Seluruh proses biasanya selesai dalam 24–48 jam, tergantung pada kecepatan propagasi DNS di seluruh resolver global.

Panduan ini mencakup setiap langkah teknis secara lengkap dan terperinci, termasuk sintaks rekaman DNS, konfigurasi klien email, mode kegagalan umum, dan penguatan keamanan — informasi yang jauh melampaui panduan pengaturan standar.

Prasyarat dan Ikhtisar Arsitektur

Sebelum menyentuh satu pun rekaman DNS, pahami apa yang sebenarnya sedang Anda bangun. Mail.ru for Business bertindak sebagai mail exchanger terkelola: ia menerima koneksi SMTP masuk atas nama domain Anda, menyimpan pesan di infrastrukturnya, dan mengeksposnya kepada pengguna akhir melalui IMAP, POP3, atau antarmuka webnya. DNS domain Anda adalah bidang kendali yang memberi tahu sistem perutean email global ke mana harus mengirimkan pesan.

Komponen yang terlibat adalah:

• Rekaman MX — mengarahkan lalu lintas SMTP masuk ke server Mail.ru
• Rekaman TXT (SPF) — mengotorisasi server keluar Mail.ru untuk mengirim atas nama domain Anda
• DKIM — menandatangani pesan keluar secara kriptografis untuk mencegah pemalsuan
• DMARC — rekaman kebijakan yang menginstruksikan server penerima apa yang harus dilakukan dengan pesan yang gagal SPF/DKIM
• Rekaman verifikasi domain — rekaman TXT atau CNAME satu kali yang membuktikan kepemilikan ke sistem penyediaan Mail.ru

Melewati SPF, DKIM, atau DMARC adalah salah satu kesalahan paling umum yang dilakukan administrator. Tanpa ketiganya, email keluar Anda akan sering masuk ke folder spam atau langsung ditolak oleh penerima ketat seperti Google Workspace dan Microsoft 365.

Anda juga akan membutuhkan:

• Domain terdaftar aktif dengan akses ke panel manajemen DNS-nya
• Akun Mail.ru (akun pribadi atau bisnis baru)
• Akses administratif ke zona DNS Anda (hak edit TTL)

Jika Anda belum mendaftarkan domain, Pendaftaran Domain AlexHost menyediakan kontrol zona DNS penuh, yang sangat penting untuk modifikasi rekaman yang dijelaskan sepanjang panduan ini.

Langkah 1: Daftarkan dan Akses Zona DNS Domain Anda

Masuk ke registrar domain atau penyedia DNS Anda dan temukan panel manajemen DNS atau Zone Editor. Anda memerlukan kemampuan untuk membuat, memodifikasi, dan menghapus jenis rekaman berikut: TXT, MX, dan CNAME.

Sebelum melakukan perubahan apa pun, catat nilai TTL saat ini pada rekaman Anda yang ada. Menurunkan TTL sementara ke 300 detik (5 menit) sebelum Anda mulai akan secara dramatis mengurangi waktu yang Anda habiskan untuk menunggu propagasi selama setiap langkah konfigurasi. Ingat untuk memulihkan TTL ke nilai yang wajar (3600 atau lebih tinggi) setelah pengaturan selesai.

Jika domain Anda saat ini melayani email langsung melalui penyedia lain, jangan hapus rekaman MX yang ada sampai Mail.ru sepenuhnya diverifikasi dan diuji. Jalankan kedua konfigurasi secara paralel selama jendela transisi.

Langkah 2: Buat Akun Mail.ru for Business

Navigasikan ke biz.mail.ru dan masuk dengan akun Mail.ru yang ada atau buat yang baru. Platform bisnis terpisah dari antarmuka Mail.ru konsumen — platform ini menyediakan dasbor manajemen domain, penyediaan pengguna, dan kontrol administratif.

Setelah terautentikasi:

1. Klik "Hubungkan domain" atau opsi yang setara dalam pengaturan bahasa Anda.
2. Masukkan nama domain Anda persis seperti yang terdaftar — misalnya, yourdomain.com — tanpa awalan subdomain atau garis miring di akhir.
3. Sistem akan menampilkan metode verifikasi kepada Anda.

Langkah 3: Verifikasi Kepemilikan Domain

Mail.ru akan menawarkan satu atau kedua metode verifikasi berikut:

Metode A: Rekaman TXT

Tambahkan rekaman TXT ke zona DNS Anda dengan nilai yang disediakan oleh Mail.ru. Rekaman tersebut akan terlihat seperti ini:

Name/Host: @  (or yourdomain.com)
Type:       TXT
Value:      mailru-verification: <unique-token>
TTL:        300

Metode B: Rekaman CNAME

Name/Host: mailruverify  (or as specified)
Type:       CNAME
Value:      <unique-value>.mail.ru.
TTL:        300

Tambahkan rekaman yang paling bersih didukung oleh penyedia DNS Anda. Beberapa penyedia menangani rekaman TXT pada domain apex (@) lebih andal daripada rekaman CNAME di root. Setelah rekaman disimpan, kembali ke dasbor Mail.ru dan klik "Verifikasi". Sistem Mail.ru akan melakukan pencarian DNS untuk mengonfirmasi rekaman tersebut ada.

Pemeriksaan realitas propagasi: Perubahan DNS tidak langsung berlaku. Gunakan alat seperti dig untuk memantau propagasi dari terminal Anda sebelum mengklik verifikasi:

dig TXT yourdomain.com +short

Atau kueri resolver publik tertentu untuk melihat apa yang saat ini dikembalikannya:

dig TXT yourdomain.com @8.8.8.8 +short

Setelah token muncul dalam output, pemeriksaan verifikasi akan berhasil. Jangan klik verifikasi sebelum rekaman terselesaikan — upaya gagal berulang dapat sementara membatasi endpoint verifikasi.

Langkah 4: Konfigurasi Rekaman MX

Rekaman MX adalah mekanisme perutean inti untuk email masuk. Setelah verifikasi domain, Mail.ru akan menampilkan rekaman MX yang harus Anda tambahkan. Konfigurasi standarnya adalah:

Tambahkan rekaman ini di zona DNS Anda:

Name/Host: @
Type:       MX
Priority:   10
Value:      mxs.mail.ru.
TTL:        300 (raise to 3600 after testing)

Detail penting: Titik di akhir setelah mxs.mail.ru. signifikan dalam sintaks DNS — ini menunjukkan nama domain absolut (sepenuhnya memenuhi syarat). Sebagian besar panel DNS berbasis web menambahkannya secara otomatis, tetapi jika Anda mengedit file zona mentah, hilangkan hanya jika panel menormalisasinya untuk Anda.

Jika Anda bermigrasi dari penyedia email lain, hapus rekaman MX lama hanya setelah Anda mengonfirmasi bahwa Mail.ru menerima pesan uji dengan benar. Menjalankan dua set rekaman MX secara bersamaan selama migrasi dapat diterima — nomor prioritas yang lebih rendah menang, jadi atur Mail.ru pada prioritas 10 dan penyedia lama Anda pada prioritas 20 untuk sementara.

Verifikasi bahwa rekaman MX telah terpropagasi:

dig MX yourdomain.com @8.8.8.8 +short

Output yang diharapkan:

10 mxs.mail.ru.

Langkah 5: Konfigurasi SPF, DKIM, dan DMARC

Ini adalah langkah yang paling sering dihilangkan oleh tutorial, dan ini adalah alasan utama mengapa email domain kustom berakhir di spam.

Rekaman SPF

SPF (Sender Policy Framework) menentukan server mana yang diotorisasi untuk mengirim email dari domain Anda. Tambahkan rekaman TXT berikut:

Name/Host: @
Type:       TXT
Value:      v=spf1 include:_spf.mail.ru ~all
TTL:        3600

Kualifikasi ~all berarti “soft fail” — pesan dari server yang tidak diotorisasi ditandai mencurigakan tetapi tidak ditolak. Jika Anda menginginkan kebijakan ketat dan yakin semua email sah mengalir melalui Mail.ru, gunakan -all (hard fail). Jangan gunakan +all dalam keadaan apa pun — ini mengotorisasi setiap server di internet untuk mengirim sebagai domain Anda.

Batasan penting: Sebuah domain hanya dapat memiliki satu rekaman TXT SPF. Jika Anda sudah memiliki rekaman SPF untuk layanan lain, gabungkan pernyataan include ke dalam satu rekaman:

v=spf1 include:_spf.mail.ru include:other-service.com ~all

Rekaman DKIM

Mail.ru for Business menghasilkan pasangan kunci DKIM. Kunci publik disediakan sebagai rekaman TXT yang harus Anda publikasikan di zona DNS Anda. Ambil dari dasbor Mail.ru Business di bawah pengaturan domain. Tampilannya akan seperti:

Name/Host: mailru._domainkey
Type:       TXT
Value:      v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GN...
TTL:        3600

Selektor (mailru) mungkin berbeda — gunakan persis apa yang disediakan dasbor. Verifikasi setelah propagasi:

dig TXT mailru._domainkey.yourdomain.com +short

Rekaman DMARC

DMARC menghubungkan SPF dan DKIM bersama-sama dan memberi server penerima kebijakan untuk diterapkan. Mulailah dengan kebijakan hanya pemantauan:

Name/Host: _dmarc
Type:       TXT
Value:      v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com
TTL:        3600

Setelah Anda mengonfirmasi bahwa email sah melewati pemeriksaan SPF dan DKIM (tinjau laporan agregat yang dikirim ke rua), perketat kebijakannya:

v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@yourdomain.com; pct=100

Pada akhirnya beralih ke p=reject untuk perlindungan maksimum terhadap pemalsuan domain dan phishing.

Langkah 6: Buat Kotak Surat di Dasbor Mail.ru Business

Dengan DNS sepenuhnya dikonfigurasi dan diverifikasi, sediakan kotak surat Anda:

1. Buka dasbor admin Mail.ru for Business.
2. Navigasikan ke Pengguna atau Kotak Surat.
3. Klik Tambah pengguna dan masukkan bagian lokal alamat yang diinginkan — misalnya, contact, support, admin, info.
4. Tetapkan kata sandi yang kuat (minimal 12 karakter, huruf campuran, angka, dan simbol).
5. Tetapkan kuota penyimpanan jika paket memungkinkan batas per pengguna.

Setiap kotak surat yang dibuat langsung dapat diakses di username@yourdomain.com. Antarmuka web tersedia di mail.ru — pengguna masuk dengan alamat email domain lengkap mereka dan kata sandi yang Anda tetapkan.

Langkah 7: Konfigurasi Klien Email melalui IMAP dan SMTP

Untuk pengguna yang lebih suka klien desktop atau mobile (Thunderbird, Outlook, Apple Mail, K-9 Mail), konfigurasikan pengaturan server berikut:

Referensi Konfigurasi Server Mail.ru

Nama pengguna: Selalu gunakan alamat email lengkap — you@yourdomain.com — bukan hanya bagian lokalnya.

Autentikasi: Mail.ru memerlukan autentikasi berbasis kata sandi. Jika akun memiliki autentikasi dua faktor yang diaktifkan pada platform konsumen, Anda mungkin perlu membuat kata sandi khusus aplikasi dari halaman pengaturan keamanan.

POP3 vs. IMAP: Gunakan IMAP kecuali Anda memiliki alasan khusus untuk tidak melakukannya. IMAP menyinkronkan status pesan (dibaca, ditandai, dihapus) di semua perangkat dan menyimpan pesan di server. POP3 mengunduh dan biasanya menghapus pesan dari server, yang merusak alur kerja multi-perangkat.

Contoh Konfigurasi Thunderbird

Account type:       IMAP
Incoming server:    imap.mail.ru
Port:               993
Connection security: SSL/TLS
Authentication:     Normal password
Username:           you@yourdomain.com

Outgoing server:    smtp.mail.ru
Port:               465
Connection security: SSL/TLS
Authentication:     Normal password
Username:           you@yourdomain.com

Langkah 8: Uji Alur Email Lengkap

Jangan berasumsi konfigurasi sudah benar — verifikasi setiap arah alur email secara eksplisit.

Uji pengiriman masuk:

Kirim pesan dari alamat eksternal (Gmail, Outlook.com) ke you@yourdomain.com. Konfirmasi bahwa pesan tiba di kotak masuk Mail.ru dalam beberapa menit.

Uji pengiriman keluar:

Kirim pesan dari you@yourdomain.com ke alamat eksternal. Periksa bahwa pesan tiba dan periksa header pesan untuk mengonfirmasi SPF dan DKIM lulus:

Authentication-Results: mx.google.com;
   dkim=pass header.i=@yourdomain.com;
   spf=pass (google.com: domain of you@yourdomain.com designates ... as permitted sender)

Uji keselarasan SPF/DKIM menggunakan MXToolbox:

# Check SPF record syntax
curl "https://mxtoolbox.com/api/v1/lookup/spf/yourdomain.com"

Atau gunakan antarmuka web di mxtoolbox.com untuk menjalankan pemeriksaan pencarian SPF, DKIM, DMARC, dan MX secara bersamaan.

Uji konektivitas SMTP dari baris perintah:

telnet smtp.mail.ru 465

Jika port 465 diblokir oleh firewall lokal atau ISP Anda, coba port 587 dengan STARTTLS sebagai gantinya.

Mode Kegagalan Umum dan Cara Memperbaikinya

Email Tidak Diterima

• Konfirmasi rekaman MX telah terpropagasi: dig MX yourdomain.com +short
• Periksa bahwa rekaman MX lama dari penyedia sebelumnya telah sepenuhnya dihapus
• Verifikasi status domain di dasbor Mail.ru Business menunjukkan “Aktif”

Email Keluar Masuk ke Spam

• Rekaman SPF hilang atau mengandung kesalahan sintaks — validasi dengan dig TXT yourdomain.com +short
• Rekaman DKIM belum terpropagasi atau dimasukkan secara tidak benar — periksa jeda baris yang diperkenalkan oleh salin-tempel
• Kebijakan DMARC tidak ada — bahkan rekaman p=none meningkatkan sinyal keterkiriman

Kegagalan Autentikasi di Klien Email

• Pastikan Anda menggunakan alamat email lengkap sebagai nama pengguna, bukan hanya bagian lokalnya
• Jika 2FA diaktifkan pada akun Mail.ru, buat dan gunakan kata sandi khusus aplikasi
• Konfirmasi port dan jenis enkripsi cocok persis — mencampur SSL/TLS dengan port STARTTLS menyebabkan reset koneksi

Verifikasi Domain Terus Gagal

• Rekaman DNS belum terpropagasi — tunggu dan periksa ulang dengan dig sebelum mencoba lagi
• Nilai rekaman TXT dimasukkan dengan spasi atau tanda kutip ekstra — sebagian besar panel DNS menambahkan tanda kutip secara otomatis; jangan menambahkannya secara manual
• Beberapa penyedia mengharuskan host @ dimasukkan sebagai nama domain tanpa awalan — periksa dokumentasi registrar Anda

Mail.ru for Business vs. Penyedia Alternatif

Mail.ru for Business adalah pilihan praktis bagi organisasi yang beroperasi di pasar berbahasa Rusia atau yang memiliki infrastruktur Mail.ru yang sudah ada. Untuk tim yang memerlukan integrasi mendalam dengan suite produktivitas atau beroperasi di bawah persyaratan kedaulatan data yang ketat di luar Rusia, evaluasi alternatif dalam tabel di atas dengan cermat.

Pertimbangan Hosting untuk Email Domain Kustom

Jika Anda menjalankan situs web bersama email kustom Anda, lingkungan hosting memengaruhi alur kerja manajemen DNS Anda. Pada paket Hosting VPS, Anda memiliki akses langsung ke file zona DNS dan dapat mengelola rekaman melalui alat baris perintah atau panel kontrol tanpa menunggu antarmuka web registrar untuk mempropagasi perubahan secara internal.

Untuk tim yang mengelola beberapa domain dan konfigurasi email, VPS dengan cPanel menyediakan Zone Editor grafis yang menyederhanakan manajemen rekaman TXT, MX, dan DKIM tanpa memerlukan pengeditan file zona mentah. cPanel juga menyertakan alat Email Deliverability bawaan yang secara otomatis memeriksa keselarasan SPF dan DKIM untuk domain yang dihosting.

Jika Anda memerlukan infrastruktur email yang sepenuhnya terkelola daripada merutekan melalui Mail.ru, Email Hosting AlexHost menyediakan hosting kotak surat khusus dengan kontrol DNS penuh, menghilangkan ketergantungan pada platform email pihak ketiga sepenuhnya.

Untuk lingkungan bisnis dengan lalu lintas tinggi di mana email sangat penting, Server Dedicated memberi Anda opsi untuk menjalankan MTA Anda sendiri (Postfix, Exim) dengan kontrol penuh atas antrean email, kebijakan pengiriman, dan pencatatan — arsitektur yang tidak dapat direplikasi oleh Mail.ru for Business.

Daftar Periksa Poin Teknis Utama

Gunakan daftar periksa ini untuk mengonfirmasi pengaturan Anda siap produksi sebelum menganggap konfigurasi selesai:

• Domain diverifikasi di dasbor Mail.ru Business (status menunjukkan “Aktif”)
• Rekaman MX mengarah ke mxs.mail.ru dengan prioritas 10, rekaman MX lama dihapus
• Rekaman TXT SPF diterbitkan di domain apex dengan include:_spf.mail.ru
• Rekaman TXT DKIM diterbitkan di mailru._domainkey.yourdomain.com
• Rekaman TXT DMARC diterbitkan di _dmarc.yourdomain.com (mulai dengan p=none, perketat nanti)
• Pesan uji masuk diterima dari alamat eksternal
• Header pesan uji keluar menunjukkan dkim=pass dan spf=pass
• Klien email dikonfigurasi dengan IMAP port 993 (SSL/TLS) dan SMTP port 465 atau 587
• Nilai TTL dipulihkan ke 3600 setelah pengujian selesai
• Kata sandi khusus aplikasi dibuat jika 2FA aktif pada akun Mail.ru

Pertanyaan yang Sering Diajukan

Berapa lama verifikasi domain Mail.ru sebenarnya berlangsung?

Dalam praktiknya, jika Anda menurunkan TTL DNS ke 300 detik sebelum menambahkan rekaman verifikasi, Mail.ru dapat mengonfirmasi kepemilikan dalam 5–15 menit. Jendela 24–48 jam yang dinyatakan berlaku ketika TTL dibiarkan pada nilai default (sering 3600 atau lebih tinggi), karena resolver menyimpan respons lama (kosong) selama durasi tersebut sebelum melakukan kueri ulang.

Bisakah saya menggunakan Mail.ru for Business bersama penyedia email lain di domain yang sama?

Ya, tetapi hanya satu penyedia yang dapat menjadi tujuan MX utama. Anda dapat merutekan subdomain tertentu (misalnya, notifications.yourdomain.com) ke penyedia yang berbeda, tetapi untuk domain root, hanya satu set rekaman MX yang harus aktif pada satu waktu untuk menghindari pemisahan pengiriman yang tidak dapat diprediksi.

Mengapa email keluar saya dari Mail.ru masuk ke spam di Gmail atau Outlook?

Penyebab paling umum adalah rekaman SPF yang hilang atau salah dikonfigurasi, tanda tangan DKIM yang tidak ada, atau tidak ada kebijakan DMARC. Jalankan domain Anda melalui mail-tester.com untuk mendapatkan laporan berskor yang mengidentifikasi dengan tepat mekanisme autentikasi mana yang gagal.

Apa yang terjadi pada email saya jika saya berhenti menggunakan Mail.ru for Business?

Pengiriman email berhenti segera setelah rekaman MX Anda diubah dari mxs.mail.ru. Pesan yang ada yang tersimpan di server Mail.ru tetap dapat diakses melalui antarmuka web hingga akun ditutup, tetapi Anda harus mengekspornya melalui IMAP (menggunakan klien seperti Thunderbird) sebelum melakukan peralihan untuk menghindari kehilangan data.

Apakah mungkin mengonfigurasi email Mail.ru pada domain yang dikelola melalui AlexHost?

Ya. Jika domain Anda didaftarkan melalui Pendaftaran Domain AlexHost, Anda memiliki akses penuh ke editor zona DNS. Tambahkan rekaman TXT verifikasi Mail.ru, rekaman MX, rekaman TXT SPF, dan rekaman TXT DKIM langsung dari panel kontrol AlexHost. Prosesnya identik dengan registrar lainnya — hanya antarmukanya yang berbeda.