Difference between revisions of "AltQmail"

From SME Server
Jump to navigationJump to search
 
(4 intermediate revisions by the same user not shown)
Line 3: Line 3:
  
 
=== Maintainer ===
 
=== Maintainer ===
[[User:VIP-ire|Daniel B.]]<br/>
+
[[User:Unnilennium|Unnilennium]]
 +
 
 +
Originally provided by [[User:VIP-ire|Daniel B.]]<br />
 
[http://www.firewall-services.com Firewall Services]<br>
 
[http://www.firewall-services.com Firewall Services]<br>
mailto:daniel@firewall-services.com
+
 
 +
===Version===
 +
{{#smeversion: smeserver-altqmail }}
 +
[[Version::Contrib9| fws]] [[Has SME9::true| ]]
  
 
=== Version ===
 
=== Version ===
Line 15: Line 20:
  
 
* You send your email directly (not through a SMART host)
 
* You send your email directly (not through a SMART host)
* You sometime send relativly big mailing (several 100 or 1000 at a time), so you do not want to reduce the global remote concurrency limit
+
* 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
 
* Some of the remote domains have a very low concurrency limit
  
I've 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:
+
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
 
* The first 2 mails are accepted, the 28 remaining get a deferral
 
* Next time, 2 mails are also accepted, still 26 to send
 
* Next time, 2 mails are also accepted, still 26 to send
Line 27: Line 32:
 
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)
 
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)
  
===Requirements===
+
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
* You need to configure [[Fws]] repository
 
  
 
=== Installation ===
 
=== Installation ===
To install the contrib, simply run the following command:
+
Starting SME 10, to install the contrib, simply run the following command:
  
  yum --enablerepo=fws install smeserver-altqmail
+
  yum install smeserver-altqmail
signal-event email-update
 
sv u /service/altqmail
 
sv u /service/altqmail-smtpd
 
  
 
=== Configuration ===
 
=== Configuration ===
 
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 email-update
+
  signal-event smeserver-altqmail-update
sv t /service/altqmail
+
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 ===
 
=== Logs ===
Line 53: Line 58:
 
  yum remove smeserver-altqmail
 
  yum remove smeserver-altqmail
 
  signal-event email-update
 
  signal-event email-update
 
 
===Sources===
 
You can find the srpm in our repo here: http://repo.firewall-services.com/centos/5/SRPMS/
 
You can also browse sources and clone the contrib from our git repo here: http://gitweb.firewall-services.com/?p=smeserver-altqmail;a=summary
 
  
  

Latest revision as of 05:13, 24 March 2023



Maintainer

Unnilennium

Originally provided by Daniel B.
Firewall Services

Version

Devel 10:
smeserver-altqmail
The latest version of smeserver-altqmail is available in the SME repository, click on the version number(s) for more information.


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



IDProductVersionStatusSummary
12344SME Contribs10.0RESOLVEDmake it for sme10