Heute stand auf dem Dedicated Server der Community Sites (aspgerman, dotnetgerman, aspheute, ...) ein Update des Mailservers an. Man ist vorsichtig, läßt das Update ein wenig "abstehen" (sprich andere sollen sich die Nase blutig stoßen, wir warten auf die ersten Erfahrungsberichte), und macht vorher ein Backup.

So weit - so gut. Wir installieren. Wir machen den Reboot den das Setupprogramm will. Wir checken das Eventlog. Wir holen Mail.

Ooops. Da sind 0 Byte Mails dabei - keine Header, kein Content. Was ist da schiefgelaufen? Gut, der Schreck war schnell überwunden, einfach im MTA das SpamAssassin Pickup Event disbabled, und siehe da - es geht wieder.

Was aber ist der Grund? Nun, es fiel mir wie Schuppen von den Augen: wir haben Perl 5.8 auf der Maschine, und das mag SA (der vorkompilierte, nicht der .pl!) unter Windows nicht wirklich. Aber wieso ausgerechnet jetzt? Tja, der Reboot hatte bewirkt, daß auch für den SYSTEM Account die Pfadvariablen schlagend wurden (nach dem Install von Perl 5.8 wurde die Maschine nie rebootet), und er auf die falschen Module zugriff - vor dem Reboot hatten wir das Problem nur als lokal eingeloggter User, und da hatten wir uns schon geärgert ohne Ende. Wenigstens wußte ich von dort schon in welche Richtung ich suchen mußte.

Ok, also 5.8 runter, 5.6 rauf. Halleluja. Emails funken wieder. Aber - alle Web Sites sagen mir "The data is invalid"... was ist denn nun wieder los? Nägelbeissend Fehler gesucht, mit Hilfe von Peter Koen dann die Idee bekommen an der richtigen Stelle zu suchen: Perl hat durch die Installationsorgie scheints die Orientierung verloren, und in den Standardeinstellungen für alle Web Sites ein Script Mapping hinterlassen, das es in sich hatte:

An erster Stelle (Web Site / Home Directory / Configuration / Script Mappings), keine Extension, keine Applikation, alle Verbs. Klar daß dann nix mehr geht, auf keiner Site.

Und sowas für ein banales Update des Mailservers, ich liebe es.