blog.atwork.at

news and know-how about microsoft, technology, cloud and more.

Nachtrag zur Sicherheitslücke in ASP.NET

Monday, September 20, 2010 2:55 PM Toni Pohl
Wie in Achtung! Sicherheitslücke in ASP.NET entdeckt beschrieben, kann die Sicherheitslücke in ASP.NET mit wenig Aufwand durch Anpassen der Datei web.config behoben werden. Zur Klarstellung noch ein paar Nachträge, zusammengefasst aus den Kommentaren in Scott Gu´s blog: Important: ASP.NET Security Vulnerability: Muss der Workaround wirklich angewendet werden? Ja! “Yes - please do apply the workaround” Auch bei verschlüsselter web.config? Ja. Verschlüsselung ist eine Empfehlung – aber auch dann soll web.config niemals preisgegeben werden. “Encrypting your connection strings has always been our recommended best practice - and prevents someone from identifying them if the web.config file is compromised.” Wird es einen Patch geben? Ja! (s.u.) ”The workaround is only a temporary suggestion - we will patch the vulnerability itself at which point it isn't required.  We published the workaround because of worries that someone might try to exploit this before a patch is available.” Zur Ausnutzung der Sicherheitslücke in ASP.NET wird versucht, die Unterschiede zwischen HTML Error Code 404 (und Versionen) und 500 (Allgemeiner Fehler) auszulesen. Es soll demnach auch keine eigene 404 er Seite angegeben werden. “No - until we release a patch for the real fix, we recommend the above workaround which homogenizes all errors.” Nochmals: Der beste Weg, das zu verhindern, ist immer nur EINE Fehler-Website anzugeben - daher auch keine Error-Subelemente verwenden! O-Ton Scott: “One of the ways this attack works is that looks for differentiation between 404s and 500 errors.  Always returning the same HTTP code and sending them to the same place is one way to help block it.” Im Original-Artikel wird auch erwähnt, dass es mit dem Bug auch möglich sei, den ViewState zu entschlüsseln (“to enable decrypting of ViewState”). Scott´s Antwort dazu beschreibt, dass die Ausnutzung darin begründet liegt, dass es ASP.NET erlaubt, CSS, Javascript etc. mit einem Schlüssel als Teil der Anfrage immer downzuloaden. “…a feature in ASP.NET that allows files (typically javascript and css) to be downloaded, and which is secured with a key that is sent as part of the request. Unfortunately if you are able to forge a key you can use this feature to download the web.config file of an application (but not files outside of the application).“ Es ist – nicht wie ursprünglich beschrieben - nur der Modus customErrors mode=”On” möglich: “RemoteOnly will also work fine.”. Es funktioniert “On” UND “RemoteOnly”, z.B.: <customErrors mode="RemoteOnly" defaultRedirect="~/myerror.html" /> Ja, SharePoint ist ebenfalls betroffen. Auch ASP.NET MVC ist betroffen: “Yes - all versions of ASP.NET are affected, including ASP.NET MVC.” Betrifft das nur ASPX-Seiten? Nein, auch alle ASP.NET Ressourcen. “This vulnerability impacts ASP.NET resources (not just ASPX pages).” Die mögliche Viewstate-Entschlüsselung ist unabhängig vom möglichen Download von ASP.NET Dateien: “The attack vector that was demonstrated publicly (which downloads the web.config file) uses a built-in feature of ASP.NET and is independent of viewstate.” Ist auch ASP.NET unter Mono betroffen? Wahrscheinlich nicht “I'm not sure if Mono has the same bug.” Wie beschrieben, sollte in jedem ASP.NET Produktivweb customErrors mode=”On” gesetzt sein… ;-) Ein Tipp zum Script DetectCustomErrorsDisabled3.vbs: Wenn viele Webs vorhanden sind, ist es oft sinnvoller, die Webs, wo web.config ok ist, einfach nicht auszugeben: Dazu in Zeile 163 einfach ein einfaches Hochkomma ‘ vor der Ausgabe WScript.Echo Path & ": ok" ausgeben:   Noch schöner wäre, die Ausgaben (statt gleich als Messagebox) in einem String zu sammeln und am Ende des Durchlaufs gesammelt (ev. in einer Datei, Notepad o.ä.) auszugeben. Wer Lust hat, das Script weiter anzupassen… (ich bin mit meinen Webservern schon durch… ;-). Wenn der angekündigte Patch verfügbar ist, kann wieder die ursprüngliche web.config mit mehreren Error-Elementen verwendet werden. Bis es soweit ist: Bitte web.config wie im Artikel beschrieben anpassen! “Note that when the patch comes out to fix this, you won't need to do this (and can revert back to the old behavior).  But for right now I'd recommend not differentiating between 404s and 500s to clients. Thanks, Scott” Danke an Scott und die ASP.NET Community! Ich hoffe, mit dieser Zusammenfassung sind die wichtigsten Fragen zum ASP.NET Workaround geklärt. So, do it! ;-)
General | Developer | Microsoft | Security | Windows
mehr

Sicherheitslücke in ASP.NET entdeckt. Schützen Sie Ihren Webserver!

Sunday, September 19, 2010 12:25 PM Toni Pohl
Wichtiger Hinweis für Hoster, IT-Pros und Developer, die ASP.NET Websites betreiben und verwalten! Vor wenigen Stunden hat der Chef der Microsoft Developer Division, Scott Guthrie (Mr. Red Poloshirt ;-), in seinem Blog auf eine kürzlich entdeckte Sicherheitslücke in ALLEN ASP.NET Versionen hingewiesen. Hier geht es zum Original-Artikel: Important: ASP.NET Security Vulnerability Durch Ausnutzen der Sicherheitslücke kann ein Angreifer die (normalerweise geschützten) Dateien einer ASP.NET Website herunterladen – zum Beispiel die Datei web.config, die üblicherweise in jeder Webanwendung vorhanden ist und sensitive Daten, wie Datenbank Connection Strings und ähnliche Web-Einstellungen, enthält. Die Sicherheitslücke funktioniert auf Basis von speziell präparierten Anfragen an den Webserver, welcher Errorcodes zurückliefert, die zum Entschlüsseln der retournierten Daten verwendet werden können. Also nichts, was im normalen Betrieb oder “zufällig” passieren kann, sondern nur durch gezielte Attacken und entsprechend viele Abfragen ausspioniert werden kann. Dennoch, diese Sicherheitslücke betrifft ALLE ASP.NET Versionen von 1.0 bis 4.0! Der Workaround dagegen ist zum Glück sehr einfach: Die Datei web.config in jedem Web muss den Eintrag customErrors mode=”On” und eine eigene Fehlerseite definiert haben, wie folgt: <configuration>           <system.web>       <customErrors mode="On" defaultRedirect="~/error.html" />    </system.web>        </configuration> So werden Webs durch eine eigene Fehlermeldung geschützt. Normalerweise sollte bei einem Produktivweb soundso eine eigene Error-Seite(n) hinterlegt sein… Zur Klarstellung: Der mode RemoteOnly darf auch verwendet werden! (Update 20.09.2010). Achten Sie bei Webs unter .NET 3.5 SP1 und .NET 4.0 auf den zusätzlichen Key redirectMode=”ResponseRewrite”. “The important things to note above is that customErrors is set to “on”, and that all errors are handled by the defaultRedirect error page. Note the use of redirectMode=”ResponseRewrite” with .NET 3.5 SP1 and .NET 4.0. There are not any per-status code error pages defined – which means that there are no <error> sub-elements within the <customErrors> section.  This avoids an attacker being able to differentiate why an error occurred on the server, and prevents information disclosure.” Call to action: Sehen Sie alle Webs auf Ihrem Webserver durch, oder lassen Sie sich von einem kleinen Script helfen, welches alle Websites auf dem IIS durchläuft und meldet, ob die web.config entspricht oder nicht. Bei mehreren Webs: Laden Sie am besten das Tool von www.asp.net/media/782788/detectcustomerrorsdisabledv30.zip herunter und entpacken Sie es: Starten Sie DetectCustomErrorsDisabled3.vbs (erfordert ADSI Unterstützung und IIS6 Management-Tools). Damit werden alle Webs auf dem Webserver durchlaufen und deren web.config geprüft. Nun wird jedes Web durchlaufen: Ist web.config ok oder nicht ok? Nicht ok: Öffnen Sie die angezeigte web.config und suchen Sie nach der Einstellung “customErrors”. Der relevante Abschnitt kann dann zum Beispiel so aussehen: Ausbessern von customErrors in mode=”On” – wichtig ist auch, eine eigene defaultRedirect-Webseite (die natürlich im Web vorhanden sein muss) anzugeben, hier ooops.aspx. Und es dürfen KEINE Error Subelemente für einzelne Status-Codes definiert sein. Die korrigierte web.config sieht also so aus: Wenn im Web keine web.config vorhanden ist, muss diese Datei nach obigem Muster neu angelegt werden. Das Script ist zwar nicht super-komfortabel, aber ausreichend. Alternativ kann natürlich auch ein Search & Replace-Tool (wie z.B. Seeker o.ä.) verwendet werden. Das wars. Zum Testen, ob der Eintrag richtig gesetzt wurde und das eigene Fehlerhandling funktioniert, rufen Sie das Web mit einer falschen Seite auf und sehen Sie nach, ob die eigene Fehlerseite folgt. z.B. http://www.meinweb.at/falsch.aspx Microsoft wird bald einen Patch veröffentlichen, um dieses Problem zu beheben. Bis es soweit ist: Kontrollieren Sie Ihre ASP.NET Webs und passen Sie gegebenenfalls die web.config-Dateien wie oben beschrieben an! Mehr Infos zu dieser Sicherheitslücke finden Sie hier: Important: ASP.NET Security Vulnerability Microsoft Security Advisory 2416728 Understanding the ASP.NET Vulnerability Microsoft Security Response Center Blog Post Ich wünsche weiterhin sicheres Web-Hosting!
General | Developer | Microsoft | Security | Windows
mehr

XING Social Connector für Outlook erschienen

Thursday, September 16, 2010 12:47 PM Toni Pohl
Verwenden Sie XING? Wenn ja, dann sehen Sie sich den nagelneuen XING Social Connector für Outlook an und nutzen Sie alle Vorteile des XING Business-Netzwerks direkt in Microsoft Outlook. So berichtet auch das "Das Microsoft Deutschland Blog zu Office 2010" über das PlugIn: XING Social Connector für Outlook erschienen Das PlugIn funktioniert mit Outlook 2003, 2007 und 2010 (x86). Der XING Connector ist hier downloadbar: outlook.xing.com Zuerst muss bei Verwendung von Outlook 2003 und 2007 der Outlook Social Connector (OCS; Link ebenfalls auf der XING Download-Seite oder hier) installiert werden, danach der XING Connector. Outlook 2010 installiert OCS automatisch. Viel Spaß beim Netzwerken!
General | Social | Tools | Microsoft
mehr

IE9 Beta verfügbar! Get ready for a more beautiful web

Thursday, September 16, 2010 12:30 PM Toni Pohl
Es ist soweit: Ab sofort steht der Windows Internet Explorer 9 als Beta-Version zum Download zur Verfügung! Der neue Webbrowser bietet heute, knapp 20 Jahre nach dem Start des Internets in Österreich, ein neues Internet Erlebnis für alle Internet-Anwender: Schnell, sicher und in dieser neuen Form besonders einfach und verständlich. Der neue Browser nutzt alle Vorteile von Windows 7 und richtet damit den Fokus auf die Anwender: ihre Seiten und Applikationen. Wo gibts IE9 Beta downzuloaden? Ab dem 16. September auf www.ie9.at! Was bringts? Ein neues, deutlich schnelleres Web-Erlebnis! “Fast: Internet Explorer 9 is all around fast!” Laut IE9-Team ist der Internet Explorer 9 Beta durch Ausschöpfen der Leistung von modernen PCs _elfmal schneller_ als der Internet Explorer 8 – und schneller als die aktuellen Versionen von anderen Webbrowsern. Die neue Version des Internet Explorer nutzt nicht nur einen Teil der PC-Hardware, sondern greift zu 100% auf die verfügbaren Ressourcen zu (siehe auch IE9 - Die vierte und letzte Platform Preview: HTML5 CANVAS, Hardware Acceleration, Javascript Engine Chakra, etc.). Das neue Design des IE9 ist stark reduziert: So sieht IE9 aus. Der Browser-Rahmen konzentriert sich auf jene Steuerelemente, die den Anwendern nach eigenen Angaben besonders wichtig sind und die sie am häufigsten nutzen. Dazu zählt zum Beispiel ein überdimensionaler „Zurück“-Button. Die weiteren Browser-Tabs sind sehr schmal rechts oben sichtbar. Webseiten können direkt an die Windows Taskbar geheftet werden (“Pinned Sites”). Tabs können auch “rausgelöst” werden, beispielsweise um Angebote von verschiedenen Webseiten zu vergleichen. Beim Öffnen eines neuen Browser-Tabs folgt eine Übersicht der bereits besuchten Seiten mit einem “Activity Meter”, die mit einem Klick erreichbar sind: “We know that when you create a new tab, your intent is to navigate…”. Ebenso sind hier die Links für “Reopen closed Tabs”, “Reopen last session” und “InPrivate Browsing” verfügbar. Diese neuen Funktionen sind an die Design-Themen von Windows 7 angelehnt, die auf Einfachheit und gute Anwendbarkeit setzen. Mit dem Download Manager erhält der Nutzer nun endlich Kontrolle über seine heruntergeladenen Dateien. Neue Funktionen für noch mehr Sicherheit (SmartScreen Filter) und Zuverlässigkeit (Tab Isolation, Hang-Recovery, Auto-Update, etc.) sollen die User Experience weiter steigern. IE9 bietet integriert eine umfassende Unterstützung für die Branchenstandards HTML5, CSS3, DOM L2 und L3, SVG, ECMAScript5 und mehr (siehe auch Internet Explorer Testing Center auf MSDN samples.msdn.microsoft.com/ietestcenter ). Die Systemvoraussetzungen für IE9 Beta: Windows Vista SP2, Windows Server 2008 SP2, Windows 7 oder Windows Server 2008 R2 (alle OS: x86 oder x64), 512MB RAM, 70 bis 200MB Disk Space. “Im Zeitalter des Cloud Computing ist der Browser aber nicht mehr nur das Fenster zum Internet. Vielmehr soll er dem Anwender eine Umgebung bieten, über die er das Web, seine Inhalte, Anwendungen und Dienste in erstklassiger Qualität, so realitätsnah wie möglich, schnell und sicher nutzen und erleben kann.” so Microsoft. Weitere Details zum IE9 Beta finden sich auf der Website mit dem hübschen Namen www.BeautyoftheWeb.com – das war auch das Motto bei der Vorstellung des IE9 Beta von Microsoft gemeinsam mit 70 Partnern in San Francisco am 15. September. Und natürlich im Blog: windowsteamblog.com - Exploring IE. Viel Spaß beim Testen des neuen, schnellen IE9 Beta!
General | Developer | Microsoft | Windows
mehr

Today is Internet Explorer day

Wednesday, September 15, 2010 7:50 PM Toni Pohl
Heute, am 15. September um 19:30 startet die offizielle IE9 Beta Phase. Social Media prescht vor: Mit einem kurzen Ankündigungsvideo auf Facebook von "Internet Explorer Deutschland" und natürlich via Twitter.com/msiexplorer. Wir machen alle schon eifrig Screenshots um das neue Design und die neue Funktionalität zu demonstrieren - nach dem Motto: "Get ready for a more beautiful web"! Mehr zu IE9 Beta und Download-Link folgen bald! ;-)
Microsoft | Windows | General | Developer
mehr

Hyper-V Parent Memory für Dynamic Memory reservieren

Wednesday, September 15, 2010 5:07 PM Toni Pohl
Im vorigen Artikel Windows 7 und Windows Server 2008 R2 Service Pack 1: Dynamic Memory und RemoteFX für Hyper-V habe ich über die Unterstützung von Dynamic Memory für Hyper-V geschrieben. Dazu noch ein wichtiger Nachtrag, dieser betrifft die Speichernutzung des Hosts: Was ist, wenn man auf einem Hyper-V mit SP1 Dynamic Memory benutzt - und der Hauptspeicher für den Host ("Parent Memory") ausgeht? Mit Dynamic Memory ist man natürlich versucht, möglichst viele virtuelle Maschinen (VM) zur optimalen Nutzung der Hardware-Ressourcen laufen zu lassen - Hyper-V weist dann RAM-Speicher automatisch innerhalb der gesetzten Parameter zu. Wenn zu viele VMs laufen, könnte es passieren, dass das Host-Betriebssystem zu wenig Parent Memory verfügbar hat - und der Hyper-V Server in Durchsatz und Reaktionszeit immer langsamer wird! Wenn nun eine VM gestoppt wird, wird zwar wieder Speicher frei - den nutzen dann aber eventuell andere VMs (Guests) sofort wieder... und wir wären wieder am Anfang. Im Virtual PC Guy's Blog habe ich zu diesem Problem auch eine Lösung gefunden: Parent memory reserve with dynamic memory. Der Autor des Artikels ist Ben Armstrong, Virtualization Program Manager. Die Lösung sieht so aus: Es kann eine Reservierung für Parent Memory eingestellt werden! Es ist jedoch (noch) keine eigene Einstellung in der Oberfläche der Hyper-V Console, sondern ein Registry-Eintrag, den man selbst hinzufügen muss. Am Hyper-V Server regedit.exe starten und zu diesem Key navigieren: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Virtualization Hier muss ein neuer Key vom Typ DWORD angelegt werden. Als Name muss "memoryreserve" angegeben werden. In diesen Schlüssel wird nun der zu reservierende Wert für das Parent Memory eingetragen, z.B. 2048 MB (2GB) RAM. "You can then set the value to the static amount of memory that you want to reserve for the parent." Der reservierte Speicher sollte nicht zu gering sein, damit die Performance des Hyper-V Servers nicht beeinträchtigt wird - und umgekehrt nicht zu groß ausfallen, da sonst weniger VMs laufen können. Grundsätzlich sollten auf dem Hyper-V Server soundso keine weiteren Rollen installiert sein, je nach physischem RAM, Maschinentyp und Auslastung sind wahrscheinlich Werte um die 2GB Reservierung sinnvoll. Hyper-V Server restarten und go! Wir wünschen erfolgreiches Virtualisieren mit Windows Server 2008 R2 SP1 Hyper-V und Dynamic Memory! ;-)
Windows | Microsoft | Hyper-V
mehr

Windows 7 und Windows Server 2008 R2 Service Pack 1: Dynamic Memory und RemoteFX für Hyper-V

Thursday, September 9, 2010 1:57 PM Toni Pohl
Mit der Veröffentlichung der Beta von Service Pack 1 für Windows Server 2008 R2 sind auch Fragen aufgekommen, ob die neuen Funktionen Dynamic Memory und RemoteFX für Microsoft Hyper-V Server 2008 R2 unterstützt werden. Die Antwort ist: Ja. (“…the two most important developments in SP1.”) Hyper-V R2 wird mit SP1 Dynamic Memory unterstützen. Hyper-V Hosts ermöglichen mit Dynamic Memory den verfügbaren RAM Speicher dynamisch an die Arbeitslast der virtuellen Maschinen anzupassen – und somit eine noch bessere Auslastung zu erreichen – es können mehr Maschinen laufen. “With Dynamic Memory Hyper-V will enable greater virtual machine density suitable for servers and VDI deployments. Use physical memory as efficiently and dynamically as possible with minimal performance impact.” (siehe auch Microsoft Virtualization Team Blog: Dynamic Memory Coming To Hyper-V). Empfehlenswert ist auch das WhitePaper vom Juni 2010: Microsoft Download Center: Implementing and Configuring Dynamic Memory.docx. Bevor Dynamic Memory in den Virtuellen Maschinen verwendet werden kann, muss im Gast-Betriebssystem auf die letzte Version der Integration Services upgegradet werden. Das kann durch Ausführen von SP1 für Windows 7 und Windows Server 2008 R2 im Gast-OS erledigt werden, oder in der laufenden Maschine durch das Menü “Insert Integration Services Setup Disk” in der Konsole. So sieht dann die Speicher-Konfiguration mit Dynamic Memory einer virtuellen Maschine aus: Startup RAM, Maximum RAM, Memory Reservation, Memory Priority. Als “Startup RAM” wird übrigens empfohlen: Für Windows 7, Windows Vista und Windows Server 2008 (und R2) 512 MB, für Windows Server 2003 (und R2) 128MB RAM. Das Monitoring sieht so aus, es gibt einfach zusätzliche Spalten in der Übersicht der virtuellen Maschinen. Solange noch genügend physischer Speicher vorhanden ist, hat Memory Priority keinen oder fast keinen Effekt. Wenn der physische Speicher eng wird, dann greift die Memory Priority. Wer sich hiermit mehr befassen möchte: siehe "Best Practices for Implementing Dynamic Memory" und “Performance Counter” im WhitePaper.   RemoteFX ist eine Verbesserung der “Windows client user experience” im Remote Desktop Protocol (RDP). Die Neuerungen sind: In Virtual Desktop Infrastructures (VDI) werden 3D virtual adapter, intelligent codecs, und USB Redirects in virtuellen Maschinen unterstützt werden. In anderen Worten bedeutet das: Volles, wiedergabegetreues Abspielen von Audio und Video sowie Windows Aero, Silverlight und 3D-Grafik über RDP Sessions. Plus Remote USB. Cool! Lesenswertes zum Thema RemoteFX: Explaining Microsoft RemoteFX und Microsoft RemoteFX sowie der Artikel Beta testing Microsoft RemoteFX in Service Pack 1. Windows Server 2008 R2 Trial und SP1 Beta können von hier downgeloadet werden: Windows Server 2008 R2 Home. In TechNet EValuation Center: Download Windows 7 and Windows Server 2008 R2 Service Pack 1 (SP1) Beta gibt es neben dem Download auch FAQs und weitere Informationen. Das SP1 Beta kann übrigens (bzw. muss vor der finalen SP1) auch wieder deinstalliert werden. Achja, das finale Windows 7 und Windows Server 2008 R2 Service Pack 1 wird in der ersten Jahreshälfte 2011 veröffentlicht werden. Bis dahin: Happy Testing!
General | Blog | Hyper-V | Microsoft | Windows
mehr

Migrate Your ASP.NET 1.1 Apps to Visual Studio 2010

Thursday, September 2, 2010 1:27 AM Toni Pohl
Warum alte Web-Applikationen aus .NET 1.1 upgraden? "Microsoft retired Mainstream Support for Visual Studio 2003 on Oct. 14, 2008 - and has stated that it will issue no further service packs for Visual Studio 2003 or for the .NET Framework 1.1. Microsoft will, however, offer Extended Support for Visual Studio 2003 until Oct. 8, 2013." Und wie? Genau das beschreibt der MSDN-Artikel Migrate Your ASP.NET 1.1 Apps to Visual Studio 2010 Diese Schritte müssen durchgeführt werden: Run the Conversion Wizard. Set the target framework and startup page. Compile and fix. Convert pages and user controls to partial classes. Compile and fix. Für Web-Developer, die schon mit ASP.NET 1.1 entwickelt haben ein Muss. ;-)
Developer | Microsoft | Blog
mehr

IE9 Beta kommt...

Wednesday, September 1, 2010 4:29 PM Toni Pohl
...bald: Wenn man den Blog-Gerüchten Glauben schenkt, dann am 15 September 2010. Die Developer-Community ist schon ganz gespannt auf den neuen Browser. Achja, wen interessiert, wie IE9 voraussichtlich aussehen wird: "Paul Thurrott´s SuperSite Blog für Windows" bezieht sich auf einen Blog-Post von Mary Jo Foley vor einigen Tagen, wo ein Screenshot von Microsoft Russia wohl zu früh veröffentlicht wurde. (Da hat wohl jemand zu früh auf den "Publish"-Knopf gedrückt - und alles was einmal im Web veröffentlicht wurde, ist halt öffentlich zugänglich - das erinnert mich an das Werk "Die Physiker" von Dürrenmatt: "Einmal Gedachtes kann nicht mehr zurückgenommen werden", aber das ist eine andere Geschichte...) "...Mary Jo Foley has revealed what is almost certainly the eagerly-awaited Internet Explorer 9 user interface..." Internet Explorer 9 UI Revealed Hier der geborgte Screenshot (man bemerke, ohne Datum im System Tray und sehr allgemein gehalten). Mal sehen, ob´s wirklich so kommt, erscheint aber sinnvoll, möglichst viel Platz für die Website einzuräumen und die Broswer-Naviagtion zurückzunehmen. Wir sind gespannt!
Microsoft | Developer | Blog
mehr

Anleitung für die Konfiguration von Blackberry BIS und BPOS

Friday, August 27, 2010 1:44 PM Martina Grom
Immer wieder erhalten wir Anfragen, wie denn der Blackberry BIS oder der Blackberry BES Dienst mit Exchange Online aus den Microsoft Online Services eingerichtet werden soll. Für die Konfiguration des Blackberry BES Dienstes gibt es bereits hier eine Schritt-Für-Schritt Anleitung. Nach aktuellen Anfragen von Herbert P. und Andreas G. nun auch die Anleitung für die BIS Konfiguration: BIS wird im Blackberry Online Portal eingerichtet. Zunächst wählen Sie über E-Mail einrichten aus, dass ein Konto hinzugefügt wird. Danach haben Sie folgende Einstellungen: Hier bitte Microsoft Exchange aussuchen. Hier die E-Mail Adresse angeben, z.B. Martina.Grom@meineDomain.at und das Microsoft Online Services Kennwort. Hier die Outlook Web Access URL von Exchange Online eintragen. Wichtig: inkl. /owa. Je nachdem, in welchem Rechenzentrum Sie sind, ist diese URL unterschiedlich, für Europa lautet Sie: https://red002.mail.emea.microsoftonline.com/owa Hier den Benutzernamen eintragen und zwar inkl. der Domain, d.h. Martina.grom@meineDomain.at. Der Mailboxname ist alles was vor dem @ steht, in dem Fall also Martina.Grom. Viel Spaß Mit Microsoft Online Services und Blackberry BIS!
Office365 | Cloud | Microsoft
mehr

IE9 - Die vierte und letzte Platform Preview

Monday, August 23, 2010 7:10 AM Toni Pohl
Wussten Sie das? Etwa 80% aller Windows Benutzer verbringen mehr als 50% ihrer Zeit am PC im Browser! Der Internet Browser ist also ein sehr wichtiger Bestandteil der "Windows experience". Genau diese Tatsache ist für Microsoft sehr wichtig, die nächste Generation des Internet Explorers wirklich gut zu machen: den IE9. Die wichtigsten Punkte bei der Entwicklung von IE9 sind: Auf die Kunden-Feedbacks zu hören und zu sehen, was einen Großteil der Benutzung ausmacht, um diese Funktionalitäten im täglichen Gebrauch zu verbessern. Ein Teil der Windows Benutzer sind auch Developer : Diese wünschen sich vor allem mehr Transparenz und "predictable pattern of development". Auch das hat das IE9 Entwicklungsteam in ihr Projekt einfließen lassen. Das IE9 Projekt hat bei der PDC im November 2009 erste Formen angenommen, bei der MIX im März 2010 wurde die erste IE9-Preview und die erste Timeline sowie die Erwartungen in das Projekt veröffentlicht. Bis jetzt konnten mit jedem Build Performance-Steigerungen erzielt werden, das Team ist also gut unterwegs und macht Lust auf die neue Version, siehe auch IE Testcenter: "ALL-AROUND PERFORMANCE: To look back and see how far we've come on performance, IE is almost unrecognizable.  According to Webkit.org SunSpider, IE8 came in with a whopping score of 3746 milliseconds. With IE9, we introduced Chakra, a new JavaScript engine, and according to that same SunSpider benchmark, we have a score of 326 milliseconds - over 11 times faster than IE8.  Our current score makes us faster than both the latest shipping version of Firefox and the newly released Safari 5.0.  And we are not stopping here... " Für alle Developer ist vor allem wichtig, dass nicht für jeden Browser extra codiert werden muss (ja, das war in der Vergangenheit ein Horror - wollen wir hoffen, dass es besser wird...). Das Entwicklungs-Team hat dies als wichtigen Punkt in ihr neues Deployment aufgenommen: "SAME MARKUP: You told us you wanted better interoperability so that the same markup (tags, script, language) works across different browsers... This brings the total number of tests we've contributed during IE9 development to over 2,100. We will continue to invest in this area to move the bar for interoperability." Meint Microsoft es ernst damit ("standards compliance")? Ich denke schon: "When we shipped IE8, our Acid 3 score was 20.  As a result of listening to feedback and focusing on what developers want, we've increased that with IE9. Over the past 5 months alone, we've seen an increase of 40 points!  Today, with Platform Preview 4, our Acid 3 score is 95." Die neue Hardware-Nutzung finde ich gut - funktioniert natürlich nur auf modernen PCs (schwächere Plattformen wie Smartphones können davon wohl nicht profitieren): "...to deliver the best hardware-accelerated video and HTML5 out there." Achja, durch das frühe Engagement von IE9 lange vor der Beta Phase ist die Akzeptanz aus der Developer-Community sehr gut - weit über der Erwartungen des IE9-Teams: "With that early engagement, developer feedback has had a bigger impact than before. People have downloaded IE9 Platform Previews over 2.5 million times... IE Test Drive site have had over 20 million visitors." Die Preview-Versionen können auf ie.microsoft.com/testdrive frei verfügbar downgeloadet und getestet werden - Seit Anfang August ist die 4.te Generation Platform Preview (auf englisch) verfügbar: Was sind die Neuerungen zur letzten, dritten IE9-Preview? "...IE9 shows the opportunity of fully hardware-accelerated HTML5. You can run new test drive samples that show modern SVG and native JavaScript integration in action", z.B. das neue HTML5 <video> Tag (mit H.264 Codec). Die neue Javascript Engine "Chakra" lebt nun in der Browser-Engine. Tipp für alle Web-Developer: Wesentliche Neuerungen finden sich im IEBlog und die letzten News in HTML5, Modernized: Fourth IE9 Platform Preview Available for Developers. Und es gibt die Empfehlung: "Run your sites in IE9 Standards mode for the best performance and interoperability, see IE's Compatibility Features for Site Developers." Auch von der Developer-Community wird IE9 gut angenommen: "It's a great work. (9) will be a reborn." Wie bzw. wann geht es weiter? "Platform Preview 4 is an important milestone on the way to beta. It is the last preview before the IE9 Beta. The IE9 platform is nearly complete." schreibt Dean Hachamovitch, General Manager, Internet Explorer. Das wars also mit Preview-Versionen. Die nächste Version wird also IE9 Beta - und das wahrscheinlich bald. ;-)
Developer | Microsoft | Windows
mehr