Interesting that when you put 'clam=no' in simcontrol that that didn't,
at the very least, stop the soft rejects.
On 7/20/2020 4:12 PM, Angus McIntyre wrote:
Thank you to everyone who wrote with suggestions.
The underlying cause of 'qq soft reject' in my case was that the
clamav
service had
Thank you to everyone who wrote with suggestions.
The underlying cause of 'qq soft reject' in my case was that the clamav
service had crashed and not restarted. I was able to relaunch it with:
start clamav-daemon
and everything started working again.
Here's a summary of what I've learne
I remember having to set that number VERY high in the run file to stop those
errors. Here is mine for /var/qmail/supervise/smtp/run
[root@mail smtp]# cat run
#!/bin/sh
QMAILDUID=`id -u vpopmail`
NOFILESGID=`id -g vpopmail`
MAXSMTPD=`cat /var/qmail/control/concurrencyincoming`
SPAMDYKE="/u
Angus,
You must rebuild the tcp.smtp rules file to tcp.smtp.cdb, did you that?
I would set SIMSCAN_DEBUG="5"
Eric
On 7/20/2020 1:36 PM, Angus McIntyre wrote:
Thank you Finn and Remo
I tried doubling the softlimit, and using Remo's configuration, but
the problem remains.
I'm not seeing an
Thank you Finn and Remo
I tried doubling the softlimit, and using Remo's configuration, but the
problem remains.
I'm not seeing any additional output in /var/qmail/log/smtp/current. Is
that the logfile where the simscan debug output should go, or should I
look for it somewhere else?
I assu
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/q
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 ou
Hi Remo
Thanks for the fast response. Here's what I have in
'/etc/tcprules.d/tcp.smtp':
127.:allow,RELAYCLIENT="",SIMSCAN_DEBUG="5",RBLSMTPD="",NOP0FCHECK="1"
:allow,BADMIMETYPE="",BADLOADERTYPE="M",CHKUSER_RCPTLIMIT="50",CHKUSER_WRONGRCPTLIMIT="10",NOP0FCHECK="1",QMAILQUEUE="/var/qmail/bi
Ok I just tested and updated the /etc/tcprules.d/tcp.smtp looks like the old
way I used to was not working anymore.
so here is the steps:
:allow,SIMSCAN_DEBUG="2”,CHKUSER_EXTRA_
then run
qmailctl cdb
That should do it
> On Jul 20, 2020, at 11:03 AM, Remo Mattei wrote:
>
> Ang
you need to add that to the run file
SIMSCAN_DEBUG=3 or SIMSCAN_DEBUG=5
Remo
> On Jul 20, 2020, at 11:01 AM, Angus McIntyre wrote:
>
> 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 doe
Angus, I notice this as well and I rerun the Eric’s script and all comes back
to normal, I have had not time to debug this yet.
Remo
> On Jul 20, 2020, at 11:01 AM, Angus McIntyre wrote:
>
> My qmailtoaster running on CentOS 7 was behaving fine, but now seems to soft
> reject everything, an
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 'S
Thanks for the quick response, but this is a little ambiguous. Do you mean:
1. CentOS 8 + qmailtoaster is stable enough that you were planning
to convert your existing mailserver ('my system') to C8, or
2. CentOS 8 is stable enough that you were planning to convert all
your qmailtoa
I was going to convert my system over to it, just haven't gotten around
to it yet.
On 7/20/2020 7:10 AM, Angus McIntyre wrote:
What's the status of qmailtoaster on CentOS 8?
Is it stable enough that you'd recommend new installs to be built on
CentOS 8, or should we stay with the tried and tes
What's the status of qmailtoaster on CentOS 8?
Is it stable enough that you'd recommend new installs to be built on
CentOS 8, or should we stay with the tried and tested CentOS 7?
Thanks,
Angus
Eric Broch wrote on 7/19/20 11:02 PM:
https://lxadm.com/Generating_DKIM_key_with_openssl
On 7/
15 matches
Mail list logo