Wah! .. terus terang saya jadi tidak enak setelah baca mail ini.
Kelewatan kemarin karena habis pindahan kantor. BTW, betul-betul
dahsyat :-)
> mencegah user anonymous? menutup cybercafe? perpustakaan? isp?
> justru disini anda sedang berkhayal! :)
Sekalian ini yang ini saya komentari juga deh :-) Memang berkhayal
untuk saat ini. Maksud saya sebenarnya setiap service provider harus
mampu/memiliki fasilitas logging yang baik.
> lho gimana sih? udah jelas2 anda salah *ngerti* dgn yg dimaksud timeout itu.
> anda menyangka kalau "kirim file/mail besar akan kena timeout". itu yang
> saya bilang anda *salah mengerti* (baca:tidak tahu) apa yg dimaksud
> *timeout* :).
Hmm.. anda ini keterlaluan sebenarnya. Tidak apa-apa lah :=) Waktu anda
menulis itu anda sudah baca RFC yang bersangkutan? Ini alasan saya
bilang anda keterlaluan: sudah *tidak* mau baca, malah bilang orang
tidak tahu lagi :-) lah anda sendiri gimana? jenius kalau gitu? belum
baca udah tahu? :-P
> timeout itu hanya terjadi jika *delay* antara satu data dengan data
> berikutnya dianggap terlalu lama (melebihi batas timeout yg
> ditentukan). jadi bukan sekedar "session limit".
Anda boleh kok menuliskan C codenya di sini kalau anda memang
mengerti. I think it is small matter of programming :-)
> saya yakin rfc nya tidak salah, mungkin anda saja yg salah ngerti.
RFC *tidak* berkaitan secara langsung dengan coding style. Harap anda
berhati-hati dengan statement anda ini.
> overrun hanya terjadi di layer komunikasinya, bukan di aplikasinya
> sehingga overrun tidak akan menyebabkan abend.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
...
> hehe...maaf buat yg sudah tau, bagi yg belum tau mudah2an semakin
> "cerah" :))).
Ok. Terima kasih atas pencerahan anda soal buffer overrun, nanti akan
saya teruskan ke cert, bugtraq dan situs-situs soal security lain
kalau saya sempat :-) Oalah cak-cak .. saya kan sebenarnya cuman
kasih contoh dan memang tidak sengaja untuk strict di istilah kok.
Kalau nggak boleh bilang buffer overrun, ya sudah saya pakai istilah
'kecelakaan' saja. Dari pada nanti diprotes sama yang sudah jenius
ya :-)
> anda tau ada timeout di tiap2 session. but it's obvious anda tidak ngerti
> apa yg dimaxud *timeout* itu :).
Pertama. Baca RFC-nya! Kedua, kalau anda ngerti tulis C code-nya di
sini boleh-boleh saja kok :-) Atau kalau takut panjang, kirim ke saya
japri. BTW, jadi curious, maunya anda sebenarnya apa sih?
> nah mulai nyalahin arvel lagi nih :)
loh .. kok dibilang nyalahin arvel? MTA yang saya pakai saja nggak
support apa yang anda mau. Tapi saya tetap pakai juga. Maksud saya,
kalau anda tidak setuju dengan apa yang ada dengan MDaemon sekarang,
silakan pakai MTA lain.
> jadi penasaran nih, definisi *timeout* anda sebenarnya apa sih? :))))
kok definisi? Tulis code soal timeout yang benar menurut anda. Nanti
kalau kerepotan saya kasih bukunya Stevens :-)
> >setiap byte yang dikirim oleh sender-smtp, akan dihitung oleh
> >receiver-smtp. gitu, bisa jadi diterima dulu macam qmail. tapi itu
> >tidak bisa lepas dari limitasi timeout.
>
> ooo...jelas tidak bisa lepas dari limitasi timeout. saya setuju sekali.
> tapi bukan timeout yg spt anda maxud lho :)
Sebelum anda ngawur lebih lanjut. Saya sarankan baca RFC yang terkait
untuk masalah mail. Meskipun dihitung (kalau pun itu dihitung),
receiver smtp *tidak* boleh memutuskan connection karena menganggap
message terlalu besar sebelum client issue single dot.
> >> >> seorang yg baru belajar C language bisa membuat program dengan algoritma
> >> >> sederhana sbb.:
>
> hehehe...sorry, mestinya saya ngga perlu kasih contoh algoritma segala yah :).
> mungkin pseudo-code yg saya berikan itu terlalu c-like, jadi agak susah
> dicerna ya. apa perlu saya berikan pseudo-code cobol-like? LOL j/k
Hei .. :-) anda gak bilang soal algoritma, itu saya kutip lagi. Anda
jelas-jelas bilang 'baru belajar C languange' ... gimana sih?
> tapi kalau ada pemahaman yg salah atas suatu konsep (macem timeout itu),
> *wajib* diluruskan. kesian member milis ini yg masih rookie...ntar ikut2an
> salah lagi :)
oh .. maaf kalau saya dianggap menyesatkan. Silakan tunjukkan
bagaimana timeout yang benar menurut anda. Sekali-kali boleh kan
kepiawaian anda soal C languange anda share di sini. Karena anda
berkali-kali pamer soal ini, lagian kan anda menyarankan saya untuk
belajar, sekalian diajarin deh :-)
> koq jadi lari ke efektivitas sih. saya cuman heran kenapa cuman
> telnet yg bisa dikenal oleh mailserver, *bagi saya* secara teknis
> ini meragukan karena client yg lainpun yg sama2 pake tcp connection
> bisa melakukan "kontak" dengan mailserver.
Please jangan muter-muter! *Anda* yang ingin ada feature itu. Saya
cuman bilang bisa, tapi tidak akan efektif.
> paling ngga saya tau persis bagaimana mekanisme 1 byte data dikirim
> dan diterima :))).
Ini yang anda maksudkan dengan timeout kan? ha..ha.. jadi geli
sendiri.... :-) Jadi menurut anda, begitu client kirim 1 byte server
juga terima 1 byte gitu? So kalau setiap kali kasih 1 byte, tidak
akan kena timeout? :-P Ya .. kalau anda ngerti anda share lah di sini.
---
Anyway jadi nggak enak nih. Kok bisa jadi begini ya. Kalau saya ada
yang salah, mohon dimaafkan.
Salam,
P.Y. Adi Prasaja
--
--MDaemon-L----------------------------------------------------------
Milis ini untuk Diskusi antar pengguna MDaemon Mail Server.
Untuk menghubungi moderator/List Owner double click link dibawah ini:
<mailto:[EMAIL PROTECTED]>
Untuk Unsubscribe, double click link dibawah ini langsung kirim
<mailto:[EMAIL PROTECTED]>
Untuk Subscribe, double click link dibawah ini langsung kirim
<mailto:[EMAIL PROTECTED]>
--POWERED BY MDAEMON!------------------------------------------------
Anda terdaftar di List ini dg alamat : [email protected]
