Salgermi

Hallo, evtl. ist meine Frage schon aus der Headline erkennbar. Es geht um die Behauptung, ein neu angelegter Benutzer, der ein Mitglied der Gruppe "Administratoren" ist, sei nicht mit den exakt selben Rechten ausgestattet wie das vordefinierte Administrator-Konto. Ein Kunde hat Probleme, Treiber für eine USB-Hardware korrekt zu installieren. Versucht er dies unter einem angelegten Benutzer, der Admin-Rechte hat, gibt es offensichtlich Probleme. Installiert er die Treiber unter dem Konto des vordefinierten Admins, funktioniert alles Reibungslos. Ich bin darüber schon etwas erstaunt, da ich bisher Annahm, mit der Mitgliedschaft in der Gruppe Administratoren hätte man ALLE Rechte des Administrators. Bisher war mir auch noch nie ein vergleichbares Problem untergekommen. Könnte es evtl. auch kein Rechte-, sondern ein Identitäts-Problem sein? Also das die Treiber-Software explizit die Identität des "BuiltIn\Administrator" voraussetzt? :suspect:

Hi, evtl. kennt hier jemand einen Trick, um die 32KB-Grenze für Regeln im Outlook (2003) zu umgehen? Ich habe schon mehrfach Recherchiert und eigendlich auch nicht mehr große Hoffnung, aber mann sol ja nie aufhören zu fragen. Ein Kollege hat sehr viele Mail-Korrespondenzen und mittlerweile ~60 Regeln in seinem Outlook. Er hat imho keine Weiterleitungen, sondern ausschliesslich Sortierfunktionen für "seine" Kunden, daher passen bei ihm schonmal mehr als nur 49 Regeln. (Regel mit Weiterleitung laut M$ ~ 660B, macht 49 Regeln bei 32KB Platz). Nun ist aber auch da Schluß, neue Regeln können nicht mehr aktiviert werden, allerdings kann er immer noch welche Anlegen. Grundsätzlich eine Sackgasse, da diese Limitierung wohl fest einprogrammiert sei, falls es doch jemanden gibt, der das aushebeln kann, bitte vortreten ;) Dankbar für jeden Input

Hm, also die Clients wurden alle "ganz normal" über die Systemeigenschaften in die Domäne gebracht. Die "ConnectClient"-Funktion vom SBS wurde nicht genutzt. Werde daß mit dem aus der Domäne Entfernen und wieder Verbinden versuchen, sobald das Problem wieder auftritt ... seit meinem Posting ist das nämlich nicht wieder passiert ... murphy eben. Salgermi

Hi, meine Frage ist evtl. im Topic schon rausgekommen: Warum funktioniert das nicht :suspect: Wie ich beim virtuellen SMTP-Server den reverse-lookup einstelle hab ich ja herausgefunden, aber WO kann ich dem Exchange sagen, daß er diese mails garnicht erst annehmen soll? Der lookup funktioniert, er schreibt die info über den gefailten reverse-lookup auch in den eMailheader, aber ich find keine Info dazu, wie man es Einstellt, daß er solche Mails gleich ins Nirvana schickt .... HELP Salgermi Ok, habs in der M$ KnowledgeBase gefunden ... geht garnicht ... die Funktion löst nur den tatsächlichen Namen des fremden Emailsenders auf und schreibt den in den Header. Gnnn ... die paar Zeilen Code, das dann zu vergleichen und bei fail abzulehnen haben wohl nicht mehr auf die CD gepasst :nene:

Hallo, mal wieder ein sehr seltsames Problem. Umgebung: SBS 2003 mit 8 Clients und Outlook 2003. Das Problem: Das Outlook auf den Clients "vergisst" sporadisch das Passwort des Nutzers. Eigendlich ist es ja genau die Nutzer/Passwort Kombination, mit der sich der User an seinem Windows anmeldet, trotzdem kann sich OL manchmal nicht am Exchange alleine Anmelden. Zwar kann der Nutzer relativ problemlos den Offline-Modus abschalten und dann sein Passwort eingeben, allerdings ist das nicht jedem Nutzer so transparent und auch nicht Sinn der Sache. Beim nächsten Systemstart geht alles von alleine, und irgendwann (nach einem Systemstart) hat Outlook das Passwort für die Anmeldung dieses Users am Exchange wieder vergessen. Wenn jemand das auch schon hatte und eine Lösung weis, bitte posten :) Salgermi

Danke! Hat funktioniert. Is das ein Bug im SP1 ? Dieser SBS wurde nämlich auch gleich mit integriertem SP installiert. Salgermi

Hallo, ein kurioses Problem: Auf einem relativ frisch installiertem SBS2003 Funktioniert "Hillfe und Support" nicht. Beim Versuch es aufzurufen, kommt eine Fehlermeldung und ein astreiner Vorschlag: Hilfe und Support kann nicht geöffnet werden, da ein Systemdienst nicht ausgeführt wird. Starten Sie "Hilfe und Support", um dieses Problem zu beheben. Habe schon im Forum Tips dafür gefunden, daß es dasselbe Problem auf XP-Maschinen gibt, dort Hilft das anschalten des Dienstes "Hilfe und Support", doch diesen Dienst gibt es auf dem SBS2003 garnicht. Ist das Problem bekannt? Oder, wie heisst denn der nötige Dienst auf dem SBS 2003? Salgermi

Hallo, erstmal die Infos zur vorhandenen Struktur: Netz: 192.168.1.0 /24 1 alte Domäne A auf Windows 2000 Server SP4 mit Dateifreigaben. 1 neue Domäne B auf Windows 2003 SBS SP1. Eine Anzahl Clients waren zunächst Mitgleider in der 2000-Domäne, wurden aber vor kurzem dort herrausgenommen und in die neue 2003-Domäne eingebunden. Alle haben komplett neue Profile in der neuen Domäne. Allerdings liegen auf dem alten Server Daten, die dort auch bleiben müssen, und auf die über "freigegeben Ordner" zugegriffen wird. Auch muss die alte Domäne bestehen bleiben, damit wird weiterhin gearbeitet. Auf dem alten Server ist für jeden Client der neuen Domäne ein Benutzer mit Zugriffsrechten für diese Ordner angelegt. Das Problem: Erstens muß sich jeder Client der neuen Domäne bei jedem Neustart wieder mit dem Account & Passwort an den Netzlaufwerken anmelden, obwohl das NL mit dem Nutzer/Passwort der alten Domäne verbunden und das PW gespeichert wurde. Zweitens ist die Performance der Zugriffe Katastrophal. Teilweise gehen die Zugriffe völlig Problemlos, und sporadisch wird dann der Zugriff so langsam, das das Öffnen einer 50kb-Word-Datei bis zu 2 Minuten dauert, und nochmals 1 Minute, bis der User das Dokument dann auch Bearbeiten kann. Diese Probleme traten nicht auf, als die Clients noch in der alten Domäne waren, und sie treten auch nicht bei Zugriffen auf den Server der eigenen Domäne auf. Auch die "Anmeldung" an dem Netzlaufwerk dauert Teilweise recht lange. Wenn jemand evtl. Erfahrung mit dem Problem hat oder eine Idee wäre das super. Was mir noch aufgefallen ist: Wenn man auf dem alten Server die Sicherheits-Einstellungen der freig. Ordner aufruft, stehen etliche der NEU angelegten User zunächst nur als Unbekannte Objekte mit Zahlencode in der Liste und es dauert eine ganze weile, bis alle User korrekt (Domäne\User) angezeigt werden.

Hi, nur nochmal zur Absicherung.. Ich brauche beim SMTP-Connector des SBS 2K3 doch "nur" einen externen Mailserver als Smarthost eintragen, die Daten zum Abruf eines Postfaches eintragen, und nun kann der SBS über den Connector sowohl mails verschicken mit dem Alias des Nutzers @domäne.de und sich auch von diesem "Smarthost" die mails aus diesem Postfach zwecks interner verteilung zuschicken lassen. Die Settings für ETRN/TURN bekomm ich vom Mailserver-provider?? Ich brauche den POP-3 Connector nicht (Hoff) ?? Richtig ???

Hi, ja es ist SBS 2003 mit SP 1. Assistenten für Internet und RAS sind ausgeführt, der Server hat 2 NIC, eine Interne, an der das lokale Netzwerk hängt, und eine externe, die später mit einem Gateway verbunden wird, im moment jedoch noch direkt mit pppoe-protokol an einem DSL-Modem hängt. RAS ist für VPN-Zugang konfiguriert. Ich habe den RAS-Assistenten zwischenzeitlich das RAS deaktivieren lassen, was aber an dem FW-Problem nichts behoben hat. Irgend eine Anwendung oder ein anderer Dienst benutzt bereits die Netzweradressübersetzungkomponente (ipnat.sys). Im Erreigniss-Protokoll stehen auch einige Meldungen zu RemoteAccess: "Es konnte keine Verbindung zum DHCP-Server hergestellt werden. Die private IP-Adresse 169.254.227.59 wird Einwählclients automatisch zugewiesen. Clients können eventuell nicht auf Netzwerkressourcen zugreifen." Diese Meldung wiederholt sich ca. jede Minute, aber immer wieder mit neuer IP im Bereich 169.254.xxx.xxx. Dabei sind beide NIC's des Servers auf Feste ip eingestellt. Der DHCP-Bereich, den der Server an sein LAN vergibt ist 192.168.41.x ..... Deshalb kann ich die Meldung nicht ganz Einordnen :suspect: Salgermi

Hallo, mal wieder ein Problem, das ich nicht gelöst bekomme. Habe einen "frischen" SBS 2003 aufgesetzt und danach folgende Software installiert: SQL-Server 2000 (+SP4) Microsoft SMS Veritas Backup Exec 10 Eicon DIVA PCI FAX-Karten Treiber(Server) GFI FAXmaker Software Vorher hatte ich Problemlosen Zugriff auf die Firewall-Settings des Servers, nun kommt jedesmal die Fehlermeldung, der Dienst für die Firewall wäre durch einen anderen Dienst blockiert und stehe nicht zur Verfügung. Kann mir jemand einen Tipp geben, wie ich dem auf den Grund komme? Es muß doch möglich sein, rauszufinden, welcher Dienst hier die FW blockiert? Salgermi

Hallo, habe eine generelle Frage zu den Fähigkeiten des Exchange-FAX-Dienstes. Ist es Möglich, das eine FAX-Karte mehrere FAX-MSN's annimmt, und dann abhängig von der MSN die Faxe an verschiedene User weiterleitet? Geht das mit Boardmitteln, oder braucht man dafür Zusatz-Software. Ich finde in der Serververwaltungskonsole nur die die Möglichkeit, die Faxe von einem Gerät (Fax-Karte) an Postfächer weiterzuleiten, ohne die Unterscheidung nach versch. MSN's ....

Juhu :thumb1: Was mich nur wundert, beim Anlegen der Gruppe hat mich der Assistent schon nach 'nem Alias gefragt .... ich dachte damit wäre die Verknüpfung Server-Sicherheits-Gruppen <-> Exchange-Organisation erledigt ... wohl nicht. Nach Ausführen der Exchange-Aufgabenzuweisung funtzt es nun aber so wie gewollt, vielen Dank!

Hallo, es geht um einen SBS 2003-Server mit Exchange. Ich habe in der Serververwaltungskonsole diverse "öffentliche Ordner" angelegt, dazu ebensoviele Sicherheitsgruppen. Idee ist, das nur Mitglieder der Sicherheitsgruppe XYZ auch auf den öff. Ordner XYZ zugreifen können. Dabei gibts jetzt dummerweise ein Problem. Wenn ich auf die Eigenschaften eines öff. Ordners gehe (in der Serververwaltungskons.) und dort unter Berechtigungen/Clientberechtigungen einen Nutzer hinzufügen möchte, stehen keinerlei Sicherheitsgruppen in der Auswahl zur Verfügung. Suche ich in der "Globalen Adressliste" sehe ich nur die Nutzer direkt und eine einzige Gruppe (Firmenname). Unter "All Adress Lists" steht garnix und unter "Alle Gruppen" ist wieder nur die eine Gruppe mit dem Firmennamen zu sehen. Wieso kann ich die extra angelegten Sicherheitsgruppen hier nicht sehen/zuweisen?

Ups, werde nächstes mal intensiver suchen. Danke für deine Hilfe :)

Hi, habe ein evtl. exotisches Vorhaben. Gegeben ist eine SBS2K3-Domäne mit knapp 30 Clients. Einige (ca.10) davon haben richtige eMail-Adressen auf dem Exchange (MXer), der Rest der User hat keine eMail-Postfächer. Jetzt soll das ganze so geändert werden, dass die restlichen User auch Postfächer bekommen, aber auf keinen Fall eMails nach aussen schicken können. Sinn dahinter ist, dass die Mitarbeiter sich alle intern Problemlos eMails schicken können, aber die Mitabeiter ohne externe eMail sollen nicht "nach draussen" senden. Im Moment verschickt der eingerichtete Test-User immer als xxx@FIRMA.local Zwar wird so eine eMail von den meisten Servern abgelehnt, aber professionell ist das nicht ;) Es muss doch eine Möglichkeit geben, dem Exchange zu sagen, dass dieser User eMails nur innerhalb der eigenen (lokalen) Domäne verschicken kann ?!?

Hallo, habe fast das selbe Problem, bei mir hängt sich aber der Assistent nicht auf, ich bekomme lediglich die Meldung, dass der zugehörige öffentliche Ordner nicht angelegt werden konnte, und werde dann auch gefragt, ob ich den Verteiler trotzdem Anlegen will. Bestätige ich dies mit ja, gibts den Verteiler, aber den öffentlichen Ordner gibts wirklich nicht. Lege ich hingegen eine Verteilergruppe OHNE öffentlichen Ordner, sondern nur mit Empfängern an, dann legt der Assistent die Gruppe mit den Mitgliedern an, vergisst aber der Gruppe den eMail-Alias zuzuweisen, das muß ich dann per Hand machen. Das komische ist halt, das er den Alias anlegt, wenn ich ich einen öffentlichen Ordner mitanlegen will, nur das er den Ordner dann nicht anlegen kann .... Ist der Assistent einfach Bugy, oder kann das an verkorksten Einstellungen am Server liegen?

Hi, ich habe ein logistisches Problem. 5 Unserer Büro-Rechner sollen verkauft werden, zusammen mit Windows XP. Allerdings liegen alle unsere Lizenz-Aufkleber in einer Mappe im Tresor und sind nicht auf den PC's aufgeklebt. Wie bekomme ich jetzt heraus, welche Lizenzen auf welchen Rechnern installiert sind? Es wäre äusserst unglücklich dem Käufer Lizenzen auszuhändigen, die noch auf bei uns aktiven Rechnern installiert sind. Ich muss also irgendwie unsere Vorhandenen Lizenz-Schnipsel EINDEUTIG den PCs zuordnen können. Gibts da eine Möglichkeit? Danke für jede Hilfe Salgermi

Ehm ... falscher Thread .. Sorry!

Also, richtig, das Outlook läuft im Exchange-Cache-Modus. Unter Extras -> Optionen -> E-Mail-Setup -> Senden/Empfangen -> Alle Konten|Bearbeiten ist für das Exchange-Postfach die Funktion "Offlineadressbuch downloaden" aktiv. Meinst du das? Die Einstellung ist schon so, trotzdem das Problem. Ich dachte auch, die clients sollten zumindest beim Neustart sich die aktuelle GAL vom Exchange abholen ... machen sie offensichtlich nicht

Hallo, ein weiteres Problem mit Outlook 2K3 und Exchange auf einem SBS2K3. Ich habe einen neuen Nutzer angelegt, und nachträglich den Namen sowie die eMail-Alias ändern müssen, da mir zunächst falsche Informationen vorlagen. Der Server führt den User jetzt mit neuem Anzeige-, Anmelde- und eMail-Namen, der Mitarbeiter kann sich anmelden und problemlos eMails mit seiner korrekten Adresse verschicken und findet sich auch unter der globalen Adressliste im OL mit den korrekten Daten wieder. ABER auf etlichen anderen Clients steht der User mit den ursprünglichen, falschen Daten für den Namen und die eMail-Adresse. Dementsprechend schicken diese Clients eMails an den Mitarbeiter ins Leere ... Ein Neustart der Clients hat nichts gebracht, ein Neustart des Servers kommt vor dem WE nicht in Frage. Wie zwinge ich die OL-Clients, ihr Einträge aus der Globalen Adressliste vom Server zu aktualisieren ???

Hallo, habe bei einem Kunden ein SEHR seltsames Phenomän. Der Kunde betreibt bereits seit über einem Jahr einen SBS2003 mit ca. 25 Clients. Letzte Woche Freitag noch alles ok, Montag morgen können sich 6 der Clients nicht mehr an der Domäne anmelden. Der Grund - die Computerkonten existieren auf dem Server einfach nicht mehr. Keine dazu passenden Einträge/Fehler in der Ereigniss-Anzeige, nichts. Das Problem lies sich fix durch Entfernen der Clients aus der Domäne und erneutes Einbringen zwar lösen, aber beunruhigend ist es schon, daß sowas passiert, und sich keine Spuren/Hinweise auf den Grund finden lassen. Evtl. hat jemand änliches erlebt und kann hier einen Tipp geben, was man noch überprüfen könnte, um das in Zukunft zu vermeiden?