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 rusdi...@gmail.com. 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. 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 > ly...@indokemika.co.id 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
