Monat: Januar 2012

10 Inspirierende Zitate von und für Admins und Coder

Veröffentlicht am von — Keine Kommentare ↓

Es gibt jede Menge Zitate die so zutreffend sind, das die Welt um sie herum entstanden zu sein scheint. Auch in der IT. Hier sind ein paar sehr gute.

 

  1. Without requirements or design, programming is the art of adding bugs to an empty text file. (Louis Srygley)
  2. Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to build bigger and better idiots. So far, the universe is winning. (Rick Cook)
  3. It’s hard enough to find an error in your code when you’re looking for it; it’s even harder when you’ve assumed your code is error-free. (Steve McConnell)
  4. If debugging is the process of removing software bugs, then programming must be the process of putting them in. (Edsger Dijkstra)
  5. Walking on water and developing software from a specification are easy if both are frozen (Edward V Berard)
  6. Fine, Java MIGHT be a good example of what a programming language should be like. But 99% of all Java applications are good examples of what applications SHOULD EVER be like. (pixadel)
  7. Measuring programming progress by lines of code is like measuring aircraft building progress by weight. (Bill Gates)
  8. Programmer – an organism that turns coffee into software. Administrator – an organism that turns coffee into working software systems that play tetris against each in different countries. (Unbekannt)
  9. One man’s crappy software is another man’s full time job.  (Jessica Gaston)
  10. Theory and practice sometimes clash. And when that happens, theory loses. Every single time. (Linus Torvalds)

Die Empfängerrichtlinie ‘Default Policy’ mit Postfach-Manager-Einstellungen kann nicht über die aktuelle Version der Exchange-Verwaltungskonsole verwaltet werden

Veröffentlicht am von — 1 Kommentar ↓

Bei einer Migration von Exchange 2003 nach 2007/2010 kann es mal zu einem seltsamen Effekt kommen. Nach Abschluss der Postfachmigration wird ja in der Regel die „Default Policy“-Empfängerrichtlinie via

Set-EmailAddressPolicy „Default Policy“ -IncludedRecipients AllRecipients

umgestellt. Dies muss auch sein, da sich sonst die E-Mailadressrichtlinie (ab 2007 heisst das nicht mehr Empfängerrichtlinien, sondern Adressrichtlinie) nicht mit der EMC bearbeiten lässt. In der Regel klappt das auch. Manchmal gibt es aber den kreativ anmutenden Fehler:

Set-EmailAddressPolicy : Die Empfängerrichtlinie ‚Default Policy‘ mit Postfach-Manager-Einstellungen kann nicht über die aktuelle Version der Exchange-Verwaltungskonsole verwaltet werden

Liesst sich ein bisschen wirsch. Nach viel suchen kommt heraus: Der Postfach-Manager ist eine superselten genutzte Funktion von Exchange 2003. Inhalte aus Postfächern können damit automatisch bearbeitet werden, z.B. kann der fiese Admin alles was älter als 30 Tage ist damit löschen (oder ausdrucken oder so). Exchange 2007/2010 kennt das nicht mehr; Microsoft hat die Funktion an sich allerdings deutlich erweitert und der geneigte Admin kennt diese nun als „Richtlinien zum Verwalten von Nachrichtendatensätzen„. In meinem speziellen Fall stammen die Einstellungen von einer Exchange-nahen Faxlösung aus der frühen Steinzeit.

Lösung: Einfach alle alten Postfach-Managereinstellungen (beabsichtigt oder nicht) entfernen. Und das geht so:

  • Exchange Systemmanager (ja, das ding von 2003) öffnen
  • Rechte MT auf die „Default Policy“ und unter
  • „Eigenschaftenfenster ändern“ den Haken bei den Postfachmanagereinstellungen entfernen

Danach geht auch die Übernahme mir set-EmailAddressPolicy auch sofort.

“Object not found” Fehler beim Verschieben einer Mailbox von Exchange 2003 auf Exchange 2010

Veröffentlicht am von — Keine Kommentare ↓

Nach der Installation eines Exchange 2010 (SP1) in eine Exchange 2003 Organisation sollte der neue Exchange 2010 zu der ActiveDirectory-Gruppe „Exchange Domain Servers“ hinzugefügt werden. Die Gruppe ist im „Users“ container zu suchen. Wenn diese Voraussetzung nicht erfüllt ist, gehen alle lokalen Verschiebungsanforderungen mit dem „Objekt nicht gefunden“ Fehler in die Hose.

THEORETISCH erledigt das Setup diesen Schritt auch von selber …