atwork.blog

news and infos about microsoft, technology, cloud and more

PowerShell-Massenänderung von Primären E-Mail Adressen in Office 365

Vor kurzem haben wir Ihnen vorgestellt, wie Sie mittels PowerShell Änderungen der primären E-Mail Adresse in Office 365 vornehmen können. Der Vorteil dabei ist, dass Sie damit die Standard E-Mail Adresse setzen können, ohne das Login für Office 365 zu verändern. Damit können häufig auftretende Szenarien abgebildet werden, ein typisches Beispiel ist die Universität, an der als Login die Matrikelnummer verwendet wird, aber als E-Mail Adresse Vorname.Nachname@contosouniversity.com gelten soll. Die gezeigte Methode setzt diese Änderungen für einzelne Accounts sehr schnell um, was aber, wenn ich tausende Accounts mit dieser Methode ändern möchte? In diesem Fall empfiehlt es sich, alle Änderungen über eine csv-Datei abzuarbeiten. Diese Schritte sind sehr schnell erledigt. Zunächst erfolgt die Anmeldung an Office 365, die Umleitung und das laden der Cloud Befehle, wie schon im ersten Post dieser Serie gezeigt. Hier eine schnelle Wiederholung der Befehle: $LiveCred = Get-Credential $Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/powershell/ -Credential $LiveCred -Authentication Basic -AllowRedirection Import-PSSession $Session -AllowClobber Nun können wir unser Script aufrufen. Die Daten dazu befinden sich in einer vorbereiteten CSV-Datei - die mit Komma getrennt ist (kein Semikolon!). Skript laden: $Users = Import-CSV "C:\Daten\myusers.csv" Danach: Skript abarbeiten: $Users | ForEach {Set-Mailbox $_.UserID -EmailAddresses $_.NewAddress,$_.Proxy1} UserID  steht für die Anmeldeadresse NewAddress steht für die neue primäre E-Mail Adresse Proxy1 steht für die alternative E-Mail Adresse Eine CSV-Datei würde also folgende Struktur haben: UserID,NewAddress,Proxy1 magrom@conotsouniverity.com,martina.grom@contosouniversity.com,magrom@contosouniversity.com Danach: bei PowerShell abmelden: Remove-PSSession $Session Sie können übrigens jeden PowerShell Befehl mit Hilfe dieser Methoden zur Massenbearbeitung verwenden.

Die Cloud ist nicht sicher....

...und meine Daten müssen bei mir bleiben. Eines der vielen Argumente, die ich im Rahmen von Office 365 Anfragen und Cloud Diskussionen immer wieder höre. Alles was rund um Rechenzentren, wo liegen meine Daten und Sicherheit passiert, ist in diesem Sommer ein häufig diskutiertes Thema, nicht zuletzt wegen der Hackerangriffe, vor denen auch Österreich nicht verschont geblieben ist. Gerade ist mir über einen Newsletter ein Bericht aufgefallen, der damit titelt: "Heimische Betriebe gehen zu unvorsichtig mit Daten um." Vor allem Klein- und Mittelbetriebe investieren manchmal erst nach einem Angriff in Ihre IT-Security. Dazu möchte ich einen kurzen aktuellen Anlassfall aus der Praxis beschreiben, anhand dem mir wieder so richtig bewusst geworden ist, wie sehr es leider immer noch stimmt, dass wir unvorsichtig mit Daten umgehen. Es handelte sich hier um eine ganz normale Kundenanfrage zum Thema Office 365, der Kunde wollte laut eigener Definition alle Serverdaten in die Cloud legen, da das eigene Serversystem nicht mehr optimal funktioniert und befürchtet wurde, dass der Server in Kürze "eingehen" wird. Bevor das aber passiert, sollte geprüft werden, wie viele Daten überhaupt vorhanden sind und ob diese in SharePoint Online ausgelagert werden könnten. Der Servercheck sollte remote durchgeführt werden, um dies festzustellen. Die Ausgangssituation ist ein SBS 2003, also nicht ungewöhnlich, bei nur 4 Usern auf Office 365 umzusteigen. Sicherheitswarnung Nr. 1: Das Administrator Kennwort wurde telefonisch bekannt gegeben, obwohl die Ansprechperson, die den Check vereinbart hatte, gar nicht vor Ort war und bestätigen konnte, dass es sich hierbei um eine reelle Anfrage handelte. Sicherheitswarnung Nr. 2: Ein 15 Minütiger Check des Servers war ausreichend um die Ursache des "Eingehens" festzustellen: der Server wurde unter anderem als Workstation verwendet, die Exchange Logfiles zeigten an bestimmten Tagen (Wochenende) eine - für vier User - sehr ungewöhnliche Größe. Die Ursache für die großen Logfiles wurde ebenfalls sehr rasch gefunden. Ein Hacker, der dieses System als Zombie für seinen Spamversand verwendete, hatte sich nicht einmal die Mühe gemacht, seine Spuren zu verstecken: Direkt im Root des Servers lag eine - konfigurierbare - Datei, wo man Absender und Inhalte des Mailversandes bequem einstellen konnte. Sicherheitswarnung Nr. 3: Bitte vertrauen Sie Experten! In diesem konkreten Fall war es weder dem lokalen IT Betreuer noch dem Kunden bewusst, was da passierte. Unsere Empfehlung war dann doch eine etwas weitreichendere als nur eine Umstellung auf Office 365: Firewall, Security Check, Einsatz von Windows Intune, usw. Prompt kam auch zwei Tage später der Anruf: Der Server steht (nein, er ist nicht gestanden, er musste nur gerade ca. 2 Millionen Spam-E-Mails abarbeiten...). - Ein Tag später: "Es ist nicht mehr so eilig, der Server geht jetzt wieder (an diesem Tag war der Server mit dem Versand der E-Mails fertig, deswegen war ein Zugriff wieder möglich). Eine gut organisierte IT und Basis-Sicherheitsmaßnahmen sollten jedem von uns ein Anliegen sein! Helfen Sie mit, indem Sie sichere Kennwörter verwenden, einen Virenschutz einsetzen, regelmäßig Sicherheitsupdates durchführen, keine illegal heruntergeladene Software installieren, eine professionelle IT-Betreuung haben oder anbieten und jene Dienste, die Sie nicht notwendigerweise selbst betreiben müssen oder wollen, in Hände von Experten geben! Dieses Unternehmen hat mit der Wahl auf Office 365 sicher kein unsicheres Service gewählt sondern zumindest erste Schritte gesetzt! Trotzdem, die Anschaffung einer Firewall (aus Kostengründen?) wurde jedoch abgelehnt.

Announcing Windows Azure Storage Analytics

Es gibt wieder etwas Neues von Windows Azure zu berichten: Es gibt eine neue Version von "Windows Azure Storage Analytics", so berichtet das Windows Azure Storage Team in seinem Blog. Azure-Developer können damit den Windows Azure Storage (Blobs, Tables und Queues) überwachen und analysieren. Alle Logs und Statistiken werden im user account des Benutzers gespeichert und sind in normalen BLOB gespeichert und können über Table REST APIs ausgelesen werden. Hier gehts´ zu den Details: Announcing Windows Azure Storage Analytics.

Alles wird Cloud? Und was ist Windows Azure?

Alle sprechen von "Cloud". Nun gut, das, was früher ASP (Application Service Providing) hieß, heißt jetzt "Cloud" - wohl weil irgendein Grafiker das "unfassbare" Internet als Wolke gezeichnet hat... Nebenbei war die Abkürzung ASP sogar schon bei Microsoft vielfach belegt... . "Cloud-Computing" wird wohl definitiv der Trend dieses IT-Jahrzehnts - auch wenn ich glaube, dass jetzt, nachdem der Cloud-Hype wieder etwas abgeflaut ist, die Zukunft oft in Hybrid-Szenarien sein wird. Man muss schon gut abwägen, wo On-Premise Installationen und wo Cloud-Dienste Sinn machen. Und nachdem sich mittlerweile fast jede IT-Firma mehr oder weniger "Cloud" an die Fahnen geheftet hat, muss man natürlich differenzieren, wer was unter "Cloud" versteht... Aus meiner Sicht ersetze ich "Cloud" sehr gerne mit "Service" - ein Dienst, den ich über Internet konsumiere, ganz egal ob IaaS, SaaS oder PaaS (Infrastructure, Software oder Platform As A Service). Cloud-Services machen für mich vor allem Sinn für "standardisierbare" Dienste wie E-Mail und Online-Zusammenarbeit sowie Web-Dienste.   Zwei wichtige Microsoft Cloud-Services sind "Windows Azure" (PaaS) und "Office 365" (SaaS). Diese Dienste laufen in Microsoft Datenzentren. Sofern Sie den Artikel von Martina noch nicht gesehen haben, hier der Tipp: Besuchen Sie mit uns die Cloud! Für alle jene (Non-Developer), die sich fragen, "Was ist Windows Azure" denn eigentlich, sei dieses knackige 4 Minuten Video von "Microsoft DE - Cloud Computing" empfohlen: Windows Azure bietet eine grundsolide, skalierbare Basis für eigene Software - siehe Vorteile. Mehr zum Thema Windows Azure im msdn Was ist Windows Azure? und www.microsoft.de/azure. Oder beim IT-Cloud-Partner Ihres Vertrauens.

Besuchen Sie mit uns die Cloud

Nicht jeder von uns hatte bisher die Gelegenheit, sich ein Microsoft Datacenter einmal live anzusehen. Hier in Europa dürfen von Microsoft eingeladene Personen fallweise das Datacenter in Dublin besuchen. Nun habe ich dank eines lieben Kollegen, Franz K. ein erst am 24. Juli 2011 veröffentlichtes Video gefunden, welches eine virtuelle Datacenter Tour ermöglicht und eines sehr guten Einblick in die Sicherheit, Zuverlässigkeit und die Betriebsart der Microsoft Technologien zeigt. Daten aus über 70 Ländern werden in diesen Datencenters gespeichert - in diesem Video wird gezeigt, wie Microsoft's Cloud Strategie aus Infrastruktursicht aussieht. Egal welches Cloud Service von Microsoft hier verwendet wird, sei es nun eine Bing Suche, oder Hotmail oder Azure oder Office 365 insgesamt über 200 verschiedene Services - alle Anfragen laufen über diese Rechenzentren. Mehr als eine Milliarde Anwender und 20 Millionen Unternehmen nutzen jährlich diese Dienste. Microsoft betreibt seit 1989 Rechenzentren. Bis 2004 wurden diese für "klassische" Datenbereitstellung verwendet, wie sie jeder von uns kennt: Racks, aneinandergereiht mit vielen einzelnen Servern. Ab 2004 hat Microsoft dann damit begonnen, eigene Datencenter zu entwerfen, deren Fokus nicht mehr nur auf Rechnerbereitstellung, sondern auch auf Effizienz, Nachhaltigkeit, schnelles Deployment und Sicherheit ausgelegt war. 2007 wurde das erste, intern so genannte Klasse 2 Rechenzentrum in Quincy, Washington eröffnet. Quincy umfasst etwa die Größe von 10 Football Feldern. Durch eigene Dieselgeneratoren, Batterien und mehrfach abgesicherte Leitungen wird das Rechenzentrum vor Ausfällen geschützt. Quincy wird übrigens zu 100% durch Wasserkraft betrieben. Der Aufbau eines traditionellen Rechenzentrums benötigt ca. 18 - 24 Monate. Microsoft verfolgt hier einen modularen Ansatz, um diese Zeit zu verkürzen. Chicago, welches seit 2009 besteht, gehört schon zu dieser neuen Type und ist ein Klasse 3 Datencenter. Hier werden Standard-Schiffscontainer verwendet, in jedem bis zu 2.400 Rechner. Dublin ist übrigens auch ein Generation 3 Datencenter. Durch dieses Containersystem hat Microsoft die Möglichkeit eine sehr hohe Anzahl an vorassemblierten Rechnereinheiten in einem Rechenzentrum anzuschließen. Hier ist auch genau der zeit- und Ressourcengewinn messbar: in wenigen Stunden kann ein solche Container in Betrieb genommen werden. Generation 4 (Quincy) verwendet luftgekühlte vorgebaute, standardisierte Komponenten, die nach Bedarf erweitert werden können. Die Bauzeit wird damit um die Hälfte reduziert, ebenso reduziert sich der Kapitaleinsatz um 30-50%. Wer spricht noch von Server Racks? Heute nennen wir es "ITPACs" - Information Technology Pre-Assembled Components - Rechnereinheiten, die fix fertig sind inkl. USV. Soviel Technik will natürlich auch überwacht werden, 24x7x365. Dazu verwendet Microsoft eine der weltweit größten Installationen von System Center. Ebenso werden Energieverbrauch und Effizienz gemessen - damit kann eine Kostenverteilung vorgenommen werden. Eigene Glasfasernetze sichern die Kommunikation, Microsoft betreibt eines der größten Glasfasernetze weltweit: Auch eine oft gestellte Frage wird hier geklärt: Festplatten, besser gesagt Datenspeicher mit Daten wird bei der Dekommissionierung zerstört. Lesen Sie mehr hier.

Office 365 und Lync Online: Federate me!

Lync Online hilft Unternehmen schnell und einfach Online Meetings aufzusetzen. In Teil eins haben wir gezeigt, wie Sie Lync Online in Office 365 für die Verwendung konfigurieren. In diesem Teil zeigen wir, wie Sie eine Federation mit anderen Lync Online bzw. Instant Messaging Diensten einrichten. Die Federation ist für die Zusammenarbeit ideal: können Sie damit einfach und schnell mit anderen Lync Teilnehmern kommunizieren bzw. Meetings aufsetzen. Um den Domänenverbund (deutscher Ausdruck für Federation) zu konfigurieren, gehen Sie zunächst in der Office 365 Administration auf den Punkt Lync Online verwalten. Dann aktivieren Sie in der Lync Online Administration den Punkt Domänenverbund - für die Zusammenarbeit mit anderen Lync Nutzern. Hier können Sie festlegen, wie Ihr Lync Online für andere Benutzer sichtbar sein soll. Sie haben hier die Wahl zwischen drei Optionen: Verbund mit allen Domänen außer den von mir blockierten zulassen - bedeutet, Sie sind für jedermann sichtbar, außer für die, mit denen Sie nicht reden wollen. Verbund mit allen Domänen außer den von mir zugelassenen blockieren - bedeutet, Sie sind nur für jene sichtbar, mit denen Sie eine dedizierte Federation machen möchten. Verbund deaktivieren-bedeutet, dass keine Federation mit einem anderen Lync Online Teilnehmer möglich ist. Damit Sie noch mit öffentlichen Instant Messaging Diensten kommunizieren können, wechseln Sie anschließend in den Menüpunkt "Öffentliche Sofortnachrichten" und legen hier fest, ob Sie sichtbar sind oder nicht: Jetzt steht der Federation nichts mehr im Wege! In meinem Beispiel haben wir einen Domänenverbund mit zwei anderen Office 365 Nutzern eingerichtet, ich habe diese in meinem Lync Client so eingerichtet, dass sie in Gruppen eigeteilt sind: Sobald einer dieser Partner online ist, kann ich auch sofort mit diesem Kommunizieren. Mehr dazu aber in Teil 3. Teil 1: Office 365 und Lync Online: arbeiten Sie zusammen! Teil 3: Lync Online in der Praxis

Office 365 und Lync Online: arbeiten Sie zusammen!

Mit Office 365 werden ja auch die beiden Dienste aus den Microsoft Online Services (BPOS) Office Communicator und Live Meeting gegen Lync Online getauscht. Lync Online ist damit die neue Instant Messaging und Onlinekonferenzlösung von Office 365. Eines der – derzeit vielfach noch unterschätzten Features von Lync Online ist die Federation – Zusammenarbeit mit Benutzern in anderen IM (Instant Messaging) Systemen. In dieser dreiteiligen Serie möchten wir Ihnen nun zeigen, wie Sie zuerst Lync Online konfigurieren und Ihre Benutzer hinzufügen. Im zweiten Teil beschreiben wir dann, wie Sie eine Federation mit einem anderen Office 365 Nutzer einrichten bzw. sich mit einem öffentlichen Live-Messaging Dienst verbinden. Im dritten teil erfahren Sie, wie Sie Lync im Praxiseinsatz verwenden und damit gleich auch viel Zeit sparen können. Bevor Sie Lync verwenden können, sollten Sie darauf achten, dass auch alle DNS Einträge vorhanden sind. Diese finden Sie unter Domänen / Domäneneigenschaften / DNS-Einstellungen. Sobald diese Einträge gemacht wurden, können Sie es in der Administration von Office 365 eingerichten und aktivieren:   Sobald Sie dies gemacht haben, können Ihre Benutzer den Lync Client downloaden und installieren. Diesen finden Sie auf der Startseite von Office 365: Nachdem die Benutzer Lync installiert haben, können Sie auch gleich loslegen: Teil 2: Lync Online: Federate me! Teil 3: Lync Online in der Praxis

Office 2010 SP1 und SharePoint 2010 SP1 are coming to town

Ganz frisch angekündigt wurde auf der Teched Nordamerika heute das Erscheinungsdatum für das Service Pack 1 von Office 2010 und SharePoint 2010. Was ist neu? Alle Sprachen werden gleichzeitig released, zuerst über manuellen Download und Microsoft Update, nach 90 Tagen dann via automatischer Updates. Viele Neuigkeiten dazu finden Sie auch unter http://blogs.office.com. Hier ein paar Highlights des Service Pack: Verbesserte Backup und Restore Funktion im SharePoint Server Verbesserungen in den Office WebApps. Nativer Internet Explorer 9 Support für die Office Web Apps und SharePoint Office Web Application Support für Google Chrome Charts direkt in Excel Web Applications einfügen Attachment Preview in Outlook Web App mit Exchange Online Alles in Allem ein spannendes Update!

System Center Advisor einrichten Teil 1

Microsoft Codename Atlanta wurde zu System Center Advisor. Aktuell liegt das Online-Monitoring Tool als Release Candidate vor (siehe Microsoft Atlanta wird zu System Center Advisor). System Center Advisor läuft auf x86 und x64 Windows Server 2008 (und später) und kann eben diese Maschinen und Microsoft SQL Server 2008 (und später) überwachen. Die Verwaltungsoberfläche läuft - wie auch beispielsweise Windows Azure - in einer Silverlight 4.0 Website in der Microsoft Cloud. In diesem Beitrag geht es in zwei Teilen darum, die Beta-Version von Atlanta von bestehenden Maschinen zu entfernen und danach die aktuellen Services von System Center Advisor einzurichten. Wenn Sie eine Vorversion (TAP oder Beta) von System Center Advisor (zuvor Microsoft Codename Atlanta) auf einer Maschine installiert hatten, so folgen Sie dieser kurzen Anleitung (siehe auch Upgrade from a Pre-Release Version of System Center Advisor). Wichtig: Das Beta Gateway und der Beta Agent soll NICHT (wie wohl erwartet) in "Systemsteuerung\Programme\Programme und Funktionen" deinstalliert werden: - Sondern stattdessen muss uninstall.exe im Programme-Verzeichnis in Microsoft Atlanta ausgeführt werden! Hier nun einfach den Schritten folgen (wie man es von einer Beta-Version erwartet im Console-Modus): Bis zum Ende. Hiermit verschwindet auch das installierte Programm in der Systemsteuerung. Es bleibt dann nur mehr C:\Program Files\Microsoft Atlanta und Uninstall.exe übrig - dieses sollte dann einfach manuell gelöscht werden (siehe auch Uninstall a Gateway or Agent). Das wars. Bestehende Atlanta Konten bleiben bestehen und sind funktionell. In Teil 2 werden Release Candidate Gateway und Agents neu installiert!

So teuer ist Windows Azure

Services und Hosting in der Cloud. Klingt super. Ist es auch. Ausfallsicherheit, Elastizität und Kosteneinsparung sind für mich spontan die wichtigsten Vorteile. Daneben gibt es natürlich auch noch Kostentransparenz, Ressourcenoptimierung und -einsparung und freie IT-Kapazitäten bis hin zum Umweltgedanken als weitere Pluspunkte. Bei SaaS (Software as a Service ) Lösungen wie Office365 ist - was Qualität, Service und Kosten angeht - die Akzeptanz im Regelfall sehr hoch: Der Benutzer weiß genau, was er erhält: E-Mail Services zu einem monatlichen Fixpreis. Bei Bedarf können weitere Services wie SharePoint Online, CRM, Lync, etc. hinzugefügt werden - alles zu einer definierten monatlichen Pauschale. Bei eigenen PaaS (Platform as a Service ) Software-Lösungen, die in der Cloud gehostet werden ist es aber nicht ganz so einfach, denn der Cloud-Betreiber verrechnet ja auch Rechenzeit, Storage und Traffic-Kosten - schließlich kann er ja nicht wissen, wie Ressourcen-intensiv Ihre Lösung läuft. So gibt es hier Unsicherheitsfaktoren über die tatsächlichen Kosten. Oft wird argumentiert, man kann die tatsächlichen Kosten ja vorher nicht abschätzen - wie bei einer Stromrechnung... Es gibt zwar viele Informationen und Kalkulatoren zu den Azure Kosten, aber was kommt dann im Betrieb tatsächlich heraus? Windows Azure Billing Basics www.microsoft.com/windowsazure/offers Azure ROI Calculator Wenn Sie ein MSDN-Abo besitzen: Windows Azure Platform MSDN Premium Die Gebühren von Windows Azure sind zwar gering, aber meistens wissen die Betreiber von Webseiten oder ASP-Lösungen gar nicht genau, wie viel Rechenleistung, Traffic und Bandbreite ihre gehosteten Lösungen tatsächlich benötigt. Das ist neben den Basiskosten natürlich ein wichtiger Faktor. Damit fühlen sich Kunden nicht wohl, denn wer will schon einen Dienst benutzen, wo am Ende vielleicht eine Riesen-Rechnung herauskommt? Um genau das zu demonstrieren möchte ich hier ein ganz aktuelles Beispiel von Microsoft selbst zeigen! Microsoft betreibt für seine Partner eine "Logo Builder Application" im Microsoft Partner Network (MPN). Damit kann jeder Partner online einsteigen und für seine erworbenen Zertifizierungen Logos erstellen lassen. Ein solches "zusammengebautes" Logo sieht dann beispielsweise so aus: Der Microsoft Logo Builder ist EIN Beispiel für eine Web-Lösung in der Cloud. Hier wird wenig Speicherplatz genutzt, dafür viel Rechenleistung - in anderen Applikationen kann das natürlich auch genau umgekehrt sein. Ich finde diesen Auszug aber sehr informativ und durchaus relevant, um ein Gefühl für die realen Kosten einer auf Windows Azure gehosteten Lösung zu erhalten! Danke an Jon Roskill, Corporate Vice President, Worldwide Partner Group, Microsoft, für das Teilen dieses Beispiels in A Look Inside Windows Azure Billing. So sieht die Abrechnung für diese Applikation aus: Herausstechend sind 812$ für Rechenleistung und insgesamt nur 825$ für Rechenleistung und Storage und Traffic. Das bedeutet im Klartext, dass für Storage und Traffic für diesen Zeitraum nur etwa 13$ anfallen - für eine stark genutzte Website von Microsoft! 6.769 Rechenstunden entsprechen 282 Tagen und damit etwa 9,4 Monaten. Rechnen wir das auf den Tag um, so kostet das Azure-Service (inkl. Traffic) 2,92$/Tag! Nur die Storage und Traffic Kosten sind dann 0,046$/Tag! 5 DollarCents! Ehrlicherweise muss man dazu sagen, dass pro Stunde - bei Bedarf - auch mehrere Rechenstunden anfallen können, wenn mehrere CPUs/Maschinen rechnen. In diesem Beispiel muss das Service also nicht zwingend 282 Tage laufen, sondern vielleicht auch kürzer. Selbst in diesem Fall sind die Kosten allerdings - fast unglaublich - gering! Ich habe mal interessenshalber recherchiert, wie die Stromkosten für einen durchschnittlichen Haushalt in Österreich liegen. Ein Haushalt benötigt etwa 4.770 Kilowattstunden (kWh) im Jahr (EU-Schnitt: 4040 kWh) bei Stromkosten in Wien (siehe Wien Energie Strompreis) von derzeit 0,6643 EuroCent ergibt 3.168€ durch 365 Tage = 8,68€/Tag. Interessant, oder? Jon schreibt auch, dass das Hosting dieser Website bei einem anderen Hoster zuvor 110.000$/Jahr gekostet hat. Das Migrieren der Application auf Windows Azure ist somit eine "wesentliche" Einsparung der Kosten, insgesamt eine Reduktion um 91%! Als weitere Vorteile erhält das Team Skalierbarkeit und Redundanz! Überzeugt?

Office 365 im Test: das Cross Browser Experience

Nachdem am 18. April Office 365 in die Public Beta gekommen ist können Sie auch gleich die neuen Funktionen von Office 365 testen. Das Onboarding in die Beta dauert aufgrund der hohen Nachfrage zwischen 2 und 4 Wochen, wer sich also rasch anmeldet, kommt früher dran. Ein großer Vorteil von Office 365 ist ja die Cross-Browser Kompatibilität, d.h. Office 365 sieht in verschiedenen Browsern unterschiedlicher Hersteller immer gleich aus. Offiziell werden Windows Internet Explorer 9, Internet Explorer 8 und Internet Explorer 7 unter Windows 7 Windows Internet Explorer 8 und Internet Explorer 7 unter Windows Vista Mozilla Firefox unter Windows 7 oder Windows Vista (da fehlt in der Beta offensichtlich die Versionsangabe) Apple Safari unter Mac OS X, Version 10.6 oder 10.5 unterstützt. Gestern haben wir dann getestet, ob die Kompatibilität gegeben ist. Als Browser haben wir folgendes getestet: Internet Explorer 9 unter Windows 7 ist "nona" - geht also. Internet Explorer 8 habe ich schon im Zuge der geschlossenen Beta erfolgreich mit Office 365 getestet, geht also auch. Firefox unter Mac OS Firefox unter Windows 7 Safari unter Mac OS Google Chrome unter Windows 7 (obwohl oben nicht angegeben) Ergebnis: it just works Hier ein paar Beispiele, wie sich Office 365 in unterschiedlichen Browsern anfühlt: Useranlage unter Mac OS und Safari: Administrationsoberfläche unter Google Chrome: Outlook Web Access unter Firefox und Mac OS: Outlook Web Access unter Safari und Mac OS: Damit ist sicher gestellt, dass die User Experience in unterschiedlichen Systemen immer die gleiche ist und damit profitieren wir alle davon!