On 03/02/17 08:17, Albertus Aji wrote:
>> Bisa dicarikan transaksinya di domainpop log?
>
>> Khususnya yang memperlihatkan UIDL command, LIST, RETR dan DELE
>
>> message-2x itu.
> Thu 2017-02-02 18:33:00.279: [101475] --> DELE 1957
>
> Thu 2017-02-02 18:33:00.280: [101475] <-- +OK
>
> Thu 2017-02-02 17:23:48.562: [099583] --> DELE 1957
>
> Thu 2017-02-02 17:23:48.563: [099583] <-- +OK
Ini sudah di periksa silang ke UIDL command dan LIST command diatasnya
atau ke routing log?
Urutan/nomer message selalu berubah, tergantung jumlah message di pop3
server saat itu sehingga tidak bisa dijadikan patokan.
>> Atau periksa silang ke domainpop spooling mailbox melalui webmail,
>
>> setelah satu message dihapus apakah masih ada disana.
>
> Kalau saya hapus manual lewat webmail bener2 terdelete pak.
Maksudnya kalau message di delete oleh domainpop tidak benar-2x
terhapus, sementara delete dari webmail hosting benar terdelete (tidak
lagi di retrieve ulang oleh domainpop)?
> Kalo gitu baiknya gimana ya pak, sekarang kan saya matiin
> domainpopnya karena kalo saya nyalain nanti overquota semua user
> saya.
Minta ke ISP untuk diubah dari domainpop ke domain forwarding, mail
untuk domain araksa.com tidak lagi disimpan ke domainpop spooling
mailbox melainkan diforward ke server office.araksa.com.
> Saya masih bingung apakah sebenarnya permintaan deletion message dari
> mailserver saya ke domainpop ter-pending/hold, sehingga nanti kalau
> dari sisi ISP sudah normal otomatis message2 tsb akan terhapus?
Di beberapa linux PO3 server request message deletion dari client itu
tidak benar-2x dihapus langsung, melainkan di "mark for delete" saja
(mirip IMAP) lalu nanti saat sempat baru benar-2x dihapus (purge).
Kalau server sibuk atau ada problem teknis lain, maka proses purging itu
tidak terjadi --> terjadi message duplicate.
Hanya administrator (root) user server itu yang bisa memperbaikinya.
--
syafril
-------
Syafril Hermansyah
MDaemon-L Moderators, MDaemon 17.0-64 Beta A, SP 5.1.0-64
Harap tidak cc: atau kirim ke private mail untuk masalah MDaemon.
Learning is not child's play; we cannot learn without pain
--- Aristotle
--
--MDaemon-L----------------------------------------------------------
Milis ini untuk Diskusi antar pengguna MDaemon Mail Server.
Netiket: https://wiki.openstack.org/wiki/MailingListEtiquette
Arsip: http://mdaemon-l.dutaint.com
Dokumentasi : http://mdaemon.dutaint.co.id
Henti Langgan: Kirim mail ke [email protected]
Versi terakhir MD 16.5.2, SP 5.1.0, OC 4.0.1, SG 4.0.1
