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.