RobertWi

Poste mal die Ausgabe von: Get-ActiveSyncVirtualDirectory | fl Name,*AuthenticationMethods,*Authenabled

Eine Hilfe wird schwer, wenn Du nicht sagst, WAS Du verändert hast.

Moin,

alle mir bekannten Load Balancer können beides: RPC mit dynamischen und statischen Ports. Wobei die meisten statische Ports empfehlen, weil da der Verwaltungsaufwand geringer ist.

Wenn hier niemand Netscaler kennt, musst Du eventuell den Support dort mal ansprechen.

Moin,

die Anmeldung mit UPN sollte EAS eigentlich von Hause aus unterstützen. Die Frage ist nur, ob der UPN gleich Deiner E-Mail-Adresse ist. Wenn nicht und es muss zwingend ein UPN=E-Mail-Adresse sein, musst Du das in AD ändern - mit eventuellen Auswirkungen auf allen Konten, allen Domänen, allen anderen Programmen, usw.

Moin,

Nur leider ist die Konfiguration viel aufwendiger, aber das ist  bei neuen Produkten immer so.

ehrlich gesagt: Die Konfiguration ist genau die gleiche, wie bei Ex 2007 und Ex 2010. Nur haben die Leute sie damals halbherzig gemacht und festgestellt: Outlook geht nicht richtig. Und dann musste die Konfig aufwendig korrigiert werden. Jetzt muss sie von Anfang an richtig gemacht werden, sonst geht Outlook gar nicht erst. Am Ende kommt aber das gleiche heraus.

Habt ihr ein System laufen mit Windows Xp Clients?

Nein, leider nicht mehr. XP spielt bei mir und meinen Kunden schon lange keine Rolle mehr - und Ex 2013 spielt noch keine. :)

Moin,

über welche Exchange Version reden wir denn? Bei Ex 2003 würde ich 2 Stunden ansetzen. Bei Ex 2007 ist es ein wenig aufwendig, eher 4 Stunden.

Bei Ex 2010 und Ex 2013 2 bis 3 Tage, wenn man keine Erfahrung mit RBAC hat, mit Erfahrung 1 bis 2 Tage.

Es wird doch offiziell schon verkauft, steckt vielleicht noch in den Kinderschuhen, das denke ich auch. Aber das es noch nicht fertig ist....hast du da eine Quelle für?

Dutzende, nur stehe ich für die meisten leider unter "NDA". Die Tatsache, dass es bisher immer noch nciht in Kombination mit Ex2010 und Ex2007 installiert werden kann, spricht Bände.

Zusammengefasst:

 - viele Bugs und "komische" Konfigurationen (Dinge, die vorher problemlos liefen, nichts neues!)

 - viele fehlende Features im EAC (z.B. fehlen die PowerShell-Befehle, keine Kontextmenüs), die die Bedienung deutlich erschweren

 - keine Unterstützung von Dritt-Anbieter (u.a. wegen Änderung RPC), kein Backup, kein Blackberry, kein Virenscanner

 - zukünftige sehr aufwendige Update-Strategie

Hier ein wenig zum Lesen:

http://theessentialexchange.com/blogs/michael/archive/2013/01/06/exchange-server-2013-gotchas.aspx

http://windowsitpro.com/blog/exchange-2013-has-image-problem

http://thoughtsofanidlemind.wordpress.com/2013/02/08/exchange-cumulative-update/

Wenn man hinter die Kulissen schaut (MVPs bekommen einen kleinen Einblick): Ex 2013 kam ungefähr 6 bis 12 Monate zu früh raus. Es musste raus, weil Wave 15 (Office 2013, Windows 8, usw.) Ende 20102 veröffentlicht werden sollte. Es es ist nicht rausgekommen, weil es "fertig" war.

Kleines Beispiel: CU1 sollte im ersten Quartal kommen (BTW: Das hat Status eines Servicepacks!!). Q1 ist fast zu ende. Was glaubst Du, warum es noch nicht erschienen ist? ;)

Moin,

wenn Exchange ausgefallen ist, können so oder so keine Mails empfangen werden. Und da sendende Server eine Warteschlange haben, halten die Mails mehrere Stunden vor.

POP3-Abholen hat nur Probleme und ist extrem unpraktisch. Nimm den aktuellen Fall, der ohne POP-Abholen deutlich einfacher zu lösen wäre.

Und für "Spam senden" noch ein Tipp: Firewall dichtmachen, so dass nur der Exchange Mails nach draußen senden kann (und am besten so, dass er nur zum Provider schicken kann).

Da hilft nur eines: Suchen.

SMTP-Logs anschauen (Exchange), Provider ansprechen, Firewall dichtmachen, damit Clients keine Mails senden können, usw.

Moin,

Exchange 2013 ist noch nicht "fertig", also kein Produkt, dass man wirklich produktiv bei Kunden einsetzen sollte (zumindest nicht, wenn man nicht eine hohe Leidenfähigkeit hat).

Bbei den xp Clients hatten wir keine Chance, wir haben schliesslich das öffentliche zert eingespielt und alle Virtuellen Verzeichnisse angepasst.

Self-Signed Zertifikate sind grundsätzlich in jedem Windows für den Betrieb von Exchange unsupported - auch wenn SBS hier was grundlegend anderes (=falsches) macht. Sie können funktionieren und tun dies auch meistens, müssen aber nicht.

Exchange 2013 verwendet auch im Lan Outlook Anyware das ist ja schrecklich......

Nein, DAS ist das einzige wirklich richtig gute an Exchange 2013. Allerdings auch nur für Outlook, weil es dort die Konfig erleichtert. Für Dritt-Anbieter ist das schon wieder nicht so gut gewesen.

- kann man Exchange überreden wieder über mapi zu kommunizieren?

Gibt es nicht. RPC/HTTPS ist die einzige Möglichkeit, mit der sich Outlook verbinden kann.

- wie macht man es mit Single Name Zerts ?

Schaust Du hier: http://www.server-talk.eu/2008/11/09/how-to-exchange-server-2007-web-services-mit-einem-single-name-certificate/

Immer noch gültig, aber nur sinnvoll, wenn man keine EAS-Geräte einsetzt. Die meisten können SRV nicht und müssen dann von Hand konfiguriert werden.

Moin,

ganz ehrlich: Dir fehlt so viel Grundlagenwissen, dass ich nicht glaube, dass es für so eine Frage eine Schritt-für-Schritt-Anleitung gibt und sie Dir wirklich helfen muss.

Du musst Deine externe IP-Adresse im externen DNS zusammen mit einem MX-Eintrag anlegen.

http://www.msxfaq.net/internet/smtpmx.htm

Allerdings musst Du bei Exchange auch diverse Dinge konfigurieren (Connectoren, Akzeptierte Domänen, Adressrichtlinien und E-Mail-Adressen, eventuell auch Anti-Spam und Anti-Mailware). Und dann hast Du nur Mails rein/raus. Wenn Clients an die Mails sollen, brauchst Du noch Zertifikate, musst das OAB konfigurieren, verschiedene URLs, usw. Exchange ist kein einfaches Produkt. ;)

Moin,

habe zwei hinter mir, eigentlich problemlos. Pro Server gut 25 Minuten.

Wenn es zu lange dauert, ist das hier vermutlich das Problem: http://www.msxfaq.net/admin/authenticode.htm

Und ohne richtige Fehlermeldung kann Dir auch niemand helfen können. ;)

Moin,

könntest Du mal genau posten, wie der Sende-Connector konfiguriert ist, und ob es noch andere Sendeconnectoren gibt und wie die konfiguriert sind?

Interessant ist Remote Domäne und Kostenfaktor.

Das ist der typische Unterschied zwischen der von Microsoft-Versprochenen Theorie und der späteren Praxis beim Kunden.

Es gibt zwar Tricks, dass in wenig zu verringen (z.B. über spezielle Header und Cookies), aber das funktioniert nur bei OWA vernünftig. Bei EAS und Outlook geht das wieder nicht.

Und das Exchange das Kaufargument war, kann ich bei meinen Kunden nicht nachvollziehen. Das Kaufargument war einzig und alleine der Preis. Wenn die (meist danach) bei Problemen mich geholt haben und dann erst mal sahen, wie komplex Exchange ist, habe eigentlich alle gesagt: Wenn ich das vorher gewusst hätte.

Ich weiß, das ist nicht populär, aber aus Exchange-Sicht bin ich froh darüber, dass es keinen SBS mehr gibt und sich die Kunden nun wieder ein wenig mehr Gedanken machen, was sie sich da eigentlich ins Haus holen. ;) 

Moin,

solange unten nicht steht "Alle Ordner sind synchronisiert" läuft im Hintergrund noch die Sync. Dann sind Verzögerung durchaus möglich.

Moin,

das ist technisch bedingt leider das normale Verhalten. Das LB findet auch Layer 7 statt und beim Switch ist der User am 2. CAS nicht authentifiziert -> Login erforderlich.

Es reicht, Outlook schließen & neustarten.

Erst mit 2013 soll das besser werden, weil dann LB auf Layer 4 stattfndet.

Aber nur, solange man kein Active Sync mit Autodiscover machen will - die meisten EAS-Clients können keinen SRV-Eintrag bei Autodiscover. Nicht umsonst habe ich oben geschrieben "musst Dir gescheite Gedanken um ein komplettes Konzept der verwendeten Namen und Zertifikatstypen machen. Aber das Thema ist zu komplex für ein Forum, weil man einige Hintergrund-Infos zur Netzwerkumgebung braucht."

Ansonsten ist das SRV-Thema "alt" und funktioniert schon seit Exchange 2007/Outlook 2007 so.

Moin,

ich habe mit Ressourcen-Postfächern schon einige Dinge durch: Zusammengefasst funktionieren dedizierte Berechtigungen dort nicht so, wie bei "normalen" Postfächern, Es gibt auch einige Postings mit dem gleichen Ergebnis im Forum. Ich vermute, dass das an der besonderen Behandlung der Delegierten liegt, die Zugriffsberechtigungen haben, ohne in der ACL eingetragen zu sein.

Noch dazu kommt, dass sich verschiedene Outlook-Versionen anders verhalten haben. Ich wäre an Deiner Stelle also nicht so überrascht, wenn Du es nicht sauber funktionierend hinbekommst.

Und der User, der Outlook startet, hat auch selbst ein Postfach? Sonst geht das nicht automatisch und Du musst das Gruppenpostfach manuell im Outlook-Profil einbinden.

OWA geht nur, wenn der Benutzer auch ein eigenes Postfach hat, ansonsten muss er User und Passwort des Gruppenpostfaches wissen.

Lösung:

So wie ich das sehe macht der Exchange ja überhaupt keine Auflösung der Empfängerdomain (DNS), da er die Mails direkt per SMTP an den Mail-Security-Server weiterleitet. Alslo muss ja eine entsprechende Einstellung direkt auf dem Mail-Security-Server erfolgen, oder?

;)

Dann wurde der Server vermutlich dazwischen nicht neugestartet.

Moin,

wenn das Konto, mit dem Du senden willst, ein administratives Konto aktuell ist, kannst Du die Bemühungen vergessen. Die funktionieren nicht richtig und werden es auch nie und das ist auch Absicht so.

Wenn es mal ein administratives Konto war, dann spielt eventuell der adminSHolder mit rein und muss eventuell korrigiert werden:

http://www.msxfaq.net/konzepte/adminsdholder.htm

Moin,

das Internet ist voll mit Troubleshooting für WinRM.

Geht die EMS? Was sagt "test-servicehealth" aus?

Ansonsten beginn hier: http://www.msxfaq.net/admin/winrm.htm

Und den darin enthaltenen Links (EMTshooter) folgen.