On 2014-02-13 11:30, krissanto wrote: > saya ingin bertanya mengenai alur - proses pengiriman email di bawah ini : >> Thu 2014-02-13 09:12:56: [666924] Accepting SMTP connection from >> [*117.102.80.58*:32446] to [202.159.14.34:25] > C:\dig>dig mx bankmayapada.com
Proses kirim mail tidak diperiksa dari MX record, MX record hanya untuk penerimaan mail. Tidak semua mail server menggunakan IP yang sama untuk kirim dan terima mail, misalkan saja server-2x yahoo.com, gmail.com, outlook.com menggunakan IP/server yang berbeda untuk kirim dan terima. Baca disini untuk mengetahui perbedaan antara receiving IP dengan outgoing IP. http://www.mail-archive.com/[email protected]/msg20501.html http://www.mail-archive.com/[email protected]/msg20502.html > 1. Kemudian email dari mail.bankmayapada.com di arahkan ke mail.mayapada.com > <- hal ini merupakan proses apa Pak ? Untuk terima mail dari internet. Baca penjelasan diatas mengenai authorized for sending dan authorized for receiving mail. > 2. Apakah 117.102.80.58 hanya berupa ip yang berfungsi sebagai identitas mx > dan sementara mail.mayapada.com merupakan email server yang sebenarnya ? IP bukan identitas dari server tetapi node (titik) internet. Identitas server itu berupa (harus didaftar sebagai) A record di DNS, dengan perkataan lain A record itu memetakan antara nama FQDN host dengan IP address. Di MDaemon identitas mail server domain di set dari menu berikut http://mdaemon.dutaint.co.id/13.6.1/domain-manager_host_name_ip.htm SMTP host name: host.domain.com > 3. IP atau host mana yang di drop oleh Mdaemon pada log diatas ? Dari smtp-in log seolah terlihat mail ditolak karena "PTR record miss-match", dan penyebabnya karena identitas server tidak match dengan PTR record. PTR record yang valid itu memenuhi kriteria forward-reverse confirm http://en.wikipedia.org/wiki/Forward-confirmed_reverse_DNS --- mulai kutipan --> FCrDNS, or forward-confirmed reverse DNS, also known as full-circle reverse DNS, double-reverse DNS, or iprev, is a situation where a given IP address has forward (name-to-address) and reverse (address-to-name) DNS entries that match each other. The process of checking this is as follows (described as a Proposed Standard by RFC 7001, section 3; and previously outlined in RFC 1912, especially section 2.1): <-- akhir kutipan --- -- syafril ------- Syafril Hermansyah MDaemon-L Moderators, running MDaemon 14.0 Beta A 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.6.2, SP 4.1.5, BES 2.0.2, OC 2.3.3, SG 2.1.2, PP 2.0.1
