Jump to content

Maraun

Members
  • Content Count

    609
  • Joined

  • Last visited

Community Reputation

12 Neutral

About Maraun

  • Rank
    Board Veteran

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hi zusammen, aufgrund eines Netzwerkzusammenschlusses muss unser bestehender UPN geändert werden. Bisher haben wir Vorname.Nachname@domain.com, wobei das auch unsere Mailadresse ist. Jetzt soll der UPN auf Nachname.ErsterBuchstabeVorname@anderedomain.net geändert werden. Wie kriege ich das mit PS hin? Bisher finde ich nur Skripte, die den Mailnamen abfragen, setzen und die Domäne ändern. Beispiel: Get-ADUser -Filter * -SearchBase '' -Properties userPrincipalName | foreach { Set-ADUser $_ -UserPrincipalName "$($_.samaccountname)@domäne"}
  2. Vielen Dank für die Hilfe und Sorry für die Verwirrung. Letzlich hab ich es chaotisch beschrieben, aber richtig gemacht und auch hingekriegt. Mein Problem war die kommagetrennte CSV, die falsch erstellt hatte. Die CSv sah schon richtig aus. Allerdings habe ich den Import jetzt ohne Firstname Lastname gemacht. Hat jemand eventuell einen Tipp, wie ich nachträglich aus der CSV in die bestehenden Mail-Kontakte die Vor- und Nachnamen importieren kann? Get-mailcontact / Set-mailcontact?
  3. Hmm verstehe ich nicht ganz. Meine CSV hat mittlerweile nur 3 Spalten (nicht ausblendet, alles überflüssige gelöscht): Displayname WindowsEmailAddress Company Mein Script: Import-Csv “xyz.txt” | ForEach {New-MailContact -DisplayName $_.Name -WindowsEmailAddress $_.ExternalEmailAddress -OrganizationalUnit “OU”} Die Fehlermeldung: A positional parameter cannot be found that accepts argument '$null'. + CategoryInfo : InvalidArgument: (:) [New-MailContact], ParameterBindingException + FullyQualifiedErrorId : PositionalParameterNotFound,New-M
  4. Doch, zB teilweise das Feld Lastname. Das aber importiere ich gar nicht, bzw. lasse es außen vor.
  5. Sind externe Kontake von unserer neuen Mutterfirma. Also der Vorgang als solcher ist abgesichert und erfordert. Die Quelldatei, die ich bekommen habe, hat folgende Felder: Fistname, Lastname, Displayname, ExternalEmailAddress, Company Mein Skript sieht jetzt so aus: Import-Csv “xyz.txt” | ForEach {New-MailContact -DisplayName $_.Name -Firstname $_.FirstName -LastName $_.LastName -ExternalEmailAddress $_.ExternalEmailAddress -Company $_.Company -OrganizationalUnit “DN der OU”} Die Fehlermeldung des Exchange 2010 SP3: Cannot bind argument t
  6. Hi zusammen, ich habe ein fertiges Excelfile + Skript für den Massenimport (+5000 Kontakte) für unser AD/Exchange, jedoch bekomme ich immer folgenden Fehler: A positional parameter cannot be found that accepts argument "$null". Import-Csv “d:\xyz\xyz.csv” | ForEach {New-MailContact -Firstname $_.FirstName -LastName $_.LastName -DisplayName $_.DisplayName -WindowsEmailAddress $_.WindowsEmailAddress -Company $_.Company -OrganizationalUnit “OU”} So sieht mein Excelfile aus: Die OU ist der DN aus dem Attribute Editor kopiert. Alle Felder sind
  7. Okay, ja das stimmt alles. Server 2008 R2, Exchange 2010 SP3 und TMG. Alles klar, dann lebe ich noch etwas mit der Thematik. Danke für alle Antworten.
  8. Also eine eigene Regel habe ich natürlich. Aber der Listener muss eben bei beiden Regeln der gleiche sein. Die Rechner der nicht standardisierten Lokationen sind keine Workgroup Member oder sonst irgendwie zugehörig. Nur die Benutzer bestehen im Active Directory. In diesem Fall könnte ich also NTLM nutzen? Also soweit ich das im TMG sehe, habe ich zwar zwei Regeln (OWA+Outlook Anywhere), aber ein Listener. Ändere ich in Regel 1 die Authentifizierung im Listener, ist das automatisch auch bei regel 2 der Fall. Also würde ich mit einer Regeländerung für OA auch
  9. Hallo zusammen, wir nutzen eine Exchange 2010 mit HUB/Cas-Rollen und OWA über ein Forefront TMG. Darüber wird momentan auch OWA und Outlook Anywhere (testweise) abgewickelt. InternalUrl : https://cas-bes.internedomäne/owa ExternalUrl : https://webmail.externedomäne/owa Bisher war OWA so konfiguriert. OWA: Connection Https Authentication HTML Form Authentication Paths: /public, /owa, /exchange, /ecp Als ich testweise Outlook Anywhere mit einem weiteren
  10. Hi zusammen, unter dem Thread habe ich bereits ein die Thematik grob erklärt. Wir wurden aufgekauft und sollen nun die Maildomain des Käufers für unser 1500 Mailboxen nutzen. Also Senden/Empfangen mit neuen Mailadressen. Vorname.Nachname@Neuer-Domain.com. Das Mailadressen-Konstrukt (Vor- und Nachname) haben wir auch bisher genutzt. Es ändert sich also die Maildomäne. Bisher gibt es keine Vertrauensstellung. Wir nutzen Exchange 2010 SP3, der Käufer Exchange 2013. Wir haben bisher ein vorgeschaltetes Mailgateway auf unseren externen DNS-Record, das noch 23 T
  11. Sorry, muss korrigieren, Exchange 2010 SP3 RU18. Also der Domain trust ist beschlossene Sache, wenn die Security Checks abgeschlossen und der VPN steht. Der Einkäufer ist da offen für alles, da sie die Exchange-Farm auch fremd betreut haben. Das heißt, der Trust entsteht zwischen uns und dem Exchange-Hoster. Aber was ich bisher sicher weiß ist, dass der Hoster auf des Einkäufers Exchange OWA nur per VPN erlaubt und es somit kein Standbein ins Internet gibt. Daher die Frage zu den Federation Services innerhalb eines Trusts. Weil es ja wie technisch beschrieben mit dem Outbound Access und ht
  12. Moin und danke für die Antwort. Federation Service in Kombination mit einem Domain Trust machen diese Anforderung dann wohl überflüssig, oder? Federated sharing features require that the Client Access servers in your organization have outbound access to the Internet by using HTTPS. You must allow outbound HTTPS access (port 443 for TCP) to all Exchange 2013 Mailbox servers in the organization
  13. Hallo zusammen, wir wurden aufgekauft und befinden uns in der Konsolidierungsphase. Exchange-Serverfarm 2010 SP2, Domain- und Forest-Level 2008 R2. Die Mutter hat Exchange 2013 mit Domain- und Forest-Level 2012 R2. Geplant ist, dass auf lange Sicht unsere Domäne in die Mutterdomäne integriert (nicht migriert) wird und unsere Applikationen/Services in die neue Domäne umziehen. Einen Trust gibt es noch nicht. Ziel aus Phase 1 sollte der Domain-Trust und damit verbunden eine Replikation der Free-Busy Zeiten auf beiden Exchange-Serverfarmen sein. Wie realisiere ich das am besten? Kann m
  14. Hi und vielen Dank. Der Tenor bis jetzt ist, dass wir auf Augenhöhe mitbestimmen können, obwohl wir wohl so 8x kleiner sind. Somit stellt sich dann die Frage, wie man es dann später löst. Quasi wie von testperson bereits aufgelistet: Subdomain oder in die eigentliche Domain (je nach Struktur) und mit OU Delegation etc. Ich denke, das eine Cross Forest Migration sicherlich kommen wird, mit allen Schwierigkeiten wie Exchange (2010) oder SQL (2008/2012).
  15. Angeordnet ist noch nichts. Es wird ein Security-Audit vor dem Trust geben. Der Trust selber ist allerdings bereits beschlossen, damit sich die Mutter einen umfassenden Überblick über die AD beschaffen kann. Was danach kommt, ist vermutlich noch offen und soll erarbeitet werden. Ich hoffe, wir als gekauftes Unternehmen können mitreden, damit ich zumindest einen Teil meiner ursprünglichen Arbeit (AD Verwaltung etc.) behalten kann. Also Mutterkonzern hat definitiv AD ist ebenso wie wir sehr Microsoft lastig unterwegs. Vielen Dank erstmal für die Informationen. Das hilft schon mal und
×
×
  • Create New...