Alhamdulillah akhirnya nulis blog lagi… setelah sebulan ini kecanduan facebook dan ada beberapa kegiatan yang gak bisa ditinggalak. Ok langsung saja, seperti biasa blog ini mencatat permasalahan yang terjadi pada server atau komputer saya. Beberapa minggu yang lalu, kantor saya mendapat satu klien yang berdomisili di New Zealand. Sejak berhubungan dengan klien tersbut, mereka tidak dapat mengirim email ke kantor kami dan atau kami juga tidak dapet menerima email dari klien kami tersebut. Memang masih ada email publik seperti yahoo, gmail dlsb yang bisa dijadikan alternatif. Cuma rasanya kok aneh juga, ketika sebuah perusahaan ternama seperti perusahaan di kantorku bekerja, tidak dapat berkomunikasi dengan klien menggunakan email korporat.
Complain dari makin menjadi dengan menyertakan bounce message dan “sedikit” menyalahkan IT kantor saya… huh…. sebel rasanya. Ok, bounce message yang digenerate oleh mailserver saya yang sampai ke email klien adalah sebagai berikut :
Sent by Microsoft Exchange Server 2007
Diagnostic information for administrators:
Generating server: TYO-EXC01.asia.klienku.zil
userA@kantorku.com
mailserver.kantorku.com #550 5.7.1 <userA@kantorku.com>: Recipient address rejected: Mail appeared to be SPAM or forged. Ask your Mail/DNS-Administrator to correct HELO and DNS MX settings or to get removed from DNSBLs; MTA helo: tyo-exc01.asia.klienku.zil,
MTA hostname: 113x32x131x170.ap113.ftth.ucom.ne.jp[113.32.131.170] (helo/hostname mismatch) ##
Saya sudah katakan bahwa problem tersebut terjadi pada sisi mereka. Kemungkinan besar karena mereka menganut paham open relay yang biasanya diterapkan oleh mail spam. Memang saya tidak memberikandetil apa yang mesti meerka lakukan.. disamping karena tidak ingin terkesan sok (karena saya tidak menggunakan Exchange Server), saya juga terkesan malas berbasa basi. Sampai akhirnya salah satu klienku mengirim email dengan menggunakan tanda seru (It Still Broken !)… wadh.. merasa sedikit tersinggung, saya mencari dukungan atas pembenaran analisa saya. Saya tanyak kepada teman2 di milis tanya-jawab, dan akhirnya dibalas oleh Mas Asfik yang isinya kurang lebih sama dengan analisa yang saya simpulkan.
Kemudian saya kirim email pada klien saya yang intinya memberitahukan bahwa masalah ini disebabkan karena :
Adanya perbedaan antara Remote MTA Address dan Helo Hostname Address di sisi server klien saya. Mereka menggunakan Remote MTA ADdressnya adalah 113×32x131×170.ap113.ftth.ucom.ne.jp sedangkan untuk Helo hostname Addressnya adalah tyo-exc01.asia.zespri.zil. Hal ini tidak dibenarkan karena ada beberapa konfigurasi mailserver yang tidak akan menerima email yang datang dengan identitas ganda seperti ini, seperti mailserver tempat kami yang akan langsung mengembalikan email tersebut kepada pengirimnya.
Setelah email-emailan dengan staf IT di kantor klien kami tersebut, akhirnya staf IT mereka mengubah konfigurasi mereka dan sekarang semua dapat berkomunikasi langsung tanpa hambatan.
Posted by waktuluang 
