Kategoriarkiv: verkligheten

Aktivera multifaktorautentisering i Office 365

Logga in i Office 365 portalen.
Gå till Users > Active Users.
Klicka på ”Set-up” där det står ”Set Multi-factor authentication requirements”

activeusersmfa

Markera sedan användarna som du vill aktivera multifaktorautentisering till och tryck på ”Enable”.
o365mfaenable

Nästa gång användaren som du har aktiverat multifaktorautentisering på loggar in (via Office 365 portalen) kommer den att bli skickat till en portal där användaren själv får ställa in hur man vill autentisera sig.
Finns tre val:

  • App i telefonen
  • Telefonsamtal (du blir uppringd när du försöker logga in och får trycka på #)
  • SMS (du får en kod skickad till dig som du får skriva in
Finns tre olika mult-factor auth status:
  • Disabled betyder att det inte är påslaget på användaren
  • Enabled betyder att det är påslaget med användaren har ännu inte loggat in via Office 365 portalen och aktiverat det.
  • Enforced betyder att det är påslaget och att användaren har loggat in via Office 365 portalen och aktiverat det.

Först efter att användaren har loggat in via Office 365 portalen och ställt in det kommer appar/program som inte stödjer multifaktorautentisering att börja skrika om nya lösenord. Då måste man ställa in så kallade ”applösenord” på dessa apparna/programmen.
Läs mer om ”applösenord” i detta inlägget: https://office365.stormats.se/?p=348

Vill ändra / lägga till auktoriseringsmöjligheten loggar man in på Office 365 portalen med sin användare och sedan går man till Kugghjulet > Office 365 settings > klicka på ”Additional security verification ”. Och sedan på ”Update your phone numbers used for account security.”

updatemfaoptions

Här kan man bland annat skapa ”applösenord”, ställa in standardval för multifaktorautentisering, skriva i alternativa telefonnummer med mera.

additionalmfa

Svårare än så är det inte att komma igång med det!

Hur man hjälper övrig e-post (Clutter) på traven!

Lite här och där på internet kan man läsa att clutter inte fungerar som det ska, den sorterar helt enkelt inte in e-post under mappen ”Övrig e-post” eller ”Clutter”.

För att hjälpa clutter funktionen lite på traven så brukar detta hjälpa:

1. Logga in på Outlook Web App ( https://outlook.office.com/ )
2. Sök upp de mailen som du vill ska hamna under Övrig e-post / Clutter
3. Markera dem, högerklicka och välj ”Flytta till övrig e-post” eller ”Move to Clutter”

Detta brukar dock inte hjälpa hela vägen. Detta för att de e-posten du flyttar är oftast lästa, eftersom du klickat på dem i Outlook.
Så för att hjälpa ytterligare bör man även göra detta:

  1. Öppna din Outlook på din dator
  2. Gå till Arkiv > Alternativ > Avancerat
  3. Under Outlook-fönster klickar du på knappen Läsfönster
  4. Ta bort bockarna framför ”Markera objekt som lästa när de visas i läsfönstret” samt ”Markera Outlook-objektet som läst när du bläddrar till ett nytt objekt”

Detta gör att Outlook objekten (mailen) inte blir lästa förens du antingen öppnar dem (dubbelklickar på dem) eller högerklickar på dem och tar ”Markera som läst”.

Vill du ställa in samma sak i Outlook Web App går du till Inställningar (Kugghjulet) > Alternativ > Markera som läst.
Klicka sedan ur bocken framför ”Markera inget automatiskt som läst”.

Nu kan vi mycket enkelt flytta de meddelandena som vi vill ska sorteras som övrig e-post till mappen Övrig e-post eller Clutter som olästa. Gör vi det och låter meddelandena ligga kvar som olästa kommer den att lära sig sortera mycket snabbare. Oftast kickar den igång och fungerar utmärkt redan efter 2-3 dagar.

Avinstallera Exchange server.

Kort inlägg om hur man avinstallerar en Exchange server efter man t.ex. har migrerat till Office 365.

OBS du måste ha minst en Exchange server kvar i din organisation för att kunna administrera e-postadresser och liknande ifall du synkroniserar ditt lokala AD med Azure. Läs mer om just det här: https://technet.microsoft.com/en-us/library/dn931280(v=exchg.150).aspx

I korthet finns det instruktioner här: https://technet.microsoft.com/en-us/library/bb123893(v=exchg.80).aspx

Men jag har även punktat upp en lista på vad man måste göra i verkligheten för att det ska gå att avinstallera den:

1. Ta bort Offline Adress Book list https://technet.microsoft.com/en-us/library/bb124744(v=exchg.141).aspx

2. Rensa public folders: https://technet.microsoft.com/en-us/library/bb201664(v=exchg.141).aspx

3. Ta bort public folder databasen: https://technet.microsoft.com/en-us/library/dd876883(v=exchg.141).aspx

4. Ta bort alla maillådor finns information om det i felmeddelandet när kör ”Readiness Check” samt här: https://technet.microsoft.com/sv-se/library/4a96fd69-9cec-4a48-9571-5c9e8ab3cfe9.aspx

5. Gå till Lägg till / ta bort program och avinstallera Exchangen där.

6. Ta ur den ur domänen.

Skrota servern, eller om du ska ha den kvar så kan du rensa den på databasfiler, loggar med mera som Exchange lämnar efter sig.

Segmentera adressboken i Office 365 / Exchange Online

Jobbar man med t.ex. skolor eller lite större företag kan det finnas önskemål om att segmentera adressboken. Finns lite olika sätta att göra detta på. Just detta exemplet är användbart när man jobbar med skolor och vill att varje klass ska ha sin egen adressbok.

Börja med att ansluta till Office 365 / Exchange Online med Powershell.
Sedan måste vi aktivera adressbokspolicy routing.
För att göra detta skriver man:

Set-TransportConfig -AddressBookPolicyRoutingEnabled $true

För att kolla så det gick igenom så skriver man:

Get-TransportConfig | fl AddressBookPolicyRoutingEnabled

 

För att få rättighet att ändra och skapa adresslistor måste man lägga till rollen ”Address Lists” i säkerhesgruppen ”Organization Management”.
För att göra detta skriver man:

New-ManagementRoleAssignment -SecurityGroup ”Organization Management” -Role ”Address Lists”

 

När man ska segmentera adressboken måste man ha något att filtrera på. Smidigast att filtrera saker på är customattribute i Exchange. I detta fallet har vi inte satt något customattribute på användarna när vi la upp dem. Däremot har vi satt den klassen de går i (KlassB i detta exemplet) som ”Department”.

För att få över ”Department” till ”CustomAttribute1” så skriver vi följande:

Get-MsolUser  |  ForEach { Set-Mailbox $_.UserPrincipalName -CustomAttribute1 $_.Department }

 

För att skapa adresslistor, adressböcker, adressbokspolicys för en klass som heter ”KlassB” skriver vi följande:

New-AddressList -Name ’KlassB_All’ -ConditionalCustomAttribute1 ”KlassB” -IncludedRecipients AllRecipients

New-AddressList -Name KlassB_Contacts -ConditionalCustomAttribute1 ”KlassB” -IncludedRecipients MailContacts

New-AddressList -Name KlassB_Recources -ConditionalCustomAttribute1 ”KlassB” -IncludedRecipients Resources


New-GlobalAddressList -Name KlassB_GAL -ConditionalCustomAttribute1 ”KlassB” -IncludedRecipients AllRecipients


New-OfflineAddressBook -Name KlassB_OAB -AddressLists KlassB_GAL


New-AddressBookPolicy -Name KlassB_ABP -AddressLists KlassB_All, KlassB_Contacts -OfflineAddressBook KlassB_OAB -GlobalAddressList KlassB_GAL -RoomList KlassB_Recource
s

 

För att sedan lägga på adressbokspolicyn som vi skapade med kommandot New-AddressBookPolicy här ovanför till användarna som har ”KlassB_ABP” satt till CustomAttribte1 skriver vi:

Get-Mailbox -resultsize unlimited | where {$_.CustomAttribute1 -eq “KlassB”} | Set-Mailbox -AddressBookPolicy “KlassB_ABP”

Sedan gör man samma sak för KlassA, KlassC och så vidare.
Sätter man ingen adressbokspolicy på användarna så kommer de att se alla adressböcker.

Vill man ha en adressbokspolicy för t.ex. lärare, adminstratörer och så vidare som ska kunna se alla så gör man såhär:

New-AddressBookPolicy -Name ”Larare_ABP” -AddressLists ”KlassA_All”,”KlassA_Contacts”,”KlassB_All”,”KlassB_Contacts”,”All Groups”,”All Contacts”,”All Distribution Lists”,”All Rooms”,”All Users” -OfflineAddressBook ”\Default Offline Address Book” -GlobalAddressList ”\Default Global Address List” -RoomList ”\All Rooms”

Sedan får man naturligtvis tilldela denna nya adressbokspolicyn till de användarna som ska ha den.

 

Källor: http://www.flexecom.com/gal-segmentation-in-office-365/
http://www.testlabs.se/blog/?p=3936

Och en kollega som kunde detta sedan innan. .

Ladda upp filer till O365 / Sharepoint online

Denna guiden laddar upp filerna i teamsiten (förstasidan) på Sharepoint online i biblioteket som skapats som standard i Office 365. Med hjälp av den nya import tjänsten i Office 365. Den lägger filerna i undermappen ”Migrering” (undermappen måste du skapa själv i Sharepoint Online)

1. Logga in på Office 365 portalen.
Klicka på Admin och sedan på IMPORT.
Tryck på plustecknet > ladda upp filer via nätverket
Under punkt 2 tryck på följande:
”Visa nyckel” eller skapa nyckel om du inte skapat en sedan innan
”Visa URL för Sharepoint-/OneDrive för företag-dokument” eller skapa nyckel om du inte skapat en sedan innan

 

2. Se till så denna är installerad på din dator (Sharepoint management shell): http://www.microsoft.com/en-us/download/details.aspx?id=35588
Anslut till Office 365 via Powershell.

Skriv detta: Import-Module Microsoft.Online.SharePoint.PowerShell

 

3. Anslut mot Sharepoint:
(URL hittar du när du går till O365 Admin > Sharepoint. Den första delen av URL:en är dit du ska ansluta, exempel här nedanför).

Connect-SPOService -Url https://foretagetab-admin.sharepoint.com/

Logga in med O365 admin kontot om du får upp inloggningsruta. Eller om du ändrat rättigheterna i Sharepoint Online loggar du in med det adminkontot.

 

4. För att skapa ett nytt Sharepoint Online paket som vi ska konvertera och sedan ladda upp:

New-SPOMigrationPackage -SourceFilesPath \\SMBUTDELNING\spmigration -OutputPackagePath C:\SPO_Package -IncludeFileSharePermissions -TargetWebUrl https://foretagetab.sharepoint.com -TargetDocumentLibraryPath “Shared Documents”  -TargetDocumentLibrarySubFolderPath migrering -NoAdLookup

Noteringar:
-SoucreFilesPath är sökvägen till källfilerna som ska laddas upp. Måste vara en nätverkssökväg.
-OutputPackagePath är där Sharepoint Online paketet sparas
-TargetDocumentLibraryPath namnet på dokumentbiblioteket i SharePoint (heter som standard ”Shared Documents” eller ”Delade Dokument” beroende på vilket språk du kör).
-TargetDocumentLibrarySubFolderPath Undermappens namn
-NoAdLookup hoppar över att kontakta AD/LDAP servrar för att få ut användare och grupper som har rättigheter till filen
-IncludeFileSharePermission inkluderar rättigheter som sedan appliceras när filerna laddats upp. OBS fungerar bara om du har Azure AD koppling mot ditt on-prem AD.

 

5. Konvertera sedan paketet så det stöds av SPO för att utföra jobbet

ConvertTo-SPOMigrationTargetedPackage -SourceFilesPath \\SMBUTDELNING\spmigration -SourcePackagePath C:\SPO_Package -OutputPackagePath C:\SPO_Package\targetedPackage -TargetWebUrl https://foretagetab.sharepoint.com -TargetDocumentLibraryPath “Shared Documents” -TargetDocumentLibrarySubFolderPath migrering

 

6.  Ladda upp paketet/filerna till Azure Storage

$azurelocations = Set-SPOMigrationPackageAzureSource -SourceFilesPath \\SMBUTDELNING\spmigration -SourcePackagePath C:\SPO_Package -AccountName ab39024823032c -AccountKey “posajfposajaosijfaOSIJASDOIJSAODIJaoiJDOIASJD90384320948+432” -PackageContainerName package1

Noteringar: 
-AccountName är kontonamnet i Azure Storage tjänsten. Detta får man ut genom att ta det som jag har fetmarkerat i den adressen som du tidigare plockade ut från när du tryckte på ”Visa URL för Sharepoint-/OneDrive för företag-dokument” i steg 1: https://ab39024823032c.blob.core.windows.net
-AccountKey är nyckeln som du plockade när du tryckte på ”Visa nyckel” i steg 1

 

7. Tanka hem Azure Storage Explorer från denna sidan: https://azurestorageexplorer.codeplex.com/
Logga in med dina uppgifter från steg 6. (Användarnamn: ab39024823032c  Lösenord: ”posajfposajaosijfaOSIJASDOIJSAODIJaoiJDOIASJD90384320948+432”
Där kan du kolla när och om filerna laddas upp, samt få ut SPFilecontainer som behövs i nästa steg.

spfilecontainer

 

8. Efter du har laddat upp filerna i Azure Storage så måste du ladda in dem i Sharepoint.
Till detta behövs en SPO mapping file.
Den ska se ut såhär (kommaseparerad):
SPfilecontainer är mappnamnet i Azure Storage Explorer dit filerna laddats upp.
SPManifestContainger är PackageContainerName i $azurelocations kommandot

Workload

FilePath

Name

Mailbox

IsArchive

TargetRootFolder

SPFileContainer

SPManifestContainer

SPSiteUrl

Sharepoint

76e63543543

315454d-b354354e57-454654d-95646542-514654654-file

Package1

https://foretagetab.sharepoint.com

För att ladda in dem i Sharepoint: logga in i Office 365 portalen gå till Admin klicka på IMPORT.
Klicka på plustecknet > ladda upp filer via nätverket
Se till så att du har bockat för ”Jag har laddat upp filerna” och ”Jag har åtkomst till mappningsfilen”.
Klicka på Nästa, namnge jobbet med valfritt namn, klicka på Nästa, ladda upp din SPO mapping file genom att klicka på plustecknet.
Klicka sedan på slutför och luta dig tillbaka och se på när filerna laddas in i Sharepointen.

Man kan även använda SPFileZIlla för att ladda upp filer till SharePoint.
Du hittar det programmet här: https://spfilezilla.codeplex.com/

Källor:
http://www.learningsharepoint.com/2015/09/22/step-by-step-migrate-files-to-sharepoint-online-office-365-import-service/

http://blogs.technet.com/b/nishants/archive/2015/07/19/using-windows-powershell-cmdlets-for-sharepoint-online-o365-spo-migration.aspx

http://www.learningsharepoint.com/2015/09/22/new-spomigrationpackage-error-while-fatal-exception-found-the-server-could-not-be-contacted-the-ldap-server-is-unavailable/

Fix för fenomenet att skickade objekt från en delad maillåda hamnar i användarens skickade låda i O365

När en användare skickar mail från en delad maillåda så hamnar det i användarens skickat mapp istället för på den skickade maillådan som standard.

Microsoft har nu ordnat en fix på detta.
Det den gör är att den även lägger en kopia på det skickade mailet i skickat mappen på den delade maillådan. Så mailet kommer alltså att ligga både under skickat i den delade maillåda och i användarens skickat.

Det finns två olika scenarier när man skickar från en delad maillåda. Antingen skickar man som avsändaren (Sent As) eller också skickar man på uppdrag av avsändaren (SendOnBehalf).

För att se om funktionen är påslagen eller avslagen skriver vi detta:
Get-Mailbox -Identity <info@foretaget.se>  | Select-Object MessageCopyForSentAsEnabled,MessageCopyForSendOnBehalfEnabled

För att slå på funktionen skriver vi detta:
set-mailbox <info@foretaget.se> -MessageCopyForSentAsEnabled $True
set-mailbox <info@foretaget.se> -MessageCopyForSendOnBehalfEnabled $True

För att slå av funktionen så skriver vi detta:
set-mailbox <info@foretaget.se> -MessageCopyForSentAsEnabled $False
set-mailbox <info@foretaget.se> -MessageCopyForSendOnBehalfEnabled $False

 

Källa: http://blogs.technet.com/b/exchange/archive/2015/03/03/want-more-control-over-sent-items-when-using-shared-mailboxes.aspx

Script som listar och ansluter till en kunds tenat som du har delegerade administrationsrättigheter till.

Är du partner till Microsoft och har lagt till Partner knappen till din Office 365 tenant så vet du att du kan administrera kunders tenants via din Office 365 portal.

Man kan även administrera sina kunder med powershell. Det vanligaste sättet brukar vara att göra såhär: http://darrenmyher.com/2012/11/21/office-365-how-to-run-powershell-commands-on-behalf-of-your-customers/
Problemet med det är att du måste skriva -tenantID $tenID efter varje kommando vilket är lite jobbigt.

Gör du såhär istället så kan du köra på precis som om det vore din egen tenant:

#Connect to MSOnline with password prompt
$LiveCred = Get-Credential
Import-Module msonline
Connect-MsolService -Credential $LiveCred

#List your customers and sort by name
Get-MsolPartnerContract | Select-Object Name,DefaultDomainName | Sort Name
#Asks for the customer domain that you want’s do manage.
$customerdomain = Read-Host ’

Wich customer tenant do you want do manage?’

#Connects to the customers MSOL och EXO with your credentials
Connect-MSOLservice –Credential $LiveCred
$MSOLTenantid = (get-msolpartnercontract -domain $customerdomain).tenantid.guid

$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/PowerShell-LiveID?DelegatedOrg=$customerdomain -Credential $LiveCred -Authentication Basic –AllowRedirection

Import-PSSession $Session

Källor: https://community.office365.com/en-us/f/148/t/55940 och http://blogs.technet.com/b/isantp1/archive/2015/05/20/office365-partner-admin-center-and-its-powershell-secrets.aspx

Sätta granskare som standard på alla användares kalendrar i O365.

Ibland vill vissa kunder inte att man ska behöva dela ut sin kalender för att andra ska kunna titta på den. Utan att man helt enkelt ska kunna öppna en kollegas kalender utan att behöva skicka massa delningsförfrågningar.

För att göra det på en användare så skriver man såhär:
Set-MailboxFolderPermission -Identity ”MailboxID:\Kalender” -User default -AccessRights Reviewer

Via powershell kan man sätta så att standardutdelningen på alla användares kalender är ”Reviewer”, så har man löst problemet:

foreach($user in Get-Mailbox -RecipientTypeDetails UserMailbox) {
$cal = $user.alias+”:\Kalender”
Set-MailboxFolderPermission -Identity $cal -User Default -AccessRights Reviewer
}

För att se så det har fungerat skriv:

Get-MailboxFolderPermission -Identity användare:\Kalender

Då ska du få ut detta:

FolderName User AccessRights
———- —- ————
Kalender Standard {Reviewer}
Kalender Anonymous {None}

Under användare standard står det ”{Reviewer}”

Tänk på att ”:\Kalender” kan heta t.ex. ”:\Calendar” om användaren har engelskt språk inställt.

Tänk även på att du inte kan göra detta via delegerad admin utan måste logga in med en dedikerad admin mot just den tenanten.

Källa: https://community.office365.com/en-us/f/148/t/279982

Ändra tidszon, språk, datumformat och standardmapparnas namn i Outlook Web App / Outlook för en användare.

Ibland kan det blir lite jobbigt rent språkmässigt i Office 365. Har man fått fel språk på sin Inkorg, Utkorg, Skickat, Skräppost osv finns det i Office 365 sätt att byta detta.
Användaren kan göra det själv genom att följa de här stegen:

  1. Log on to Outlook Web App by using your credential.
  2. Click Options, and then click See All Options.
  3. Click Settings, and then click Regional.
  4. On the Regional Settings page, change the language, select the date and time format that you want to use, and then select the Rename default folders so their names match the specified language option.
  5. Click Save, and then exit Outlook Web App.
  6. Restart Outlook.

Ibland vill man som administratör göra det åt användaren, eller ifall man har en delad maillåda som man själv inte har rättigheter till så kan man göra detta via powershell.

För att ändra tidszonen, språk, datumformat och standarmapparnas till svenska standarder via powershell för maillådan ”info” skriver man följande i powershell:

Set-MailboxRegionalConfiguration -Identity info -TimeZone ”W. Europe Standard Time” -Language sv-SE -LocalizeDefaultFolderName:$true -DateFormat ”yyyy-MM-dd” -TimeFormat ”HH:mm”

Får du detta felmeddelandet:

The localization operation of the default folders of mailbox ”info” failed:Det går inte att hitta standardmappen.
+ CategoryInfo : InvalidOperation: (anders.stormats:MailboxIdParameter) [Set-MailboxRegionalConfiguration], InvalidOperationException
+ FullyQualifiedErrorId : [Server=HE1PR06MB1113,RequestId=761af6a6-3b5d-4714-9240-b56b1215a57d,TimeStamp=2015-06-02 09:59:56] [FailureCategory=Cmdlet-InvalidOperationException] 948A68CD
,Microsoft.Exchange.Management.StoreTasks.SetMailboxRegionalConfiguration
+ PSComputerName : outlook.office365.com

Så har du troligtvis en mapp som den inte kan döpa om. Kan vara att t.ex. Outlook skapat någon mapp som heter Skräppost och då krockar det när O365 försöker döpa om mappen Junk till Skräppost. Lösningen är att ta bort mappen som heter t.ex. Skräppost och sedan köra kommandot igen. Den döper dock om de mapparna som går att döpa om, trots felmeddelandet.

Källor: http://community.office365.com/en-us/f/158/t/269232.aspx och https://support.microsoft.com/en-us/kb/2826855

Ta bort så att maillådor som du har tillgång till inte dyker upp i din Outlook 2007 eller nyare automatiskt.

Från och med Outlook 2007 så dyker maillådor som du har fulla rättigheter till automatiskt upp i din Outlook genom autodiscover. Rätt bra funktion kan jag tycka men vissa användare vill ha tillgång till maillådorna hela tiden, men de vill kunna lägga till och ta bort dem själva i sin Outlook.

För att inaktivera denna funktionen som kallas automapping gör man följande:

Anslut till Exchange Online med Powershell.
Om användaren som inte ska ha automapping längre redan har  rättigheter till maillådan måste vi ta bord dem.
För att ta bort rättigheterna för användaren arne@kalle.se till maillådan info@kalle.se så skriver man följande:

Remove-MailboxPermission -Identity info@kalle.se -User arne@kalle.se -AccessRights FullAccess

För att sedan lägga till arne@kalle.se igen med fulla rättigheter men utan automapping skriver man följande:

Add-MailboxPermission -Identity info@kalle.se -User arne@kalle.se -AccessRights FullAccess -AutoMapping:$false

Sedan väntar man en stund tills info@kalle.se har försvunnit från Arnes outlook och då kan han lägga till den manuellt genom att gå till Arkiv > Kontoinställningar > Ändra > Fler inställningar > Avancerat
Där kan han även ta bort den själv när han inte vill att den ska synas i sin Outlook. Sedan kan han lägga till den igen när han har behov av den.

Källor: https://support.microsoft.com/en-us/kb/2646504 och https://technet.microsoft.com/en-us/library/hh529943(v=exchg.141).aspx