- Original Message -
From: Warren (mailing lists) [EMAIL PROTECTED]
To: qmailtoaster-list@qmailtoaster.com
Sent: Tuesday, February 13, 2007 7:20 AM
Subject: Re: [qmailtoaster] QMAIL TOASTER ISSUES
Rajesh,
I run toasters on similar machines, a Dell PE 2950 and a Dell PE SC1425.
What JP says is true - you need to increase your connections. You might
also consider using one of the larger suggested profiles from mysql.
You may however also be running into another problem - memory. I found
that using a similar setup you need at least 3 GB of RAM - I actually
ended up going to 6 GB because I had the budget to do so, but I am only
using about 3-3.5 of it. Consider throwing another two 1GB sticks into
the server.
The other thing you should consider is moving off of Fedora and over to
CentOS 4, which is not only a more stable platform, but is the platform
upon which most toaster-related development seems to happen.
Regards,
Warren
Jean-Paul van de Plasse wrote:
The problem with authentication and users unknown is probably caused by
not being able to connect to mysql.
Maybe you should up the limits there a bit.
It could very well be that all of your problems are related to this..
Check you my.cnf for max_connections and make it higher or add like this
:
[mysqld]
max_connections = 500
Or even higher I guess..
(default is 100)
JP
- Original Message - From: 24x7server
[EMAIL PROTECTED]
To: qmailtoaster-list@qmailtoaster.com
Sent: Tuesday, February 13, 2007 1:34 PM
Subject: [qmailtoaster] QMAIL TOASTER ISSUES
hi
we dont know whether others are experiencing these problems but we are
listing down our experiences with qmail toaster.
we provide email service and host around 35 independent domains for
corporates totalling to around 2500 users per server
we have tried many different flavors of qmail for the past over 6 years
and qmail toaster consumes the least resources and were very impressed
by it.
but these are the problems faced by us recently
we have two servers, each is a dell, dual xeon, 2.8 with 2 gb ram and
scsi drives having around 2500 users each
one installation is redhat enterprise 3 - qmailtoaster without mysql
second installation fedora 4 - qmailtoaster with mysql
we are listing below the problems we are face which are common for both
we are running latest versions of qmail toaster with spamassing 3.1.7
when the number of concurrencyincoming connections are around upto 100
everything is fine. works very nicely on both machines
the number of concurrent smtp connections is usually around 30-40
the problems come when the number of smtp connections increases. this
does not happen every day but once in while and it happens on both
machines almost simultaneously. concurrent smtp connections go as high
as 300.
this happens even during night time when it is totally off business
hours
we tried restarting qmail but no use -- the concurrent connections keep
increasing till it is back to the same high level of around 250 - 300
we have a serious doubt as to whether we are targetted heavily by
spammers.
1) we kept concurrency limit to around 300 connections then at around
235 simultaneous connections authentication fails. when users try to
send out emails thru port 25 outlook express / postmaster and other
softwares keep asking for username and password ie authentication fails.
even if we use seperate mail submission port on 587 still authentication
fails and email users on the servers are not able to send out emails.
2) email sent to domains on this server at this stage randomly bounces
back with message -- chkuser says unknown recepient.
3) spamassassin fails to scan many emails (this is random) which are
normally scanned perfectly. surbl look ups fail in many cases. sometimes
viruses escape.
4) users on server get duplicate copies of emails
5) the qmail isoqlog does give any information on the details of emails
sent / recd -- basically it does not match what we see in the smtp logs
we have attached herewith a copy of our smtp log
all help would be greatly appreciated
rajesh
-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
One of our servers has 20k accounts on it and can surge to 450+ smtp
connections, but it's nearly always caused by delays in rbl lists or issues
doing dns lookups for spamassassin. You should send a test message through
your server to see where it's hanging... if it's spamc then you can disable
spam scanning using the simcontrol file temporarily (enable for just your
email until you figure out the cause). Quite often just switching the
blacklists file to something smaller, or removing any slow to respond and
restarting the smtp process
