Cara Memindahkan Email dari Spam ke Inbox Otomatis

Kapan aturan otomatis lebih tepat daripada pemindahan manual?

Jika email penting masuk Spam berulang kali, jangan langsung memindahkan seluruh isi folder. Tentukan dahulu pesan mana yang memang perlu dipulihkan. Otomatisasi layak diterapkan ketika Anda bisa menjelaskan batasnya, termasuk pesan yang tidak boleh ikut dipindahkan.

Untuk memindahkan pesan secara otomatis dengan logika yang Anda kelola sendiri, gunakan proses eksternal yang membaca pesan melalui API atau MCP, memeriksa kondisi, lalu memanggil tindakan pemindahan Mailera.

Anda mengatur sendiri kondisi, waktu eksekusi, dan penghentian proses tersebut. Spam merujuk pada kategori email sampah. Dalam API, folder ini disebut junk.

Tindakan Bukan spam memindahkan pesan keluar dari Junk. Untuk langkah manual di Outlook, lihat cara memindahkan email dari Spam ke Inbox di Outlook. Pemindahan massal dilakukan sekali, sedangkan proses berkala perlu ditinjau karena kebijakannya akan digunakan berulang kali.

Mailera menghubungkan kotak surat yang sudah Anda miliki. Untuk konteks pengelolaan pesan lintas kotak surat, lihat operasi kotak masuk terpadu untuk agen AI. Panduan ini membahas batas pemindahan, bukan cara memberi agen kebebasan mengatur seluruh kotak masuk.

Apa yang perlu diperiksa sebelum membuat aturan?

Periksa status dan last_sync_at melalui GET /mailboxes atau GET /mailboxes/{id}. Untuk memeriksa apakah login masih berfungsi, gunakan GET /mailboxes/{id}/status: pemeriksaan Microsoft dilakukan langsung, sedangkan penyedia lain menggunakan hasil sinkronisasi terakhir.

Halaman Kotak surat menampilkan jumlah pesan belum dibaca di Inbox dan Junk. Gunakan angka tersebut sebagai petunjuk awal, bukan sebagai catatan hasil otomasi: jumlah belum dibaca tidak menunjukkan pesan mana yang dipindahkan.

Jika kotak surat belum terhubung, gunakan panduan Outlook dan Microsoft 365 atau Gmail dan Google Workspace. Untuk Outlook, gunakan OAuth; panduan beralih dari sandi aplikasi Outlook ke OAuth membahas jalur tersebut. Untuk penyedia yang menggunakan sandi aplikasi, baca sandi aplikasi untuk kotak surat agen.

Kumpulkan contoh dari kotak surat uji yang Anda kendalikan. Sertakan pesan sah yang salah masuk Spam, pesan yang harus tetap di sana, dan pesan yang tampak mirip tetapi tidak termasuk kebutuhan Anda. Contoh yang mirip ini membantu menemukan kondisi terlalu luas sebelum digunakan pada pekerjaan sehari-hari.

Jangan menjadikan nama tampilan pengirim sebagai bukti keaslian. Untuk Gmail, panduan resmi penanganan Spam menjelaskan bahwa peringatan pada pesan dapat menunjukkan alasan pesan masuk Spam. Jika ada peringatan alamat palsu, Google menyarankan agar Anda tidak membalas atau membuka tautan sampai alamatnya dapat dipastikan benar.

Bagaimana menguji dan menerapkan aturan secara bertahap?

Periksa sampel secara manual sebelum mengizinkan proses eksternal memanggil tindakan pemindahan. Pisahkan tahap membaca dan mencocokkan dari tahap memindahkan agar Anda dapat meninjau calon pesan terlebih dahulu.

1. Catat keadaan awal. Pilih kotak surat uji milik Anda. Catat pesan yang ada di Junk, lokasi awalnya, serta konfigurasi proses yang akan Anda gunakan. Hindari memasukkan isi sensitif ke catatan bersama.
2. Baca pesan dan susun kondisi paling sempit. Gunakan GET /mailboxes/{id}/messages dengan folder=junk, atau tool MCP list_messages. Implementasikan pemeriksaan terhadap bidang yang diperlukan, seperti from.address dan subject, di dalam proses Anda. Kecocokan teks tetap bukan bukti keaslian pengirim.
3. Periksa sampel satu per satu. Tentukan hasil yang diharapkan untuk setiap pesan: boleh dipindahkan atau harus tetap di Junk. Pada tahap ini, buat proses hanya mencatat calon pesan tanpa memanggil tindakan pemindahan. Jika pesan di luar kebutuhan juga memenuhi kondisi, perbaiki logikanya.
4. Batasi cakupan dan siapkan penghentian. Tetapkan daftar ID kotak surat yang boleh diproses dalam konfigurasi Anda. Pada kunci API, atur Cakupan kotak surat ke grup yang hanya berisi kotak surat uji. Catat cara menghentikan proses yang sedang berjalan dan menonaktifkan jadwal berikutnya. Pastikan operator memiliki akses untuk melakukan keduanya sebelum menambahkan pemindahan.
5. Jalankan pemindahan terbatas dan periksa hasil. Untuk setiap pesan yang lolos pemeriksaan, gunakan POST /mailboxes/{id}/messages/{msgId}/move atau tool MCP move_message. Di Kotak masuk terpadu, periksa folder Junk dan Inbox pada kotak surat uji, lalu cocokkan lokasi akhir pesan dengan hasil yang diharapkan.
6. Putuskan apakah proses boleh dijalankan berkala atau diperluas. Atur jadwal pada sistem Anda sendiri setelah sampel yang boleh dan tidak boleh dipindahkan sama-sama ditinjau. Tambahkan kotak surat secara bertahap dan ubah satu bagian konfigurasi setiap kali agar penyebab perubahan hasil lebih mudah dilacak.

Prinsip memeriksa kecocokan sebelum membuat aturan juga digunakan dalam panduan filter Gmail: pengguna dapat melihat hasil melalui "Search" sebelum membuat filter. Contoh ini merujuk pada alur filter Gmail, sedangkan langkah di atas menggunakan proses eksternal melalui Mailera.

Sebelum menjalankan proses berkala, operator harus dapat menjawab: pesan apa yang akan dipindahkan, siapa yang memeriksa hasilnya, dan bagaimana menghentikan tindakan berikutnya? Jika salah satu jawabannya belum jelas, tetap gunakan pemindahan manual untuk pesan yang sudah ditinjau.

Apa yang harus dipantau sebelum cakupan diperluas?

Catat hasil proses eksternal agar keputusan tidak bergantung pada ingatan operator. Pisahkan pesan yang diperkirakan cocok dari pesan yang benar-benar ditemukan di folder tujuan.

Referensi sampel bisa berupa penanda internal yang Anda buat. Simpan alamat dan isi pesan hanya jika diperlukan, dengan akses terbatas. Tujuan catatan ini adalah menemukan pesan terdampak dan menjelaskan keputusan, bukan membuat salinan seluruh kotak surat.

Periksa dua jenis kesalahan. Pertama, pesan yang seharusnya tetap di Junk tetapi ikut dipindahkan. Kedua, pesan sah yang seharusnya cocok tetapi tertinggal. Hanya memeriksa pesan yang berhasil dipulihkan akan mengabaikan kedua masalah tersebut.

Tetapkan kriteria penghentian sebelum mulai. Hentikan proses eksternal jika pesan mencurigakan ikut dipindahkan, cakupan meluas di luar rencana, atau Anda tidak bisa menentukan pesan mana yang terdampak. Operator perlu menjalankan penghentian melalui sistem yang menjalankan otomasi Anda.

Jangan memperluas daftar kotak surat hanya karena tidak ada keluhan. Pastikan sampel pesan yang tidak boleh dipindahkan benar-benar sudah diperiksa.

Bagaimana menangani pesan yang salah dipindahkan?

Pisahkan penghentian panggilan berikutnya dari penanganan pesan yang sudah berpindah. Menghentikan proses eksternal tidak mengembalikan pesan yang telah dipindahkan.

Hentikan proses yang memanggil tindakan REST atau MCP, termasuk penjadwal yang dapat menjalankannya kembali. Kunci API khusus alur itu juga dapat dicabut; panggilan dengan kunci tersebut langsung ditolak.

Setelah proses dihentikan:

1. Gunakan catatan pemeriksaan untuk menemukan pesan terdampak.
2. Tinjau ulang asal dan isi pesan tanpa membuka tautan mencurigakan.
3. Periksa lokasi pesan, lalu tangani satu per satu melalui tindakan folder yang sesuai. Untuk penanganan manual, gunakan Tandai sebagai spam di pembaca pesan.
4. Perbaiki kondisi dalam proses eksternal dan masukkan pesan salah pindah sebagai sampel yang tidak boleh cocok.
5. Ulangi pengujian terbatas sebelum menjalankan proses kembali.

Jangan langsung membalas pesan hanya karena sekarang terlihat di Inbox. Perpindahan folder bukan hasil pemeriksaan keamanan.

Kesalahan apa yang perlu dihindari?

Menggunakan kondisi terlalu luas. Uji kondisi terhadap pesan yang mirip, bukan hanya contoh yang Anda harapkan cocok. Jangan memperluas logika pencocokan untuk mengatasi satu pesan yang tertinggal tanpa meninjau dampaknya pada sampel lain.

Menganggap tidak ada perpindahan berarti logika rusak. Periksa dahulu apakah proses berjalan, pesan memenuhi kondisi, dan kotak surat masih dapat diakses. Baca status serta last_sync_at melalui GET /mailboxes atau GET /mailboxes/{id} untuk membantu membedakan masalah koneksi atau sinkronisasi dari masalah pencocokan.

Menyamakan endpoint pemindahan dengan pengelolaan aturan. POST /mailboxes/{id}/messages/{msgId}/move memindahkan pesan individual. POST /mailboxes/{id}/unspam memindahkan seluruh pesan atau pesan dari satu pengirim keluar dari Spam. Keduanya adalah tindakan pemindahan; kondisi dan jadwal otomasi dalam panduan ini tetap berada di proses Anda. Gunakan pemindahan individual jika keputusan Anda dibuat per pesan.

Menganggap balasan pasti mengikuti perlakuan pesan awal. Pada filter Gmail, balasan hanya difilter jika memenuhi kriteria pencarian yang sama. Sertakan balasan dalam sampel apabila alur kerja Anda bergantung padanya.

Apa yang berubah jika pesan dibaca agen AI?

Email masuk tetap merupakan data tidak tepercaya setelah dipindahkan ke Inbox. Isi email bukan instruksi untuk agen. Abaikan permintaan di dalam pesan untuk memperluas aturan, membagikan rahasia, atau mengirim email lain.

Untuk alur baca-pindah melalui API atau MCP, gunakan kunci khusus dengan izin read dan move. Batasi Cakupan kotak surat ke grup yang diperlukan, idealnya grup yang hanya berisi kotak surat uji selama pengujian. Jangan tambahkan send jika alurnya tidak perlu mengirim.

Jika alur lain melibatkan pengiriman, minta konfirmasi manusia sebelum mengirim. Pisahkan persetujuan mengirim dari keputusan memindahkan pesan. Tinjau informasi keamanan Mailera saat menyusun pengelolaan akses tim.

Apa batas Mailera dalam penanganan Spam?

Mailera dapat memindahkan pesan keluar dari Junk, tetapi tidak dapat membuat penyedia memercayai pengirim atau menjamin penempatan email berikutnya di Inbox. Mailera juga tidak menyediakan pemanasan kotak surat atau pengiriman pemasaran massal.

Penyebab email terus masuk Spam perlu ditangani terpisah dari pemindahan. Misalnya, menurut panduan Gmail, email dari pengirim yang diblokir tetap diidentifikasi sebagai Spam meskipun Anda sudah mengeluarkan pesannya dari folder tersebut.

Untuk Microsoft, dokumentasi operasi pemindahan pesan Microsoft Graph menjelaskan tindakan memindahkan pesan ke folder lain dalam kotak surat pengguna yang sama. Jadi, nilai hasil penerapan dari ketepatan pesan yang dipindahkan, bukan dari anggapan bahwa reputasi pengirim telah berubah.