these are message files. i dont think they are necessary -- they are several months old to few days old.
rajesh ----- Original Message ----- From: Eric Broch [mailto:[email protected]] To: [email protected] Sent: Tue, 13 Oct 2015 06:45:56 -0600 Subject: Re: [qmailtoaster] urgent help required : qq soft reject Before you delete simscan and reinstall what are the files located in /var/qmail/simscan and are they necessary? "/var/qmail/simscan folder contains around 50 files -- mostly all old dates." On 10/13/2015 6:35 AM, Eric Broch wrote: > Rajesh, > > Never mind my last question, I read your email more thoroughly. And, > yes I'd reinstall simscan. > IMHO opinion, if you're not using simscan, you cannot hurt Qmail if > you remove it. I think that the only dependencies are clamav and SA so > you'll have to do a 'rpm -e --nodeps' if I remember the syntax correctly. > It seems that one person in my reading resolved this same issue by > reinstalling all Qmail packages which fixed his problem, it may have > been necessary only to reinstall one package namely the offending > package which may have been simscan. > > Eric > > On 10/13/2015 6:17 AM, Eric Broch wrote: >> When you removed simscan in tcp.smtp.25 did it resolve the issue? >> >> On 10/13/2015 5:09 AM, Rajesh M wrote: >>> eric >>> >>> first i disabled simscan in submission port ie tcp.smtp.587 file and the >>> qq soft reject issue got resolved >>> >>> for the smtp ie port 25 mail, i set clam=0 and spam =0 in the simcontrol >>> file still the problem continued even though spamassassin and clamd was not >>> being used >>> >>> finally i had to remove simscan line on the tcp.smtp also to resolve the >>> issue >>> >>> absolutely no clue as to what is happening and why. >>> >>> should i reinstall simscan ? >>> >>> can i reinstall only simscan without adversely affecting my existing >>> qmailtoaster installation >>> >>> rajesh >>> >>> >>> >>> ----- Original Message ----- >>> From: Eric Broch [mailto:[email protected]] >>> To: [email protected] >>> Sent: Mon, 12 Oct 2015 12:17:32 -0600 >>> Subject: Re: [qmailtoaster] urgent help required : qq soft reject >>> >>> Interesting, Rajesh. >>> I couldn't get past the authorization when I used port 587. >>> >>> On 10/12/2015 12:09 PM, Rajesh M wrote: >>>> eric >>>> >>>> already set my tcp.smtp.587 file >>>> >>>> RELAYCLIENT="" overrides smtp auth even though it is set in the >>>> submission/run file >>>> we are providing this facility to a couple of clients who have a static ip. >>>> >>>> i have separate tcp.smtp files for smtp port 25 and submission port 587 so >>>> that i can control the mail flow to each independently >>>> >>>> i have currently set the following in my tcp.smtp.587 file >>>> >>>> :allow,NOP0FCHECK="1" >>>> >>>> disabled chkuser and simscan >>>> >>>> i will revert with the details tomm -- it is almost midnight now here. >>>> >>>> rajesh >>>> >>>> >>>> ----- Original Message ----- >>>> From: Eric Broch [mailto:[email protected]] >>>> To: [email protected] >>>> Sent: Mon, 12 Oct 2015 12:01:06 -0600 >>>> Subject: Re: [qmailtoaster] urgent help required : qq soft reject >>>> >>>> Rajesh, >>>> >>>> You may still be able to accomplish this the way I suggested since the >>>> submission port requires authentication and the smtp port does not. Look >>>> at the supervise scripts below. Notice the variable REQUIRE_AUTH=0/1 in >>>> each file. Other's input would be helpful...anyone? >>>> >>>> EricB >>>> >>>> SMTP: >>>> #!/bin/sh >>>> QMAILDUID=`id -u vpopmail` >>>> NOFILESGID=`id -g vpopmail` >>>> MAXSMTPD=`cat /var/qmail/control/concurrencyincoming` >>>> SPAMDYKE="/usr/bin/spamdyke" >>>> SPAMDYKE_CONF="/etc/spamdyke/spamdyke.conf" >>>> SMTPD="/var/qmail/bin/qmail-smtpd" >>>> TCP_CDB="/etc/tcprules.d/tcp.smtp.cdb" >>>> HOSTNAME=`hostname` >>>> VCHKPW="/home/vpopmail/bin/vchkpw" >>>> REQUIRE_AUTH=0 >>>> >>>> exec /usr/bin/softlimit -m 64000000 \ >>>> /usr/bin/tcpserver -v -R -H -l $HOSTNAME -x $TCP_CDB -c "$MAXSMTPD" \ >>>> -u "$QMAILDUID" -g "$NOFILESGID" 0 smtp \ >>>> $SPAMDYKE --config-file $SPAMDYKE_CONF \ >>>> $SMTPD $VCHKPW /bin/true 2>&1 >>>> >>>> >>>> SUBMISSION: >>>> #!/bin/sh >>>> QMAILDUID=`id -u vpopmail` >>>> NOFILESGID=`id -g vpopmail` >>>> MAXSMTPD=`cat /var/qmail/control/concurrencyincoming` >>>> SMTPD="/var/qmail/bin/qmail-smtpd" >>>> TCP_CDB="/etc/tcprules.d/tcp.smtp.cdb" >>>> HOSTNAME=`hostname` >>>> VCHKPW="/home/vpopmail/bin/vchkpw" >>>> export REQUIRE_AUTH=1 >>>> >>>> exec /usr/bin/softlimit -m 3000000000 \ >>>> /usr/bin/tcpserver -v -R -H -l $HOSTNAME -x $TCP_CDB -c "$MAXSMTPD" \ >>>> -u "$QMAILDUID" -g "$NOFILESGID" 0 587 \ >>>> $SMTPD $VCHKPW /bin/true 2>&1 >>>> >>>> >>>> >>>> >>>> On 10/12/2015 11:48 AM, Eric Broch wrote: >>>>> Rajesh, >>>>> >>>>> You're right. Maybe I was a bit hasty. I wouldn't streamline the file >>>>> as much as I indicated, you wouldn't want an open relay on 587. I >>>>> would remove the line QMAILQUEUE=.../simscan and see if that helps. I >>>>> think you can simply remove it. Maybe someone else can chime in. >>>>> >>>>> Eric >>>>> >>>>> >>>>> On 10/12/2015 11:05 AM, Rajesh M wrote: >>>>>> eric >>>>>> >>>>>> had a few questions >>>>>> >>>>>> :allow,RELAYCLIENT="",DKSIGN="/var/qmail/control/domainkeys/%/private",RBLSMTPD="",NOP0FCHECK="1" >>>>>> RELAYCLIENT="" -- are we disabling smtp authentication here ? >>>>>> DKSIGN="/var/qmail/control/domainkeys/%/private" -- i dont use that >>>>>> >>>>>> i have disabled domainkeys >>>>>> i had carried out the following steps >>>>>> cd /var/qmail/bin >>>>>> ln -sf qmail-queue.orig qmail-queue >>>>>> >>>>>> ... so do i need the above line ? >>>>>> >>>>>> RBLSMTPD="" --- i am using spamdyke >>>>>> what does this do ? >>>>>> >>>>>> >>>>>> rajesh >>>>>> >>>>>> >>>>>> ----- Original Message ----- >>>>>> From: Eric Broch [mailto:[email protected]] >>>>>> To: [email protected] >>>>>> Sent: Mon, 12 Oct 2015 10:49:42 -0600 >>>>>> Subject: Re: [qmailtoaster] urgent help required : qq soft reject >>>>>> >>>>>> Rajesh, >>>>>> >>>>>> I have to admit that there is not much help in the lists, or anywhere, >>>>>> for that matter on this subject. >>>>>> I would start by streamlining my tcp.smtp.587. What I would do is backup >>>>>> the original file and create a new tcp.smtp.587 and add the following >>>>>> line to the new file. Add options until the error reoccurs. >>>>>> :allow,RELAYCLIENT="",DKSIGN="/var/qmail/control/domainkeys/%/private",RBLSMTPD="",NOP0FCHECK="1" >>>>>> >>>>>> EricB >>>>>> >>>>>> On 10/12/2015 9:30 AM, Rajesh M wrote: >>>>>>> hi >>>>>>> >>>>>>> i have 0.98.6 version of clam >>>>>>> >>>>>>> i have 4 other servers with qmailtoaster and all are identical and >>>>>>> running the same clam version. >>>>>>> >>>>>>> rajesh >>>>>>> >>>>>>> ----- Original Message ----- >>>>>>> From: Tony White [mailto:[email protected]] >>>>>>> To: [email protected] >>>>>>> Sent: Tue, 13 Oct 2015 02:25:46 +1100 >>>>>>> Subject: Re: [qmailtoaster] urgent help required : qq soft reject >>>>>>> >>>>>>> Hi Rajesh, >>>>>>> Check you ClamAV logs to see if this is causing the error. >>>>>>> Verify you have the latest version of ClamAV as 0.975-1.4.1 >>>>>>> had a bug when scanning. >>>>>>> >>>>>>> >>>>>>> best wishes >>>>>>> Tony White >>>>>>> >>>>>>> On 13/10/2015 02:20, Rajesh M wrote: >>>>>>> >>>>>>>> hi >>>>>>>> >>>>>>>> for the last 10 days we are facing random errors >>>>>>>> >>>>>>>> qmail-smtpd: qq soft reject (mail server temporarily rejected message >>>>>>>> (#4.3.0)) >>>>>>>> >>>>>>>> there is no load on the server and httpd for webmail, dovecot work >>>>>>>> normally. >>>>>>>> >>>>>>>> no errors in clamd, spamassassin log files >>>>>>>> >>>>>>>> even if i disable clamd and spamassassin the error still comes up. >>>>>>>> >>>>>>>> error occurs in both smtp port and submission port (does not have >>>>>>>> spamassassin scanning) >>>>>>>> >>>>>>>> rebooting server resolves the issue for a 3-4 hours and then again the >>>>>>>> issue starts. >>>>>>>> >>>>>>>> tried repairing the queue using queue_repair.py -- some files are >>>>>>>> fixed however issue is not solved. >>>>>>>> >>>>>>>> /var/qmail/simscan folder contains around 50 files -- mostly all old >>>>>>>> dates. >>>>>>>> >>>>>>>> memory limits are correctly set in smtp and submission run files >>>>>>>> >>>>>>>> issue starts with a few rejects initially and then becomes continuous. >>>>>>>> >>>>>>>> 1) what could be the possible causes for this ? >>>>>>>> >>>>>>>> 2) can network connectivity issues cause this error ? >>>>>>>> >>>>>>>> 3) i am using seperate tcp.smtp cdb files files for port 25 and port >>>>>>>> 587 namely >>>>>>>> >>>>>>>> tcp.smtp.cdb and tcp.smtp.587.cdb >>>>>>>> >>>>>>>> how can i disable simscan for submission port by changing tcp.smtp.587 >>>>>>>> file >>>>>>>> >>>>>>>> my current tcp.smtp.587 is as follows >>>>>>>> >>>>>>>> :allow,BADMIMETYPE="",BADLOADERTYPE="M",CHKUSER_START="ALWAYS",CHKUSER_RCPT_FORMAT="0",CHKUSER_RCPT_MX="0",CHKUSER_SENDER_FORMAT="0", >>>>>>>> CHKUSER_SENDER_MX="0",CHKUSER_RCPTLIMIT="150",CHKUSER_WRONGRCPTLIMIT="20",QMAILQUEUE="/var/qmail/bin/simscan",SENDER_NOCHECK="1",SPFBEHAVIOR="2",NOP0FCHECK="1" >>>>>>>> >>>>>>>> >>>>>>>> thank you, >>>>>>>> rajesh >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> --------------------------------------------------------------------- >>>>>>>> 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] >>>> --------------------------------------------------------------------- >>>> 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]
