Die Lage ist ganz einfach:
man sucht nach Dateien, die bsp. vor dem 01.01.2008 modifiziert wurden.
Dann referenziert man find auf die Datei, und negiert einfach die Anfrage:
find . \! -cnewer dateiname
(hiermit wird vom aktuellen Verzeichnis und Unterverzeichnissen ausgegangen)
Wen diese Meldung beim Neustart seines Apachen nervt, sollte speziell bei Debian mal in seine
/etc/apache2/ports.conf
gucken, da wird dann wohl die eine Zeile zu viel sein.
Der default-Inhalt (sofern man nicht weitere Ports nutzt) sollte dann so aussehen:
Listen 80
<IfModule mod_ssl.c>
Listen 443
</IfModule>
Oh, ich liebe es, wenn Server IMAP unterstützen…
Okay, eigentlich tun das heutzutage fast alle Server, jedoch nicht alle kann man schmerzlos umziehen.
Die meisten User arbeiten mit Outlook und POP3, weil das am einfachsten zu verstehen ist.
Klar, die vielen Vorzüge, wie z.B. Spam-Training, die bleiben halt auf der Strecke, aber hey, spart sich der Server halt CPU-Zeit…
Also, was macht man, wenn man eine Domain von Server A auf seinen eigenen Server B umziehen muß, und dabei nicht nur das WWW-Verzeichnis und die Datenbank braucht, sondern wenn möglich auch gleich mal alle Postfächer mit umziehen soll?
Tja, gottseidank hat sich mal jemand die Mühe gemacht, und imapsync ist mittlerweile fester Bestandteil von Debian.
Was wird benötigt:
IP des alten Servers, IP des neuen Servers, Benutzername und Kennwort auf beiden Servern
Wie schmerzlos geht das Ganze?
imapsync --noauthmd5 --fast --host1 xx.xx.xx.xx --user1 usernamealt --password1 kennwortalt --host2 xx.xx.xx.xx --user2 usernameneu --password2 kennwortneu --dry
host1 ist der alte Server, host2 der neue Server.
Das --dry hinten dran startet den Dry-Run, und man kann klasse sehen, was alles passieren würde, sollte man schon mal laufen lassen…
--noauthmd5 spricht glaube ich für sich selbst 😛
In 5 Minuten 50 Postfächer per Shell-Script migriert, so gehört sich das 🙂
