HouseMD

Alles klar. Vielen Dank!

Ahhh ok. Jetzt macht das Ganze auch Sinn. Ich dachte mir ja schon, dass ich einen Denkfehler habe ^^ Dann schon mal vielen Dank :) A-Record für die zweite Domain wäre aber auf jeden Fall Quatsch oder?

Hallo zusammen! Habe nur eine kurze Frage. Leider habe ich eine kleine Denkblockade. Habe einen SBS2011 im Einsatz bei einem Kunden. Dieser hat 2 Domains. Folgende Konfig habe ich vorgenommen: Domain1: äpfel.de Domain2: birnen.de A-Record gesetzt für remote.äpfel.de auf die externe IP vom SBS MX Record gesetzt für äpfel.de auf remote.äpfel.de. (ging bei Strato nur auf einen Hostname) Mein Empfangsconnector im SBS gibt auf helo natürlich auch remote.äpfel.de zurück und auch OWA, Active Sync, Autodiscover funktioniert alles. Reverse bei der Telekom auf: remote.äpfel.de Soweit so gut alles. Meine Frage bezieht sich nun auf die zweite Domain. Was muss ich beim zweiten Provider alles anlegen? Einen A-Record benötige ich dort zum Beispiel gar nicht oder? Ich brauche doch lediglich einen MX-Record für birnen.de auf die externe IP vom SBS oder? Ich kann das Ganze für die zweite Domain leider nur vom Provider machen lassen und dieser hat es irgendwie so eingerichtet, dass ich bei der mxtoolbox bei "Hostname" UND auch bei "IP" jeweils die externe IP steht. Wenn der MX richtig gesetzt wäre, müsste dort doch auch als Hostname "birnen.de" stehen und dann die externe IP vom SBS oder? Die Einträge wurden übrigens schon vor mehr als 24h gesetzt. Gruß und schon mal Danke.

Falsch anbinden = Vollzugriff setzen und warten bis Outlook das Postfach angebunden hat? Richtig (echt) anbinden = Bei Kontoeinstellungen ein zusätzliches Konto erstellen?

Niemand eine Idee?

Nachtrag: Habe es auch mit J:\ umd J:\* versucht...keine Chance :(

Hallo! Wir haben eine reine 2008 R2 Umgebung mit 3 Terminalservern. Auf diesen soll nun die Windows Search aktiviert werden und das gemappte Netzlaufwerk indiziert werden, sodass User die Dateien auf dem Laufwerk durchsuchen können. Ich habe schon ewig gesucht und bin nicht wirklich fündig geworden. Das Einzige was ich bisher eingestellt habe ist folgendes: Benutzerkonfiguration --> Administrative Vorlagen --> Windows-Komponenten --> Suche: Standardmäßig indizierte Pfade: otfs://{*}/J/* In den Indizierungsoptionen steht dann "Dieser Ort ist momentan leider nicht verfügbar: <otfs://{s-1-5-21-12897984776-89734...etc}/J/" Kennt jemand die Thematik und kann helfen? Gruß und Danke schonmal.

Nett wäre, immer die Lösung mitzuposten :)

Habe den Fehler gefunden. Ausschlaggebend war der Tipp, dass die Fehlermeldung nicht vom Exchange selber kommt. Ich hab mich nämlich im Exchange dumm und dämlich gesucht :) Es lag am Postfix, da war noch ein Relay für die alte Domain eingetragen. Vielen dank! :)

Welche Adresse meinst du? Wenn ich mit nslookup testabc.de auflöse, bekomme ich die IP vom externen Mailserver und reverse genau das gleiche.

Hallo, ich schon wieder :) Habe mal wieder ein Problemchen. Wir hatten in unserer Exchange-Umgebung eine Domain gehostet (testabc.de). Diese Domain läuft mittlerweile auf einem externen Mailserver, aber unser Exchange versucht immer noch intern an diese Domain zuzustellen. Folgendes wurde bereits durchgeführt: - akzeptierte Domänen: testabc.de rausgelöscht (Überprüfung mit get-accepteddomain) - alle Postfächer/Verteiler/Kontakte gesäubert von @testabc.de adressen - Zustellung von privater Adresse an info@testabc.de funktioniert einwandfrei - Adressvorschläge von Outlook gelöscht - Zustellung über OWA versucht --> auch erfolglos Wenn ich jetzt allerdings intern eine mail an info@testabc.de sende, bleibt diese in der Warteschlange hängen mit folgendem Fehler: Von Adresse: blalba@xyz.com Status: Wiederholen Größe (KB): 5 Name der Nachrichtenquelle: FromLocal Quell-IP: 255.255.255.255 SCL (Spam Confidence Level): -1 Empfangsdatum: 19.03.2012 08:01:54 Ablaufzeit: 21.03.2012 08:01:54 Letzter Fehler: 450 4.1.1 <info@testabc.de>: Recipient address rejected: User unknown in relay recipient table Warteschlangen-ID: pnw8ex04\45679 Empfänger: info@testabc.de Habe leider bei google nichts anständiges finden können. Meistens heißts bei so einem fehler, dass der Empfänger wirklich nicht existiert, aber das hilft mir ledier nicht weiter. Kann jemand weiterhelfen? Gruß :)

Habs ja schon begriffen ;) Wir stellen die ****en .ost Dateien wieder aus. Da es ja sowieso nicht supportet ist und nur Probleme macht...weg damit.

Das tun sie auch.

Neues Outlook-Profil anlegen und nur die gewünschten Konten einrichten evt.?

Ja, aber wo ist da denn der Unterschied? Es sind ja dann trotzdem ca. 100 Outlooks die auf den Exchange zugreifen. Siehe hier: "Die Netzwerkkommunikation zwischen Outlook und Exchange wird dadurch beträchtlich reduziert". Anyway: ich bin schon an einer Lösung am arbeiten, dass wir die .ost Dateien wieder abschaffen. Ich sehe ein, dass es eigentlich keine wirklichen Vorteile gibt. Danke auf jeden Fall für die Hilfe!

"A1: Der Exchange-Cache-Modus ist die neue Standardkonfiguration von Outlook. Die Bedienung von Outlook in diesem Modus gestaltet sich ähnlich wie in der Offlinekonfiguration früherer Versionen von Outlook. Im Exchange-Cache-Modus wird Ihr Exchange-Postfach mit einer lokalen Datei synchronisiert (einer OST-Datei), und die Offlineadressliste des Exchange-Computers wird mit einer Reihe von Dateien (OAB-Dateien) auf dem Clientcomputer synchronisiert. Outlook greift direkt auf die OST-Datei und die OAB-Dateien auf der Festplatte zu, anstatt direkt mit dem Server bzw. den Servern zu kommunizieren. Die Netzwerkkommunikation zwischen Outlook und Exchange wird dadurch beträchtlich reduziert."

Hallo Leute! Haben ein merkwürdiges Problem. Folgende Situation: - Server 2003 R2 hält einige Zonen sekundär, hat aber auch eine primäre für seinen Standort. Server hat die IP 192.168.10.1. Clients in dem selben Subnet haben alle statische IP's und als DNS auch die 192.168.10.1 eingetragen. Nun zum Problem: mache ich nslookup, kommt immer die IP vom DNS in der Zentrale (10.6.100.3). Deswegen scheint dann auch alles andere nicht zu funktionieren. (Logs voller Authentifizierungsfehler weil der DNS nicht richtig funzt). Kennt jemand dieses Problem? Die Clients haben Windows XP und beim nslookup wird wie gesagt ein anderer DNS abgefragt als die Clients statisch eingetragen haben. :(

Backup Klar :) Ist auch alles Redundant. 4 Server insgesamt (2 x PF in DAG; 2 x CAS/HUB mit NLB).

Also ist es nicht so, dass ein Arbeiten ohne cache-mode performanter im Netzwerk ist?

Gute Frage mit den Vorteilen. Mir fallen noch so halb verschwommen die Dinge ein, die damals als "Vorteile" genannt wurden: - Windows Search (durchsuchen des Postfachs nur mit .ost Datei möglich?) - Verringerung des Traffics auf den Exchange (??) - Bei Ausfall des Exchange stehen noch die Daten der .ost zur Verfügung (wobei das auch Unfug ist oder? Wenn der Exchange ausfällt geht ja eh nichts mehr und ob ich dann einen riesen Vorteile davon habe wenn ich noch meine Mails sehe?) Wars***einlich alles nicht wahr oder? :D

Die 5GB kommen von der Größe des Postfachs. .ost Dateien sind leider ausdrücklich gewünscht (gerade bei den Geschäftsführern und genau das sind die großen Postfächer).

Also eine Archivierung existiert im Exchange. Da werden Elemente die älter als 1 Jahr sind in das entsprechende Onlinearchiv archiviert. Aber das Problem generell ist ja, dass .ost Dateien immer mehr anwachsen und wenn Elemente im Postfach gelöscht werden, sind die noch lange nicht in der .ost Datei gelöscht. Ein Beispiel von gestern: Ein User hatte eine 7GB große .ost Datei. Das Postfach an sich hat aber nur eine größe von 5GB. --> .ost Datei gelöscht und neu erstellen lassen --> nur noch 5GB groß. Das ist mein Problem an der Sache.

Richtig, wollte ich nicht hören ;) Aber das ändert ja eigentlich nichts an dem Problem. Ich könnte die .ost Dateien ja auch auf den Terminalservern lagern.

Hallo! Kennt jemand eine Möglichkeit die Komprimierung von .ost Dateien zu automatisieren, am besten so, dass die User nichts davon merken. Hintergrund ist folgender: Serverumgebung (2008 R2). Die User arbeiten auf Terminalbasis und die .ost Dateien sind auf den Filer umgeleitet. Dieser läuft leider von Zeit zu Zeit voll, weil die .ost Dateien immer mehr anwachsen. Bisher behelfen wir uns damit, dass wir manuell .ost Dateien Exchange und Outlook ist alles 2010.

Gut, dann hab ich ja meine Lösung schon :) Merci.