Beiträge von jhick

Hy Jack

kannst du noch sagen, ob das Problem behoben ist und welchen Q-ARtikel du dazu verwendet hast??

mfg

Jean-Claude

Hallo bodelove

zu Problem 1 mit dem Lizenzdienst: auch hier kann es sein, das wegen fehlerfafter DNS-Konfiguration (sei es auf seiten des Problemservers, sei es auf seiten des DNS-Servers) der Zielserver nicht gefunden werden kann.
Hier gibt es zwei Möglichkeiten: entweder den Lizenzdienst einfach deaktivieren, oder halt das DNS gerade biegen.

Für das DNS kannst du folgende Vorgehensweise verwenden:

sicherstellen, dass der Problemserver einen DNS Suffix hat, der dem deiner Windows 200x domäne entspricht.
(Zu finden unter: Icon Arbeitsplatz auf Desktop rechtsklicken, Computername. Dort muss unter dem Attribut ein Wert stehen wie "Servername.meinedomäne.de". Wenn der Wert nicht korrekt ist oder ganz fehlt, dann den Knopf "Ändern" wählen und dort den notwendigen DNS-Suffix eintragen).
Unter den "Netzwerkeigenschaften-INternetprotokoll (TCP/IP)" deiner Netzwerkkarte muss ein bevorzugter DNS Server angegeben sein, der für die DNS-Zone "meinedomäne.de" verantwortlich ist (sei es als Primärer oder Sekundärer DNS Server, wobei primärer zu bevorzugen ist).

Auf deinem DNS-Server (nicht dem Problemserver)
Im Dos-Fenster das Tool "nslookup" aufrufen und dort prüfen, dass folgende Einträge zu sehen sind (siehe Abbildung 1 im Anhang "DNS-NSLookup Vorgehensweise.doc").
Wenn die Zeile "Standartserver" schon einen Fehler bringt, steht fest, dass der von dir verwendete DNS Server nicht der richtige ist oder keine entsprechende DNS-Zone "meinedomäne.de" verwaltet. Dann musst du entweder den richtigen DNS Server eingeben oder halt den DNS Server anpacken.

Sollte das OK sein, dann wie im Anhang "DNS-NSLookup Vorgehensweise.doc" beschrieben folgende Tests auf dem Problemserver ausprobieren (wobei hier die DNS-Zone "corp.local" heisst)
Erst wenn diese Ergebnisse alle positiv sind, hast du eine funktionsfähige DNS Umgebung.
Und dann sehr wahrscheinlich auch keine Probleme mehr.

Alle weiteren Fehlermeldung liegen mit 90%iger Wahrscheinlichkeit an deinem DNS Problem.

Viel Erfolg

jhick

Hallo HardyE

ich kann mich der Meinung von Heinz nur anschliessen. die bei einem SBS 2003 Server mitgelieferten Skripte sind so vielfältig, das es meiner Meinung nach wesentlich einfacher sein sollte, die Kerio firewall händig einzurichten als den SBS inkl. Exchange 2003.

Eigentlich können ja nur wenige Punkte ein problem bereiten, in denen sich die beiden Produkte, SBS2003 und Kerio FW6, gleichzeitig bewegen:

DNS bzw. DNS Forwarding
NTLM Authentification
Konfiguration IIS 6.0
VPN Konfiguration

Zu den oberen beiden Punkten bietet das Kerio Handbuch einige Hinweise. Vielleicht ist ja hier schon dein Problem beschrieben.

die beiden letzten Punkte sind sicherlich nicht so einfach abzuarbeiten. und vor allem bräuchten wir eine genauere Fehlerbeschreibung, um dir weiterhelfen zu können.

mfg

Jhick

Hallo Hely

Hier gibt es drei Möglichkeiten:

Möglichkeit Nr1:
ihr habt neben eurem Domäneneintrag für den Webserver auch einen offiziellen Eintrag für euren Mailserver der auf eure offizielle IP-Adresse verweist (den sogenannten MX-Eintrag). Hier reicht es dann, auf der Firewall die von fpolner gemachten Einstellungen durchzuführen, d.h. sie dahingehend zu konfigurieren, dass eingehende Anfragen auf Port 443 (oder 80) auf die interne IP Adresse des SBS Servers weitergeleitet werden (nennt man Port Mapping).
OWA kannst du dann mit dem Aufruf
https:\\offizieller_mailservername.voller_domänenname\exchange aufrufen.

Möglichkeit Nr2:
Verweist der Domänen- und MX-Eintrag auf euren Provider und nicht auf eure offizielle IP-Adresse, dann geht das nicht über den Server- und Domänenname, und du musst die offizielle IP Adresse verwenden

https:\\offizielle_ipadresse\exchange

! Das Port-Mapping muss auch hier erfolgen

Möglichkeit Nr3:
ihr könnt bei eurem Provider zusätzlich einen DNS-Eintrag erstellen lassen, der z.B. "mail.euerdomänenname" oder "OWA.euerdomänenname" heisst und der auf eure offizielle IP-ADresse verweist.
Wenn du das Port-Mapping wie beschrieben einrichtest, könnstest du den OWA Server wie folgt ansprechen:

https://mail.euerdomänenname/exchange
oder
https://owa.euerdomänenname/exchange

Viel erfolg

mfg

Jean-Claude

Hy Schumi

es gibt bei exchange 5.5 eine funktion mit dem Namen "Journaling", bei der alle ein- und ausgehende Mails auf einem Exchange server in einer dedizierten Mailbox oder einem Öffentlichen Ordner zusätzlich abgelegt wird.

Damit kann man jede Mail speichern, die auf dem Mailserver bewegt worden ist.

Siehe dazu Artikel:

XADM: How to Enable Message Journaling in Exchange Server 5.5 Q239427

Das sollte deinen Ansprüchen sicherlich genügen.

mfg

Jean-Claude

Hallo

Wenn du auf deinen bereitgestellen Link klickst, wird folgende Fehlermeldung ausgegeben:
"Der Webserver, den Sie verwenden wollten, verfügt über eine Liste von IP-Adressen (Internetprotokoll), denen der Zugriff auf die Website nicht erlaubt ist. Die IP-Adresse des verwendeten Computers ist in dieser Liste enthalten. "

Das sieht so aus, als hättest du den IIS dahingehend konfiguriert, dass nur spezielle IP-Subnetze Zugriff auf den Server haben.

Auf dem IIS muss du unter der Standardwebseite das Objekt "Exchange" wählen, und dort findest du unter dem Reiter "Verzeichnissicherheit" die Option "Einschränkungen für IP-Adressen und Domänennamen". Ich würde meinen, dass du hier entsprechende Einschränkungen vorgenommen hast.

Möglicherweise hast du die Einschränkungen auch auf höherer Ebene eingetragen, evtl auf der "Standardwebseite" oder auf "Websites". Hier solltest du unter den eigenschaften den gleichen Reiter aufrufen und prüfen.

mfg

Jean-Claude

Hallo Webbi

werde das ganze mal ausprobieren, klingt aber vielversprechend

Ich vermute, dass in den Öffentlichen Ordner Berechtigungungen die Berechtigung (FOlder Visible)standardmässig aktiviert ist und halt bei einigen Unterrrdnern nicht entfernt wurde.

mfg

Jhick

Hallo zusammen

unsere Firma besteht aus mehreren Töchterunternehmen, die in einer gemeinsamen Exchange 2003 Struktur arbeiten.
In unserer Öffentliche Ordner (ÖO) Struktur pflegen die Administratoren der Standorte ihre eigenen Öffentliche Ordner als Unterordner einer gemeinsamen ÖO Struktur.

Es gibt Öffentliche Ordner, die nur Standortbezogen benutzt werden sollen und auch nur für die Benutzer dieses Standortes sichtbar sein sollen, als auch einige gemeinsame Öffentliche Ordner, die standortübergreifend genutzt werden.

ein Standort soll nur seinen eigenen ÖO sehen sowie den für alle Standorte gültigen ÖO.

folgendes Problem stellt sich zur Zeit:
die Benutzer meines Standortes sehen neben dem eigenen Standort auch die ÖO einiger anderer Standorte, einige Standorte sind gar nicht sichtbar.

Wir haben die Berechtigungen auf die ÖO eines Standorttes so eingestellt, dass die Benutzer "Default" und "Anonymous" keine Berechtigungen auf die ÖO anderer Standorte haben, und nur Benutzer des eigenen Standortes Zugriff erhalten.

Auf den obersten Ordner eines Standortes haben wird das Recht "folder Visible" deaktiviert, trotzdem bleibt der Ordner sichtbar.

Hat einer eine Idee, woran dies liegen könnte?

Danke für eure Anregungen

Jhick