Exchange Web Services Bård H.M. Jakobsen Gruppe for drift av meldingstjenester (GMT)

E-post ved UiO

Exchange Vi migrerte til Exchange våren 2014, men er ikke helt i mål: I tillegg har vi ca 70 som efter migreringen til Exchange fant hverdagen så vanskelig at de har fått en egen Cyrus-instans på ‘baksiden’ av Exchange. SystemBrukere Exchange Cyrus7 159

Bruk av Exchange sist uke (antall unike brukere) Employee –Faculty –Staff Students Affiliate Andre 521 Totalt:

Exchange ved UiO

Noen begreper – Exchange CAS – Client Access Server –Ansvarlig for alle protokoller, dvs kommunikasjon ut/inn. Stort sett en proxy MBOX – Mail Box Server –Ansvarlig for MailboxDatabasene, der de enkelte mailbox’ene bor AD – en ‘LDAP’ katalog, config-data –Brukere, med attributter –Grupper, med attributter og medlemskap –Autentisering og autorisering

Postbokser - Exchange Vi kjører Exchange 2013, CU10 Intensjonen vår er å oppgradere til Exchange 2016 i Q Avhengigheter: –Cerebrum for brukere, adresser, kvoter, videresending, navn, grupper –UiO-AD for autentisering Exchange er rikt på funksjonalitet, men ikke alltid tilpasset oss –Som stor institusjon, sentralt styrt og med utstrakt bruk av automatikk –Som statelig institusjon underlagt Norsk lov, og med sterke tradisjoner for personvern

Kalender Exchange er også et kalendersystem, der alle får sin egen personlige kalender I tillegg kan man opprette mailbox’er som er upersonlige for å være kalender for ting, typisk rom og utstyr. Kan også ha felleskalendre av ymse typer. Dette er en funksjonalitet vi ikke har tatt i bruk ved UiO (enda).

Grupper – sikkerhet og distribusjon Exchange får også grupper fra Cerebrum. Gruppene brukes for tilgangsstyring til for eksempel kalendre –Slik at man avgrenser hvem som får se, eller bruke resurser som rom –Slik at man enkelt kan åpne for innsyn i brukeres kalendre på tvers av avdelinger Bruker mye de automatiske gruppene fra Cerebrum –uio-tils, uio-ans og uio-tilk –ansatt- og meta-ansatt- –tilknyttet- og meta-tilknyttet-

Grupper (ii) I Exchange er grupper også distribusjonslister (e-postlister). -Et begrenset funksjonssett i forhold til Sympa. -Vi anbefaler ikke disse brukt som generelle distribusjonslister -Store grupper er nedsperret slik at de ikke kan sendes e-post til. -Egnet for mindre enheter, for bruk ved invitasjon til møter ol.

Rom Exchange er autorativ for bruk av 465 rom Både rom i hus, i eksterne hus knyttet til partnere og uteområder Opprinnelig data fra Lotus Notes og Syllabus Ønsker kildesystem for område, bygg og rom utenfor Exchange. Rom kan administreres og ha policy, men avvik fra normalen fordrer manuell registrering og oppfølging I dag primært kun møterom Neste vil være kollokvierom, sperret ned til aktuell gruppe med studenter

EWS Introdusert med Exchange 2007 Vi kjører Exchange 2013 URL: To alternative tilnærminger: –EWS Managed API –EWS

EWS Managed API Bibliotek med objekter, funksjoner og metoder som gir en enkel tilnærming til EWS Kun for språk som kan.NET framework Vi bruker dette, fra Powershell, i dag…

EWS Kan brukes fra alt som kan lage, sende, motta og lese SOAP XML meldinger. Noe mer utfordrende, lite etablert av biblioteker ute som opensource Med andre ord krevende… Ikke prøvd av oss

Ikke EWS for Opprette Mailbox, og de fleste attributter knyttet til Mailbox Opprettelse av grupper, og de fleste attributter, herunder også medlemskap.

EWS for ‘lese’ Exchange data, mailbox og DistributionLists ‘lese’ og ‘skrive’ til en mailbox –Epost –Kalenderdata –Task –IM –Kontakter –Filtre (rules)

Hva har vi gjort Laget statistikk over bruk av møterom/møterom i bygg, for et tidsrom Liste bruk av møterom for et tidsrom Sperre et møterom for bruk, ved å legge inn en avtale som dekker all ledig tid i døgnet. Overføre kalenderdata om en fagperson i TP til personens kalender i Exchange

EWS fra PowerShell (.Net API) $ews = New-Object Microsoft.Exchange.WebServices.Data.ExchangeService($ ExchangeVersion) Autentisering: – $ews.UseDefaultCredentials = $true – $ews.Credentials = $creds URL –$ews.url Impersonating –$ews.ImpersonatedUserId

Finn folder å jobbe i Alle mailbox’er har en folder (mappe) struktur som et hjemmeområde Foldere av forskjellige typer, som gir noe forskjellig adfærd –Calender, Contacts, Inbox, Task, Journal, Notes, User Created, mfl –Ja, man kan ha mange kalendre i en Mailbox… Må finne FolderID –$folderid = new-object Microsoft.Exchange.WebServices.Data.FolderId([Microsoft.E xchange.WebServices.Data.WellKnownFolderName]::Calen dar,$ Address) –$CalendarFolder = [Microsoft.Exchange.WebServices.Data.CalendarFolder]::Bi nd($ews,$folderid)

Utfordringer Rom og utstyr er greit, personer ikke så Må hente alle avtaler –har ikke filtermuligheter –Kun fra dato til dato Bruker har full tilgang, og kan endre på synkroniserte data. –Synkronisering skriver over endringer…

Veien videre GMT er ikke en utviklergruppe, men… –Driftuvikling er greit. UiO har nå et system for kalenderdata, bør ta dette i bruk for alle situasjoner som generer kalenderdata (les Vortex, TP, Min side, Mine Studier, mfl) Ideelt (?) –hver gang et system trenger å gi en bruker en reminder, kan man lagre dette som en task i vedkommendes kalender. –Når et system initierer et møte, generer det direkte inn i deltakerenes kalender. –Prosjektkalendre –Felleskalendre av andre typer

Rom og integrasjoner – veien videre FDV(U?) –Vi ønsker oss et system for statisk informasjon om rom, som kan være autoritativ for rom-data for Exchange. TP –Ideelt, slik vi ser det, bør TP skrives om slik at det bruker Exchange som backend. Det gjør at alle rom kan benyttes fra Exchange uten at man for noen må over i et annet system for å få oversikt. Alle studierelaterte aktiviteter automatisk lagt inn i Exchange Min side/Min studie –Bruke kalender fra Exchange

Spørsmål ?