On 06/03/2013 12:49 PM, Syafril Hermansyah wrote: > On 06/03/2013 11:59 AM, alien wrote: >> Saya sudah coba menghubungi pihak ISP saya dan setelah mereka cek >> tidak ada masalah karena saya bisa kirim email dan browsing dengan >> baik. > > Dari awal memang masalahnya di penerimaan (incoming mail) bukan kirim > (outgoing) mail :-) > > Di server saya juga masalahnya di incoming dari server di hong kong atau > yang masuk ke Indonesia lewat hong kong. > Untuk tahu jalur koneksi persisnya minta mereka kirim hasil trace route > dari server mereka ke server Anda. > Minta kirimnya ke akun Anda di gmail.com bukan ke akun Anda di > indokemika.co.id. > > Traceroute bisa dilakukan sbb kalau dari windows server: > > - download dulu utility berikut (boleh pilih) > > http://www.scanwith.com/Traceroute_Tools.htm > > - lalu jalankan programnya dan trace ke mail.indokemika.co.id > > copy hasilnya ke text file (jangan berbentuk gambar/picture), dan minta > dikirim ke [email protected]. > > http://www.addictivetips.com/windows-tips/hypertrace-is-gui-alternative-of-windows-tracert-command/ > > Kirim hasil tracert itu ke ISP Anda agar dia koordinasi dengan ISP > sender untuk memperbaiki masalahnya.
Juga ke ISP dia, agar bisa saling check. > Saran saya sih dicheck MTUnya dengan ping ke masing-2x node/router, > misalkan pakai utility ini > > http://www.softpedia.com/get/Network-Tools/Network-Information/MTU-Test.shtml > > atau pakai > > http://www.iea-software.com/products/mtupath.cfm > > >> Sebagai informasi, email tersebut dikirim ditujukan ke >> [email protected] dan sisanya di cc kan. Yang jadi pertanyaan >> saya kenapa log-nya ter-create sendiri2 ya? biasanya sepengetahuan >> saya dalam 1 session yang sama. Dan kenapa IP SMTP Connection-nya >> bisa beda2 ya Pak? karena IP SMTP Connection yg berbeda inilah >> makanya ada yang bisa terima, ada juga yang gagal (Connection timed >> out). > > Karena mail itu dikirim melalui server berbeda, walaupun dikasih nama > FQDN host yang sama (bad configuration). > Yang berhasil itu dikirim melalui server di kota qing dao provinsi shang > dong (GUANGZHOU), sementara yang gagal itu dari Beijing. > >> Apakah kalau time out saya perbesar akan ada pengaruhnya? > > Mestinya tidak pengaruh (tetap time out). > Yang akan berpengaruh kalau Anda ubah (perkecil) MTU agar "blind > sending" dari server yang dijalur yang routing path nya ada yang > memblock icmp type 3 (Path MTU Discovery) akan lebih besar berhasilnya. > > http://my.bergersoft.net/2010/05/13/how-to-change-mtu-size-on-windows-xpvista72008/ > > besaran MTU ini sebenarnya fix, tergantung koneksi NIC yang digunakan, > untuk ethernet standardnya 1500, ADSL 1460, Dial up 576 dst, itu > sebabnya perlu ada penyesuaian melalui mekanisme PMTUD. > Mirip dengan koneksi fax/modem, dimana saat baru terhubunga fax/modem > akan saling bersahut-sahutan untuk menyesuaikan besaran baud rate yang > "clear". > > Menurut IETF setting MTUnya mengikuti default saja, akan tetapi menurut > Microsoft yang terbaik adalah pakai MTU 576 (yang terendah). > Standard IETF itu kalau di dunia fax/modem (CCITT) mirip dengan modem > class 2.0 sementara rekomendasi microsoft mirip dengan standard > fax/modem class 1.0. > > > -- syafril ------- Syafril Hermansyah MDaemon-L Moderators, running MDaemon 13.5 Beta RC3 SecurityPlus 4.1.5 Harap tidak cc: atau kirim ke private mail untuk masalah MDaemon. -- --[MDaemon-L]------------------------------------------------ Milis ini untuk Diskusi antar pengguna MDaemon Mail Server. Netiket: http://www.netmeister.org/news/learn2quote Arsip: http://mdaemon-l.dutaint.com Dokumentasi : http://mdaemon.dutaint.co.id Henti Langgan: Kirim mail ke MDaemon-L-unsubscribe [at] dutaint.com Berlangganan: kirim mail ke MDaemon-L-subscribe [at] dutaint.com Versi terakhir MD 13.0.5, SP 4.1.5, BES 2.0.2, OC 2.3.1, SG 2.1.2, PP 2.0.1
