Jawaban singkat
Bagaimana cara memindahkan email ke penyedia baru tanpa kehilangan email?
Turunkan TTL catatan MX Anda menjadi 300 sampai 600 detik 24 sampai 48 jam sebelumnya, impor arsip lama ke kotak surat baru, ubah catatan MX paling akhir, dan simpan akun lama sampai email baru tiba. Postelva mengelola DNS, jadi peralihannya cukup satu pengeditan pada dua catatan atau lebih.
Berapa banyak catatan yang berubah saat Anda pindah
| Penyedia baru | MX | TXT verifikasi | SPF | DKIM | DMARC | Total catatan |
|---|---|---|---|---|---|---|
| Proton Mail | 2 | 1 | 1 include | 3 CNAME | 1 | 8 |
| Mailbox.org | 4 | 1 | 1 include | 4 CNAME | 1 | 11 |
| Fastmail | 2 | Tidak diperlukan untuk penyiapan hanya-MX | 1 include | 3 CNAME | Tidak dibaca (belum diverifikasi) | 6, tanpa DMARC |
Lima langkah dalam urutan yang benar
Turunkan TTL
Setidaknya 24 sampai 48 jam sebelum pemindahan, atur TTL catatan MX menjadi 300 sampai 600 detik. Perubahan menyebar kira-kira selama TTL lama, jadi nilai pendek sebelum perubahan membuat perubahan berjalan cepat.
Siapkan kotak surat baru
Tambahkan domain Anda di penyedia baru, buat alamat dan alias, lalu salin catatan verifikasi yang ditampilkannya. Jangan sentuh catatan MX dulu.
Salin email lama
Impor arsip dengan alat impor IMAP penyedia baru selagi akun lama masih menerima email. Penerusan saja hanya memindahkan email baru.
Alihkan catatan MX
Ganti catatan MX lama dengan yang baru, tambahkan include SPF baru ke catatan SPF yang sudah ada, dan tambahkan catatan DKIM. Biarkan server lama tetap menerima email sampai TTL lama berlalu.
Konfirmasi, lalu bersihkan
Kirim tes ke diri sendiri dari dua akun luar, periksa header, simpan akun lama untuk sementara, lalu naikkan lagi TTL dan hapus catatan lama.
Mengapa TTL menentukan apakah email hilang?
TTL adalah jumlah detik yang boleh disimpan resolver untuk sebuah jawaban, jadi ia menentukan berapa lama pengirim terus memakai catatan MX lama Anda. Jika TTL lama 86400 detik, pengirim yang melakukan pencarian satu menit sebelum perubahan akan terus mengirim ke server lama sampai satu hari. Dengan TTL 300 sampai 600 detik, jendelanya hanya lima sampai sepuluh menit.
Aturan dari panduan deliverability adalah menurunkan TTL 24 sampai 48 jam sebelum pemindahan, agar setiap cache sudah memegang nilai pendek pada hari itu, lalu menaikkannya lagi setelahnya. Perubahan MX yang khas kemudian stabil dalam 1 sampai 4 jam, dan dapat memakan 24 sampai 48 jam dalam kasus terburuk. Ini panduan vendor, bukan standar. Jawaban kosong juga di-cache, dengan TTL dari rekaman SOA zona (RFC 2308), jadi catatan yang Anda buat terlambat bisa tetap tidak terlihat untuk sementara di sebagian resolver.
Bagaimana cara menyalin email lama sebelum peralihan?
Impor arsip lama melalui IMAP sebelum Anda mengubah satu pun catatan MX. Proton Mail, misalnya, mendokumentasikan peralihan dari Gmail dengan alat impor, dan panduan migrasi penyedia sepakat pada urutan yang sama: impor dulu, ubah MX hanya saat tujuan sudah siap, dan simpan akun lama sampai Anda memastikan semuanya tiba.
Dua kebiasaan mencegah sebagian besar kehilangan. Pertama, biarkan kotak surat lama tetap menerima email selama impor berjalan, karena email yang datang selama penyalinan hanya akan ada di akun lama. Kedua, jalankan impor kedua yang singkat setelah peralihan MX untuk mengambil pesan yang masuk ke server lama selama propagasi. Untuk urutan kerja saat alamat Anda berganti penyedia tetapi namanya tidak, baca cara mempertahankan alamat email saat Anda mengganti penyedia.
Bagaimana cara mengalihkan catatan MX dengan aman?
Hapus catatan MX lama atau beri catatan baru nomor prioritas terendah, dan jangan pernah membiarkan dua penyedia tercampur. Fastmail dan Proton Mail sama-sama menyatakan ini di halaman bantuan mereka: jika catatan lama dan baru berdampingan, email dikirim ke salah satu server secara tidak terduga. Catatan MX menyebutkan server surat dan prioritas; pengirim mencoba nomor terendah lebih dulu. Konsep ini dijelaskan di apa itu catatan MX.
Di Postelva, zona diedit di area klien, dan templat DNS sekali klik untuk Proton Mail, Fastmail, Zoho Mail, Google Workspace dan Microsoft 365, plus templat SPF + DMARC dan templat "tanpa email" untuk domain yang tidak mengirim apa pun. Sebuah templat mengganti catatan MX, SPF dan DKIM untuk penyedia itu dalam satu tindakan. Untuk Tuta, Mailbox.org, iCloud+ dan Migadu, Anda mengetik catatan MX, TXT dan CNAME di editor DNS, dengan nilai dari layar penyedia.
Apa yang terjadi pada SPF dan DKIM saat pindah?
Sebuah domain hanya boleh menerbitkan satu catatan SPF, jadi tambahkan include penyedia baru ke catatan yang sudah ada, bukan membuat catatan kedua. Proton Mail, Mailbox.org dan Mailfence memberi instruksi yang sama. Biarkan include lama tetap di catatan sampai Anda berhenti mengirim dari penyedia lama, lalu hapus: pemeriksaan SPF hanya mengizinkan paling banyak 10 pencarian DNS (RFC 7208), dan setiap include ikut dihitung.
Catatan DKIM berbeda. Setiap penyedia memakai nama selector sendiri, misalnya fm1, fm2 dan fm3 di Fastmail, atau protonmail, protonmail2 dan protonmail3 di Proton Mail, jadi catatan baru bisa berdampingan dengan yang lama sampai Anda menghapus penyedia lama. Lihat catatan yang diterbitkan dengan perintah di cara memeriksa catatan MX, SPF, DKIM dan DMARC.
Bagaimana saya tahu pemindahan berhasil?
Kirim pesan tes ke domain dari dua akun luar dan baca header pengirimannya. Menurut indeks Postelva tanggal 12 November 2026, pindah ke Proton Mail berarti mengubah 8 catatan, ke Mailbox.org 11 dan ke Fastmail 6 (catatan DMARC Fastmail tidak dibaca di halaman yang diperiksa), jadi memeriksa setiap jenis catatan adalah cara tercepat menemukan yang terlewat.
Jika sebuah pesan tidak tiba, penyebabnya hampir selalu salah satu dari mengapa email tidak masuk ke domain kustom. Simpan akun lama selama beberapa minggu, karena pengirim dengan cache lama masih bisa mengirim ke sana. Jika akun lama tetap kosong, naikkan TTL ke nilai normalnya dan hapus catatan lama.
Pindah penyedia: pertanyaan
Berapa lama peralihan memakan waktu?
Perubahan MX yang khas stabil dalam 1 sampai 4 jam dan bisa memakan 24 sampai 48 jam. Proton Mail meminta Anda memberi waktu hingga sehari. TTL pendek yang diatur lebih dulu menjaga jendela tetap kecil.
Apakah saya kehilangan alamat saat pindah?
Tidak, jika alamatnya ada di domain Anda sendiri: domain tetap di registrar yang sama dan hanya catatannya yang berubah. Alamat di domain milik penyedia lama, seperti @proton.me atau @tuta.com, tidak dapat dipindahkan.
Bisakah saya pindah tanpa mengimpor email lama?
Bisa, tetapi Anda kehilangan arsip di kotak surat baru. Biarkan akun lama tetap terbuka, atau ekspor email, sampai Anda mendapatkan apa yang Anda butuhkan.
Apakah pemindahan mengubah registrasi domain saya?
Tidak. Registrasi, tanggal perpanjangan dan pemiliknya tetap sama. Hanya catatan DNS yang menunjuk ke server surat yang berubah.
Sebaiknya saya pindah pada jam sepi?
Itu membantu tetapi tidak wajib. Yang penting adalah peralihan MX terjadi setelah impor dan setelah TTL diturunkan.
Ringkasannya
- Turunkan TTL MX menjadi 300 sampai 600 detik 24 sampai 48 jam sebelum pemindahan.
- Impor arsip melalui IMAP lebih dulu; penerusan hanya memindahkan email baru.
- Ubah catatan MX paling akhir; jangan biarkan dua penyedia tercampur.
- Satu catatan SPF saja; tambahkan include baru ke dalamnya; paling banyak 10 pencarian DNS.
- Catatan yang diubah: Proton Mail 8, Mailbox.org 11, Fastmail 6 tanpa DMARC.
- Propagasi yang khas adalah 1 sampai 4 jam, sampai 24 sampai 48 jam.
- Simpan akun lama sampai email tes tiba.
Sumber (8)
- Pindah dari Gmail ke Proton — Proton (dibaca 2026-11-12)
- Domain kustom dari Namecheap (nilai MX) — Proton (dibaca 2026-11-12)
- Anti-spoofing untuk domain kustom — Proton (dibaca 2026-11-12)
- Catatan DNS default — Fastmail (dibaca 2026-11-12)
- Basis pengetahuan mailbox.org: domain kustom — mailbox.org (dibaca 2026-11-12)
- RFC 7208, bagian 4.6.4 — RFC Editor (dibaca 2026-11-12)
- RFC 2308: negative caching kueri DNS — RFC Editor (dibaca 2026-11-12)
- Berapa lama perubahan DNS menyebar — Suped (dibaca 2026-11-12)