RobertWi

Moin,

zuerst solltest Du mal prüfen, WELCHE Berechtigungen da gesetzt wurde. Kritisch ist nur "Vollzugriff". Andere werden eventuell für irgendwelche Programme (z.B. Blackberry) benötigt.

Ein reines Leserecht gibt es bei Postfächern eh nicht, die kommen also vermutlich woanders her, vermutlich vererbt.

Du scheinst noch Exchange 2003 zu haben. Dann musst Du Dich mit ADSIEDIT durch die Exchange-Struktur klicken und den Vererbungsstartpunkt suchen. Aber wie gesagt: Prüfe, WARUM die da sind und ob sie nicht für was anderes benötigt werden.

Moin,

antworten wir mal linux-like:

man locate

;)

Moin,

einfach wird es, wenn Du ALLE dem Ex 1 unbekannten Adressen an Ex 2 weiterleiten willst: http://technet.microsoft.com/en-us/library/bb676395(v=exchg.141).aspx

Deutlich aufwendiger wird es, wenn Du nur einzelne Adressen weiterleiten willst. Dann brauchst Du einen "Schatten"-Domäne (kann auch eine Subdomain der eigentlichen sein) und leitest einzelne Konten an dieser weiter - entweder als Kontakte oder über die Eigenschaften "ForwardingSMTPAddress".

Hallo Uwe,

Glückwunsch zum MCM, auch wenn es schon ein paar Tage her ist.

Ich will Deine Leistungen nicht in Abrede stellen, sondern habe nur das Wiedergegeben, was einige Exchange MCM erzählten: Ohne Kurs sei die Prüfung nicht zu schaffen. Das soll wohl auch daran liegen, dass Dinge behandelt werden, die so in der Praxis nicht vorkommen und im theoretischen Teil wohl auch Fragen mit "NDA"-Antworten dabei waren. Ob das Absicht war oder der Personenkreis z.B. auf TAP-Kunden beschränkt werden, konnte allerdings nicht geklärt werden.

Was gefällt Dir denn an Dukels Lösung nicht, dass Du nun wieder was ganz anderes ins Spiel bringst?

Und da ist wieder Fehlerursache #1 bei Mailflow-Problemen in Migrationen.

Moin,

ein Ressourcen-Postfach kein ein besserer Regelwerk für "Autoaccept" bekommen.

@baltic.sailor: So ein Work Flow ist mit Bordmitteln nicht möglich. Die Leute müssen das entweder in die Einladung schreiben oder die Sekretärin getrennt informieren. Ohne Dritt-Mittel gibt es das in Exchange auch nicht. Ressourcen-Postfächer sind hier eher rudimentär.

In meiner Liste fehlte übrigens noch:

 - kurzfristige Einstellung der Forefront-Produkte, vor allem beim TMG ohne Alternative (bevor Norbert was sagt: Ich weiß, dass ich persönlich an der Stelle nicht so sehr den Bedarf sehe, aber trotzdem möchten Kunden natürlich sauber Lösungen haben)

Bei den Technet Abos scheint es wohl ein wenig Besserung zu geben. Heute habe es die folgende Mail (den MCT-Satz haben nur Trainer in der Mail):

Zwei der Aussagen, die wir am häufigsten gehört haben, beziehen sich darauf, dass Sie mehr Zeit benötigen, um sich auf diese Änderung vorzubereiten, und weiterhin Zugriff auf frühere Versionen von Microsoft-Software benötigen. Daher kündigen wir die folgenden Updates an:

* Berechtigte Abonnenten mit Konten, die am 1. September 2013 aktiv sind, erhalten eine kostenlose Verlängerung ihres Abonnements um 90 Tage. Sie können bis zum neuen Ablaufdatum weiterhin auf Ihre Produktdownloads zugreifen, Ihre Professional Support-Fälle nutzen* und Prioritätssupport in TechNet-Foren erhalten. Das neue Ablaufdatum finden Sie auf der Seite Mein Konto <http://technet.microsoft.com/en-us/subscriptions/manage/>  im Portal für die TechNet Subscriptions-Leistungen.

* Mit Beginn des Wechsels von TechNet Subscriptions-Kunden zu den von Microsoft bereitgestellten kostenlosen Evaluierungsressourcen verbessern wir das TechNet-Evaluierungscenter <http://technet.microsoft.com/evalcenter/default> , indem wir frühere Produktversionen für Tests zur Verfügung stellen. Windows 7, Windows Server 2008 R2 und andere Produkte sind jetzt verfügbar. Mit der Zeit werden wir weitere Produkte hinzufügen.


* Wir möchten Ihnen als MCT außerdem mitteilen, dass Microsoft plant, das TechNet-Abonnement, das Sie zurzeit beziehen, durch eine neue Lösung zu ersetzen, über die Sie für die Dauer Ihrer Mitgliedschaft im MCT-Programm Zugriff auf zeitlich nicht begrenzte Software zu Anleitungs-/Schulungszwecken erhalten. Weitere Einzelheiten werden in den nächsten Wochen bekannt gegeben.

Wir schätzen Ihr Feedback und werden weiterhin in kostenlose Evaluierungs-, Schulungs- und Supportressourcen investieren, um Ihre geschäftlichen Anforderungen zu erfüllen und Sie beim Erreichen Ihrer beruflichen Ziele zu unterstützen.

Da ist dann wohl doch jemanden aufgefallen, dass man 180 Tage Versionen schlecht für Testumgebungen nutzen kann und bei Migrationsthemen man auch Zugriff auf älter Versionen haben muss.

Moin,

führe mal folgende Befehle aus:

get-addresslist| update-addresslist

get-globaladdresslist | update-globaladdresslist

get-offlineaddressbook | update-offlineaddressbook

update-filedistributionservice -server SERVERNAME

Die müssen alle fehlerfrei laufen. Danach in OWA die Adressliste kontrollieren.

Ich bin gerade an der genau gleichen Sache dran. Habe 2 Sendeconnectoren eingerichtet und es wird nur einer verwendet (der aber sehr großzügig ist und auf die Absenderadresse pfeift). Ist es wirklich überhaupt nicht möglich, einem bestimmten Benutzerkonto (bzw einer Absenderadresse) einen bestimmten Connector fest zuzuweisen?

Nein, steht bereits in #2 dieses Thread. SBR braucht Dritt-Anbieter-Software.

Wofür kann man dann überhaupt mehrere einrichten, wenn man eh nicht genau festlegen kann, welcher wofür genutzt wird?

Kann man festlegen, aber nicht mit den Absender, sondern mit den Empfänger.

Mittlerweile kann (konnte) man die Prüfung auch ohne vorherigen Besuch der Schulung machen.

Allerdings haben mehrere Exchange MCM bestätigt, dass sie ohne Kurs gar keine Chance gehabt hätten und sogar mit es verdammt schwer war.

Legal und nur mit Erfahrung dürfte es fast unmöglich gewesen sein, die Prüfung zu bestehen.

Lag ich mit meiner Vermutung der zerschossenen PowerShell Config doch richtig.

Kleiner Tipp: In dem Verzeichnis liegt eine "web.config". Sichere diese, da sind genau die Einstellungen drin, die Du gerade gemacht hast. Im Notfall kann man die einfach zurückkopieren.

Sollte, könnte, aber muss nicht.

Nein, eigentlich nicht mal "könnte". Die TLD "local" ist reserviert für Multicast-DNS und wird von Apple für das "Bonjour"-Protokoll benutzt.

Genau genommen darf man sie also nicht verwenden, auch wenn es in den meisten Netzen keine Probleme gibt. Sogar Microsoft rät seit längerem davon ab (nachdem sie bei Win 2000 noch dazu geraten hatten).

Siehe auch hier: http://en.wikipedia.org/wiki/.local

Moin,

die GAL hat keine eigenen Einträge. Sie ist eine Kopie einer (oder mehrerer) anderen Adressliste.

Diese wiederum haben kein eigenen "Einträge". Alle Einträge sind Objekte in Deinem AD/Exchange, d..h. Postfächer, Verteilerlisten, Kontakte, usw. Die Adressliste kann also per Defintion nicht "verkehrt" sein, es sind die Objekte darin.

Also müsstet Du genauer sagen, was verkehrt ist, damit man das irgendwie korrigieren kann.

Das wird MVP intern bei uns auch heftig diskutiert. Microsoft macht sich im Augenblick keine Freunde:

 - Abschaffung Technet Abos

 - extrem schlechte Produktqualität der on-prem Software

 - die MSFT-Cloud ist teilweise so günstig, dass Konkurrenten es schwer haben (gerade hat MSFT die Quota bei Office 365 von 25 GB auf 50 GB verdoppelt)

Und jetzt noch Abschaffung der Premium Zertifizierungen.

Mal sehen, wann bei Microsoft irgendjemand den Knall hört, dass "It's all in the cloud" außerhalb der USA nur sehr gegrenzt funktioniert und die NSA-Affäre nicht unbedingt neues Vertrauen geschaffen hat.

Und weil Norbert es nicht schreibt: POP3-Connectoren sind Mist und das Abholen aus einem einzelnen Postfach mit Weiterverteilung an die Empfänger sollte auf keinen Fall gemacht werden, weil das aus technischen Gründen nicht sauber funktionieren kann!

Ich habe das Script etwas verändert. Mit dem Ergebnis bin ich nun zufrieden ;-)

Ok, Du magst es wohl eher komplizierter. Solang es es funktioniert, egal. :)

Moin,

denk daran: Das gilt nur für diesen einen Rechner. Wenn der Benutzer an einen anderen geht, muss der Key wieder gesetzt werden. Und wenn Du schon einen Benutzer hast, der die Größe überschreitet, dann kommen eventuell noch mehr dazu.

Eventuell denkst Du darüber nach, das per GPO zu setzen: http://support.microsoft.com/kb/938118/en-us

Moin,

@Alith Anar: Zwei kleiner "Fehler" in Deinem Bespiel: Eine Zeile mit "Write-Host" gibt es noch. Und Dein Output wird immer angehängt, d.h. die Datei wird immer länger und länger (im ersten Entwurf wurde sie dagegen immer überschrieben). Ok, das ist für eine Log-Datei eventuell sinnvoll, aber nicht für die Mail zur Benachrichtigung. In einer Log-Datei müsste man dann aber auch Datum/Zeit schreiben, sonst bringt einen die reine Auflistung gar nichts.

@Isostar: Wenn Dein Wissen nicht mal ausreicht, aus einem Write-Host “WRONG” ein $a = “WRONG” zu machen, fehlen Dir vermutlich wirklich sehr viele Grundlagen des allgemeinen Scriptings. Dann wirst Du es mit der PS sehr schwer haben,

Get-MailboxDatabase | Sort Name | ForEach{
    $db = $_.Name
    $curServer = $_.Server.Name
    $ownServer = $_.ActivationPreference | ? {$_.Value -eq 1}
   $body += “$db on $curServer should be on $($ownServer.Key) – ”
    If ($curServer -ne $ownServer.Key)
    {
       $body += “WRONG”
    }
    Else
    {

      $body += “OK”
    }
   $body += "`n" #Zeilenumbruch, eventuell muss es $body += "`r`n" sein, in der Mail kontrollieren
}

send-mailmessage -to "AN" -from "VON" -subject "BETREFF" -body $body

Moin,

kurz gesagt; Wenn Dir die Erfahrung in der PowerShell fehlt, wirst Du am Anfang sehr große Probleme haben, die man nicht in einem Forum lösen kann.

In der PowerShell ist alles ein Objekt und muss auch so behandelt werden. Eine einfach Umlenkung in eine Datei geht zwar, aber bringt eventuell nicht das gewünschte Ergebnis.

Dein Script ist ja eigentlich ganz simpel. Ich würde den Text, den Du da mit Write-Host ausgibst, in eine Variable speichern.

Und dann den Inhalt als "Body" mit "Send-Mailmessage" verschicken. Schau Dir die Beispiele an, da ist schon einiges erklärt.

Nachtrag: In Deinem Link ist doch sogar eine Komplett-Lösung mit Mailversand beschrieben. Was ist den jetzt noch das Problem?

Moin,

kurzgefasst: Die einzelnen Connectoren werden für das Rollen-Konzept Frontend-Server/Backend-Server benötigt.

Lang liest Du hier.

Außerdem sollten die Authentifizierungseinstellung im IIS auf dem Verzeichnis "PowerShell" geprüft werden. Die müssen alle auf "Deaktiviert" stehen.

Es könnte auch einfach eine ältere Mail gewesen sein, oder löschst Du Mails immer am gleichen Tag?

Und "ungelesen" muss die auch nicht gewesen sein, es gibt ja in Outlook die Vorschau, die meistens zum Lesen reicht.

Moin,

bei mir gibt es nur einen Unterschied zu Dir: SmartHostAuthMechanism: BasicAuthRequireTLS

Ansonsten ist das gleich.

Ich würde jetzt folgendes tun:

 - die Daten mit einem normalen Mail-Client prüfen, d.h. einen Mail-Client zum SMTP-Senden mit den gleichen Daten, wie bei Exchange konfigurieren

 - die SMTP-Protokolle auswerten, die ja bei Dir aktiviert sind.

Und wenn der Fehler bleibt, mit den Protokollen den Support anschreiben.

Wie gesagt: Geht bei mir und dem Provider seit Jahren problemlos.

Also ich kann nur sagen: Wenn man es richtig konfiguriert, funktioniert es. Da uns keine Konfig nennst, können wir schlecht was sagen.

Was sagt denn: get-sendconnector | fl