Check /var/log/qmail/send/current to see the delivery success (or failure).
I don't know what "dspam" is...I don't have that in my logs. Maybe Eric knows what that is as it looks like that could be the issue now. From: David Overman <[email protected]> Reply-To: <[email protected]> Date: Wednesday, November 30, 2016 at 10:27 AM To: <[email protected]> Subject: Re: [qmailtoaster] Whoops! Not receiving mail. Thanks Jamie, The nameservers survived after a reboot, and when I sent mail to the server, it got past spamdyke, but still no mail in roundcube inbox. here is tail of log. Nov 30 15:21:19 mail spamd[2074]: spamd: clean message (1.2/5.0) for clamav:89 in 0.1 seconds, 2084 bytes. Nov 30 15:21:19 mail spamd[2074]: spamd: result: . 1 - AWL,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,RDNS_NONE scantime=0.1,size=2084,user=clamav,uid=89,required_score=5.0,rhost=mail.davo mail.com,raddr=::1,rport=35950,mid=<0DA420C0-CFCD-47D6-9B4E-0AC965C5D58C@me. com>,autolearn=no autolearn_force=no Nov 30 15:21:19 mail spamdyke[2829]: ALLOWED from: [email protected] to: [email protected] origin_ip: 17.143.180.10 origin_rdns: pv33p03im-asmtp001.me.com auth: (unknown) encryption: TLS reason: 250_ok_1480519279_qp_2834 Nov 30 15:21:19 mail dspam[2843]: Option --user requires special privileges when user does not match current user, e.g.. root or Trusted User [uid=89(vpopmail)] Nov 30 15:21:19 mail dspam[2843]: Unable to initialize agent context Nov 30 15:21:19 mail spamd[1759]: prefork: child states: II On Nov 30, 2016, at 09:02 AM, Jaime Lerner <[email protected]> wrote: > No "e" at the end.... /etc/resolv.conf > > :) > > Try editing the DNS entries in your ifcfg-eth0 file. I think this will make > your resolv.conf hold after reboot. Basically the ONLY thing you need to edit > will be the DNS1 and DNS2 entries. I'm listing the entire file (with IPs, etc. > redacted) so you can compare the options in yours to mine (which is also > CentOS 7.2 on Digital Ocean hosting). You should have all the same options. > > /etc/sysconfig/network-scripts/ifcfg-eth0 > > [root@mail network-scripts]# cat ifcfg-eth0 > > DEVICE='eth0' > > TYPE=Ethernet > > BOOTPROTO=none > > ONBOOT='yes' > > HWADDR= <---- leave this as YOUR address! > > IPADDR= <--- leave this as YOUR IP address!! > > NETMASK= <--- leave this as what it is set at for your server!! > > GATEWAY= <--- leave this as what it is set at for your server! > > NM_CONTROLLED='yes' > > IPADDR2= <-- leave this as what it is set at for your server! > > PREFIX2=16 > > DNS1=8.8.8.8 <-- CHANGE your DNS1 to this > > DNS2=8.8.4.4 <-- CHANGE your DNS2 to this > > > Once you've edited your ifcfg-eth0 file, edit your resolv.conf file, then try > rebooting and see if it holds. > > From: David Overman <[email protected]> > Reply-To: <[email protected]> > Date: Wednesday, November 30, 2016 at 9:48 AM > To: <[email protected]> > Subject: Re: [qmailtoaster] Whoops! Not receiving mail. > > tried again. putting v4 nameservers i then executed systemctl restart network. > now i get this: > > [root@mail ~]# cat /etc/resolve.conf > cat: /etc/resolve.conf: No such file or directory > > same thing on reboot-or if the file is there, it's ipv6 > > David > On Nov 30, 2016, at 08:32 AM, Jaime Lerner <[email protected]> > wrote: > >> Once again, that's in your /etc/resolv.conf file. >> >> Make sure it says the following in it: >> >> nameserver 8.8.8.8 >> >> nameserver 8.8.4.4 >> >> >> From: David Overman <[email protected]> >> Reply-To: <[email protected]> >> Date: Wednesday, November 30, 2016 at 7:59 AM >> To: <[email protected]> >> Subject: Re: [qmailtoaster] Whoops! Not receiving mail. >> >> No, I was looking in qmail logs, but when I did, guess what reared it's ugly >> head? >> >> spamdyke[30082]: ERROR: invalid/unparsable nameserver found: >> 2001:4860:4860::8844 >> >> >> On Nov 30, 2016, at 06:50 AM, Jaime Lerner <[email protected]> >> wrote: >> >>> Did you check /var/log/maillog to see if it was received but maybe denied >>> delivery for some reason? >>> >>>> On Nov 30, 2016, at 6:44 AM, David Overman <[email protected]> wrote: >>>> >>>> After getting squirellmail and roundcube working, I decided to test the >>>> primary function of the site sending/receiving emails. I successfully sent >>>> an email to an outside account, but I never recieved the reply from that >>>> account.Looked in Mialdir and did not receive a bounce either. How do you >>>> test courier, I did try to telnet 993, which connected and then dropped >>>> when i said ehlo. >>>> >>>> David >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>>
