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.davomail.com,raddr=::1,rport=35950,mid=<[email protected]>,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]
