On Sat, Feb 20, 1999 at 08:38:55AM +0700, Wiro Hardy wrote:
> Cuman dia nggak bener-bener menghapus email tersebut ketika dia
> memberikan perintah "dele" setelah memberikan perintah "retr".
> Dia hanya memberi tanda/flag, sampai dia menerima perintah
> "quit".
Ini sepertinya sudah merupakan perilaku 'standar' untuk protocol
POP3, sorry rfc-nya lupa ..
> Ketika menerima SIGTERM/signal 15 (termination signal), si client
> tidak sempat memberikan perintah quit. Ketika login kembali untuk
> mengambil email, flagnya ilang semua :(
Coba suruh ISP pakai qpopper :-) kabarnya punya qualcomm ini akan
otomatis purge mail kita pada kondisi ini, jadi melanggar rfc :-)
Bisa dengan set batchlimit, tapi ini juga ada kelemahannya. Pertama
jelas kalau yang bikin masalah ukuran mail yang terlalu besar, ini
tidak akan menolong, kedua, run fetchmail hanya pada waktu-waktu
tertentu, jadi setiap kali selalu ada residu mail yang belum sempat
terdownload.
Solusi paling sip, d/l mail tiap menit dan sambung terus 24 jam
sehari. Sip tapi nggak sip di pulsa :-)
BTW, apa ada pop client yang bisa multidrop yang seluwes fetchmail,
tapi juga 'melanggar' rfc???? pop3 seperti di atas. Kalau ada pasti
enak tuh.
Salam,
P.Y. Adi Prasaja
=-=-=-=-=-=-=-=-=-=-=-
[EMAIL PROTECTED]
______________________________________________________________________
Utk berhenti langganan kirim email ke [EMAIL PROTECTED]
Sudah cari di arsip? http://www.linux.or.id/milis.php3#arsip-id-linux
Utk info etika diskusi, kirim email kosong ke [EMAIL PROTECTED]
