It looks as though spamd is running, but simscan isn't getting the messages.
Are you seeing simscan messages in the smtp log? Like:
05-28 08:34:15 simscan:[3519]:CLEAN (0.10/8.00):5.2445s:...
Please post the contents of:
/etc/tcprules.d/tcp.smtp
/var/qmail/control/simcontrol
Please post the res
Eli Edwin Casimero wrote:
Tried this now:
1. zero / none / no "simscan" in all the log files archived or current
of /var/log/qmail/smtp
2. /etc/tcprules.d/tcp.smtp
127.:allow,RELAYCLIENT="",DKSIGN="/var/qmail/control/domainkeys/%/private"
:allow,BADMIMETYPE="",BADLOADERTYPE="M",CHKUSER_RCPTLIM
I'm wondering if perhaps this is a problem that's specific to x86_64
hosts. I wouldn't have guessed that, but who knows? I believe that Eli
was going to attempt to recreate the problem.
--
-Eric 'shubes'
Tom Keyser wrote:
I had the same problem, and others on the list helped me correct the
pro
Hey Jake, this looks like a bug in the qmail-toaster.spec file. I'd
suggest that Eli file a bug report, but Mantis isn't up yet. I can have
a look at the spec file myself, but I don't have a 64-bit test host (yet
- probably will soon).
How do you want to handle this? (How's mantis coming alon
Tried this now:
1. zero / none / no "simscan" in all the log files archived or current
of /var/log/qmail/smtp
2. /etc/tcprules.d/tcp.smtp
127.:allow,RELAYCLIENT="",DKSIGN="/var/qmail/control/domainkeys/%/private"
:allow,BADMIMETYPE="",BADLOADERTYPE="M",CHKUSER_RCPTLIMIT="50",CHKUSER_WRONGRCPTLIM
Tried this now:
1. zero / none / no "simscan" in all the log files archived or current
of /var/log/qmail/smtp
2. /etc/tcprules.d/tcp.smtp
127.:allow,RELAYCLIENT="",DKSIGN="/var/qmail/control/domainkeys/%/private"
:allow,BADMIMETYPE="",BADLOADERTYPE="M",CHKUSER_RCPTLIMIT="50",CHKUSER_WRONGRCPTLIM
> Do you have any idea how you ended up with no QMAILQUEUE variable? This is
> not the first time that has happened to someone recently.
My current theory is that all these installations have in common is
that they are CentOS 5.4 x86_64 XEN installations hosted in CentOS 5.4
x86_64 XEN. Maybe XE
Super Thank You!
This line in /etc/tcprules.d/tcp.smtp
With the missing QMAILQUE was the culprit.
How I got that I will have to make a few test installations.
This problem is solved.
Replication, later.
-
> The 2nd line should look like this:
:allow,BADMIMETYPE="",BADLOADERTYPE="M"
I had the same problem, and others on the list helped me correct the
problem last week. I'm running CentOS also, but had installed in
December last year.
On 5/29/2010 7:23 AM, Eli Edwin Casimero wrote:
Super Thank You!
This line in /etc/tcprules.d/tcp.smtp
With the missing QMAILQUE was the cu
Return Receipt
Your Re: [qmailtoaster] Re: Help. Spamassassin not working in
document: CentOS 5.4 and 5.5 x86_64
Here's my first test virtual machine.
I used a host machine CentOS 5.3 i386 with 4GB or memory on an Intel Q9400
I installed the latest OpenVZ virtualization platform.
I used a Virtual Machine Centos 5.5 i386 template and gave it 1GB RAM
and 10gb space.
I installed qmailtoaster and I got the /e
On 06/06/2010 01:12 PM, Eric Shubert wrote:
Hey Jake, this looks like a bug in the qmail-toaster.spec file. I'd
suggest that Eli file a bug report, but Mantis isn't up yet. I can
have a look at the spec file myself, but I don't have a 64-bit test
host (yet - probably will soon).
How do you w
Looks like it happens both on i386 and 64bit centos.
Best wishes,
Edwin
On Mon, Jun 7, 2010 at 1:49 PM, Jake Vickers wrote:
> On 06/06/2010 01:12 PM, Eric Shubert wrote:
>>
>> Hey Jake, this looks like a bug in the qmail-toaster.spec file. I'd
>> suggest that Eli file a bug report, but Mantis is
I just installed QMT ISO CentOS 5.x i386 under VMWare Server 2 and I
got the correct tcp.smtp config file:
[r...@mx tcprules.d]# cat tcp.smtp
127.:allow,RELAYCLIENT="",DKSIGN="/var/qmail/control/domainkeys/%/private",RBLSMTPD="",NOP0FCHECK="1"
:allow,BADMIMETYPE="",BADLOADERTYPE="M",CHKUSER_RCPTLI
14 matches
Mail list logo