kebetulan hari senin saya juga cuti :)
wah saya juga jadi ngga enak nih kesannya jadi kayak flamewar :)
saya bener2 ROTFL baca reply ini karena banyak sekali
yg ngga nyambung. tapi ya inilah kelemahan komunikasi offline,
saya maxudnya kesini yg lain nangkepnya laen. ok, case is closed, setuju?! :).
mohon maaf juga kalo saya ada kesan "pamer" disini.
jauh dari lubuk hati yg paling dalam, saya ngga maxud mau
show off atau apa...cuman mau share apa yg saya ketahui dengan
cara saya sendiri. mungkin juga saya banyak ngawurnya. bagaimanapun
terimakasih atas koreksinya (that's what friends r for :))
maaf...maaf juga buat moderator & yg lain2nya :).
-DM-
p.s.:btw, ngga tau kenapa kemaren di kereta parahyangan saya sempet berkhayal
"jangan2 disibelah saya ini bung adi prasaja"....LOL
At 11:16 PM 3/9/01 +0700, you wrote:
>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]
>
>
>
--
--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]
