RobertWi

Und wenn ich der Kunde wäre, würde ich dem Provider erklären, dass ich es unglücklich fände, wenn meine Mails ohne Information des Absenders gedroppt werden. Hätte er sie rejected, wäre sie unzustellbar zurückgekommen und alles wäre sehr schnell klar geworden.

Moin, bei Exchange sind alle Service Packs und RUs kummulativ, enthalten also alle Vorgänger. SP1 installieren und danach RU3v3 und fertig.

Moin, also aus Erfahrung würde ich sagen, dass das auf dem Server schon ein wenig lang ist. Die Werkzeuge sind nicht die schnellsten (liegt an der Remote Technik mit WinRM), aber für das öffnen der Console so 10-15 Sekunden, die Shell in 10 Sekunden, Dialog in 5 bis 10 Sekunden wäre normal. Irgendwelche Einträge im Eventlog? Was sagt der ExBPA? Wie schnell sind die lokalen Festplatten? Antwortet der DC ausreichend schnell (alle Informationen müssen aus dem AD abgerufen werden!)?

... und mit dem neuen PST-Typ ab Ol2003 sind auch PST größer als 2 GB kein Problem mehr.

Die Frage gibt's auch hier: Kalender Freigabe

Moin, da steht oben aber was anderes. Grundsätzlich lehnt Exchange alles ab, was es nicht kennt. Genau das ist das Problem, wenn man Mails an Adressen annehmen will, die man eigentlich nicht hat. Spammer probieren Adressen aus und landen dann auch mal Treffer. Dann brauchst Du ein richtiges gutes Anti-Spam-System und am besten noch vor dem Exchange (z.B. ORF Enterprise Edition). Das ist dann aber eine eher kleine Partnervermittlung. :) Allerdings weiß ich nicht, ob Exchange dann hier das richtige Werkzeug ist, denn schließlich musst Du ja auch immer entsprechende Konten anlegen. Thereotisch könntest Du ein Catch-All-Postfach, allerdings geht das nur mit Tricks: How to Configure a Catch-All Mailbox: Exchange 2007 Help Aber ich weiß nicht, ob die Leute, die das dann lesen, es lustig finden, das da alle Mails drin sind. Die einfachste Lösung wird es sein, die E-Mail-Adressen den jeweiligen Konten als weitere Adresse zuzuordnen. Mit der PowerShell kann man das auch dynamisch hinbekommen. Ob Exchange da aber wirklich die richtige Lösung ist, wage ich immer noch zu bezweifeln.

Moin, für kleinere Firmen ist es Rückschritt, für größere eine konsequente Aufgabenteilung, die vorher so nicht einfach möglich war. Aber in Wirklichkeit hat es technische Gründe, weil es kein Programm mehr gibt, dass AD mit Exchange synchronisiert, wenn man etwas in AD ändert (der sog. RUS). Das hat übrigens auch Vorteile: Wenn Du in Ex2003 in ADUC ein neuen Benutzer angelegt hast, musstest Du mind. 5 Minuten warten, bis er auch in Exchange vorhanden war (und damit Mails bekommen konnte). Ab 2007 machst Du die Arbeit in Exchange -> das Postfach ist sofort verfügbar.

Gleichfalls! Mir ging es auch um die allgemeine Aussage, der MX stimmt. MX ist in diesem Fall unwichtig. Ja, aber bei NSLOOKUP: Man gibt vorwärts ein und bekommt sie rückwärts zurück. Das MSFT in anderen Programmen die Arbeit erleichtern/erschweren will, ist ein anderes Thema :(

Moin, wenn Du das Archiv aktivierst, wird standardmäßig alles, was älter als 2 Jahre ist, archiviert. Dabei belibt die Ordnerstruktur erhalten, das heißt, es wird ein 1:1 Abbild der Ordner im Archiv gemacht. Wenn Du eine PST importierst via Shell passiert das gleiche.

Moin, eventuell muss vorher auch noch mal die Metabase ausgeräumt werden: Troubleshoot IIS metabase corruption in Outlook Web Access | Specifile Export (gilt sinngemäß auch noch bei 2010).

Moin, ob es damit klappen wird, kann ich nicht versprechen, ich habe gerade keinen ET zum Testen. Aber es kann damit klappen. Schöne und geruhsame Feiertage zurück!

Ach ehrlich? Und wenn ich Dir sage, dass Du ohne POP-Connector, mit korrekter SMTP-Zustellung genau dieses Problem nicht hättest, denkst Du dann immer noch, dass das "soweit sehr gut funktioniert"? Ich würde mich anders zu dem Postfach verbinden (z.B. mit einem Webfront-End oder mit einem neuen Outlook-Konto via POP3) und die falschen Mails löschen. Und danach würde ich mir schnellstens Gedanken machen, wie ich von diesem POP-Mist wegkommen.

Das ist der Unterschied zwischen Theorie und Wirklichkeit. In der Theorie werden Mail-Server über den MX-Eintrag gefunden. In der Praxis suchen quasi alle aktuellen Server bei der Namensauflösung zuerst nach einem MX und danach nach einem einfachen Host-Eintrag. Darum kann es passieren, dass man monatelang ohne MX lebt und quasi nichts bemerkt. Da braucht man nicht wirklich ein Tutorial zu, das ist ziemlich selbst erklärend. Das IPhone gibt eine Warnung aus, "Ignorieren" anklicken, danach funktioniert es problemlos. Windows Phone wäre da deutlich aufwendiger.

Moin, erzänzend hierzu, als Anmerkung auf #5: Der Reverse Eintrag muss zum FQDN im Connector passen, also im zum Mail HELO, nicht zum MX. Der MX kann natürlich woanders hin zeigen, dann man muss selbst verständlich nicht mit der gleichen IP/Name senden, wie man empfängt (wäre bei Mail-Provider auch technisch gar nicht wirklich machbar). Die Prüfung sieht in der Regel wie folgt aus: Verbindung meldet sich mit IP w.x.y.z und FQDN "mail.irgendwoher.tld". Wir testen Reverse-Eintrag für den Namen (siehe bei iDiddi) und müssen die IP w.x.y.z rausbekommen. Kommt da eine andere -> Fehler. Und noch eine kleine Ergänzung zu iDiddi: Bei dem Eintrag hier "<Mailserver-IP>.in-addr.arpa" wird die IP rückwärts angezeigt. Das ist ok, Revers-Einträge sind immer rückwärts.

Moin, der zweite Fall könnte daher kommen, dass es die Adresse bereits gibt, dann wird einfach weitergezählt. Der erste ist merkwürdig. Wenn Du die Adressen manuell ändern willst, musst Du vorher den Haken unten auf dem Reiter entfernen - aber dann greift für das Konto keine Adressrichtlinie mehr. Ansonsten poste mal bitte die Ausgabe von get-emailaddresspolicy | fl

Moin, lies mal hier, ob Dir das weiterhilft: Supported Locales for Use with System Messages: Exchange 2010 SP1 Help

Moin, bei Ex2010 wird ein reines VBS nicht mehr gehen, nur wenn es z.B. die EWS anspricht. EWS sind mächtig, aber für einen Nichtprogrammierer eigentlich zu hoch.

Moin, merkt ihr überhaupt etwas davon? Outlook benutzt den Exchange-Index, wenn es mit Exchange verbunden ist und den lokalen nur im Offlinebetrieb.

Moin, dann hast Du keine Möglichkeit, außer eines der genannten Werkzeuge zum Löschen einzusetzen. In einer Mail kann halt alles gefälscht sein...

Moin, ein solcher Fehler in Ol2010 ist mir nicht bekannt (aber andere i.V.m. OWA, z.B. bei der Liste sicherer Absender). Alle Patches bei Exchchange und Outlook installiert. Wenn ja, könnte das ein Fall für einen Call bei MSFT bedeuten. Du kannst aber auch erst mal ins Technet-Forum unter Bezug auf diesen Artikel hier posten und schauen, ob Dort ein Microsoft-Mitarbeiter in die Diskussion einsteigt (die Wahrscheinlichkeit ist in englischsprachigen Foren größer).

Moin, Organisationkonfiguration -> Hub-Transport -> E-Mail-Adressrichtlinien. Und vorher die Domäne an der gleichen Stelle auf dem Reiter "akzeptierte Domänen" eintragen. Allerdings wirst Du dort mit der Gruppenmitgliedschaft nicht glücklich. Das kannst Du nur nachträglich über die Shell ändern. Weitere Informationen: Erstellen einer E-Mail-Adressrichtlinie mithilfe der Empfängerfilterung: Hilfe zu Exchange 2010 Erstellen von Filtern in Empfängerbefehlen: Hilfe zu Exchange 2010 Filterbare Eigenschaften für den Parameter "-Recipient" in Exchange 2007 SP1 und SP2: Exchange 2007-Hilfe (auch für Ex2010)

Moin, Warum? Da steht doch "I have mail server with another name and..." Haben Deine Mailserver einen anderen Namen? Wohl eher nicht. In den freien DynDNS-Accounts scheint es nicht möglich zu sein, einen MX auf seinen Server anzulegen - geht in 99% der Fälle aber auch ohne. DynDNS interessieren Deine E-Mail-Adresse nicht, der muss nur wissen, wo er Mails an "cryer.dyndns.org" einliefern soll. Das ist der MX Host, also Dein Exchange-Server. Wahrscheinlich geht es sogar schon: "info@cryer.dyndns.org" geht entweder in ein entsprechendes Postfach auf Deinem Server oder wird mit einem von Deinem NDR abgelehnt. Du kannst aber von Deinem GMX-Account eine Weiterleitung auf Deine DynDNS-Adresse machen, dann bleibst Du bei Lösung 1. In Exchange wird die GMX-Adresse als Absenderadresse beim Benutzer hinterlegt und mit Hilfe eines Sendeconnectors wieder bei GMX eingeliefert. Geht, solange Du nur einen Account hast und nutzt. Wenn es mehrere sind, wird es schwierig, das Exchange ein Absender-basiertes Routing kennt. Ehrlich gesagt: Da wird es keine große Zielgruppe geben. Admins von Exchange verwalten in der Regel ein wenig professionelle Umgebungen, als GMX-Kontenn und Dyndns - oder er weiß schon genau, was er macht. Und wer unbedingt GMX nutzen will, für den ist Exchange geringfügig oversized. Und zum Anfang tun es auch die Links, die ich oben poste. Das wird niemand so genau wissen, ohne Deinen Server gesehen zu haben. Aber Du könntest von den dortigen Mail-Accounts Weiterleitungen auf die Dyndns-Adressen machen und zum Senden dann Host Europe nehmen. Das Problem ist: Wenn Du Exchange richtig betreiben willst, bleibt es nicht nur bei Exchange (was schon kompliziert genug ist). Wie fit bist Du in Fragen zu: Active Directory, DNS, Anti-Spam, SSL-Zertifikate. Alles Themen, die problemlos eine Unterrichtswoche füllen können, die aber alle wichtig sind.

Moin, könnte es sein, dass noch andere Postfächer auf dem alten Server sind. Wenn noch nie jemand damit gearbeitet hat, zeigt der ESM die nicht an, dann findet man die nur über eine Suche in ADUC. Ansonsten für die neuen Postfächer mal ausführen: set-mailbox -ApplyMandatoryProperties

Moin, wobei die neue UDP-Unterstützung leider überschätzt wird und nicht so gut und fehlerfrei wie die alte funktioniert - leider.

Moin, würde ich nicht per HTTP Redirect machen, ist eine fehlerträchtige Fummelei. Lieber mit einer neuen iisstart.html, in der sich ein HTTP-Metarefresh befindet.