no puedo recibir correos externos a mi servidor de correos postfix con centos 7

[quintero05]

buenas tardes estimados. en el dia de hoy recuro urgente mente a esta pagina para resolver un inconveniente que me tiene como loco.
En un ambiente virtual vmware tengo dos servidores centos 7.
a. servidor DNS b. servidor de correo con iRedMail (postfix)

Realizando las pruebas de correo, interna mente funciono perfectamente, donde Ej: [email protected] envia correo a [email protected] y viceversa despues decidí realizar la prueba externa donde envie un correo desde [email protected] a [email protected] y todo fue bien (llego como SPAM), pero el problema esta cuando desde gmail trate de devolver el correo a mi servidor de correo que en el cual nunca llegan. quisiera saber que pasa.
POR FAVOR ALGUIEN QUE ME AYUDE

[AlvaroG]

¿tu servidor de correo es accesible desde internet? ¿el dominio es público y está bien configurado?

[quintero05]

¿tu servidor de correo es accesible desde internet? ¿el dominio es público y está bien configurado?

cuando me dices que si es accesible desde internet? como puedo saber eso. lo que si se es que es un webmail. instale fue iRedMail

si el dominio el publico? bueno al crear el servidor DNS segui los pasos que dicen por hay por internet. aqui te paso la configuracion
/etc/sysconfig/network -->
NETWORKIN=yes
HOSTNAME=servidordns.prueba.com

resolv.conf
search prueba.com
nameserver 192.168.0.110
nameserver 192.168.0.111

/etc/hosts
192.168.0.110 servidordns.prueba.com servidordns servidordns

/etc/named.conf
listen-on port 53 { 127.0.0.1; 192.168.0.110;};
..... allow-query {localhost; any;};

se configuraron las zonas /etc/named.rfc1912.zones
/var/named/directa.zone
/var/named/inversa.zone
con un nslookup a la ip de mi servidor sale esto:
#nslookup 192.168.0.110
Server: 192.168.0.110
Address: 192.168.0.110#53
110.0.168.192.in-addr.arpa name = servidordns.prueba.com.
#nslookup servidordns.prueba.com
Server: 192.168.0.110
Address: 192.168.0.110#53
Name: servidordns.prueba.com
Address: 192.168.0.110

dig @192.168.0.110 servidordns.prueba.com

; <<>> DiG 9.9.4-RedHat-9.9.4-29.el7_2.3 <<>> @192.168.0.110 servidordns.prueba.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 56204
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;servidordns.prueba.com. IN A

;; ANSWER SECTION:
servidordns.prueba.com. 86400 IN A 192.168.0.110

;; AUTHORITY SECTION:
prueba.com. 86400 IN NS servidordns.prueba.com.

;; Query time: 1316 msec
;; SERVER: 192.168.0.110#53(192.168.0.110)
;; WHEN: sáb abr 23 17:30:34 COT 2016
;; MSG SIZE rcvd: 81

COMPAÑERO SI NECESITAS ALGO MAS. ME AVISAS

[franciscomarin]

¿prueba.com es lo que tienes o es que lo has cambiado para no publicarlo?

¿servidordns.prueba.com es lo que tienes o es que lo has cambiado para no publicarlo?

Además la IP 192.168.0.110 es una IP local, no es una dirección válida para Internet.

[quintero05]

@franciscomarin.
siii asi tengo el servidor tal cual no lo he cambiado. y lo de la ip no tengo nada que decir, en que me puedes aconsejar ?

[franciscomarin]

Pues primero necesitas un dominio, porque yo entiendo que prueba.com no es tuyo.

Luego necesitarías una IP pública fija, para eso tendrás que contactar con tu proveedor.

Y para terminar configurar tu router para que las peticiones vayan a tu ordenador.

[senseeye3led]

Iniciado por franciscomarin

Pues primero necesitas un dominio, porque yo entiendo que prueba.com no es tuyo.

Luego necesitarías una IP pública fija, para eso tendrás que contactar con tu proveedor.

Y para terminar configurar tu router para que las peticiones vayan a tu ordenador.

Por normal general es recomendable tener una IP Pública fija, aunque también existen otros métodos gratuitos del estilo de No IP.

http://www.redeszone.net/redes/host-en-no-ip-manual-para-crear-un-dynamic-dns-con-no-ip/

[franciscomarin]

Para los correos no es del todo recomendable utilizar estos servicios...

Esos servicios son parches, pero para algo tan importante como el correo electrónico mejor que no.