• Patch WordPress 3.3 naar 3.3.1: download

Paar kleine problemen met wijzigingen die niet via de patch-file doorgevoerd konden worden en ik handmatig moest doen.

• Patch WordPress 3.3 naar 3.3.1: download

• Patch WordPress van 3.2 naar 3.2.1: download

• patch WordPress 3.1.4. naar 3.2: http://files.roves.nl/wp/wp314_32.patch

• Patch WordPress 3.1.3 naar 3.1.4: download

• MUA Maul User Agent

Oftewel het programma waarmee je mail kunt ophalen en versturen, bijvoorbeeld Outlook.

• MTA Mail Transport Agent

De naam zegt het eigenlijk al, de MTA zorgt voor het transport van de mail, dus van bijvoorbeeld Outlook naar de ontvangende mailserver.

• MDA Mail Delivery Agent

De MDA neemt de mail in ontvangst van de MTA en levert het af in de juiste postbus. Hierna kan het dus met een MUA weer opgehaald worden.

• MSA Mail Sending Agent

Een MSA is in feite niets meer of minder dan het versturen van mail, bijvoorbeeld providers maken hier gebruik van om voor al hun gebruikers de mail te kunnen versturen. Anders gezegd, het is een MTA met daarbij de taak om voor geauthenticeerde gebruikers mail te versturen.

• MRA Mail Retrievel Agent

De MRA is verantwoordelijk voor het ophalen van mail van een externe mailbox, zodat het lokaal gebruikt kan worden. Dit gaat in samenwerking met de MDA.

• Patch WordPress 3.1.2 naar WordPress 3.1.3: download

Allereerst maar de benodigde pakketten installeren:

aptitude install dovecot-common dovecot-imapd

Hiermee werden de geinstalleerde Courier pakketten verwijderd. Volgende stap is dan het configureren van Dovecot. Allereerst maar even een kopie gemaakt van de default configuratie:

cp /etc/dovecot/dovecot.conf /etc/dovecot/dovecot.conf.default

Vervolgens is het een kwestie van de volgende bestanden configureren:

• /etc/postfix/main.cf
• /etc/postfix/master.cf
• /etc/dovecot/dovecot.conf
• /etc/dovecot/dovecot-sql.conf

Een van de problemen die ik tegen kwam, was de volgende foutmelding in de mail.log:

echo postfix/pipe[28624]: AC7AB11BA168: to=<mailaddress>, relay=dovecot, delay=56, delays=56/0.01/0/0.01, dsn=4.3.0, status=deferred (temporary failure. Command output: Can't open log file /var/log/mail.log: Permission denied )

De oplossing voor dit probleem was -na een uurtje gezocht en nagedacht te hebben- eigenlijk vrij simpel. In /etc/dovecot/dovecot.conf had ik de volgende regel opgenomen:

log_path = /var/log/mail.log

Deze heb ik verwijderd en na een herstart was het probleem verholpen. Het is immers niet nodig om expliciet een aparte logfile op te geven, als ik het weglaat komt het automatisch wel in de mail.log terecht.

Volgende issue was de volgende melding:

deliver(mailaddress): Fatal: setgid(1001(vmail)) failed with euid=5000(vmail), gid=5000, egid=5000: Operation not permitted (This binary should probably be called with process group set to 1001(vmail) instead of 5000)

Deze fout werd veroorzaakt door het feit dat in de dovecot.conf twee regels niet opgenomen waren:

mail_uid=5000
mail_gid=1001

De rest van de configuratie kon zonder problemen worden ingesteld door de voorbeeld configuratie door te nemen. Aangezien ik met Courier ook het ssl/tls gedeelte werkend had, was het een kleine moeite om ook Dovecot te laten werken met ssl/tls. Al met al heeft het twee avonden gekost om het weer tot een werkende configuratie te brengen.

Volgende stap is het opschonen van de configuratie, maar dat komt later. Eerst even een tijdje laten draaien.

Nu werkt dat vrij probleemloos, ik kan prima ipv6 only sites bezoeken. Probleem ligt echter in sites die zowel ipv4 als ipv6 gebruiken. Voor die sites wordt nog steeds ipv4 gebruikt. Om dat te veranderen moeten we de prefix table wijzigen via netsh:

netsh interface ipv6 show prefixpolicy
set prefixpolicy ::ffff:0:0/96 10 4
set prefixpolicy ::/96 20 3
set prefixpolicy 2002::/16 30 1
set prefixpolicy ::/0 40 1
set prefixpolicy ::1/128 50 0

De regel voor 2002::/16 is gewijzigd van label 2 naar label 1.

Voor ipv4 gebruik ik namebased virtualhosts en daarmee kan ik dus meerdere sites op 1 ip adres laten luisteren. De oplossing om ipv6 ook namebased te gebruiken is simpel. Wijzig deze regels:

NameVirtualHost *:80
NameVirtualHost [2a01:x:x:x::x:1]:80

in

NameVirtualHost [::]:80

En voor de VirtualHost directive gebruiken we dan dezelfde structuur:

<VirtualHost [::]:80>

Toevoeging 30-04-2011
Bij nader inzien kan ik ook voor ipv6 adressen *:80 gebruiken. Reden dat ik dacht dat het [::]:80 moest zijn, was omdat Lighttpd die specifieke notatie eist.