SilentDemise

Und wer das mit sich machen lässt ist selber schuld.

du kannst die suchen ja weiter parametrisieren sprich du tippst ein: from:(x.y@mail.de) für alle mails von jemanden oder to:(x.y@mail.de) für alle mails an jemanden, meinst du sowas?

Ohne Stempeln arbeiten? Du willst also, dass das Risiko und die Haftung auf dich übergeht? Mutig.

Genug Zeit? Soso. ArbZG - Einzelnorm kennst du aber, oder? Finde das konstrukt an sich schon witzig, du musst dich um die meisten Themen selbst kümmern und lässt dich dann mit einem bonus abspeisen. Von der Konstellation klingt das nach viel konfliktpotential-

wenn du das wirklich glaubst, such dir ganz schnell nen anderen Beruf. JA, als FIAE sollte man OSI können. Oder was glaubst du wie deine Software kommniziert? Das hat NICHTS und auch gar NICHTS mit dem einrichten eines LAN zu tun, das sind IT-Basics.

Kann man sagen, es war die schwerste Prüfung aller Zeiten?

Du hast hier ein zweigleisiges Problem: Was du mit Benutzern meinst, damit ist mit Sicherheit eine Authentifizierung vor Zugriff gemeint: - dazu musst du erstens eine Authentisierungsmethode (Basic, Windows, Client Certs oder Kerberos) wählen. Die muss auf dem Web selbst konfiguriert werden. Dazu benötigst du dann eben einen geeigneten Authentifizierungsprovider (Basic - lokaler Benutzer, Windows - AD, Client Certs - CA, Kerberos - AD) Lange Rede kurzer Sinn: Ja hier ist mehr zu tun als nur etwas rumzuklicken und nen Benutzer anzulegen ;-) Die einfachste Variante hier ist Basic Authentication, sollte aber nur in Verbindung mit SSL verwendet werden, da du sonst die credentials eines lokalen Benutzers im Klartext durchs web jagst. Was Powershell angeht: lokale Benutzer mit der Powershell anlegen ist die Pest. Ansonsten: https://technet.microsoft.com/de-de/library/hh831655.aspx

Naja...du postest hier ungefragt links zu Drittanbieterseiten, es geht hier nicht um das wie, sondern nur um das ob und warum nicht. .... davon ab ist dein Tutorial etwas fragwürdig, ich würde niemandem Raten Zertifikate nach dieser Anleitung zu implementieren.

mach woanders werbung.... Stefan ist an dem Thema dran...denke können dann hier zumachen, oder?

C# als Sprache ist umfangreicher, vernünftig lesbarer Code mit VB ist kaum möglich. Auch wenn beides .NET Sprachen sind und somit grundsätzlich denselben Feature Umfang haben, wird C# besser gepflegt, bekommt mehr neue Features und die allgemeine Syntax ist viel angenehmer zu schreiben. VB ist ist davon ab einfach unsagbar häßlich.

Jo die liegen dann im Credential Store, auszulesen mit lokaler admin berechtigung. Ernsthafte Sicherheitslücke ;-)

Du hast hier echt schon viel mist gepostet, aber das hier ist echt der größte quatsch seit langem. Es gibt schlüssel, die sind an bestimmte images gebunden, die kannst du eben nicht überall aktivieren. Dazu kommen noch bestimmte an die hardware gebundene keys, die wiederum nur mit recovery cds funktionieren. Und wo bekommst du die Treiber her, wenn es keine standardisierten modelle gibt? Jeder kommt mit nem anderen modell, teils veraltet und mit sicherheit ohne cd. wie willst du die treiber dann einbinden?

stattdessen schreibst du lieber domain admin credentials in ein script?

und was hast du dann gespart? 10 Minuten Windows Installation? und machst dann trotzdem 3 Stunden Treiber installation? Und was machst du wenn es eben kein normaler Kaufschlüssel ist, sondern OEM? Was ist mit MSDN von den Kindern/Enkeln? Was nein? Natürlich brauchen die unterschiedliche Images. Sonst zeig mir mal wie du einen OEM Key auf ner Home and Student aktivierst.

Nochmal: das funktioniert so nicht: es gibt unterschiedliche Lizenzschlüssel, die unterschiedliche Images brauchen. Die Varianz des OS in Verbindung mit den Treibern macht das unmöglich. Und bei Windows 8/8.1 funktioniert das übrigens noch genauso mit Antwortdateien, man muss nur wissen was man tut

Einen Räuchereffekt wirst du nur im Smoker bekommen (und das ist dann wiederum eine ganz andere Art des Grillens). Mit der Kultfrage hast du Recht, nur wenn man schon explizit nach Gasgrill fragt, ist mit "Kohle schmeckt aber besser" zu kontern der falsche Weg. Ich kann nur sagen: ich schmecke den Unterschied bei gewöhnlicher Zubereitung (Steaks vom Schwein/Rind, Geflügel und Fisch) keinen Unterschied - und ich habe einen einigermaßen trainierten Geschmackssinn ;-)

Edith sagt: ist doch quatsch. Die Antwort macht so keinen Sinn O.o

Aha, aha, soso. Gut das du so offensichtlich deine Unkenntnis der Thematik präsentierst. Das was die meisten als "den typischen Holzkohlegeschmack" erkennen wollen, ist einfach nur die Auswirkung der trockenen Hitze am Grillgut. Und oh Wunder, die meisten schmecken den Unterschied zwischen Gas und Holzkohle nicht, wenn sie den Grill nicht sehen können. Abseits von dem kleinen Ausflug: ich kann dir nur raten nicht am falschen Ende zu sparen. Ich habe nach einigem überlegen zu einem Weber Q120 gegriffen, mittlerweile gibt es ein Nachfolgegerät dazu. Die Investition lag bei ca. 280€, wobei ich froh bin, hier nicht auf ein billiges Gerät zurückgegriffen zu haben. Die Geräte von Weber halten sehr gut, dieser geht nun in seine 5. Saison.

warum setzt du nicht einfach den haken dafür auf der verknüpfung unter properties?

benutz doch de-mail, da ist alles sicher und ganz toll und nur 19 cent pro e-mail!

Einfach gesagt: Bei der Installation der Hyper-V Rolle wird das ursprünglich installierte Windows als erste VM-auf dem Server eingerichtet, zieht sich also selbst den teppich unter den Füßen weg. Diese so genannte "parent partition" übernimmt koordinierende Funktionen, ist rein technisch aber selbst nur eine VM.

Sorry, du hast den Hyper-V nicht verstanden.

public abstract class ModuleForm : IModule { ... public string Identifier { get {return "ModuleForm"; } } } naja, hier sagst du ihm ja auch, er soll dir das zurückgeben? O.o Ganz davon ab: ich verstehe deine Strategie hier aber auch nicht. Warum brauchst du ein Interface, eine abstract class und 2 weitere classes in einer Vererbungsstruktur? Das sieht schon nach nem code smell aus. (=> composition over inheritance) Zu deinem ersten Codeschnippsel: Du prüfst hier auf: if (interfaces.Contains(typeof(IModule))) wo vererbst du denn, wenn nicht in der abstract class? Was steht dann im Interface drin?

Ist das ein Server 2003 oder ein 2003 R2? Was für ein Client wird verwendet?

Dann kommst du leider nicht um ein (kostenpflichtiges) third party tool herum, oder du implementierst dir auf basis der exchange webservices einen kleinen dienst, der die Daten für dich sammelt. Beide Lösung sind leider nicht ideal, diese third party tools werden oft direkt am server implementiert und haben Auswirkungen auf ADDS, das Schema oder auf Upgrade Möglichkeiten des Exchange Servers :/