Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Qmail: users

max relay

 

 

Qmail users RSS feed   Index | Next | Previous | View Threaded


lists at block-online

Jun 20, 2008, 1:09 PM

Post #1 of 6 (673 views)
Permalink
max relay

Hello list,

can anyone tell what's determining the maximum number of qmail-smtpd
processes (incoming messages)?

I am using qmail with xinetd and the value for instances is UNLIMITED
there. But I assume that is not the real limit.


Best Regards,

Oliver Block


kyle-qmail at memoryhole

Jun 20, 2008, 1:42 PM

Post #2 of 6 (637 views)
Permalink
Re: max relay [In reply to]

On Friday, June 20 at 10:09 PM, quoth Oliver Block:
> can anyone tell what's determining the maximum number of qmail-smtpd
> processes (incoming messages)?

So far? I'm gonna guess divine intervention. ;)

> I am using qmail with xinetd and the value for instances is
> UNLIMITED there. But I assume that is not the real limit.

You *assume*? What makes you think that?

Well, with xinetd, if your connections are unlimited, then it will
*attempt* to accept every connection it can. You will, however, run
out of resources at some point, and how that manifests itself depends
on your system and which resource you've run out of first. For
example, if you run out of RAM first, that *may* manifest itself as
looking like qmail-smtpd crashed, or it may manifest itself as
qmail-smtpd failed to load. Or it may manifest itself as an exec()
error. Or it may manifest itself within xinetd as a failure to perform
some intrinsic task (such as fork() or maybe even something as basic
as pipe() will fail). This assumes, of course, that xinetd is behaving
itself and is responsibly checking all of these syscalls for errors.
If it isn't, then you may get much stranger-looking errors, probably
from xinetd, as things it tries to do that relied on previous actions
inevitably fail. Or, depending on your OS, you may trigger an
OOMKiller, which will cause random processes to suddenly die
(including, qmail-send, init, or even xinetd itself).

But that's just assuming that RAM is your limiting factor (which would
be pretty typical). It's also possible that you'll run out of open
file descriptors first (your limit depends on your OS and how its been
configured). Or, you may run out of PIDs (your limit depends on your
OS). Or you might run out of connection entries in your OS's TCP
stack. And how those things manifest themselves, and which one bites
you first, depends entirely on your system, your hardware, xinetd, and
how they interact. For example, I'm assuming that xinetd and your OS
are bugless under load; they probably aren't.

But, let's be honest, you've asked a pretty open-ended question here.
What are you trying to find out, *really*?

~Kyle
--
I have an existential map; it has 'you are here' written all over it.
-- Steven Wright


lists at block-online

Jun 20, 2008, 3:09 PM

Post #3 of 6 (632 views)
Permalink
Re: max relay [In reply to]

Kyle Wheeler schrieb:
> [ 8< ... ] But, let's be honest, you've asked a pretty open-ended
> question here. What are you trying to find out, *really*?

:D Okay! There are two control files named
qmail/control/concurrencylocal and qmail/control/concurrencyremote for
qmail-send. So I was wondering if there is any such file or any default
limit? According to your reply: It isn't.

Best Regards,

Oliver


search-web-for-address at pyropus

Jun 20, 2008, 3:21 PM

Post #4 of 6 (635 views)
Permalink
Re: max relay [In reply to]

Oliver Block <lists[at]block-online.eu> wrote:
>
> :D Okay! There are two control files named
> qmail/control/concurrencylocal and qmail/control/concurrencyremote for
> qmail-send. So I was wondering if there is any such file or any default
> limit [for incoming mail]? According to your reply: It isn't.

There isn't a qmail control file to limit the number of incoming SMTP
sessions, because no part of the qmail code is responsible for controlling
that. For instance, you said you're running qmail-smtpd under xinetd -- so
xinetd is responsible for controlling the number of incoming connections --
and it would obviously not be checking any of your qmail control files.

If you want to limit the number of incoming connections, check the
documentation for the program you're using to accept those connections. For
many (most?) qmail users, that'll be the tcpserver documentation. In your
case, it's the xinetd documentation. In neither case is the qmail
documentation (or control files) relevant.

Charles
--
--------------------------------------------------------------------------
Charles Cazabon
GPL'ed software available at: http://pyropus.ca/software/
Read http://pyropus.ca/personal/writings/12-steps-to-qmail-list-bliss.html
--------------------------------------------------------------------------


infosis at abelsonsa

Jun 21, 2008, 4:55 AM

Post #5 of 6 (616 views)
Permalink
Re: max relay [In reply to]

Oliver Block escribió:
> Kyle Wheeler schrieb:
>> [ 8< ... ] But, let's be honest, you've asked a pretty open-ended
>> question here. What are you trying to find out, *really*?
>
> :D Okay! There are two control files named
> qmail/control/concurrencylocal and qmail/control/concurrencyremote for
> qmail-send. So I was wondering if there is any such file or any
> default limit? According to your reply: It isn't.
>
> Best Regards,
>
> Oliver

Hey Oliver,

The file /var/qmail/control/concurrencyincoming (max simultaneous
incoming SMTP connections) is *not* a standard qmail control file.
It is used by the supervise script that runs qmail-smtpd.
In my case, I use tcpserver (not xinetd), and the qmail-smtpd run script
uses concurrencyincoming as a parameter passed to tcpserver.

MAXSMTPD=`cat /var/qmail/control/concurrencyincoming`
/usr/local/bin/tcpserver -c "$MAXSMTPD" .....

The files concurrencylocal and concurrencyremote are used by the
qmail-send program.

Regards
/Diego


feh at fehcom

Jun 22, 2008, 1:57 PM

Post #6 of 6 (595 views)
Permalink
Re: max relay [In reply to]

Hi,

you referring concurreneyremote.


On a typical system ( 4 CPUs, 4 GB mem) you can have 2000 such
processes (tcpserver + qmail-smtpd). Going above that limit takes
careful tuning.

-- eh.

Am 20.06.2008 um 22:09 schrieb Oliver Block:

> Hello list,
>
> can anyone tell what's determining the maximum number of qmail-smtpd
> processes (incoming messages)?
>
> I am using qmail with xinetd and the value for instances is UNLIMITED
> there. But I assume that is not the real limit.
>
>
> Best Regards,
>
> Oliver Block
>
>
>
>

Qmail users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact lists@gossamer-threads.com
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.