Hacko

jo, aber wenn du mal auf andere Exchange-Systeme schaust, das wirst du überall feststellen. Der Trick ist einfach folgender: die store.exe krallt sich so viel Speicher wie möglich, und wenn andere Anwendungen mehr Speicher benötigen, gibt sie automatisch wieder einen Teil davon her. Also kein Grund zur Sorge !!

Hi ! ich tippe mal, das ihr eine Domäne im gemischten Modus habt, wo noch ein NT4 BDC im Netz rumgeistert. Bedeutet dass dein PDC-Emulator (der obige Server) nicht auf die BDC's replizieren kann. Schau auch mal hier: http://support.microsoft.com/default.aspx?scid=kb;en-us;269417

Dr. Melzer hat Recht, allerdings geht das nur mit der Pro-Version von Office 2003 und du musst noch ne geeignete Infrastruktur schaffen (Authentifizierungsserver). Such mal bei der Suchmaschine deines Vertrauens nach rmsirm.doc - das ist ein sehr gutes und ausführliches technisches Whitepaper von Microsoft genau zu deiner Wunschsituation

nur für FSC-Server (wir verkaufen nur die ;-)) Server View - zwar nicht immer ganz einfach dazu zu bewegen, zu laufen, aber danach äussert praktisch

auch wenn ich nicht der Lizenzspezialist bin, das ist wohl eher Dr. Melzer, musst du da nicht die Lizenzen der Clients eingeben, sondern deine Terminalserverlizenzen. hast du beispielsweise 10 Clients, die drauf zugreifen, dann brauchst du auch 10 TS-Zugriffslizensen, die du im Lizenzmanager einträgst. Die Client-Lizenzen (WinXP/2000) sind hier nicht maßgebend.

Hi ! Hast du ne Domäne oder ne normale Arbeitsgruppe ? Diese Meldung besagt lediglich, dass sich PC2 als Masterbrowser fühlt, was aber, sofern ihr ne Domäne habt, der PDC-Emulator ist. Ich empfehle dir mal nen Blick auf http://www.eventid.net zu werfen, dort mal als Event ID 8003 und als Source MrxSmb einzutragen, da ist sicher auch was für dich dabei

das einzige Phänomen was mir bis jetzt untergekommen ist, war der Antivrus Client von Trend Micro - der auf engl. und dann hießen bei manchen Client der Posteingang in Outlook auf einmal Inbox und der Papierkorb Trash. Aber Probleme sind mir keine bekannt - und wir installieren immer englische Server mit dt. Clients - und das tut wunderbar

ich vertrete ebenfalls den Standpunkt, dass wir unsere Enerige nicht unnötigerweise in eine Doku verschwenden, die schon sehr gut (erster Eindruck) vorhanden ist - konzentrieren wir uns lieber auf die eigenen Sachen. Soferns um Windows Server, Exchange (und langsam auch Sharepoint) geht, vorallem in den aktuellen Versionen bin ich sofort dabei. Desweiteren fände ich es auch mehr als angebracht, das Thema Migration mal noch in Betracht zu ziehen

stopp - es gibt ne Möglichkeit, die aber soweit ich weiss, nur mit MSI Paketen funktioniert. Diese kannst du nämlich in xml-Files zerlegen und auch wieder zusammenbauen. Such mal nach msi2xml in Google

hi @ all Damian, ich wär bereit, Wildi bei der Grundinstallation beizustehen. Umfasst das auch schon die Grundinstallation AD, oder gehts nur bis zum eigentlichen Installieren ? Wenn ja, wo habt ihr das AD untergebracht - habs nicht gefunden. Falls es bei der DNS-Geschichte auch noch Bedarf gibt - bin ich dabei. Die Sache hat leider nur einen Haken - bin bis 23.7 noch ziemlich im Klausurstress, kann erst ab da dann richtig einsteigen. Mfg Hacko

hi Joe, zum Thema Exchange Restore findest du hier so ziemlich alles wissenswerte: http://www.msexchangefaq.de/admin/backup4.htm Wg. der Computerkonten. Was heisst da bei dir kein lauffähiges Windows mehr ?

naja, wenn dein VPN "always on" ist - dann gewinnt der schnellere DHCP, so wie beim DC auch. Allerdings sollte i.d.R der DHCP im lokalen Netz der schnellere sein.

also solche Features sind mir nur von großen Unified Messaging System von GFI oder IXI etc. bekannt. Weiss aber nicht, ob das preislich für dich interessant ist

Hi Kohn, wenn du das reg-File fertig hast, verteils doch einfach übers Active Directory (Gruppenrichtlinie)

Hi Sausage wenn du nur Mails intern von A nach B schicken willst, sollte theroretisch auch reichen, Server A Server B als Smarthost im SMTP-Connector einzutragen. Aber sauberer ist das per DNS/MX-Record auf alle Fällle

also so weit ich weiß, sind Patches beim beim Exchange für alle Versionen. die Standard-Version unterscheidet sich ja "prinzipiell" nur geringfügig von der Premium-Editon (16 GB Datenbank, keine 2 Server in einer Site)

Hi Tobias, naja, im Endeffekt wird mir dann wohl nichts anderes übrig bleiben... auch wenn's bisserl Kampf mit dem Kunden bedeutet. ;-) Aber noch eine abschließende Frage, da ich mit aktive Karten bislang noch nicht wirklich was am Hut hatte. Wenn ich schon son teures Teil kaufe, kann ich dann wenigsten RRAS und Fax wenigstens auf einer Karte laufen lassen. Weil noch ein extra Server ist definitiv nicht drin !!!

Hallo Erich_F, danke für das kurze Statement. Nur mal so ne Grundsatzfrage (also mal ohne Bezug auf den GFI-Faxmaker). Wenn ich intern ne ISDN-Karte fürs RRAS verbaue, und extern ein ISDN oder auch nur Analog Modem anschließe, das Faxen kann, das sollte doch machbar sein, oder ?

Hi Boardies, ich hab mal wieder ein kleines Problem: Folgende Konstellation ist gegeben: - SBS2003, 2 NIC (einmal LAN, einmal Verbindung zum ISDN-Router) - nur die Standardversion (kein ISA) das läuft auch alles so weit und gut, keine Probleme. Mein Problem nun: ich hab eine AVM Fritz! ISDN Karte im Server, darüber läuft die Einwahl über RRAS. Nun hätte der Kunde aber gern noch den GFI Faxmaker, und zwar mit einer weiteren passiven ISDN-Karte. Bevor jetzt jemand losschreit: der GFI-Faxmaker lässt sich dazu überreden, mit ner passiven Karte zu arbeiten (war auch schon Thema hier im Forum), funktioniert bei mir auch wunderbar. Nur wenn ich jetzt ne zweite ISDN-Karte in den Server einbau, fliegt mir der CAPI-Treiber (AVM) um die Ohren, irgendwie auch verständlich, das der net so wiruklich mit 2 ISDN-Karten laufen will. Kennt jemand von euch zufällig das Problem, oder passiven Karten, wo sich 2 Karten nicht stören oder hat sonst noch ne Idee (Es dürfen nur keine aktiven ISDN-Karten gefordert werden, sonst ist alles erlaubt ;-) ). Im Vorraus schon mal danke !

kann mich leider nur der Meinung von Caylep anschließen, an dem Netgear kann das (sofern die Hardware keinen Macken hat) eigentlich nicht liegen. Hab das Ding bei mir privat auch stehen, und kann damit alles ohne extra Konfiguration machen. Und da, wie Wildi schon sagte, das Ding von innen nach aussen durchlässt, muss das https auch gehen.

Hallöle, @ edv-olaf: So weit ich weiß lassen die Teledat Router doch standardmäßig von innen nach aussen eh alles zu, und blocken von extern nach intern komplett. Alles andere wäre mir völlig neu. @McGhee: wie kann man ohne Namen suchen ? Ich tippe mal auf folgendes Problem. Deine Clients bekommen per DHCP vom Router IP-Adresse, Gateway und DNS-Server. (0815-Standard). ****erweise sind die DNS-Server nun mal die von der Telekom, die kennen aber deine Rechner nicht. Macht aber nichts, da die ja nur den Verkehr ins I-net regeln müssen. Dein Problem, denke ich mal, ist, das dein NetBIOS, was die "Namensauflösung" in der Netzwerkumgebung regelt ein Problem mit den dynamischen IP's hat. (So siehts daheim bei mir aus). Allerdings sollte auf alle Fälle ein ping auf die IP gehen, und damit kannst ja auch Netzlaufwerke einbinden, oder was auch immer du damit vorhast. Alternative: Auf dem Router mit festen IP-Adressen arbeiten (MAC-Adressen registrieren und dann in der Hosts-Datei die PC's manuell eintragen. dann sollte das auch tun

hi Maxxx, versteh ich das jetzt richtig? 1. du kannst intern vom Client zum Server eine VPN-Verbindung aufbauen. 2. du kannst keine VPN-Verbindung von extern (I-Net) nach intern aufbauen 3. zu allem Übel funktioniert auch dein normaler I-Net Zugriff von intern nicht mehr ?

in einer der letzten C't ist auch ein Artikel drüber drin, die haben das per VBA-Script gelöst. Funktioniert auch super, hab das daheim mal mit meinem Firmenlaptop (Exchange-Konto) und meinem privaten Outlook getestet. Das haut 1a hin, kann ich nur empfehlen

könnte aber auch der Exchange sein, kenn das zwar bisher nur aus meinen VMWare's, aber da braucht ein System mit Exchange komplett konfiguriert ca. 10 min zum runterfahren. Beende mal vor dem Reboot alle Exchange-Dienste manuell, und starte dann durch, mal schauen, ob er dann immer noch so lang braucht

Hi Kreftig also prinzipiell sollte das kein Problem sein, der Exchange sollte die Unterdomäne aufgrund standardmässiger Vertrauensstellung ja sehen können, bzw. du solltest Benutzern aus der Unterdomäne auch Exchange Konten zuweisen können. Allerdings versteh ich ich dich nicht ganz genau - wo ist denn genau den Problem bzw. auf was willste hinaus ?