Recent mail problems, coming maintenance, and a few other things
Coin, === Mail Problems === As we were preparing Orfeo to host the MX1 services, we decided to upgrade the software (Dovecot part). A custom package is needed, and a mistake was made, which should not have been a big deal if another software (DSPAM) had not a silly bug. We have been warned quickly of this issue, but stil a few (not many) mails have been rejected with "unknown user" reason. We then had to block incoming mails a bit to fix this annoying situation. Sorry for this mess :-(. === Orfeo NG === Seems i forgot to say Orfeo is back alive in a new body. Same spirit inside, really ! Orfeo is gonna take over his prefered services, unloading Toushirou in the meantime. In fact, the problems with Toushirou, reason of the coming maintenance, accelerated the need to get another machine. There is it now, allowing for Toushirou's analysis without shuting down everything. === Mail Teleportation === Mail is gonna move to Orfeo, before Toushirou's maintenance. We have been a bit delayed with the previous issue, but it may happen on monday (yes it is still sunday here), or just after eating the last new year's eve chocolates. So be prepared for a short but complete mail services downtime. === Sieve === If you forgot what is SIEVE, then read this: http://en.wikipedia.org/wiki/Sieve_%28mail_filtering_language%29 Information on available features can be found here: http://wiki.dovecot.org/LDA/Sieve (we are using Dovecot 1.0.x) With the previous software upgrade, comes several sieve/managesieve fixes, which should ease your life a bit. Currently managesieve was an experimental feature, but now you may consider it production level. Still experiments with different clients should be done, like IMP, but already we managed to get sieve-connect (in Debian package of the same name) work with a small patch which can be found here: ftp://ftp.duckcorp.org/duckcorp/patches/sieve-connect_dovecot.patch You can use it both like a one-time command, or like an interactive shell, like this : sieve-connect -s sieve.duckcorp.org -u <user> This allow uploading/downloading/viewing sieve scripts in a special per-user directory. You may then activate the script you want, which would then be used for incoming mail instead of the current script. Don't worry, your former script (before using managesieve activate feature) would not be lost, but only moved in the special directory under the name "dovecot.orig". In fact the activated script is since then a symlink to the activated script in your special directory. You then don't need anymore a shell access to manage your scripts. Once Dovecot 1.1 is out, you'll be able to use the 'include' sieve feature, thus having multiple scripts manageable on the server would really makes sense. === Cummunication Services === Beware bitlbe is gonna move soon to Orfeo too. So check if you are using the proper bitlbee.duckcorp.org alias. Bip IRC bouncer is still down, but we hope to have it up again on Orfeo. Maybe the bip problems were related to the strange problems on Toushirou. === DNS move === As you may have seen, our NS1 is already Orfeo. Toushirou is meant to act as the NS2/NS3 (dual connectivity). Toushirou still needs a few cleanups, but it is not a big deal. Nevertheless, zones modifications are no more possible for users with a shell access at the moment. Do not hesitate asking us modifications via mail. Enough for today... -- Marc Dequènes (Duck)
Hum, i forgot one thing. I knew i was forgetting something, but it came back 2 minutes _after_ sending the previous mail, as always #@! === Antispam === The antispam system is far from being used by everybody, and it's a lot of ressource consumption. So the default mode for training has been changed to TUM (train until mature) ; explanation follows. The previous mode, TEFT (train every fucking time), was meant to do an intensive session training, until the system has learnt enough to use a more relaxing mode. So for the begining we thought it was a good decision, but in fact if people don't use it, it consummes a lot of ressource for learning bullshit. Once the system has trained a lot, you may consider using TOE mode (train on error). It is good, and requires less user attention. But the drawback of this mode is: it is less reactive to new spam types, as it does not recognize new prints, but wait for an error being corrected by the user. That's why the TUM mode has been choosen as an intermediate solution: as reactive as TEFT for new prints, but not much demanding for training older stuff, like in TOE mode. If you already made changes to your preferences, nothing changed, and you may or may not decide to follow this solution. Only people using the default parameters are concerned. -- Marc Dequènes (Duck)
A last one for this year... === Mail === Mail is not moving today, probably not tomorrow, so i guess Toushirou's downtime would shift around 4-7 of january. === DNS === As i said, NS1 moved on Orfeo. But i forget to remind you, that if we are hosting a slave zone for you, then you should authorize orfeo's IPs (v4/v6) for zone transfers. You'd better "add" and not "replace" the ACL, as it may still be necessary to move it again in case of problems (i hope not). Have a nice time tonight ! :-) -- Marc Dequènes (Duck)
participants (1)
-
DuckCorp Admin Team