Reingucker

Ok. "A public folder database can be hosted on a Mailbox server in a database availability group (DAG), but you must use multiple public folder databases and public folder replication for data redundancy." Gut, hab ich noch nicht probiert (2010er läuft eh ab). Scheint aber doch so zu sein dass der Abgleich des Inhaltes über eine gesonderte Replikation gemacht werden muss. Zumindest verstehe ich jetzt deine Problematik :D https://technet.microsoft.com/en-us/library/bb629523%28v=exchg.141%29.aspx

Ich denk es ist ein DAG und da muss man doch nicht für jeden in Outlook angelegten öffentlichen Ordner extra Replikation eintragen. Oder kann man bei Exchange 2010 im Outlook beim erstellen von öffentlichen Ordnern auch noch eine DB dazu erstellen? Nee, kann ich mir nicht vorstellen. Da hätten ja alle schon längst auf 2013 migriert nur wegen dieser Sache.

Was ich mir dazu so denke (ohne Gewähr): Wenn Transactionlogs fehlen (generell erst mal schauen ob der Logfolderpath überhaupt noch stimmt! Nicht dass da alle Logfiles noch irgendwo liegen und nur der path geändert wurde ^^) und du die Logfiles auch nicht mehr mit einem Backup herstellen kannst, dann wirst du mMn die Datenbank mit einem Datenverlust mounten müssen. Soweit ich mal gelesen habe, muss man da bei mount-database noch den Schalter "-AcceptDataLoss" mit mMn dem Parameter "GoodAvailability" angeben. Gut, vielleicht fehlen einige mehr Logfiles und dann geht das auch nicht. Aber "Besteffort" würde ich erst mal nicht nehmen bis alles ausgeschöpft ist, aka neuere Backups oder auf der Festplatte die Logfiles suchen ect. Edit: https://technet.microsoft.com/nb-no/aa998871 Edit2: Den hab ich noch gefunden damit kann man herausfinden welche Logs denn überhaupt fehlen und kann so besser in Backups oder auf der Platte suchen.

Vielleicht hat die Datenbank auf Server1 leere Bereiche und die replizierte Datenbank auf Server2 nicht so sehr und die replizierte Datenbank auf Server3 auch nicht und ist zusätzlich noch nicht ganz von Server2 repliziert?

Vielleicht wollen manche Mailserver nur TLS und er hats nicht eingestellt.

Es muss aber an deinem Server liegen wenn die Mails im Entwurfsordner von Outlook liegen bleiben. Oder Outlook selbst hat keine Verbindung zu deinem Mailserver. Wenn Outlook eine Verbindung zu deinem Mailserver hat und die Mails bleiben im Entwurfsordner, dann kommen sie erst gar nicht in die Queue auf dem Server. Und das heißt meistens dass ein Transportdienst nicht gestartet ist oder an den entsprechenden Ports gefiltert wird. Wenn die Transportdienste auf deinem Mailserver funktionieren, dann kann Outlook zumindest bis zu deinem Mailserver schicken und die Mail wäre nicht in "Entwürfe" sondern in "Postausgang". Gut, kann immer noch von deinem Mailserver abgelehnt werden aus anderen Gründen, aber raus aus Outlook wäre sie erst mal. Hier ist mal ein Überblick wie es so abläuft http://blogs.technet.com/cfs-file.ashx/__key/communityserver-blogs-components-weblogfiles/00-00-00-97-19/6153.1.png Outlook über https fehlt im Schaubild, daher hier ein Link mit Info http://www.msxfaq.de/clients/oa.htm

Freut mich :) War ja eigentlich erst ein Schuss ins Blaue von mir da ich es vorher auch noch nicht gemacht hatte. Aber als ich es dann getestet hatte war alles klar. Kannst du noch hier http://www.mcseboard.de/topic/203067-dfs-replikation-2012-syslog/?do=findComment&comment=1266936 das als Lösung markieren? Danke.

Ich habe irgendwo vor kurzem gelesen dass sowas auch an einem nicht gestarteten Exchangedienst liegen kann. Einer der Transportienste. "Transportsubmission" oder so ähnlich hieß der. Vielleicht ist es das.

Könnte das nicht mit einer akzeptierten interne Relay-Domäne gehen?

So, es funktioniert so: Nicht new-Mailbox -Arbitration -database fisch1 -Name oab-Mailbox -userprincipalname oab-Mailbox@test.local -displayname "Test OAB Mailbox erstellen" sondern new-Mailbox -Arbitration -database fisch1 -Name oab-Mailbox -password (get-credential).password -userprincipalname oab-Mailbox@test.local -displayname "Test OAB Mailbox erstellen" damit wird der Systemmailbox schon beim erstellen ein Passwort mitgegeben und dann nicht set-Mailbox oab-Mailbox -oabgen 1 sondern set-Mailbox -arbitration -identity oab-Mailbox -oabgen 1 weil der Exchange ohne den Schalter -arbitration das Systempostfach im AD nicht findet.

Also muss man die migrierten Ordner erst einmal im Outlook einbinden bevor im OWA was geht? Interessant. Muss ich mir merken.

Hm, was heißt migriert? Wie hier geschrieben? https://technet.microsoft.com/de-de/library/jj150486%28v=exchg.150%29.aspx

Also bei mir sind sie mit Rechtsklick im OWA verfügbar, und zwar ohne dass der user vorher im outlook was gemacht hätte. Es betrifft wahrscheinlich nur die neue Version der öffentlichen Ordner, also wenn man erst ein "Postfach für öffentliche Ordner" erstellt hat. Und dann dort hinein seinen Stammordner, die Unterordner und die einzelnen Berechtigungen drauf ect. pp.

Halli hallo, ich teste gerade das Erstellen eines neuen Postfaches zum generieren von OAB an den einzelnen Standorten. Von der Exchangeseite her hat auch alles funktioniert. Zuerst Als ich dann aber machte, da kam die Fehlermeldung, dass das Objekt im AD nicht vorhanden wäre. Es ist aber vorhanden, nur deaktiviert. Und als ich es aktivieren wollte, da hatte das Objekt/Postfach kein Passwort. Ok, jetzt könnte man einfach ein Passwort setzen. Allerdings ist es ja ein Systempostfach. Und jetzt die Fragen: Kann der Exchange 2013 dennoch OABs generieren auch wenn er das von mir eingegebene Passwort nicht weiß? Und wenn nein, wie gehe ich da dann vor?

Hahaha, so einfach kanns sein! Danke! :)

Ich weiß nicht was soll es bedeuten Wo liegt der Fehler? ----------------- Ah, halt, die Version noch

Gute Idee. Dachte ich auch kurz mal dran wegen Firewall. Habs aber dann wieder verworfen weil er ja nur einen DC hat. Aber ich weiß allerdings nicht wie ein einzelner DC im AD auf den Port zugreift: Über die Nic-IP oder über localhost. Also testen! (man hab ich Lücken, das schmerzt ja schon).

Die aus nltest muss mit der unter _msdcs/Domain übereinstimmen (und macht sie auch sicher). Welchen Guid meinst du denn da bei Alias? Steh da grad aufm Schlauch. Edit: Ach so, du meinst die GUID vom Server selbst. Bzw. es ist die GUID vom Alias vom Server. Ja, die ist natürlich anders. ------------------- Ich hab mir das mal in meinem AD angeschaut. Die "Alias-GUID" sollte die gleiche sein wie sie beim DC unter ntds-Settings eingetragen ist. Wäre also auch eine mögliche Fehlerquelle. ---- Hm, man könnte auch mal "DCdiag /test:dns /v" machen. Und dann auch noch "DCdiag /test:services /v" und "DCdiag /test:KnowsOfRoleHolders /v" Wenn da dann alles ok ist, dann weiß ich auch nichts mehr.

Tja, wenn du da nicht schon nachgeschaut hättest würde ich jetzt drauf tippen dass da im DNS noch der alte DC als GC drin steht. Steht da in den Fehlermeldungen nicht noch dabei auf welchem Server das AD den GC gesucht hat? In der 1655 vielleicht?

In der Powershell mit "get-Service netlogon" schauen ob der Anmeldedienst überhaupt läuft. Edit: Es kann auch sein dass auf der Nic ein falscher DNS eingetragen ist, eventuell der vom ISP und der weiß natürlich nichts von deinem GC ect.. Oder dass im DNS der Hosteintrag für deinen DC "abhanden" gekommen ist. Mehr fällt mir dazu im Moment nicht ein.

Und das Häkchen für gc in den Eigenschaften der NTDS-Settings deines DC ist gesetzt? Was ergibt "nltest /server:serverName /dsgetdc:domainName /gc /force" ?

Steht der gc im DNS?

Also ich hab das jetzt mal getestet mit dem "dfsrdiag syncnow" und es funktioniert. Man muss nur die DFSR-Verwaltungstools installieren und dann kann man schon loslegen und gezielt von irgendeinen DC sich das sysvol rüber ziehen. Aber es scheint eh mal wieder ein völlig egal thread zu sein, von daher...

"Remember that replication of directory objects is completely separate from replication of SYSVOL files by FRS." Also doch "dfsrdiag pollad" auf dem DC wo aktueller stand gebraucht wird? ----------------------------- Ah, halt, "dfsrdiag pollad" überträgt anscheinend nur die Änderungen in der Konfiguration an sich. Für die Dateien selbst braucht man scheinbar dfsrdiag syncnow /partner: [dein DC mit den neuen Logonscripts im Sysvol] /RGName:"Domain System Volume" /Time:1 auszuführen auf dem DC zu dem die neuen logonscripts hin sollen . Hab ich aber noch nie probiert.

Habt ihr IPv6 noch aktiviert auf dem BURSRV?