postfix mails (works) to all but my domain on debian
Solution 1:
Fix your NS server 192.168.1.4. It should return proper MX and A record, instead empty answer like above.
Explanation:
These log lines
Feb 27 21:13:13 redmine postfix/pickup[15860]: 56D53C0D32: uid=0 from=<[email protected]>
Feb 27 21:13:13 redmine postfix/cleanup[19150]: 56D53C0D32: message-id=<20150227211313.56D53C0D32@redmine>
Feb 27 21:13:13 redmine postfix/qmgr[15861]: 56D53C0D32: from=<[email protected]>, size=349, nrcpt=1 (queue active)
Feb 27 21:13:13 redmine postfix/smtp[19159]: 56D53C0D32: to=<[email protected]>, relay=none, delay=0.06, delays=0.05/0.01/0/0, dsn=5.4.4, status=bounced (Host or domain name not found. Name service error for name=humansolutionsinc.com type=AAAA: Host found but no data record of requested type)
tell us that an email invoked by mail
command with sender [email protected] and recipient [email protected].
Because domain humansolutionsinc.com isn't defined in mydestination
parameter, then postfix will mark this domain as outgoing domain, thus postfix must send it via remote SMTP. To determine where the mail server responsible for humansolutionsinc.com, postfix use DNS lookup especially to searching MX record (and optionally A record). We can use command dig
to simulate NS lookup.
Here the (proper) dig output from MY server
$ dig humansolutionsinc.com
; <<>> DiG 9.9.3-rpz2+rl.13214.22-P2-Ubuntu-1:9.9.3.dfsg.P2-4ubuntu1 <<>> humansolutionsinc.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12591
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;humansolutionsinc.com. IN A
;; ANSWER SECTION:
humansolutionsinc.com. 1199 IN A 98.136.187.13
;; Query time: 1508 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Mon Mar 02 19:21:03 WIB 2015
;; MSG SIZE rcvd: 66
and
$ dig humansolutionsinc.com MX
; <<>> DiG 9.9.3-rpz2+rl.13214.22-P2-Ubuntu-1:9.9.3.dfsg.P2-4ubuntu1 <<>> humansolutionsinc.com MX
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 35479
;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;humansolutionsinc.com. IN MX
;; ANSWER SECTION:
humansolutionsinc.com. 599 IN MX 10 aspmx.l.google.com.
humansolutionsinc.com. 599 IN MX 20 alt1.aspmx.l.google.com.
humansolutionsinc.com. 599 IN MX 20 alt2.aspmx.l.google.com.
humansolutionsinc.com. 599 IN MX 30 aspmx2.googlemail.com.
humansolutionsinc.com. 599 IN MX 30 aspmx3.googlemail.com.
;; Query time: 942 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Mon Mar 02 19:21:08 WIB 2015
;; MSG SIZE rcvd: 180
Comparing with my version, your dig output contains zero answers.
That's explain why postfix complain with generic message like
Host or domain name not found. Name service error for name=humansolutionsinc.com type=AAAA: Host found but no data record of requested type
First, Postfix will lookup MX record, if it fails the it'll fallback by lookuping A record (IPv4) and then AAAA record (IPv6). Because postfix can't found the destination host of your domain from three records above, then postfix bounced your email.