Richard wrote: >> Date: Monday, August 27, 2018 09:05:05 -0400 >> From: TE Dukes <tdukes at palmettoshopper.com> >>> From: CentOS [mailto:centos-bounces at centos.org] On Behalf Of >>> Richard Sent: Monday, August 27, 2018 7:58 AM >>>> Date: Monday, August 27, 2018 07:42:48 -0400 >>>> From: TE Dukes <tdukes at palmettoshopper.com> >>>>> From: CentOS [mailto:centos-bounces at centos.org] On Behalf Of >>>>> Richard Sent: Monday, August 27, 2018 7:29 AM >>>>> >>>>> Since the localhost4 approach worked, commend out the ipv6 >>>>> localhost entries in your /etc/hosts file, then try: >>>>> >>>> IP6 is commented out >>>> >>>> >>>>> dig @localhost localhost a >>>> >>>> That works >>>> >>>>> >>>>> again. If that works try: >>>>> >>>>> telnet localhost 143 >>>> >>>> This also works >>>> >>>>> >>>>> once again. If those work, it would seem that your ipv6 is messed >>>>> up and your system is trying it first and not falling back to >>>>> ipv4. >>>>> >>>>> Regarding your nameserver list in /etc/resolv.conf. If you have >>>>> a working 127.0.0.1 nameserver you generally don't include external >>>>> nameservers in that list. So, if non-ipv6 things seem to work, I'd >>>>> remove the two non-127 nameservers from that list. >>>>> >>>> Removed the two nameservers. Still can't access mail. Getting >>>> connection to storage server failed on the roundcube login page. >>>>> >>> >>> That you can now successfully get to "localhost" is good progress. >>> Seems you want to stay away from ipv6 networking issues >>> unless/until you resolve whatever that issue is. >>> >>> Roundcube is, potentially, a totally separate issue. I don't use >>> it, so can only suggest minimal debugging ideas. >>> >>> What is the hostname that you use to get to your roundcube >>> instance? Can you resolve that: >>> >>> dig <hostname> a >>> >>> If you get an answer, is the ipnumber correct? >>> >>> >> >> ; <<>> DiG 9.9.4-RedHat-9.9.4-61.el7 <<>> mail.palmettodomains.com a >> ;; global options: +cmd >> ;; Got answer: >> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 40652 >> ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, >> ADDITIONAL: 3 >> >> >> ;; OPT PSEUDOSECTION: >> ; EDNS: version: 0, flags:; udp: 4096 >> ;; QUESTION SECTION: >> ;mail.palmettodomains.com. IN A >> >> >> ;; ANSWER SECTION: >> mail.palmettodomains.com. 86400 IN A 192.169.1.110 >> >> ;; AUTHORITY SECTION: >> palmettodomains.com. 86400 IN NS dns1.palmettodomains.com. >> >> ;; ADDITIONAL SECTION: >> dns1.palmettodomains.com. 86400 IN A 192.168.1.110 >> dns1.palmettodomains.com. 86400 IN AAAA aaaa:bbbb::110 >> >> ;; Query time: 0 msec >> ;; SERVER: 127.0.0.1#53(127.0.0.1) >> ;; WHEN: Mon Aug 27 09:01:48 EDT 2018 >> ;; MSG SIZE rcvd: 132 >> >> >>> Note, if the hostname for your roundcube instance is one of the >>> ipv6 entries in your /etc/hosts file, I'd remove that - and either put >>> in an ipv4 entry or put an entry for it in your dns. >>> >> >> Thanks again! I still think it's a mail issue. I can't get mail >> using usermin either. >> >> Think I'm going to remove the TLS stuff from postfix main.cf that I >> added yesterday and retry. > > Those TLS lines that you added to your postfix config file yesterday > have nothing to do with your ability (or not) to get to your roundcube > instance. I believe that the roundcube frontend is an application that > runs via httpd/apache. Assuming I am correct on that, debugging your > apache setup would be the next set of things to look at. Confirm that it > (apache) is running and listening on the > port(s) you expect it on (netstat and ps will help there) and then start > with the access and error logs. > Pardon me if I butt in - I haven't really been following this thread, but what's selinux set to - off, permissive, enforcing? mark