Både Office 365 och Google Workspace är beroende av att information om användare är korrekt i AD. I de allra flesta fall synkas användare från ett lokalt AD till Office 365 och/eller G Suite, Det kan upplevas komplicerat när man pratar om e-postadress, användarnamn och inloggningsnamn. Följande gäller:
Benämning | Attribut i AD | Beskrivning | Exempel |
användarnamn | samAccountName | Ett "gammaldags" användarnamn som används för inloggning på datorer. Detta användarnamn är begränsat till 20 tecken. Detta används inte för Office 365 eller G Suite. | glenn.stark |
inloggningsnamn | userPrincipalName | Ett användarnamn "av e-postliknande format". Detta används ofta som inloggningsnamn till Office 365. Det är rekommenderat att userprincipalname är samma som e-postadress. | glenn.stark@eventful.nu |
e-postadress | Detta fält är ett fritt attribut och bör vara användarens e-postadress, men det är inte säkert att det är det. | glenn.stark@eventful.nu | |
e-postadress | proxyAddresses | Här anges användarens primära e-postadress med inledande SMTP: och eventuell alias med inledande smtp: | SMTP:glenn.stark@eventful.nu smtp:glenn@eventful.nu |
Office 365
Oftast mappar man på userPrincipalName, men den bör vara samma som mail. Notera att den e-postadress man får i Office 365 kommer att styras av proxyAddresses om det finns något angivet där. För att kontrollera hur det ser ut i Office 365 kan man kolla med Powershell (https://docs.microsoft.com/en-us/powershell/module/azuread):
Connect-AzureAD
Get-AzureADUser -SearchString "Glenn Stark" | Select userPrincipalName,mail,proxyAddresses | fl
Google Workspace
Oftast mappar man på e-postadress och då räcker det att den överensstämmer. I dessa mappningar använder man attributet mail.
Kontrollerad 2023-01-03
Var artikeln till hjälp?
Toppen!
Tack för din feedback
Vi beklagar att det inte var till hjälp
Tack för din feedback
Feddback skickat
Vi uppskattar din feedback och uppdaterar artikeln vid behov