Begitu sebuah domain aktif, alamat email biasanya menyusul dengan cepat. Satu untuk info@, satu untuk sales@, satu lagi untuk support@. Tiga alamat terdengar rapi di kartu nama, sampai Anda sadar harus membuka tiga halaman webmail berbeda setiap pagi.
Persoalannya bukan pada jumlah alamatnya, melainkan pada asumsi yang menyertainya: bahwa setiap alamat email wajib punya kotak surat sendiri. Asumsi itu tidak selalu benar. Sebuah alamat bisa bekerja seperti papan nama di pintu — menunjukkan ke mana surat dialamatkan, tanpa ruangan penyimpanan di baliknya.
Email forwarding adalah mekanisme yang membuat hal tersebut mungkin. Ia juga salah satu istilah paling rancu di dunia email, karena kata "forward" dipakai untuk dua hal yang berbeda.
Email Forwarding Adalah Aturan Penerusan, Bukan Kotak Surat
Email forwarding adalah aturan di server email yang secara otomatis meneruskan setiap pesan masuk dari satu alamat ke alamat lain. Padanan Indonesianya penerusan email, sementara di panel hosting fiturnya biasa disebut forwarder atau email forwarder (penerus). Sebagian panel menuliskannya terbalik, dan forwarding email adalah istilah yang persis sama.
Yang membedakan forwarder dari akun email biasa terletak pada apa yang tidak dimilikinya. Ia tidak punya ruang penyimpanan, tidak punya password, dan tidak bisa dibuka lewat webmail. Isinya hanya satu baris aturan: kalau ada pesan untuk alamat A, kirimkan ke alamat B.
Ketiadaan penyimpanan inilah yang membuatnya murah. Seratus forwarder memakan ruang disk yang praktis nol, sedangkan seratus akun email berarti seratus kotak surat yang menumpuk kuota.
Satu hal yang perlu diperhatikan sejak awal: forwarder hanya mengurus arah masuk. Ia meneruskan pesan yang datang, tetapi tidak memberi Anda kemampuan membalas dari alamat tersebut.
Dua Arti Kata Forward yang Sering Tertukar
Pencarian seputar topik ini kerap berujung pada jawaban yang tidak nyambung karena satu sebab: kata "forward" dipakai untuk dua hal berbeda. RFC 5322, standar format pesan email, menyatakannya secara harfiah di bagian 3.6.6:
"Forwarding" has two meanings: One sense of forwarding is that a mail reading program can be told by a user to forward a copy of a message to another person... Forwarding may also mean that a mail transport program gets a message and forwards it on to a different destination for final delivery.
Makna pertama adalah yang Anda lakukan saat menekan tombol Forward di Gmail atau Outlook. Dalam pemakaian sehari-hari, forward email adalah tindakan membuat pesan baru berisi salinan pesan lama, dengan Anda sebagai pengirimnya. Fungsi forward pada email di tingkat ini sederhana: membagikan isinya kepada orang ketiga. Inilah yang dicari orang saat mengetik "forward email artinya" atau "apa itu forward email".
Makna kedua terjadi di sisi server. Server penerima mengambil pesan yang sama lalu mengantarkannya ke alamat lain. Header From: tidak berubah, sehingga pesan tetap tampak datang dari pengirim aslinya. Inilah yang dimaksud ketika panel hosting menyediakan menu Email Forwarding.
Forward manual mengirim pesan baru dari Anda; penerusan server mengantar pesan yang sama dengan pengirim asli tetap utuh.
Jadi arti forward dalam email bergantung pada siapa yang menjalankannya. Di sisi aplikasi, forward dalam email adalah pembuatan pesan baru yang Anda kirim satu per satu. Di sisi server, ia adalah pengantaran ulang pesan yang sama, berjalan otomatis tanpa Anda sentuh.
Sementara itu, Fwd email adalah singkatan yang ditambahkan aplikasi di depan subjek — konvensi antarpembuat aplikasi, bukan aturan resmi. Adapun baris ---------- Forwarded message ---------- yang masih dicetak Gmail berakar pada RFC 934 tahun 1985, dokumen yang mendefinisikan encapsulation boundary.
Cara Kerja Email Forwarding di Balik Layar
Perjalanan pesan yang diteruskan melewati empat tahap, dan tidak satu pun terlihat oleh pengirim maupun penerima.
Empat tahap penerusan: pengirim, MX menunjuk server domain, server mencocokkan aturan forwarder, lalu SMTP baru ke tujuan.
Tahap kedua bergantung pada MX record domain Anda. Kalau MX-nya salah arah, pesan tidak pernah sampai ke server yang menyimpan aturan forwarder. Masalah forwarding yang tidak jalan karena itu lebih sering berakar di DNS.
Tahap keempat menyimpan konsekuensi terbesar. Server penerus membuka sesi SMTP yang benar-benar baru ke server tujuan. Di sesi itu ada dua identitas yang mudah tertukar. Yang pertama adalah amplop (envelope), berisi perintah MAIL FROM yang menentukan ke mana laporan kegagalan dikirim. Yang kedua adalah kop surat, yaitu header From: yang dibaca pengguna.
Saat pesan diteruskan, kop suratnya tetap, tetapi amplopnya ditulis ulang oleh server penerus. Perbedaan kecil inilah yang nanti menjelaskan masalah pengiriman. Jejaknya tertinggal di header lengkap: baris Received: bertambah, muncul Delivered-To:, dan Gmail menambahkan X-Forwarded-For:.
Fungsi Email Forwarding dalam Pekerjaan Sehari-hari
Fungsi email forwarding adalah menyalurkan pesan dari alamat yang perlu ada ke kotak masuk yang benar-benar dibuka orang. Dari prinsip itu lahir beberapa penggunaan konkret.
- Menyatukan alamat departemen ke satu kotak masuk:
info@,sales@, dansupport@diarahkan ke satu alamat yang dipantau. Identitas tiap alamat tetap terjaga di mata pelanggan, tetapi Anda cukup membuka satu tempat. - Menjaga alamat tetap hidup setelah orangnya berpindah: ketika staf pindah divisi atau keluar, alamat lamanya diubah menjadi forwarder ke penggantinya, sehingga pesan dari klien lama tidak memantul sebagai bounce.
- Membuat alamat bertahan lebih lama daripada penyedianya: banyak kampus memberi alumninya alamat permanen yang diteruskan ke alamat pribadi. Yang permanen identitas alamatnya, bukan kotak surat di belakangnya.
- Menghemat kuota penyimpanan: alamat yang jarang menerima pesan tidak perlu diberi kotak surat. Memindahkannya menjadi forwarder membebaskan ruang tanpa mengurangi jumlah alamat.
- Menampung salah ketik alamat: aturan tangkap-semua atau catch-all meneruskan pesan ke alamat tidak dikenal di domain Anda, sehingga pesan untuk
sales@yang tertulissale@tetap sampai. - Menyamarkan alamat asli saat mendaftar layanan: buat alamat khusus untuk satu layanan, lalu teruskan ke kotak masuk utama. Begitu alamat itu kebanjiran spam, penerusannya cukup dimatikan tanpa mengganti alamat utama.
Jenis Email Forwarding Berdasarkan Cakupannya
Tidak semua penerusan bekerja pada tingkat yang sama, dan risikonya berbeda cukup jauh.
- Forwarder per alamat: aturan untuk satu alamat saja, disebut Account Forwarder di cPanel. Bentuk yang paling banyak dipakai dan paling mudah dikendalikan.
- Forwarder tingkat domain: Domain Forwarder di cPanel hanya aktif untuk alamat yang tidak valid, sehingga pesan ke alamat yang sudah ada tetap masuk ke kotaknya sendiri. Bentuk tangkap-semua efektif menangkap salah ketik, tetapi ia juga magnet spam karena penyebar spam rutin menembak alamat asal-asalan.
- Penerusan di sisi aplikasi: diatur dari dalam akun email, bukan panel hosting. Penerusan otomatis Gmail masuk kategori ini, dengan dua sifat khas: alamat tujuan harus diverifikasi lewat tautan konfirmasi, dan pesan bertanda spam tidak ikut diteruskan.
- Alias: sering disamakan dengan forwarder padahal berbeda. Alias adalah nama tambahan untuk kotak surat yang sama, sehingga pengantaran berhenti di situ tanpa sesi SMTP baru. Tanpa penerusan keluar, alias bebas dari persoalan autentikasi yang dibahas nanti.
Langkah pengaturan tangkap-semua ada di panduan setting default address email pada cPanel.
Jangan tertukar dengan menu redirect di panel domain. Redirect memindahkan pengunjung website ke alamat web lain dan sama sekali tidak menyentuh email.
Kelebihan Email Forwarding
Kelebihan dari email forwarding adalah kombinasi antara biaya yang mendekati nol dan waktu penerapan yang sangat singkat.
- Tidak memakan kuota penyimpanan: karena tidak ada kotak surat, tidak ada yang menumpuk. Puluhan alamat pun tidak menambah pemakaian disk.
- Aktif dalam hitungan menit: satu aturan langsung berlaku begitu disimpan, selama MX record-nya benar.
- Tidak mengubah kebiasaan kerja: pesan masuk ke aplikasi yang sudah Anda pakai sehari-hari, tanpa aplikasi baru dan tanpa password tambahan.
- Tersedia gratis di banyak tempat: sebagian layanan penerusan menyediakan paket tanpa biaya, dan pada layanan email hosting fitur ini umumnya sudah termasuk.
- Mudah dibongkar pasang: mengubah tujuan penerusan hanya soal mengganti satu alamat, tanpa migrasi data.
Kelemahan dan Kerugian Email Forwarding
Kelemahan dari email forwarding adalah konsekuensi langsung dari sifatnya yang hanya berupa aturan.
- Tidak bisa membalas dari alamat itu: pesan masuk lewat
info@, tetapi balasan keluar dari alamat pribadi. Paket gratis ImprovMX dan Forward Email sama-sama tidak menyertakan SMTP. - Tidak ada arsip di sisi domain: pesan lewat begitu saja. Kalau kotak surat tujuan hilang, riwayat percakapan alamat itu ikut hilang.
- Spam ikut diteruskan: forwarder tidak memilah isi. Google menyarankan penerusan disaring dari spam lebih dahulu, karena kiriman semacam itu mencoreng reputasi server penerus.
- Berisiko menimbulkan loop: kalau dua alamat saling meneruskan, pesan berputar tanpa henti. Server SMTP mendeteksinya dengan menghitung baris
Received:, dengan ambang penolakan yang disarankan RFC 5321 minimal 100 baris. - Punya batas yang nyata: paket gratis ImprovMX membatasi 1 domain, 25 alias, dan 500 penerusan per hari. Cloudflare Email Routing membatasi 200 aturan per domain dan ukuran pesan 25 MiB.
- Sulit diedit di cPanel: dokumentasi resmi cPanel menyatakan forwarder yang sudah dibuat tidak bisa diubah. Untuk mengganti tujuannya, aturan lama harus dihapus lalu dibuat ulang.
- Menambah jeda tiba: pesan singgah di satu server tambahan sebelum sampai, sehingga selalu lebih lambat daripada pengiriman langsung.
Singkatnya, kerugian dari email forwarding adalah hilangnya kemampuan membalas dan mengarsip, ditambah risiko spam dan batas harian. Satu kekeliruan lazim perlu diluruskan: di cPanel, akun email yang meneruskan tetap menyimpan salinan di kotak suratnya sendiri. Penghematan kuota baru terjadi kalau alamat itu tidak punya akun email, hanya aturan penerusan.
Kenapa Email yang Diteruskan Bisa Berakhir di Spam
Di sinilah perbedaan amplop dan kop surat menjadi penting. SPF (Sender Policy Framework) memeriksa apakah IP server pengirim terdaftar sebagai pengirim sah untuk domain di amplop. Masalahnya, RFC 7208 menyebut SPF dinilai berdasarkan IP server SMTP terakhir — dan setelah diteruskan, server terakhir adalah server penerus. SPF pun gagal.
Kalau berhenti di situ, kesimpulannya akan terdengar seperti yang sering beredar: email yang diteruskan pasti bermasalah. Kenyataannya tidak begitu.
DKIM menandatangani isi pesan dan sebagian headernya secara kriptografis. Tanda tangan itu menempel pada pesan, bukan pada koneksi, sehingga ia ikut terbawa utuh saat diteruskan. Selama isi pesan tidak diubah, tanda tangannya tetap sah dan selaras dengan header From:.
Bagian penentunya ada di DMARC. RFC 7489 menyatakan DMARC memberi hasil pass setelah salah satu mekanisme di bawahnya lolos dengan identitas yang selaras. Satu saja cukup. Karena itu penerusan polos umumnya tetap lolos: SPF gagal, DKIM lolos, DMARC menerima hasilnya.
Yang benar-benar mematikan penerusan bukan tindakan meneruskannya, melainkan perubahan isi pesan oleh server penerus. Menambahkan footer, menulis ulang subjek, atau menukar lampiran karena pemindaian antivirus akan memecahkan tanda tangan DKIM. SPF sudah gagal, DKIM ikut gagal, dan DMARC gagal total. Pada domain berkebijakan p=reject, pesan langsung ditolak.
Penerusan polos: SPF gagal, DKIM lolos, DMARC lolos. Penerusan yang mengubah isi: SPF gagal, DKIM gagal, DMARC gagal.
Inilah alasan mailing list berbeda dari forwarder biasa: milis memang mengubah pesan, misalnya menyisipkan tautan berhenti berlangganan. Ada dua penambal untuk mengurangi kerusakan itu.
- SRS (Sender Rewriting Scheme): penerus menulis ulang amplop
MAIL FROMke domainnya sendiri, sehingga SPF diperiksa terhadap domain penerus dan lolos. Konsekuensinya, laporan kegagalan kembali ke penerus, yang wajib meneruskannya lagi ke pengirim asli. - ARC (Authenticated Received Chain): perantara mencatat hasil autentikasi yang ia lihat ke dalam tiga header khusus, agar penerima akhir bisa menilai rantainya. RFC 8617 menetapkan statusnya sebagai protokol eksperimental.
Cloudflare Email Routing memakai keduanya dan menambahkan dua tanda tangan DKIM. Meski begitu, dokumentasi resminya mengingatkan kebijakan DMARC yang ketat di domain asal masih bisa membuat pesan gagal diantar.
Sejak Februari 2024 Google mewajibkan pengirim di atas 5.000 pesan per hari memasang SPF, DKIM, dan DMARC. Makin banyak domain menaikkan kebijakan DMARC-nya, sehingga penerusan yang mengubah pesan makin sering ditolak. Latarnya ada di email spoofing adalah.
Cara Mengaktifkan Email Forwarding
Cara forward email berbeda-beda tergantung di mana aturannya disimpan. Empat jalur berikut mencakup hampir semua kebutuhan.
Lewat cPanel
Menu Forwarders menyediakan dua pilihan: meneruskan satu alamat, atau meneruskan alamat tidak valid pada seluruh domain. Ada juga opsi membuang pesan disertai pesan kegagalan, membuangnya diam-diam, atau menyalurkannya ke sebuah program.
Satu alamat bisa diteruskan ke beberapa tujuan sekaligus dengan memisahkan alamatnya memakai koma. Yang menjalankan aturan itu di balik layar adalah Exim, server email bawaan cPanel.
Ingat dua batasannya: forwarder yang sudah jadi harus dihapus untuk diubah, dan akun yang meneruskan tetap menyimpan salinan. Langkah lengkapnya ada di panduan cara setting mail forwarders melalui cPanel.
Lewat Gmail
Penerusan otomatis Gmail diatur dari Settings → Forwarding and POP/IMAP. Alamat tujuan harus diverifikasi lewat tautan konfirmasi, sehingga penerusan tidak bisa diaktifkan diam-diam ke alamat orang lain.
Setelah aktif, Anda memilih apakah salinannya disimpan di kotak masuk atau diarsipkan; Google menyarankan menyimpannya. Penerusan otomatis mengirimkan semua pesan baru kecuali spam. Untuk meneruskan sebagian saja, gunakan filter.
Lewat Outlook dan Microsoft 365
Di Outlook.com dan New Outlook, penerusan diatur lewat Settings → Mail → Forwarding, lengkap dengan pilihan menyimpan salinan. Outlook versi lama tidak punya menu itu; penerusannya dibuat sebagai aturan (rule) beraksi redirect. Beda tiap versinya dibahas di Outlook.
Satu hal berikut sering disangka kerusakan. Pada akun Microsoft 365 milik perusahaan, penerusan otomatis ke alamat di luar organisasi dimatikan secara bawaan sejak 2021 lewat kebijakan penyaring spam keluar. Pesannya tidak hilang diam-diam, melainkan dipantulkan dengan kode 5.7.520 Access denied. Kalau kode itu muncul, masalahnya ada di kebijakan organisasi dan hanya administrator yang bisa membukanya.
Lewat layanan penerusan gratis
Beberapa layanan menerima domain Anda lalu meneruskan pesannya, cukup dengan mengarahkan MX record. Email forwarding gratis dari tiga layanan ini punya batas jelas:
| Layanan | Batas paket gratis | Catatan |
|---|---|---|
| Cloudflare | 200 aturan, 25 MiB | SRS dan ARC |
| ImprovMX | 25 alias, 500/hari | Tanpa kirim |
| Forward Email | Lampiran 50 MB | Sumber terbuka |
Ketiganya berbagi satu batasan di paket gratisnya: hanya bisa menerima, tidak bisa mengirim. Kemampuan membalas selalu ada di paket berbayar.
Google sendiri justru menyarankan pendekatan sebaliknya: menarik email lewat IMAP atau POP alih-alih meneruskannya. Cara ini melewati seluruh persoalan autentikasi tadi karena tidak ada pengiriman ulang. Langkahnya ada di panduan integrasikan email lain ke Gmail.
Kapan Forwarding Cukup dan Kapan Anda Butuh Mailbox
Forwarding sudah memadai kalau alamat tersebut sifatnya menerima saja, jarang dibalas dengan identitas domain, dan volumenya di bawah ratusan pesan per hari. Alamat noreply@, newsletter@, atau cadangan salah ketik masuk kategori ini.
Anda membutuhkan akun email penuh begitu salah satu dari tiga kondisi muncul: alamat itu harus membalas dengan identitas domain, riwayatnya perlu bisa dicari, atau dipakai bergantian oleh lebih dari satu orang. Alamat sales@ yang aktif menegosiasikan harga jelas membutuhkan kotak surat sungguhan.
Untuk jumlahnya, angka 25 alias pada paket gratis ImprovMX adalah patokan praktis. Di bawah 25 alamat, forwarder gratis masih nyaman. Di atas itu, batasnya mulai menghalangi dan biaya layanan berbayar sudah sebanding dengan paket email hosting yang sekaligus memberi kotak surat.
Pertanyaan yang Sering Muncul
Apa fungsi dari email forwarding? Fungsinya menyalurkan pesan dari alamat yang perlu ada ke kotak masuk yang benar-benar dibuka: menyatukan alamat departemen ke satu tempat, menjaga alamat lama tetap hidup setelah pemiliknya berpindah, dan menghemat kuota.
Jika forward email, apakah ketahuan?
Pengirim asli tidak menerima pemberitahuan apa pun. Namun penerima akhir bisa melihat jejaknya di header lengkap: baris Received: tambahan, Delivered-To:, serta X-Forwarded-For: pada penerusan Gmail. Untuk forward manual, jejaknya terlihat langsung karena pengirimnya berubah menjadi Anda.
Apa yang dimaksud dengan forward email? Bergantung konteksnya, karena kata ini punya dua arti. Di aplikasi email, forward berarti membuat pesan baru berisi salinan pesan lama. Di panel hosting, artinya server meneruskan pesan yang sama ke alamat lain tanpa mengubah pengirimnya.
Apa perbedaan reply dan forward email?
Reply mengembalikan balasan ke pengirim dan mempertahankan utas percakapan lewat header In-Reply-To. Forward mengirimkan isinya ke orang ketiga beserta seluruh lampiran dan sering kali riwayat penerima sebelumnya, sehingga perlu dibaca ulang sebelum dikirim. Untuk pembagian peran penerima lainnya, lihat CC adalah.
Kesimpulan
Email forwarding adalah aturan penerusan tanpa kotak surat: murah, cepat diterapkan, dan tidak memakan kuota, dengan konsekuensi Anda tidak bisa membalas maupun mengarsipkan dari alamat itu. Memisahkan dua arti kata "forward" sejak awal menghemat banyak kebingungan.
Soal kekhawatiran email teruskan berakhir di spam, penerusan polos umumnya aman karena DKIM ikut terbawa dan DMARC hanya menuntut satu identitas yang selaras. Yang perlu diwaspadai adalah penerus yang mengubah isi pesan. Pakai forwarding untuk alamat yang sekadar menerima, dan siapkan akun email begitu alamat itu harus menjawab.
Semoga artikel ini membantu.




