LukasB

Outlook Anywhere Einfach den DNS SRV RR für AutoDiscovery setzen und idealerweise ein 3rd Party Cert für remote.domain.tld verwenden, und alles funktioniert automatisch richtig. The Official SBS Blog : Troubleshooting Certificate Mismatch Warnings in Outlook 2007 Clients on Small Business Server 2008

Naja, es wird schon langsam Zeit die letzten WS03 Server rauszuschmeissen.

Wieso virtualisierst du nicht einfach den SBS? Ich gehe jetzt mal davon aus dass es sich bei dem ganzen um eine Testumgebung handelt, nicht um eine produktive Umgebung.

Bei WS08R2 RD Session Hosts und einem RDP7 Client kannst du Aero nutzen, inklusive all den Aero-Fenstermanagement-Features.

Du willst einen SQL Server direkt über das Internet zugänglich machen? Wie wäre es mit einer VPN-Lösung?

Ein SBS ist immer DC, aber ein SBS kann keine Hyper-V Rolle hosten. Mach doch mal eine Zeichnung, inklusive den verwendeten Produkten.

Und wo kommt der SBS ins Spiel?

Moment, ich verstehe deine Konfiguration nicht ganz. Du hast einen Hyper-V Host - welches OS führt dieser aus? Hyper-V Server oder Windows Server 2008? Du sagst das du eine der Nics für den SBS 2008 verwendest. Redest du dabei von einem virtuellen Switch? Was ist ein "VM-Buswaretreiber"?

Der SBS-Assistent versucht dies automatisch via UPNP zu machen. Kann er das nicht, erscheint diese Meldung. Wenn du den Router manuell korrekt konfiguriert hast kannst du die Warnmeldung ignorieren. Das steht in der Meldung aber auch. Nächstes mal wäre ein besseres Subject: keine schlechte Idee, damit man gleich weiss worum es geht.

WS08R2 schliesst Virtual PC aus. Virtual PC kann nur 32bit Guests.

Overview of the Hub Transport Server Role: Exchange 2010 Help Also das, was man im Unixoiden Umfeld "MTA" nennt.

Also, als Erklärung: Die .local Teile tauchen in den Received: Zeilen so auf, da dies direkt vom Active Directory Hostnamen so übernommen wird. Wer ein AD mit .local als Domainendung hat, wird das also auch in den Received: Zeilen haben. Grundsätzlich stört das auch nicht - guck dir z.B. mal die Header einer Mail an die mit Gmail versendet wurden, auch da kommen diverse lokale IP-Adressen drin vor (10.0.0.0/8), aber auch das stellt kein Problem dar. In kleineren Organisationen, in denen nur ein Exchange-Server existiert, werden die Mails direkt vom Hub Transport versendet - daher tauchen auch diese .local Namen in den Received Zeilen auf. Grössere Organisationen setzen einen Exchange Edge ein, der z.B. die Möglichkeit bietet, die internen Received: Zeilen zu entfernen. Machen aber auch nicht alle, muss man auch nicht, aber wird definitiv gemacht. Dein Nickname kommt mir im übrigen bekannt vor. Benutzt du diesen auch an anderen Orten? ;)

Vorallem taucht in den Received: Zeilen dieses Mails kein Smarthost auf. Der Exchange HT versendet direkt an Yahoo, ohne Edge.

Völlig normales verhalten bei Exchange 2007 auf WS08 oder Exchange 2010. Dies ist nur die MAPI-Submission intern im Exchange.

Nein, das ist wirklich nicht das Problem. Was immer helfen kann beim Versand: Eine richtige IP-Adresse mit richtigen WHOIS-Einträgen - also nicht ein 49 CHF DSL Anschluss mit einer 10 CHF statischer IP-Adresse. Denn die meisten statischen IP-Adressen die man bei Consumer-Anschlüssen dazumieten kann kommen immer noch aus einem als "dynamisch" markierten Pool. Auch sollte man verhindern das die Rechner im Netz direkte SMTP-Verbindungen aufbauen können, damit infizierte Rechner einem nicht auf eine Blacklist sitzen.

Infizierte Rechner sollten ab dem letzten sauberen Backup wiederhergestellt oder neu aufgesetzt werden. Andere Varianten sind nicht sinnvoll und unseriös.

Die Kosten ergeben sich aus dem Sizing.

Auf welcher Hardware läuft dieser Server? Was meint das Management-Modul des Servers zu dem Neustart? Gibt es ein memory.dmp File? Ist das aktuelle Treiber- und Firmwarepackage des Serversherstellers eingespielt? Sind die aktuellen Hotfixes für Hyper-V installiert? Ist Service Pack 2 installiert?

Wenn der Exchange im selben AD wäre und es die selbe Exchange-Version ist, ja.

Conf i c k er o.ä.

Nein, dies ist kein supporteter Migrationsweg.

ICMP Echo Requests werden von Windows für die Slow-Link Detection bei GPOs benutzt. Allerdings würde das nicht zu dieser Anzahl führen, es sei denn du hast mit den GPO-Einstellungen gespielt.

Ihr wisst schon das Windows eine integrierte Funktion hat für die Remote-Unterstützungsgeschichte? msra.exe /expert und eine GPO für die Aktivierung, und schon könnt ihr auf den Desktop des Users sehen. UAC klappt damit auch. Initiate Remote Assistance from a Command Line or a Script

Gibt immer wieder LTO3-Restplätze die deutlich günstiger sind als LTO4 Laufwerke. Bei den Listpreisen siehts anders aus. Dazu gibts Ocassionen.

LTO 3 oder LTO5 ;)