Squire

ja schon ... aber wo bekommen Deine internen DNS ihre Infos her? Sprich auf welchen DNS hast Du die Weiterleitung eingerichtet oder läßt Du sie selbst auflösen? Ich würde den Lancom als DNS Proxy verwenden und auf den Windows DNS jeweils eine Weiterleitung auf den Router einrichten

Hi, an Strato liegt das m.E. nicht .. ich laufe hier auch über post.strato.de Wie stellst Du den Internetzugang her? Welcher Provider? Router, Windows Server? Wenn Router - ich hatte schon öfter bei manchen Modellen (Netgear) Probleme mit DNS Proxy. Nach ner Zeit funktionierte dier nicht mehr richtig und hat Anfragen nicht mehr aufgelöst (btw ... nicht alle). Was den SMTP Server angeht ... post.strato.de ist ok den nehm ich auch. MX Record Abfrage auf meine Domain: U:\>nslookup Standardserver: locutus.unimatrix.local Address: 10.0.0.1 > set q=mx > klarmanns.net Server: locutus.unimatrix.local Address: 10.0.0.1 Nicht autorisierte Antwort: klarmanns.net MX preference = 10, mail exchanger = mailin.webmailer.de mailin.webmailer.de internet address = 192.67.198.32 mailin.webmailer.de internet address = 192.67.198.37 mailin.webmailer.de internet address = 192.67.198.48

CALs brauchst Du immer! Achtung Unterscheidung Server Cals - platt gesprochen für den Zugriff auf auf Serverdienste wie File & Print und Terminalserver Cals für den Zugriff auf Terminaldienste Also: Die Server Cals deckst Du mit den 40 SBS Cals ab - da bist Du im grünen Bereich Für die Terminalgeschichte gilt: Windows 2003 als TS (Terminalserver) erfordert immer TS Cals (bis auf ein paar wenige Ausnahmen). Also egal welcher Client (ThinClient, XP, etc.) es wird immer eine TS Cal pro Device oder Benutzer benötigt. Wenn Du bei Citrix bleiben willst, dann benötigst Du zusätzlich die entsprechende Citrix Lizenzen (war schon zu NT TS Zeiten so) Eine Ausnahme bildet wenn der TS unter Windows 2000 läuft. Hier brauchst Du nur für ThinClients, und alle OS die nicht Windows 2000/XP sind TS Cals (+ggf. Citrix Lizenzen) ich hoffe das war jetzt verständlich BTW ... der 2003er kommt schon sehr nahe an den Citrix ran ... aber das ICA Protokoll ist auf schwachen Leitungen performater. Was Farmen angeht hat Citrix die Nase vorn!

dem Praktikanten eine vor den Latz geben und Dir auch gleich :D Praktikanten so an ein Produktivsystem gehen zu lassen bzw. Dom-Admin Rechte zu geben ... no go! Also ... entweder Du wartest jetzt - die Richtlinie greift irgendwann automatisch oder Du startest die Kiste durch (wenn es nicht stört) dann greift die Richtline nach dem Starten

Wenn es mit Drive Image gemacht wurde .. dann kannst Du Dir "Notfall Medien" erstellen lassen (so hab ich es zumindest in Erinnerung)

Langsam ... Du brauchst wie Du richtig geschrieben hast für jeden User eine SBS Cal - das ist korrekt! Für die Windows 2000 Terminalserver brauchst Du keine Terminalserver Cals! Hier sind nur Deine Citrix Lizenzen von Nöten. (Gesetzt dem Fall, Deine Clients sind Windows 2000 oder XP - bei ThinClients oder Win 9x, DOS, *ix benötigst Du TS Cals) Um das Ganze noch etwas zu verwirren :D Wenn Du irgendwann mal vorhast die Terminalserver von 2000 auf 2003 zu switchen, dann benötigst Du 2003er Terminalserver Cals + Deine Citrix Cals Zusammenfassend: Du brauchst im Moment nur Deine 40 SBS Cals

Wenn Du die Phishing Mails, die angeblich von den Volks- und Raiffeisenbanken kommen in Thunderbird löscht sind die Meldungen weg. AntiVir erkennt wohl die Phishing Mails aber in der Freeware Version ist kein Mailscanner enthalten.

könnte aber auch sein, dass das die Rückmeldung vom Zielsystem ist und sein Domino keinen PTR hat

Das bedeutet, dass Du einen Revers MX Eintrag haben musst ... also Dein Mailserver muss im Internet mittels eines PTR Eintrags im DNS bekannt sein. Das ist ein einfacher Spam Schutz. Ist Dein Server per MX Record nicht bekannt - werden von diesem System keine Mails angenommmen. Für Dich bedeutet das: entweder Revers Eintrag erstellen lassen (Vorraussetzung: Feste IP) oder Du schickst via Smarthost (also Provider SMTP) raus

und damit ist er definitiv nicht konfiguriert! Es muss unter der Forward Zone Zonen geben! _msdcs.domaene.suffix und domaene.suffix (entsprechend Deinen Domänen) darunter müssen sich dann die entsprechenden Dienste Records, NS, SOA und Clienteinträge geben.

Ich find es immer faszinierend mit welchem Nichtwissen externe Consultants glänzen! *seufz* Der SBS muss die FSMO Rollen halten. Neben dem SBS kannst Du weitere Server in die Domäne nehmen, die dürfen auch jederzeit DCs werden. Dienste kannst Du verteilen: DHCP, DNS, WINS, GC dürfen und können problemlos auf anderen Servern laufen. Memberserver sowieso kein Problem. Vertrauenstellungen, Subdomänen gehen nicht mit dem SBS! Was den R2 mit den 75GB angeht ... klar .. Exchange 2003 wird mit SP2 installiert. Achja .. der R2 hat auch noch ein paar andere Goodies ... Stichwort WSUS! Schick Deinen externen Berater mal zu jemanden der sich auskennt oder er soll mal die Microsoft Whitepapers oder die SBS Website besuchen und lesen und verstehen. Windows Small Business Server 2003 R2 Setup, Upgrades, and Migration: Windows Small Business Server 2003 R2: Frequently Asked Questions hier steht:

Hi, beim Server hast Du als DNS 10.78.10.100 und 10.78.10.99 drinnen beim Client die 10.78.10.100 und 10.78.10.102 - wieviele DNS hast Du in Betrieb? Stimmt die zweite IP? versuch mal am Client nur einen DNS drinzulassen. Desweiteren .. ruf mal am Server selber NSLOOKUP auf und mach ne Anfrage Sollte so aussehen: C:\nslookup Standardserver: locutus.unimatrix.local Address: 10.0.0.1 > www.mcseboard.de Server: locutus.unimatrix.local Address: 10.0.0.1 Nicht-autorisierende Antwort: Name: www.mcseboard.de Address: 80.67.30.38

Hi, bevor hier mit Tools rumhantiert wird ... poste bitte mal ein IPCONFIG/ALL vom Client und ggf. vom Server. Welche IP hat der DNS, welche das Default Gateway im Netz? Existieren auf dem DNS die (SOA) und (NS) Einträge?

Hi, Du meinst die Begrenzung der Maildatenbank nicht Postfachbegrenzung. Die liegt bei einem Exchange 2003 mit SP2 (so die Regkeys gesetzt sind) bei 75GB für den kompletten Mailstore. BTW - SP2 für den Exchange kannst Du auch auf einen "normalen" SBS 2003 installieren - beim R2 ist halt Exchange schon auf diesen Stand. Wenn Du mir Speicher im Exchange benötigst, dann führt um die Enterprise Version kein Weg vorbei - wobei ich dann aber auch keinen SBS einsetzen würde! :D

Das ist Quatsch - natürlich kannst Du W2k und W2k3 Server der SBS Domäne hinzufügen

spricht nichts dagegen!

ach Gulp .. stell Dich an .. so ein bisschen Hellsehen am Vormittag ist gut für die Gehirndurchblutung :D

Hi, Neuinstallation auf neue Platte => sauberes XP dann Erweiterungskarten sukzessive rein und testen

die neuen Intelboards sollen so was in Zukunft könenn .. Stichwort "BMC"

im Prinzip ja ...je nachdem was Du einstellst .. Quelle: Microsoft Corporation

Stichwort - Mailaktivierter Ordner und Senden als

Der SBS muss die FSMO Rollen halten - ansonsten kannst Du weitere DCs in die Domäne hinzufügen. Weitere Domänen gehen allerdings nicht - sprich ein Trust zwischen zwei Domänen ist nicht möglich - ebenso keine Forest Vertrauensstellung! Es gibt was Replikation und ADS eigentlich keine - außer, dass beim SBS bei 75 Usern Schluss ist. Du kannst den SBS allerdings bei mehr Usern mit den SBS Transitionpack *ent-SBSn* sprich es wird ein normaler W2k3 draus. Kostet allerdings. Solltet ihr unter 75 User bleiben - spricht nichts wirklich gegen den SBS - Du kannst halt die FSMO Rollen nicht auf mehrere DCs verteilen - DHCP, DNS, WINS, GC kein Problem

hast Du meinen zweiten Satz auch gelesen? Nichtsdestotrotz klappt seine Vorgabe nicht! Die Anwendung wird für die Dauer des Updates offline sein!

Ganz einfach ... Windows 2000 bekommt er nicht mehr gekauft - außer er hat einen Volumenvertrag. Desweiteren ... ob er jetzt auf XP oder W2k geht ist m. E. nebensächlich - die Fragen sind: läuft die Anwendung dann noch?

Das geht nicht! Wenn Du ein Upgrade fährst wird zwangsläufig die Verbindung gekappt. Desweiteren benötigst Du eine passende Version von XP (keine OEM oder SB!) - ich bin mir auch nicht sicher ob Du überhaupt ein Win 3.11 System Updaten kannst. Macht meines Erachtens auch nicht wirklich Sinn! Ich würde entweder ein zweites System parallel gleich mit XP hochziehen und die Software neuinstallieren ... ob die Updategeschichte mit Zwischenschritt über NT und dann nach XP überhaupt sauber funktioniert läßt sich so nicht 100%ig sagen - zumindest wirst Du elend viele Dateileichen damit erzeugen und mitschleppen. Funktioniert Deine Anwendung überhaupt unter XP? Mein Rat: Installier neu!