RobertWi

Scheint ein Überbleibsel aus der Beta Phase zu sein. ;)

Im Gegenteil, der Befehl wurde IMHO erst mit SP1 eingeführt:

Get-MailboxPlan: Exchange 2010 SP1 Help

"This cmdlet is available only for multi-tenant deployments. "

Moin,

- Domain: fränki.eu (xn--frnki-hra.eu)

Es gibt immer noch Programme, die nicht in der Lage sind, mit IDN umzugehen. Du wirst damit Probleme bekommen - wieviele, lässt sich leider nicht vorher sagen.

Wenn ich jedoch die DynDNS Adresse in den MX Record eingebe wird mir folgendes angezeigt: "Bitte korrigieren Sie Ihre Eingabe. Es muss ein absoluter Nameserver angegeben werden, d. h. der Servername muss mit einem Punkt nach der Topleveldomain enden."

Muss ich hinter mein Eintrag, also hinter das .com noch nen Punkt machen? Wozu?

Ja, rechts hinter die TLD gehört noch ein Punkt - so ist das hierarchische DNS nun mal aufgebaut. Es gibt Nameserver, die diese Fehleingabe stillschweigend korrigieren, aber eigentlich können Sie das nicht, weil sie nicht entscheiden können, ob Du einen Host innerhalb der Zone (kein Punkte), oder eine ganze Zone (mit Punkt) ansprechen willst.

Schau Dir das hier an: Domain Name System

Alles, was innerhalb einer Zone liegt, hat keinen Punkte, aber sehr oft siehst Du auch den Punkt am Ende.

Moin,

ja, das dürfte zusammenhängen.

Poste mal die Ausgabe von "get-offlineaddressbook | fl".

Moin,

wie oft taucht der Fehler denn im Event-Log auf und in welchem Rhythmus?

Du hast die zwei Hauptursachen damit ausgeschlossen, d.h. es wird schwer, Dir aus der Ferne noch zu helfen.

Ein Fachmann vor Ort könnte noch deutlich mehr ausprobieren. Oder ein Call bei MSFT.

Du könntest auch mal probieren, den Befehl in der Shell mit dem Schalter "-verbose" auszuprobieren, gibt eventuell mehr Informationen.

Und sonst irgendwelche Probleme? Event-Log? ExBPA?

Also hast Du Sub-Domains? Dann schadet es nichts, das dort nochmal zu wiederholen - Du wärst nicht der erste, wo es nicht komplett funktioniert hat.

Moin,

laufen alles Dienste?

Wer hat den probiert, dass Adressbuch zu verschieben ("Move-OfflineAddressBook")?

(Ich dachte, Du bist in Urlaub?)

Moin,

befinden sich die Konten eventuell in einer Unter-Domäne im AD und Du hast vergessen, "setup.com /preparedomain" dort auszuführen?

Was für einen Typ haben die Postfächer, normales Postfach oder Ressource?

Wie gesagt, ich glaube nicht das es am Cache liegt. Wenn ich das Caching deaktivire passt alles.

Und wenn der Cache an ist, stimmt es nicht. Aber es liegt nicht am Cache? Merkwürdige Logik - wobei das bei Outlook grundsätzlich auch alles möglich ist. :)

Moin,

ich sehe das hier auch manchmal.

Zuerst solltest Du mal die Berechtigungen prüfen, nicht nur auf dem Kalender, sondern auch auf dem Ordner darüber.

Ansonsten habe ich die Erfahrung gemacht, dass die doppelten Kalender irgendwann von selbst wieder verschwinden. Irgendwelche Caches brauchen wohl eine Weile, Änderungen mitzubekommen.

Moin,

ich bin kein Experte für Formulare, aber auf Exchange-Seite hat sich bei der Formular-Verwaltung nicht so viel geändert, da immer noch PublicFolder für benutzt werden. Eventuell mit anderen Werkzeugen (PowerShell), aber doch sehr ähnlich Logik.

Bei Frank gibt es noch ein wenig zu lesen zum Thema: MSXFAQ.DE - Outlook Formulare

Aber so wie es sich für mich darstellt, mache ich entweder die Einträge und boote alle Server durch oder führe gleich sinnvollerweise das SP1 Update durch, um das Problem zu lösen.

Neustart des Transportdienstes reicht, erfolgt vollkommen transparent für die Benutzer.

Nun ja das Ziel sollte sein einige Portale wie Gmail,GMX und ein Emaildienst von einem Internetprovider vereint werden auf meinen Exchange.

Du wirst dann allerdings später Probleme haben, mit den GMX/Gmail Adressen zu senden. Dadurch, dass dann die Mails von Deinem Server kommen, als Absender-Adresse aber "@gmx" haben, werden diverse Empfänger-Server das als Spam filtern.

Lange Rede, kurzer Sinn: Ein Exchange ist nicht für ein POP3-Empfang geeignet und dafür auch nicht gemacht. Ich hab meine Lektion gelernt.

Ich würde das anders formulieren: SMTP ist nicht für POP3-Connectoren gebaut worden. Die von Dir beschriebenen Probleme hättest Du auch mit jedem anderen Mailservern gehabt, dass ist nicht Exchange-spezifisch.

Moin,

da ist dann mit großer Wahrscheinlichkeit der "msExchRecipientDisplayType" falsch:

How to change a UDG to a USG in Exchange 2010 - Exchange server troubleshooting from the field! - Site Home - MSDN Blogs

Moin,

eine DHA ist eigentlich was anderes. Bei dieser werden wahllos Empfänger ausprobiert und die Reaktion aufgezeichnet. Eine DHA-Erkennung wird bei nur *einem* falschen Empfänger daher noch nicht zuschlagen.

Das war an der Stelle keine Frage des Mutes, sondern eine der Zeit.

Ich vermute mal, es war danach einfach RU3 drauf - oder sollte das Setup das etwa erkennen und abbrechen?

Ja, WSUS macht schon einige lustige Sachen. Mein letzter Ex2010 mit SP1 und Slipstream RU4 (ja, war vor dem Rückzug) wurde problemlos installiert. Updatesuche (WSUS) -> RU3 wird angeboten -> ignorieren -> Updatesuche -> RU2 (!) wird angeboten -> ignorieren -> dann kam RU1.... und danach war Schluss.

Ich dachte schon, als nächste wird mit Ex2010 ohne SP1 angeboten. :D

Moin,

ja, dass kann der Admin (Postfach suchen, im Kontextmenü gibt es "Mobile Geräte") oder der Benutzer über OWA in den Optionen selbst.

Mal zu den Aussagen hier:

Jetzt geht es aber weiter.... Genau eine e-Mail Adresse hat Probleme beim Senden.

Ein Mail-Adresse oder eine Domäne?

Mails werden scheinbar als SPAM erkannt und verschwinden im Nirvana. Ich habe mich mal etwas bzgl. MX-Records eingelesen, verstehe aber nicht ganz die Zusammenhänge!

Da willst Mails senden, MX ist für das Empfangen.

2. Gesendet werden aktuell ALLE e-Mails vom Exchange über einen Smarthost (also ein ganz normales e-Mail-Konto) mit Authentifizierung bei "1und1.de" der Domain B.

Bist Du sicher, dass das funktioniert? Bei den meisten Providern ist es so, dass nur Mails aus der eigenen Domäne zum Relayen angenommen werden, also nur von Domain B, nicht von Domain A.

ABER: Wir senden doch über 1und1. Der Internetprovider ist das sog. Kirchennetz.

Frage ich im Internet den MX Eintrag von Domain B ab (über die ich e-Mails sende), so zeigt dieser auf 1und1. Das soll doch auch so sein oder?

Leider kann man aus Deinen Ausführen nicht wirklich entnehmen, wie der Mailfluss tatsächlich ist. Das solltest Du erstmal überprüfen (SMTP-Logs, usw.)

Ich vermute, dass da irgendwo eine Schleife ist, die dazuführt, dass die Mails wieder an Exchange zurückgehen oder von dem nicht rausgehen und er aufgrund des externen Relays danach probiert, die direkt an den Empfänger zuzustellen.

Blicke nicht durch? :-)

Ganz ehrlich, nicht böse sein: Das merkt man. :( Und es ist hier nicht wirklich unsere Aufgabe, absolutes Grundlagenwissen zum Thema DNS und Mail-Fluss zu schaffen. Dafür gibt es Bücher, Kurse - oder Du holst Dir mal jemanden ins Haus, der sich das anschaut.

Noch ne Frage:

Macht es Sinn, für jede Domain einen eigenen Send-Connector mit Smarthost einzurichten?

Eine solche Funktion gibt es in Exchange nicht, dafür muss man Dritt-Anbieter-Produkte einsetzen.

Gruß

Peter

Moin,

die ganze Suche wäre deutlich einfacher, wenn Du auch nur die fraglichen Domänen sagen würdest - DNS-Probleme lassen sich auf blauen Dunst kaum lösen.

Gerne auch per PN.

Moin,

Sieht irgendwie "doof" aus.

 

Habe jetzt einen MX Eintrag "webmail.domäne.com" der auf das Ziel "webmail.domäne.com" zeigt :suspect

Kein Wunder, ist ja auch falsch - oder schicken die Leute die Mail an "empfaenger@webmail.domäne.com"? Wohl kaum.

MX: domäne.com -> Host: webmail.domäne.com

A: webmail.domäne.com -> IP 1.2.3.5

Moin,

ein MX-Eintrag ist immer ein Alias, d.h. da kommt der Hostname rein, den Du für den A-Eintrag verwendet hast (heute erst diskutiert: http://www.mcseboard.de/ms-exchange-forum-80/frage-mx-record-179005.html).

Und wenn über den Namen später das OWA laufen soll, muss der Name ins Zertifikat.

Moin,

Get-Mailbox -ResultSize unlimitied | Get-MailboxPermission | where-object { $_.AccessRights -like "*FullAccess*" } |  ft Identity, User, AccessRights

Identity: Das Postfach

User: Der Benutzer, der Vollzugriff hat

Ausführung wegen zu erwartender Serverlast auf eigene Gefahr!