Difference between revisions of "AltQmail"
Unnilennium (talk | contribs) |
Unnilennium (talk | contribs) |
||
(One intermediate revision by the same user not shown) | |||
Line 42: | Line 42: | ||
You can now choose the remote concurrency setting for this qmail instance, and the domains will be routed through it: | You can now choose the remote concurrency setting for this qmail instance, and the domains will be routed through it: | ||
− | db configuration setprop altqmail ConcurrencyRemote 2 Domains orange.fr,wanadoo.fr | + | db configuration setprop altqmail ConcurrencyRemote 2 Domains orange.fr,wanadoo.fr,free.fr,online.fr,libertysurf.fr,aliceadsl.fr,infonie.fr,worldonline.fr,freesbee.fr,chez.com |
signal-event smeserver-altqmail-update | signal-event smeserver-altqmail-update | ||
available properties are: | available properties are: | ||
Line 58: | Line 58: | ||
yum remove smeserver-altqmail | yum remove smeserver-altqmail | ||
signal-event email-update | signal-event email-update | ||
− | |||
− | |||
− | |||
− | |||
− | |||
Latest revision as of 05:13, 24 March 2023
Maintainer
Originally provided by Daniel B.
Firewall Services
Version
fws
Version
available at Firewall services
Description
This contrib will setup a new, independant qmail instance, running in a chroot. This instance can have its own configuration. It'll only be usefull in some rare condition, where:
- You send your email directly (not through a SMART host)
- You sometime send relatively big mailing (several 100 or 1000 at a time), so you do not want to reduce the global remote concurrency limit
- Some of the remote domains have a very low concurrency limit
Daniel B have build this contrib (with the precious help and advices from Charlie Brady) especially for this: domains @orange.fr and @wanadoo.fr (big french ISP) only accept 2 concurrent SMTP connections. So, when someone send, say 30 email to those domains:
- The first 2 mails are accepted, the 28 remaining get a deferral
- Next time, 2 mails are also accepted, still 26 to send
- etc...
The problem is that, time between retries is exponential, so, just for those 30 mails, it could take several hours, or even days for all of them to be sent.
With this new contrib, you can set a very low remonte concurrency limit, and only send mails to problematic domains through this instance (the main qmail instance will route mails to those domains with a smtproutes rule)
JP Pialasse has added the throttle aspect for domain like free.fr where the limit is an amount per hour. Then even if you set concurrency remote to 1 or 2, you might hit 3000 connections in an hour while they limit to 200. See https://www.freenews.fr/freenews-edition-nationale-299/assistance-13/smtp-de-free-limitations-1510
Installation
Starting SME 10, to install the contrib, simply run the following command:
yum install smeserver-altqmail
Configuration
You can now choose the remote concurrency setting for this qmail instance, and the domains will be routed through it:
db configuration setprop altqmail ConcurrencyRemote 2 Domains orange.fr,wanadoo.fr,free.fr,online.fr,libertysurf.fr,aliceadsl.fr,infonie.fr,worldonline.fr,freesbee.fr,chez.com signal-event smeserver-altqmail-update
available properties are:
- ConcurrencyRemote: as per qmail maximum number of remote simultaneous transactions. default is
- Domains: coma separated list of domains handled by your alternate qmail
- OutRateLimit, when emtpy it defaults to 20/3600 which means 20 mails maximum every 3600 seconds, then throttle is in place. Replace this by a value in the form of "Number/Number"
Logs
You can see logs in /var/log/altqmail/current and /var/log/altqmail-smtpd/current
Uninstall
If you want to uninstall this contrib, just run:
yum remove smeserver-altqmail signal-event email-update
Bugs
Please raise bugs under the SME-Contribs section in bugzilla and select the smeserver-altqmail component or use this link
ID | Product | Version | Status | Summary |
---|---|---|---|---|
12344 | SME Contribs | 10.0 | RESOLVED | make it for sme10 |