Saya cek kebanyakan dari bounce email. Jadi domain mengirim email ke email user, di mana email user itu tidak valid (misal [email protected]).Email dari cronjob?
Saya cek kebanyakan dari bounce email. Jadi domain mengirim email ke email user, di mana email user itu tidak valid (misal [email protected]).
Betul, server mengirim email ke user menggunakan script PHP.Rasanya kalau MX sudah menggunakan google apps harusnya bounce mail tidak masuk ke server hosting, kecuali bounce mail tersebut dihasilkan dari script di internal server tersebut kemudian mencoba mengirim keluar tapi gagal dan akhirnya bounce kembali lagi ke server.
Betul, server mengirim email ke user menggunakan script PHP.
Tapi gagal akhirnya bounce kembali ke server.
Kira-kira apa bisa "menonaktifkan" /mail/new/ supaya tidak terisi?
Saat ini baru terpikir buat cron untuk hapus isi /mail/new/ secara rutin.
Caranya gimana ya?set email default address ke discard..
CMIIW
Oke thanks masukannyaBiasanya saya langsung cari script yang mengirim email tsb sedangkan untuk mendisable /mail/new nya belum pernah.
biasanya email dari cronjob atau script yang me-report.
Coba di cek di cron dan dihapus
Saya cek bukan dari cronjob, tapi memang script mengirim email ke member. Tapi email member tidak valid (ngasal), jadi bounce ke server.Kemungkinan lain adalah pihak luar 'menyaru' sebagai salahsatu account dari domain kita yang mengirim ke alamat yang tidak ada. Akibatmya akan 'balik' ke domain kita.