Migrieren von Postfächern von einer Microsoft 365- oder Office 365-Organisation zu einer anderen

Wichtig

Ab Dezember 2022 ist das klassische Exchange Admin Center für kunden weltweit veraltet. Microsoft empfiehlt die Verwendung des neuen Exchange Admin Center, sofern noch nicht geschehen.

Während die meisten Features zum neuen EAC migriert wurden, wurden einige zu anderen Admin Centern migriert, und die restlichen werden bald in das neue EAC migriert. Suchen Sie unter Andere Features nach Features, die noch nicht im neuen EAC vorhanden sind, oder verwenden Sie die globale Suche, die Ihnen bei der Navigation durch das neue EAC hilft.

Hinweis

Zur Zeit finden Sie eine öffentliche Vorschau der nativen mandantenübergreifenden Postfachmigration unter https://aka.ms/CrossTenantMailboxMigration.

In diesem Artikel wird erläutert, wie Postfächer und Diensteinstellungen von einer Microsoft 365- oder Office 365-Organisation zu einer anderen Microsoft 365- oder Office 365-Organisation in einem Geschäftszusammenführungsszenario migriert werden. Wenn Sie mehr als 500 Benutzer oder eine große Menge von SharePoint-Daten migrieren müssen, empfiehlt es sich, mit einem Microsoft-Lösungsanbieter zusammenzuarbeiten.

Das Szenario in diesem Artikel basiert auf zwei fiktiven Unternehmen – Contoso.com und Fabrikam.com –, die zwei separate Office 365 Organisationen verwenden. Contoso hat Fabrikam erworben und verschiebt die Fabrikam-Benutzer und -Daten in die contoso.com Office 365 Organisation.

Domäne	Mandant 1 (Ziel)	Mandant 2 (Quelle)
Benutzerdefinierte E-Mail-Domäne:	contoso.com	fabrikam.com
Erste Office 365-Domäne:	contoso.onmicrosoft.com	fabrikam.onmicrosoft.com

Szenario: Migration mit dem Migrationstool eines Drittanbieters

In diesem Szenario wird davon ausgegangen, dass Benutzer, Gruppen und andere Objekte der Firma Fabrikam in Office 365 manuell erstellt werden, dann über ein Skript in das Portal importiert oder über AD DS-Konsolidierung (Active Directory Domain Services) mit dem Active Directory von Contoso zusammengeführt werden.

Nach Abschluss des Vorgangs sind alle Fabrikam-Konten in der Contoso.com Office 365 Organisation vorhanden und werden alle für den UPN verwendet@fabrikam.com. Das endgültige Adressierungsschema wurde der Einfachheit und der Kürze halber ausgewählt, kann aber natürlich Ihren Anforderungen entsprechend angepasst werden.

Planung: Zwei Wochen vor der Migration

Falls Sie ein Migrationstool eines Drittanbieter verwenden, erwerben Sie die erforderlichen Lizenzen.

Clienterwägungen

Bei Outlook 2010 oder höher müssen Sie nur das Outlook-Benutzerprofil entfernen und es erneut erstellen.

Bei Outlook 2007 und Outlook 2010 wird bei einem Neustart des Client dieser per automatischer Erkennung konfiguriert und die .OST-Datei wiederhergestellt.

Da der Skype for Business-Client nach Abschluss der Migration ein neues Profil erstellt, müssen Sie Kontakte hinzufügen.

Vorbereitung der Mandanten und Lizenzierung

Der Quellmandant ist die Fabrikam Office 365 Organisation, von der Sie Benutzer und Daten migrieren. Der Zielmandant ist die Contoso Office 365 Organisation, zu der Sie migrieren.

1. Erhöhen Sie die Anzahl der Lizenzen in der Office 365-Zielorganisation, um alle Postfächer abzudecken, die vom Quellmandanten migriert werden sollen.

2. Erstellen Sie Administratorkonten in den Quell- und Zielmandanten für die Migration von einem Office 365-System zu einem anderen Office 365-System. Einige Migrationstools setzen möglicherweise mehr als ein Administratorkonto im Quellmandanten voraus, um den Datendurchsatz zu optimieren.

Erstellung von Räumen, Ressourcen, Verteilungsgruppen und Benutzerobjekten im Zielmandanten

So erstellen die Ressourcen im Zielmandanten (Contoso-seitig):

1. Wenn das Tool Azure AD Connect für die Synchronisierung aller Objekte in den Active Directory Domain Services (AD DS) von Contoso verwendet wird, müssen die Objekte aus den AD DS des Quellmandanten (Fabrikam) per Konsolidierung in den AD DS des Zielmandanten (Contoso) erstellt werden.

   1. Die AD DS-Konsolidierung kann mithilfe verschiedener AD DS-Tools durchgeführt werden. Die Konsolidierung kann zusätzliche Zeit und Planung in Anspruch nehmen, je nachdem, wie viele Objekte verschoben werden, sodass sie vor dem Migrationsprojekt abgeschlossen werden kann.

   2. Vergewissern Sie sich, dass alle neuen Benutzer und Gruppen über die Verzeichnissynchronisierung mit dem Zielmandanten Contoso.com synchronisiert werden. Die Objekte sollten im neuen Mandanten als user@contoso.onmicrosoft.com angezeigt werden, da die Fabrikam-Domäne zu diesem Zeitpunkt nicht verschoben wurde. Die primäre E-Mail-Adresse für die Benutzer und Gruppen kann nach Abschluss der Domänenverschiebung auf aktualisiert @fabrikam.com werden.

2. Wenn die Verzeichnissynchronisierung nicht verwendet werden soll oder wenn irgendwelche Räume, Ressourcen, Gruppen oder Benutzer im Microsoft 365 Admin Center des Quellmandanten verwaltet werden, müssen diese Objekte im Zielmandanten erstellt werden. Objekte können im Microsoft 365 Admin Center manuell erstellt oder, bei einer größeren Anzahl, mithilfe einer CSV-Datei und der Funktion "Massenhinzufügung" im Microsoft 365 Admin Center oder mit Windows PowerShell importiert werden.

Kommunikation der Endbenutzer

So kommunizieren Sie die Migration an die Endbenutzer in der Organisation:

1. Stellen Sie einen Kommunikationsplan auf, und benachrichtigen Sie die Benutzer über die bevorstehende Migration und Änderung von Diensten.

2. Nach der Migration muss die Autovervollständigungsliste (der Spitznamenzwischenspeicher) in allen Outlook-Clients gelöscht werden. Zum späteren Entfernen aller Empfänger aus Ihrer AutoVervollständigen-Liste in Outlook 2010 siehe Verwalten vorgeschlagener Empfänger aus den Feldern „An", "Cc" und "Bcc“ mit AutoVervollständigen.

3. Informieren Sie die Benutzer, wie sie mit ihren neuen Anmeldeinformationen die Verbindung zu Outlook im Web (früher als Outlook Web App bezeichnet) Web App herstellen können, falls nach der Migration ein Problem auftritt.

Vorbereitung und notwendige Schritte vor der Migration: Drei Tage vor der Migration

Domänenvorbereitung

Für eine Vorbereitung der Domäne führen Sie die folgenden Schritte aus.

1. Starten Sie mit der Domänenüberprüfung des Zielmandanten (Contoso) für die E-Mail-Domäne von Fabrikam.com

2. Fügen Sie im Microsoft 365 Admin Center von contoso.com die Domäne Fabrikam.com hinzu, und erstellen Sie TXT-Einträge im DNS (Domain Name System) zur Überprüfung.

   Hinweis

   Die Überprüfung wird fehlschlagen, da die Domäne immer noch auf dem anderen Mandanten gehostet ist.

   Wenn Sie diesen Schritt jetzt durchführen, geben Sie dem DNS-Eintrag Zeit für die Verbreitung, da diese bis zu 72 Stunden in Anspruch nehmen kann. Die abschließende Überprüfung erfolgt dann später.

Zeitplanung der Migration

So planen Sie die Migration:

1. Erstellen Sie eine Masterliste mit Benutzerpostfächern, die migriert werden sollen.

2. Erstellen Sie eine CSV-Datei mit Postfachzuordnungen für das von Ihnen verwendete Drittanbieter-Migrationstool. Das Migrationstool verwendet diese Zuordnungsdatei, damit bei der Migration das Quellpostfach mit dem Postfach im Zielmandanten übereinstimmt. Es wird empfohlen, die Domäne *.onmicrosoft.com "initial" zum Zuordnen der Quellkonten zu verwenden, da sich die benutzerdefinierte E-Mail-Domäne ständig ändert.

TTL-Test des Mail-Exchanger-Eintrags (MX-Record)

Im nächsten Schritt planen Sie den TTL-Test.

1. Ändern Sie in DNS den TTL-Wert für den MX-Eintrag für die primäre E-Mail-Domäne, die Sie in eine kleine Zahl (d. h. 5 Minuten) übertragen möchten. Wenn die Gültigkeitsdauer nicht auf 5 Minuten gesenkt werden kann, notieren Sie sich den niedrigsten Wert. Wenn der niedrigste Wert beispielsweise 4 Stunden beträgt, muss der MX-Eintrag 4 Stunden vor Beginn der Migration geändert werden.

2. Die MX-Suche kann verwendet werden, um MX- und DNS-Änderungen zu überprüfen.

Deaktivieren der Verzeichnissynchronisierung im Quellmandanten

Deaktivieren Sie im Microsoft 365 Admin Center des Quellmandanten die Option Verzeichnissynchronisierung. Dieser Vorgang kann 24 Stunden oder mehr in Anspruch nehmen, daher muss er vor der Migration ausgeführt werden. Sobald die Verzeichnissynchronierung im Portal deaktiviert ist, werden Änderungen an Quellmandanten-AD DS nicht mehr mit der Office 365-Organisation synchronisiert. Passen Sie Ihren vorhandenen Benutzer- und Bereitstellungsprozess entsprechend an.

Migration: Der Tag der Migration

Die folgenden Schritte müssen sie am Tag der Migration ausführen.

MX-Eintragsänderung – Beenden von eingehendem E-Mail-Verkehr

Ändern Sie den primären MX-Eintrag von Office 365 auf eine Domäne, die nicht erreichbar ist, wie "unerreichbar.beispiel.com". Internet-E-Mail-Server, die versuchen, neue E-Mails zu übermitteln, setzen diese E-Mails in die Warteschlange und versuchen 24 Stunden lang, sie erneut zuzustellen. Bei dieser Methode wird je nach Server, der versucht, die E-Mails zuzustellen, für einige E-Mails möglicherweise ein Unzustellbarkeitsbericht (NDR) zurückgegeben. Wenn dies ein Problem darstellt, verwenden Sie einen Datensicherungsdienst für den MX-Eintrag. Es gibt viele Dienste von Drittanbietern, die Ihre E-Mails tage- oder wochenlang in die Warteschlange stellen. Sobald die Migration abgeschlossen ist, übermitteln diese Dienste die E-Mails in der Warteschlange an Ihre neue Office 365 Organisation.

Tipp

Wenn Ihr TTL-Wert nur kurz ist, beispielsweise 5 Minuten, kann dieser Schritt am Ende des Arbeitstags durchgeführt werden, um weniger Unterbrechungen zu verursachen. Bei einem größeren TTL-Wert müssen Sie den MX-Eintrag früh genug ändern, damit die Gültigkeitsdauer ablaufen kann. Beispiel: Ein TTL von 4 Stunden muss vor 14:00 Uhr geändert werden, wenn die Migration um 18:00 Uhr beginnen soll.

Überprüfen Sie bei Bedarf Ihre MX- und DNS-Änderungen. Zum Überprüfen von MX- und DNS-Änderungen kann Nslookup oder ein Dienst wie MxToolbox verwendet werden.

Vorbereitung des Quellmandanten

Die primäre E-Mail-Domäne, fabrikam.com, muss von allen Objekten im Quellmandanten entfernt werden, bevor die Domäne in den Zielmandanten verschoben werden kann.

1. Wenn die Domäne zudem über eine öffentliche SharePoint Online-Website verfügt, müssen Sie die URL der Website erst auf die ursprüngliche Domäne zurücksetzen, bevor Sie die Domäne entfernen können.

2. Entfernen Sie im Lync-Administratorportal alle Lync-Lizenzen von den Benutzern im Quellmandanten. Damit wird die Lync-Sip-Adresse entfernt, die mit Fabrikam.com verbunden ist.

3. Setzen Sie die Standard-E-Mail-Adressen für die Office 365-Quellpostfächer auf die ursprüngliche Domäne (fabrikam.onmicrosoft.com) zurück.

4. Setzen Sie die Standard-E-Mail-Adressen im Quellmandanten für alle Verteilerlisten, Räume und Ressourcen auf die ursprüngliche Domäne (fabrikam.onmicrosoft.com) zurück.

5. Entfernen Sie alle sekundären E-Mails (Proxyadressen) aus Benutzerobjekten, die noch verwenden @fabrikam.com.

6. Legen Sie die Standarddomäne im Quellmandanten auf die Routingdomäne fabrikam.onmicrosoft.com fest (klicken Sie im Administratorportal in der oberen rechten Ecke auf Ihren Firmennamen).

7. Verwenden Sie den Windows PowerShell-Befehl Get-MsolUser -DomainName Fabrikam.com, um eine Liste aller Objekte abzurufen, welche die Domäne weiterhin verwenden und die Entfernung blockieren.

8. Informationen zu häufig auftretenden Problemen beim Entfernen von Domänen finden Sie unter Sie erhalten eine Fehlermeldung bei dem Versuch, eine Domäne aus Office 365 zu entfernen.

Vorbereitung des Zielmandanten

Schließen Sie die Überprüfung der Fabrikam.com Domäne im contoso.com Mandanten ab. Möglicherweise müssen Sie eine Stunde warten, nachdem Sie die Domäne aus dem alten Mandanten entfernt haben.

1. Konfigurieren Sie optional den CNAME (intern/extern) für die automatische Erkennung.

2. Wenn Sie AD FS verwenden, konfiguurieren Sie die neue Domäne im Zielmandanten für AD FS.

3. Begin mailbox activation in the contoso.com tenant > Assign licenses to all of the new user accounts.

4. Legen Sie die E-Mail-Domäne fabrikam.com als primäre Adresse für die neuen Benutzer fest. Hierfür markieren/bearbeiten Sie mehrere nicht lizenzierte Benutzer im Portal oder verwenden Windows PowerShell.

5. Wenn Sie das Feature zur Kennworthashsynchronisierung, zur Passthrough-Authentifizierung oder AD FS nicht verwenden, legen Sie das Kennwort für alle Postfächer im Zielmandanten (Contoso) fest. Falls Sie kein allgemeines Kennwort verwenden, teilen Sie den Benutzern das neue Kennwort mit.

6. Nachdem die Postfächer mit Lizenzen versehen wurden und aktiv sind, beginnen Sie mit dem E-Mail-Routing. Sorgen Sie dafür, dass der Fabrikam-MX-Eintrag auf den Office 365-Zielmandanten (Contoso) verweist. Wenn der MX TTL abgelaufen ist, werden E-Mails an die neuen leeren Postfächer übermittelt. Wenn Sie einen MX-Datensicherungsdienst verwenden, können Sie veranlassen, dass E-Mails an die neuen Postfächer übertragen werden.

7. Überprüfen Sie den E-Mail-Fluss in/von den neuen Postfächern im Zielmandanten.

8. Wenn Sie Exchange Online Protection (EOP) verwenden: Erstellen Sie im Zielmandanten die E-Mail-Flussregeln (auch als Transportregeln bekannt), Connectors, Sperrlisten, Zulassungslisten usw. des Quellmandanten erneut.

Starten der Migration

Um die Ausfallszeiten und die Unannehmlichkeit für die Benutzer zu minimieren, finden Sie den besten Zeitpunkt für die Migration.

• Migration für maximal 500 Benutzer: Migrieren Von E-Mail-Kalender und -Kontaktdaten zu Zielmandantenpostfächern. Begrenzen Sie die E-Mail-Migration nach Datum, wenn möglich; Beispielsweise die Daten der letzten 6 Monate.

• Migration von mehr als 500 Benutzern: Arbeiten Sie mit mehreren Durchgängen, indem Sie zunächst die Kontakte, Kalender und nur die E-Mails der letzten Woche für alle Benutzer migrieren. Anschließend können Sie in den folgenden Tagen oder Wochen die Postfächer nach und nach mit älteren E-Mail-Daten füllen.

Beginnen Sie die E-Mail-Migration mit dem Migrationstool eines Drittanbieters.

1. Überwachen Sie den Migrationsprozess mit den vom Anbieter bereitgestellten Tools. Übermitteln Sie während der Migration regelmäßig Fortschrittsberichte an das Management und an das Migrationsteam.

2. Führen Sie nach Abschluss aller Migrationen optional einen zweiten oder dritten Migrationsdurchlauf durch.

Am Ende der Migration synchronisieren Outlook 2007 und 2010 das gesamte Postfach für jeden Benutzer und verbrauchen eine beträchtliche Bandbreite, je nachdem, wie viele Daten Sie zu den einzelnen Postfächern migriert haben. Outlook 2013 speichert daten standardmäßig nur 12 Monate zwischen. Diese Einstellung kann für mehr oder weniger Daten konfiguriert werden, z. B. nur daten von drei Monaten, wodurch die Bandbreitennutzung verringert werden kann.

Nach der Migration: Bereinigung

Benutzer erhalten möglicherweise Unzustellbarkeitsberichte, wenn sie auf migrierte E-Mail-Nachrichten antworten. Die Auto-Vervollständigen-Liste in Outlook (auch als Spitznamen-Cache bezeichnet) muss gelöscht werden. Zum späteren Entfernen aller Empfänger aus Ihrer AutoVervollständigen-Liste in Outlook 2010 siehe Verwalten vorgeschlagener Empfänger aus den Feldern „An, Cc und Bcc“ mit AutoVervollständigen. Sie können alternativ den alten Legacy-DN als x.500-Proxyadresse für alle Benutzer hinzufügen.

Beispiele für Windows PowerShell-Skripts

Verwenden Sie die folgenden Beispiele für Windows PowerShell-Skripts als Ausgangspunkt für die Erstellung eigener Skripts.

Massenzurücksetzung von Office 365-Kennwörter

1. Erstellen Sie eine .CSV-Datei mit dem Namen "password.csv".

2. Einfügen der Spalten "upn" und "newpassword" in diese Datei (Beispiel: johnsmith@contoso.com,Password1)

3. Verwenden Sie diese Windows PowerShell-Befehle:

   Import-Csv password.csv|%{Set-MsolUserPassword -userPrincipalName $_.upn -NewPassword $_.newpassword -ForceChangePassword $false}
   

Kopieren Sie alle Office 365-Konten mit einer bestimmten Proxyadresse in eine CSV-Datei

##########################################################################
# Script: showproxies.ps1
# Copies all accounts in Microsoft 365 that contain/don't contain a specific
# proxyaddress to a .CSV file (addresses.csv)
#
# Change the following variable to the proxy address string you want to find:
# $proxyaddr = "onmicrosoft.com"
################################################################################
$proxyaddr = "onmicrosoft.com"
# Create an object to hold the results
$addresses = @()
# Get every mailbox in the Exchange Organization
$Mailboxes = Get-Mailbox -ResultSize Unlimited
# Loop through the mailboxes
ForEach ($mbx in $Mailboxes) {
    # Loop through every address assigned to the mailbox
    Foreach ($address in $mbx.EmailAddresses) {
       # If it contains XXX,  Record it
        if ($address.ToString().ToLower().contains($proxyaddr)) {
            # This is an email address. Add it to the list
            $obj = "" | Select-Object Alias,EmailAddress
            $obj.Alias = $mbx.Alias
            $obj.EmailAddress = $address.ToString() #.SubString(10)
            $addresses += $obj
      }
    }
}
# Export the final object to a csv in the working directory

$addresses | Export-Csv addresses.csv -NoTypeInformation
# Open the csv with the default handler
Invoke-Item addresses.csv

##### END OF SHOWPROXIES.PS1

Massenerstellen von Raumpostfächern in Microsoft 365

Hinweis

• Bevor Sie das folgende Skript ausführen, müssen Sie das Exchange Online PowerShell-Modul installieren. Anweisungen finden Sie unter Installieren und Verwalten des Exchange Online PowerShell-Moduls. Das Modul verwendet die moderne Authentifizierung.

• Normalerweise können Sie das Skript unverändert verwenden, wenn Ihr Unternehmen Microsoft 365 oder Microsoft 365 GCC verwendet. Wenn Ihr Unternehmen Office 365 Deutschland, Microsoft 365 GCC High oder Microsoft 365 DoD verwendet, müssen Sie die Connect-ExchangeOnline-Zeile im Skript bearbeiten. Insbesondere müssen Sie den Parameter ExchangeEnvironmentName verwenden und den entsprechenden Wert für Ihren Organisationstyp. Weitere Informationen finden Sie in den Beispielen unter Verbinden mit Exchange Online PowerShell.

################################################################################
# Script: create-rooms.ps1
# Description:*** RUN THIS SCRIPT FROM A WINDOWS POWERSHELL SESSION ***
# This script creates room mailboxes in Microsoft 365.
# Syntax:Create-Rooms.ps1 -InputFile "file name.csv"
#
# Dependencies: Input file should contain 3 columns: RoomName, RoomSMTPAddress, RoomCapacity
#
################################################################################
param( $inputFile )
Function Usage
{
$strScriptFileName = ($MyInvocation.ScriptName).substring(($MyInvocation.ScriptName).lastindexofany("\") + 1).ToString()
@"
NAME:
$strScriptFileName
EXAMPLE:
C:\PS> .\$strScriptFileName -InputFile `"file name.csv`"
"@
}
If (-not $InputFile) {Usage;Exit}

If ($ExchRemoteCmdlets.State -ne "Opened")
{
Write-Host
Write-Host Connecting to Exchange Online PowerShell...
Write-Host
Import-Module ExchangeOnlineManagement
Connect-ExchangeOnline
$Global:ExchRemoteCmdlets = Get-PSSession -Name ExchangeOnlineInternalSession*
}
# Import the CSV file in Exchange Online
$csv = Import-CSV $inputfile
# Create Rooms contained in the CSV file in Exchange Online
$csv | foreach-object{
New-Mailbox -Name $_.RoomName -Room -PrimarySmtpAddress $_.RoomSMTPAddress -ResourceCapacity $_.RoomCapacity
}
##### END OF CREATE-ROOMS.PS1

Massenentfernung von sekundären E-Mail-Adressen aus Postfächern

Hinweis

• Bevor Sie das folgende Skript ausführen, müssen Sie das Exchange Online PowerShell-Modul installieren. Anweisungen finden Sie unter Installieren und Verwalten des Exchange Online PowerShell-Moduls. Das Modul verwendet die moderne Authentifizierung.

• Normalerweise können Sie das Skript unverändert verwenden, wenn Ihr Unternehmen Microsoft 365 oder Microsoft 365 GCC verwendet. Wenn Ihr Unternehmen Office 365 Deutschland, Microsoft 365 GCC High oder Microsoft 365 DoD verwendet, müssen Sie die Connect-ExchangeOnline-Zeile im Skript bearbeiten. Insbesondere müssen Sie den Parameter ExchangeEnvironmentName verwenden und den entsprechenden Wert für Ihren Organisationstyp. Weitere Informationen finden Sie in den Beispielen unter Verbinden mit Exchange Online PowerShell.

##########################################################################
#      Script:  remove-proxy.ps1
# Description:*** RUN THIS SCRIPT FROM A WINDOWS POWERSHELL SESSION ***
# This script will remove a secondary email address from many users
#
# Syntax:remove-proxy.ps1 -InputFile "filename.csv"
#
# Dependencies:Input file should contain 2 columns: Username, Emailsuffix
#               Example:  Username=tim, Emailsuffix=fabrikam.com
# Script will remove the address tim@fabrikam.com from the mailbox for Tim.
# NOTE: Address must be secondary; it will not remove primary email address.
#
################################################################################
param( $inputFile )
Function Usage
{
$strScriptFileName = ($MyInvocation.ScriptName).substring(($MyInvocation.ScriptName).lastindexofany
("\") + 1).ToString()
@"
NAME:
$strScriptFileName
EXAMPLE:
C:\PS> .\$strScriptFileName -inputfile `"file name.csv`"
"@
}
If (-not $inputFile) {Usage;Exit}

If ($ExchRemoteCmdlets.State -ne "Opened")
{
Write-Host
Write-Host Connecting to Exchange Online PowerShell...
Write-Host
Import-Module ExchangeOnlineManagement
Connect-ExchangeOnline
$Global:ExchRemoteCmdlets = Get-PSSession -Name ExchangeOnlineInternalSession*
}
# Import the CSV file and change primary smtp address in Exchange Online
$csv = Import-CSV $inputfile
$csv | foreach-object{
# Set variable for email address to remove in Exchange Online
$removeaddr = $_.username + "@" + $_.emailsuffix
Write-Host ("Processing User: " + $_.UserName +" - Removing " + $removeaddr)
Set-Mailbox $_.Username -EmailAddresses @{Remove=$removeaddr}
}
##### END OF REMOVE-PROXY.PS1