here is what mine looks like :allow,SIMSCAN_DEBUG="2",CHKUSER_EXTRA_MUSTAUTH_VARIABLE,BADMIMETYPE="",BADLOADERTYPE="M",CHKUSER_RCPTLIMIT="150",CHKUSER_WRONGRCPTLIMIT="10",NOP0FCHECK="1",QMAILQUEUE="/var/qmail/bin/simscan",DKQUEUE="/var/qmail/bin/qmail-queue.orig",DKVERIFY="DEGIJKfh",DKSIGN="/var/qmail/control/domainkeys/%/private”
you probably want to have that out of the 127. Remo > On Jul 20, 2020, at 11:52 AM, [email protected] wrote: > > Hi Angus. > > Have You tried to increase the softlimit in the run file ? (to get rid of the > issue ;-)) > > Cheers, > Finn > > Den 20-07-2020 kl. 20:01 skrev Angus McIntyre: >> My qmailtoaster running on CentOS 7 was behaving fine, but now seems to soft >> reject everything, and I'm having a hard time working out why. >> It doesn't seem to be a ClamAV issue: I set 'clam=no' in >> '/var/qmail/control/simcontrol' and restarted qmail, but I still get the >> rejections. >> I added 'SIMSCAN_DEBUG="5"' to the list of env vars in >> '/etc/tcprules.d/tcp.smtp', but that doesn't seem to generate any actionable >> debugging output anywhere that I can see. >> Does anyone have any suggestions for debugging this issue? I know there's >> been some talk of bad signatures for ClamAV recently, but I _thought_ I'd >> eliminated that as a possibility by turning off clam in simcontrol. If >> that's not the case, how would I identify (and suppress) a bad signature? >> Thanks, >> Angus >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
