Koozali.org: home of the SME Server
Legacy Forums => Experienced User Forum => Topic started by: Klaus Boehme on September 23, 2002, 02:02:28 PM
-
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
-
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
-
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
-
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.
-
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
-
> 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