Topic: qmail - limit concurrent outbound or smart relay

[Klaus Boehme]

I have an issue with SME server / qmail on a poor quality modem connection, in that outbound messages are timing out and thus not delivered.

I can't seem to find any documentation to limit the number of concurrent outbound messages (which will solve my problem - as it is just trying to send too many large messages in one hit).  

Any clues anyone?

Or it also seems not to be implementing smart relay correctly!  I would have thought that setting an upstream relay mail server would have qmail upload the message recipient list and attachment to the relay just once.

However, I am seeing qmail on the SME server attempting to send to each individual recipient via the upstream!

Any thoughts on why that would be.

Thanks


Klaus

[Jon Blakely]

Klaus,

try this

Log on as root

cd /var/qmail/control
echo 3 > concurrencyremote
/etc/rc.d/init.d/qmail.init restart


default concurrency is set for 20. Above will set for 3.

Jon

[Klaus Boehme]

Thanks Jon

I had already edited the concurrency control file but SME replaces the default (20) back in when it restarts the service!

I didn't think to do a manual restart of qmail as you suggested.  That got me out of trouble for the time being.

I'll just have to figure out how to change the defaults in the SME scripts .. I've been avoiding trying to understand them

Perhaps someone can point me in the right direction.


Regards

Klaus

[Bill Talcott]

Copy the original file to the custom templates dir
# cp /etc/e-smith/templates/var/qmail/control/concurrencyremote /etc/e-smith/templates-custom/var/qmail/control/concurrencyremote

Edit the custom file
# pico /etc/e-smith/templates-custom/var/qmail/control/concurrencyremote

Expand the template into the new file
# /sbin/e-smith/expand-template /var/qmail/control/concurrencyremote

I'm not 100% sure about the expand command, as that file is different from the ones I've modified. That's the right format though. But if you reboot, it should now rebuild it to your liking, instead of using the default.

[Rich Lafferty]

Klaus Boehme wrote:
>
> Thanks Jon
>
> I had already edited the concurrency control file but SME
> replaces the default (20) back in when it restarts the service!

That's a sign that a template exists. And yep, it does, in
/etc/e-smith/templates/var/qmail/control/concurrencyremote.

You need to create a custom template for that file, which will override
the contents of the original template:

mkdir -p /etc/e-smith/templates-custom/var/qmail/control
cd /etc/e-smith/templates-custom/var/qmail/control
echo 3 > concurrencyremote
/sbin/e-smith/expand-template /var/qmail/control/concurrencyremote

In 5.5, concurrencyremote is a database setting, so you don't need to
do all that, you just need to set the ConcurrencyRemote property of
the qmail service and re-expand the template:

/sbin/e-smith/db configuration setprop qmail ConcurrencyRemote 3
/sbin/e-smith/expand-template /var/qmail/control/concurrencyremote

Cheers,

--Rich

[Rich Lafferty]

> Or it also seems not to be implementing smart relay
> correctly!  I would have thought that setting an upstream
> relay mail server would have qmail upload the message
> recipient list and attachment to the relay just once.

Oops, I overlooked this part in my previous response.

That's not how qmail works, and it has nothing to do with a smart relay.
See http://www.lifewithqmail.org/lwq.html#multi-rcpt for details.
 
One of the reasons qmail behaves like that is because it implements
VERP, which changes the envelope From to reflect the envelope To;
there's a blurb on VERP at http://www.lifewithqmail.org/lwq.html#verp .

Cheers,
--Rich