post icon [news] [activity] Projects Activities
[2018-08-15 09:13 +0200] WIP DuckCorp Infrastructure> Bug #631 (New): dovecot: dict locking problems
[2018-07-25 19:53 +0200] WIP DuckCorp Infrastructure> Revision 2aea7733 (duckcorp-infra): fix routing of Duckcorp IPs
[2018-07-25 19:51 +0200] WIP DuckCorp Infrastructure> Revision 0b7228c1 (duckcorp-infra): e74bcd6: forgot to add file
[2018-07-25 19:04 +0200] WIP DuckCorp Infrastructure> Revision 9076f408 (duckcorp-infra): Merge branch 'duckland_new_isp'
[2018-07-25 19:04 +0200] WIP DuckCorp Infrastructure> Revision 02d7c212 (duckcorp-infra): Elwing: switch to new ISP
[2018-07-25 10:24 +0200] WIP DuckCorp Infrastructure> Revision 7ef16c0f (duckcorp-infra): Elwing: switch to new ISP
[2018-07-25 08:19 +0200] WIP DuckCorp Infrastructure> Revision 51a09d5f (duckcorp-infra): Elwing: switch to new ISP
[2018-07-23 10:03 +0200] WIP DuckCorp Infrastructure> Revision 5460427a (duckcorp-infra): update logcheck ignore list
[2018-07-23 09:36 +0200] WIP DuckCorp Infrastructure> Revision e74bcd67 (duckcorp-infra): do not install latest stable Apache package
[2018-07-23 09:15 +0200] WIP DuckCorp Infrastructure> Revision 10474c71 (ansible-role-zabbix): enable/start services
Word from the Admin Team
[archives] « Mail Revamping #2 »


Mail System Redundancy

Our old antispam system has been shutdown and Toushirou has been promoted to full MX1/MDA/MAA. This means we now have two machine receiving mails, filtering spam and synchronizing with each-other (SIEVE rules and antispam learning are synced too).

I just updated the DNS records so that {smtp,mail,imap,pop,sieve} now balance between the two. So if one machine is down, you should be able to retry to reach your mail on the second machine.

The webmail is currently not redundant but we’re working on it.

The mailing-lists will stay on Orfeo as there is currently no way to make this service redundant.

Note about the Antispam

We had some user questions so I wanted to clarify a few things.

The new learning system is very similar to the previous one. The big change is: from now on all learning is shared between users. This means you benefits from SPAM caught by other users but it makes the learning less personalized. It is difficult to evaluate what’s best but per-user learning made the system very complex and was very resource intensive so we decided to try the shared method. Many well known big companies also use shared training, so that new users don’t start with a blank system which would need weeks or months to be well trained and it seems to work quite well.

Another important point is how to train the system. We simplified the old system and the new one does not have a web interface for users anyway. The ‘Junk’ folder (your mail client may translate the name) is used to collect discovered SPAM. If you move mails into it you inform the system it is a spam it should have caught. If you move a mail out of it then you inform the system it made a mistake and this is not a spam.

To get detected SPAM automatically put into the ‘Junk’ folder there is a default SIEVE filter. But if you added your own filters, then you need to include the default rule into your configuration as explained here:

This was done to allow users to override the default rule if they wanted another workflow. We’re wondering if this has any real application and thinking about making this rule compulsory (processed before any user filters). Your input on this matter is welcome.



  • Not f'd — you won't find me on Facebook

Special Support

  • FSF Member Logo
  • DUC Logo


  • Hivane
  • Nerim