Problem:

Virtualhost ist über verschiedene Hostnamen erreichbar, langfristig soll aber nur noch einer Verwendung finden.

Lösung:

Umschreiben des Hostnamen mittels mod_rewrite, so dass alles von www.alterhost.name/$irgendwas umgeschrieben wird auf www.neuerhost.name/$irgendwas

Also in die entsprechende Virtualhost-Umgebung der Apache-Konfiguration folgendes eingefügt:

RewriteEngine On
RewriteCond %{HTTP_HOST} !^www\.neuerhost\.name$ [NC]
RewriteRule ^/(.*) http://www.neuerhost.name/$1 [R=permanent]

Das [R=permanent] sorgt hierbei für eine permanente Umleitung mit Code 301.

Recently while looking at extensions, I came across one which does not require a patched version, but also works with the regular binary. It is still considered experimental, but has worked well for me on one binary installation of Thunderbird 2.0.0.17 I’m using.

[via ISC]

Damit Dovecot bei einer Mail an user+abc@domain den Benutzer user@domain erkennt und danach troztdem Sieve mittels der subaddress Extension noch nach abc filtern kann, habe ich folgenden Eintrag in der Postfix master.cf verwendet:

dovecot unix - n n - - pipe
flags=DRhu user=vmailuser:vmailgroup argv=/usr/libexec/dovecot/deliver -f ${sender} -d ${user}@${nexthop} -s -a ${recipient}

Der -d Teil war für die richtige Erkennung des Accounts wichtig und der Teil mit -a zur Weitergabe der Extension.

Nun lässt sich in einen Sieve Skript z.B. folgendermassen filtern:

require ["envelope", "subaddress", "fileinto"];
if envelope :detail "to" "abc" {
fileinto "abc";
stop;
}

Dabei werden z.B. Mails an user+abc@domain in das Verzeichnis abc gelegt.

Neben dem Kopieren und Anpassen der Konfigurationsdateien, muss auf dem alten Host zunächst die Datenbank exportiert werden:

# ejabberdctl backup /tmp/ejabberd-dbbackup

um dann auf dem neuen Host wieder importiert zu werden:

# ejabberdctl restore /tmp/ejabberd-dbbackup

Ein einfaches Kopieren der Mnesia Dateien genügt nicht.

Weitere Infos gibts im OSM Wiki.

• net-dns/bind-9.4.2_p1 is currently being marked stable on all supported architectures
• net-dns/bind-9.5.0_p1 has been committed with unstable keywords

Nameservers should be updated quite soon, since this issue should be considered serious.

A GLSA will be published after all security architectures have marked the affected package stable. The progress can be followed in bug #231201.

For more information have a look at the following links and the references therein:

• US-CERT Vulnerability Note VU#800113
• CVE-2008-1447
• ISC info

Also note that if you are restricting the used outgoing ports of your nameserver by a firewall for example, this policy should be revisited.

Update 2008-07-11:
GLSA 200807-08 has just been released to address this issue.