… das mag sein – trotzdem hat das macbook air zwei wesentliche vorteile: es ist absolut sexy und hat macosx als betriebssystem!

nun ist es also da; es sieht im wesentlichen nicht wirklich anders als sein vorgänger aus – und doch gibt es drei wesentliche verbesserungen:
- GPS: ich freue mich schon auf navi-lösungen…
- ActiveSync: eigentlich das “killer-feature”; das bisherige iphone ist für mich eigentlich nur ein nettes ding zum herumspielen; aber tatsächlich verwende ich meinen blackberry
- UMTS: feine sache, da ja das surfen, google maps etc bisher schon viel spass machte – für das syncen sicher auch kein nachteil

wieder einmal verschlafen hat ibm: das iphone bietet “enterprise support” – d.h. ms activesync. lotus domino? njet. ich bin mir ganz sicher, dass dies nun in einige migrationsüberlegungen miteinbezogen wird bzw gar der auslöser dafür ist; gerade auch die manager finden das iphone einfach sexy – und sind wir uns ehrlich: domino web access (oder heißt es nun doch wieder inotes?) ist nicht wirklich auch nur annähernd eine alternative.

ein lustiges quiz: sex toy or baby toy?

1. All deine Hauspflanzen leben und man kann keine rauchen.
2. Sex in einem schmalen Bett kommt nicht in Frage.
3. Du hast mehr Essen als Bier im Kühlschrank.
4. Um 6:00 Uhr stehst du auf und gehst nicht zu Bett.
5. Du hörst dein Lieblingslied in einem Aufzug.
6. Du achtest auf die Wettervorhersage.
7. Deine Freunde und Geschwister heiraten und lassen sich scheiden, anstelle von “Abenteuern” und “Schluss machen”.
8. Du hast weniger als 130 Ferientage.
9. Jeans und ein Pulli qualifizieren nicht mehr als “schick angezogen”.
10. Du rufst die Polizei, weil Du wegen zu lauten Nachbarn nicht schlafen kannst.
11. Ältere Verwandte fangen an dreckige Witze auch in deiner Gegenwart zu erzählen.
12. Du weist nicht wann McDonalds zumacht.
13. Deine Autoversicherung geht runter, deine Raten für einen Autokauf hoch.
14. Du fütterst deinen Hund mit Hundefutter nicht mit Überbleibseln der letzten Pizza.
15. Vom auf der Couch schlafen kriegst du Rückenschmerzen.
16. Du machst Nickerchen.
17. Essen gehen und Kino ist die ganze Verabredung, nicht erst der Anfang.
18. Um 3 Uhr morgens frittierte Sachen zu essen würde dir Magenprobleme geben, nicht sie lösen.
19. Du kaufst Aspirin und Rennie in der Apotheke, nicht Schwangerschaftstests und Kondome.
20. Eine Flasche Wein für 4EUR ist kein “ziemlich gutes Zeug” mehr.
21. “Ich kann nicht mehr so trinken wie früher” ersetzt “Ich trinke nie wieder so viel.”
22. 90 % der Zeit, die du vor dem Computer verbringst, ist für deine Arbeit.
23. Du trinkst nicht mehr zu Hause um Geld zu sparen, bevor du ausgehst.
24. Wenn du hörst, dass eine deiner Bekannten schwanger ist gratulierst du und sagst nicht “Oh Sch…, wie ist denn das passiert?”

Bonus:
25. Du liest diesen ganzen Text und schaust verzweifelt nach einem Zeichen, dass du NICHT so bist und kannst keins finden. Dann schickst du ihn per e-mail an ein paar alte Freunde weiter, weil du weißt, sie werden sich genauso fühlen …

es ist immer wieder spannend zu sehen, wozu unsere steuergelder verwendet werden:

was das mit kunst oder sonst irgendetwas zu tun haben soll ist mir zwar schleierhaft – jedenfalls haben wir den start der österreichischen ratspräsidentschaft offensichtlich optimal vorbereitet. das kann ja noch heiter werden – zumal je näher die nationalratswahlen kommen bestimmt mehr als genug eskapaden zu erwarten sind

vor mittlerweile etwas längerer zeit habe ich ein groupwise 6 system nach exchange 2003 migriert – hier eine kurze mitschrift (falls ich es nochmal machen müssen sollte will ich nicht wieder bei 0 anfangen ):

allgemeines / vorbereitungen

zuerst müssen alle datenbanken in allen post offices absolut fehlerfrei sein – das erledigt man mit dem groupwise tool gwcheck. dabei können mehrere durchläufe notwendig sein, bis die fehler behoben sind. bei wirklich hartnäckigen fehlern kann es hilfreich sein, die komplette datenbank lokal zu archivieren, die leere datenbank in einen neuen post office zu verschieben und anschließend das lokale archiv wieder rückzuimportieren.

danach auf das letzte service pack upgraden und nochmals mit gwcheck überprüfen.

bei der migration selbst besteht das problem, dass der migrations-user (man benötigt pro post office einen eigenen) proxy-access (also mit anderen worten einfach zugriff) auf alle datenbanken benötigt. dies kann nur der anwender selbst vergeben; oder man setzt alle passwörter zurück und vergibt sich den zugriff selbst (was den positiven nebeneffekt hat, dass die anwender nicht mehr einsteigen können).
dafür gibt es von novell kein tool – hier muss microsofts „gwbulk“ helfen. die letzte (mir bekannte) version ist die 1.9.46 aus dem jahre 2003 – dieses tool taucht aber in keiner microsoft dokumentation auf, man bekommt es nur direkt bei microsoft (oder man kann google bedienen )… ohne dieses tool schauts nämlich schlecht aus! (einzige mir bekannte alternative – die zumindest einen teil abdeckt – ist matt weisberg’s “GroupWise Password Reset Utility (GWPR)”

mithilfe von gwbulk kann man
- alle passwörter ändern
- proxy access für die mig-user vergeben
- alle anderen proxy access zugriffe entfernen
- alle optionalen nicknames entfernen
- einheitlich das adressen-format auf domain.postoffice.account umstellen

als nächstes brauchen wir einen “migrations-server” – bzw. in späterer folge mehrere (ich hatte sechs), da ansonsten die migration zu lange dauert (man kann auf einem server nicht mehrere datenbanken gleichzeitig übernehmen, und die übernahme selbst ist nicht sehr schnell!!).
auf diesem server muss folgendes installiert werden:
- netware client 4.9 sp2
- microsoft iis
- admin pack
- exchange management pack 2003 sp1
- windows messaging system (für mapi) (das exchange server konto nach der installation löschen)
- groupwise 5.5.1 (wichtig: kein neuerer!!!) (verknüpfung mit parameter “/@u-?” anlegen)

auf einem dann noch gwbulk.

vorbereitungen mit gwbulk

mit einem novell account anmelden, der auf das volume auf dem groupwise liegt vollzugriff hat und anschließend das volume mounten (hier auf g:).

gwbulk starten und das verzeichnis der groupwise-domain angeben:

optionen festlegen:

pro post office benötigt man einen migrations-account – diesen hier angeben:

bei proxy access alles auswählen (achtung: warum auch immer bekommt nach dem lauf jeder proxy access, nicht nur der mig user):

schritt 1: die user-accounts eines post-offices exportieren:

das gewünschte post office auswählen:

Fertig (optional: user die man nicht behandeln möchte einfach aus dem csv löschen).

schritt 2: die kennwörter der accounts reseten und weitere nicknames entfernen

blank passwords ist am praktischsten

und los

schritt 3: so, jetzt wissen wir die kennwörter von allen usern. also steigen wir ein und vergeben den proxy-access:

die zugriffe von anderen entfernen wir

und los….

that’s it. wir haben nun von allen accounts das passwort geändert und uns selbst zugriff gegeben. bis jetzt wars einfach…

migration

da die migration an sich wie gesagt lange dauert, habe ich diese mehrstufig durchgeführt. dazu ist es allerdings notwendig, das komplette groupwise system per backup in einer “migrationslandschaft” nachzubauen.

schritt1: backup von groupwise (und nds) ziehen (am tag x)
schritt2: in eine “migrationslandschaft” restoren und ggf. ip’s usw anpassen
schritt3: gwbulk’en
schritt4: export aller mails (kein kalender) bis zum tag x-30 genau 0 uhr

das inputfile für den migration wizard könnte so aussehen (ich würde immer nur einen user nach dem anderen exportieren):

Mode,GrpWise5
Function,EXTRACT
File,x:\_Migration\username
EMail,TRUE
Schedule,FALSE
Phone,FALSE
Appointments,FALSE
Notes,FALSE
Tasks,FALSE
EMailEnd,JJJJMMDD000000 (also x-30)
GWDomain,g:\grpwise
POName,your-po-name
Accounts,x:\_Migration\username\user.txt

in der user.txt steht einfach nur der name des users, ohne domain und post office

optional können in den *.pri files die foldernamen gewechselt werden – z.b. cabinet auf aktenschrank

schritt5: import dieser daten in das exchange system

importieren auch immer nur einen nach dem anderen:

Mode,File
File,X:\_Migration\username\GrpWise.001\GrpWise.PKL
Mailbox,FALSE
ExchStoreDN,path-to-mailbox-store
Container,your-ou
ImportDestination,SERVER

schritt6: produktives system gwbulk’en (ab jetzt ist das schicksal der user besiegelt…)
schritt7: export aller mails von x-30 0 uhr und eine sekunde, sowie alle kalendereinträge, tasks usw

wieder einen nach dem anderen:

Mode,GrpWise5
Function,EXTRACT
File,x:\_Migration\username
EMail,TRUE
Schedule,TRUE
Phone,TRUE
Appointments,TRUE
Notes,TRUE
Tasks,TRUE
EMailEnd,JJJJMMDD000001 (also x-30 + 1 sekunde)
GWDomain,g:\grpwise
POName,your-po-name
Accounts,x:\_Migration\username\user.txt

in der user.txt steht so wie vorhin einfach nur der name des users, ohne domain und post office

schritt8: import dieser daten in das exchange system

Mode,File
File,X:\_Migration\username\GrpWise.001\GrpWise.PKL
Mailbox,FALSE
ExchStoreDN,path-to-mailbox-store
Container,your-ou
ImportDestination,SERVER

das sieht dann so aus:

user nach user zu migrieren hat den vorteil, dass man nachdem der exchange server migration wizard gertig ist sofort aktionen setzten kann – wie z.b. den errorlevel abfangen oder ein vernünftiges log zu erzeugen; das ist nämlich gar nich sooo einfach! es wird nämlich nur ins eventlog geschrieben, was die fehlersuche bzw kontrolle nicht sehr einfach gestaltet.

daher dumpt man das eventlog nach den gewünschten daten mit dumpel (und den parametern “-d 2 -m MSExchangeMig -f path -l application”) – schon ganz nett, nur sind somit die neuesten events ganz unten im file.

jetzt kommt tac (aus den textutils for windows) ins spiel – dafür hab ich mir ebenfalls (so wie für die ganze migration, diese lief absolut automatisch) ein kleines batch-file erstellt:

@echo off

if “%1%”==”" goto noinput
if “%2%”==”" goto noinput

set ilog=%1%
set olog=%2%
set logaus=nein

echo mit CMD /V:ON STARTEN!!!!!

if exist %olog%_temp del %olog%_temp

for /F “usebackq tokens=1-11*” %%a in (`X:\_Batch\bin\tac.exe %ilog%`) do (
if not !logaus!==ja echo %%a %%b %%i %%j %%k %%l>>%olog%_temp
if “%%k”==”gestartet.” set logaus=ja
)

X:\_Batch\bin\tac.exe %olog%_temp>>%olog%

del %olog%_temp

goto ende

:noinput
echo param1 inputlog
echo param2 outputlog
goto ende
:ende

bleibt noch folgendes zu sagen: zu glauben, ALLE mails, kalendereinträge usw fehlerfrei migrieren zu können ist reines wunschdenken. es funktioniert nicht schlecht, aber es werden doch nicht alle mails übernommen!

folgendes auch gleich merken:
- kalender attachments werden in einem unterordner unter „posteingang“ als eigene dokumente abgelegt
- kalender und aufgaben müssen manuell importiert werden – bzw. erhält der user beim ersten einstieg eine meldung, ob er importieren will
- einladungen, die noch nicht angenommen wurden, werden nur als normaler text übernommen – d.h. alle einladungen sollten vorab angenommen werden!

und noch eins :
der migration wizard macht ansich nichts anderes, als über api calls des clients auf den groupwise server zuzugreifen – somit muss man eines ganz dringend beachten: sind in einem ordner mehr als 5000 mails, so zeigt diese der client nicht mehr an – ergo werden diese auch nicht in die migration miteinbezogen (es gibt auch keinen fehler im log)!!! einzige lösung: mit dem groupwise client einsteigen, und die mails so lange auf neue ordner aufteilen, bis man unter 5000 kommt!

Microsoft provides a few tools for stressing an Exchange server so you can check beforehand if your server can handle the projected load.

The main tool is Exchange Load Simulator (LoadSim) 2003, now updated to handle new Exchange 2003 features. This tool is intended for testing Exchange servers which mainly serve Outlook MAPI calls including RPC Over HTTP clients.

eine detailierte anleitung gibts bei msexchange.org

eine kleine aber feine step-by-step howto anleitung: Implementing a Two Node Cluster with Windows 2003 Enterprise

hier gibts es noch weitere tutorials

nachdem ich 34% des spieles durchhabe muss ich meine vorherige aussage etwas relativieren; ich bin zwar nach wie vor der meinung, dass die “alten” larry spiele besser waren, aber sooooo schlecht ist der neue teil auch wieder nicht: sex sells, das war schon immer so.

2. Ausziehen
Sie brauchen sich keine besondere Mühe mit der Inszenierung zu geben, nüchterne Sachlichkeit reicht. Ihr Outfit sollte der Absicht entsprechen. Winterliche Wollschlüpfer, verwaschene Slips oder Still-BHs sind underdressed, kompliziert verhakte Korsetts, Latex oder Slips ouverts overdressed. Die bewährte Fick-mich-Unterwäsche, die Sie auch sonst immer bei den Dates tragen, nach denen es passieren soll, genügt. Slipeinlagen oder fröhlich baumelnde Ausziehfädchen sollten seinen Blicken verborgen bleiben; auch bei Männern kann sich erotische Spannung jäh verabschieden. Wenn er schließlich nackig ist, sollten Sie seinen Körper zunächst eher beiläufig in Augenschein nehmen. Nicht jeder Penis verträgt glockenhelles Gelächter.

Häufige Fehler:
- Wampe einziehen, Licht stockdunkel dimmen, Titten verstecken, Cellu tarnen: Er will poppen, nicht seine Freizeit mit einer Schisserin vergeuden.
- Striptease-Vorführungen: Lassen Sie sich doch für RTL2 casten.
- Enttäuschung zeigen: Soll er denn Ihre Speckrollen doch noch kommentieren?

gmx.net