Het algemene Microsoft 365 topic

[dotacom]

Iemand enig idee wanneer Teams nu precies beschikbaar wordt?
Ben BE gebruiker maar vermoedelijk is dit hetzelfde tijdstip voor NL?
In de FAQ staat Q1 2017 maar kan dus ook april zijn maw?

[tcviper]

dotacom schreef op dinsdag 24 januari 2017 @ 08:36:
Iemand enig idee wanneer Teams nu precies beschikbaar wordt?
Ben BE gebruiker maar vermoedelijk is dit hetzelfde tijdstip voor NL?
In de FAQ staat Q1 2017 maar kan dus ook april zijn maw?

Bij mij staat Teams allang erbij? Via Admin panel > Settings > Apps even aanzetten

[dotacom]

tcviper schreef op dinsdag 24 januari 2017 @ 09:11:
[...]


Bij mij staat Teams allang erbij? Via Admin panel even aanzetten

Is dit dan de beta/test versie?

[tcviper]

Staat bij mij geen beta bij.... volgens mij is het pakket klaar en ready.

[dotacom]

tcviper schreef op dinsdag 24 januari 2017 @ 09:21:
Staat bij mij geen beta bij.... volgens mij is het pakket klaar en ready.

"We are rolling this preview out off-by-default, to give you a chance to explore the new capabilities. This experience will be turned on-by-default in the first quarter of 2017. At this time, you can control access to this experience, at the organization level. We are working on user-level controls for this feature, and will communicate again when available."

Het probleem is dat onze IT afdeling Teams weigert te enablen omdat het nog in beta is volgens hen. Ikzelf heb geen toegang tot Office365 Admin Center.

[tcviper]

Ah, juist. Dan denk ik dat je nog even geduld moet hebben. Kan je wel vertellen dat het prima werkt.

[ Voor 26% gewijzigd door tcviper op 24-01-2017 09:44 ]

[Jazzy]

Denk dat je IT afdeling moet wennen aan de nieuwe realiteit dat features worden uitgerold voordat ze 'af' zijn. Nu hangt er aan Teams nog een Preview label, maar in de praktijk zie je dit over de hele suite van producten gebeuren. Office 365 Groups zijn een goed/slecht voorbeeld van een feature die heel beperkt en eigenlijk onbruikbaar is bij de release en waar voortdurend aan gesleuteld wordt.

Microsoft heeft naar sommige klanten een datum genoemd waarop Teams algemeen beschikbaar wordt, die datum mag ik niet communiceren maar ik kan je wel vertellen dat je best rekening kunt houden met die eerder genoemde 'first quarter of 2017'.

[pelt]

Jazzy schreef op dinsdag 24 januari 2017 @ 09:52:
Denk dat je IT afdeling moet wennen aan de nieuwe realiteit dat features worden uitgerold voordat ze 'af' zijn. Nu hangt er aan Teams nog een Preview label, maar in de praktijk zie je dit over de hele suite van producten gebeuren. Office 365 Groups zijn een goed/slecht voorbeeld van een feature die heel beperkt en eigenlijk onbruikbaar is bij de release en waar voortdurend aan gesleuteld wordt.

Microsoft heeft naar sommige klanten een datum genoemd waarop Teams algemeen beschikbaar wordt, die datum mag ik niet communiceren maar ik kan je wel vertellen dat je best rekening kunt houden met die eerder genoemde 'first quarter of 2017'.

In iets grotere, traditionele bedrijven waarbij zowel governance, communicatie en IT iets in de melk te brokkelen hebben, gaat het toch (helaas) wel iets lastiger dan er maar aan moeten wennen...

Ik merk in mijn werk dat ik hier vaak een spagaat ontstaat tussen leverancier, IT en governance van een bedrijf.

[Jazzy]

Oh ja, ik wil het ook zeker niet bagatelliseren. Ik werk zelf ook voor een enterprise-klant en we kampen daar met precies hetzelfde issue. De strategie tot nu toe was om nieuwe features zo veel mogelijk uit te schakelen tot we klaar zijn om deze gecontroleerd uit te rollen, maar we beginnen ons nu toch te realiseren dat dit niet houdbaar is. Om nog maar te zwijgen van het tempo waarin, we zijn nog bezig met governance rondom Groups en daar komt Planner, Teams en nu StafHub. En het leuke is dat alles uiteindelijk afhankelijk is van Groups.

Het signaal wat ik vooral wilde geven is dat de IT een nieuwe strategie zal moeten vinden om hier mee om te gaan, het ouderwetse model werkt niet meer met Office 365 en begint steeds meer te wringen. In plaats van verandering tegen te houden zul je toch meer moeten opschuiven naar verandering omarmen en begeleiden. Het is daarbij ook vooral belangrijk om de verwachtingen van de organisatie te managen. De tijd dat veranderingen vooraf aangekondigd werden door IT is geweest, nu voert Microsoft volop veranderingen door die niet in de Roadmap stonden en ook niet in het Message Center.

Beetje gerelateerd, ik vind deze Tweet van gisteren heel treffend:


Wanneer je aan Microsoft vraagt wanneer iets uitkomt dan zeggen ze vaak: when it's ready. Dat 'ready' was dan als pakweg 90% van de gewenste functionaliteit gebouwd was en de kwaliteit op niveau was na beta-tests. Nu lijkt het er meer op dat Microsoft kijkt welk product ook maar zijdelings lijkt te concurreren en ze het dan in de basis namaken met als enige doel om te kunnen zeggen dat ze ook een oplossing voor probleem X, Y of Z hebben. Kwaliteit en feature-compleetheid lijkt op de tweede plaats te komen.

[ Voor 22% gewijzigd door Jazzy op 24-01-2017 12:17 ]

[dotacom]

Jazzy schreef op dinsdag 24 januari 2017 @ 12:08:
Oh ja, ik wil het ook zeker niet bagatelliseren. Ik werk zelf ook voor een enterprise-klant en we kampen daar met precies hetzelfde issue. De strategie tot nu toe was om nieuwe features zo veel mogelijk uit te schakelen tot we klaar zijn om deze gecontroleerd uit te rollen, maar we beginnen ons nu toch te realiseren dat dit niet houdbaar is. Om nog maar te zwijgen van het tempo waarin, we zijn nog bezig met governance rondom Groups en daar komt Planner, Teams en nu StafHub. En het leuke is dat alles uiteindelijk afhankelijk is van Groups.

Het signaal wat ik vooral wilde geven is dat de IT een nieuwe strategie zal moeten vinden om hier mee om te gaan, het ouderwetse model werkt niet meer met Office 365 en begint steeds meer te wringen. In plaats van verandering tegen te houden zul je toch meer moeten opschuiven naar verandering omarmen en begeleiden. Het is daarbij ook vooral belangrijk om de verwachtingen van de organisatie te managen. De tijd dat veranderingen vooraf aangekondigd werden door IT is geweest, nu voert Microsoft volop veranderingen door die niet in de Roadmap stonden en ook niet in het Message Center.

Beetje gerelateerd, ik vind deze Tweet van gisteren heel treffend:
[afbeelding]

Wanneer je aan Microsoft vraagt wanneer iets uitkomt dan zeggen ze vaak: when it's ready. Dat 'ready' was dan als pakweg 90% van de gewenste functionaliteit gebouwd was en de kwaliteit op niveau was na beta-tests. Nu lijkt het er meer op dat Microsoft kijkt welk product ook maar zijdelings lijkt te concurreren en ze het dan in de basis namaken met als enige doel om te kunnen zeggen dat ze ook een oplossing voor probleem X, Y of Z hebben. Kwaliteit en feature-compleetheid lijkt op de tweede plaats te komen.

Volledig mee akkoord. Kleine kanttekening: jonge werknemers zien deze evolutie en verandering graag komen. Het probleem zit hem echter bij de iets oudere werknemers. (zo ervaar ik het toch in mijn organisatie) Deze groep weigert zelf aan de slag te gaan en nieuwe zaken te ontdekken zonder degelijke opleiding. Ook doen ze er alles aan om deze nieuwe ontwikkelingen af te breken of in het belachelijke te trekken. Een grote ergernis van mij persoonlijk op de werkvloer.

[akimosan]

Kanttekening: ik zie juist vaak het tegenovergestelde gebeuren. Veel jongere werknemers zoeken niets meer uit maar vragen de hele tijd: Waar staat dat? Hoe doe ik dat? Kun je me uitleggen hoe dat werkt?
Oh, werkt dat zo? Is daar geen app voor? (Nee! als je zo handig bent met apps, BOUW het dan?)

Werk niet zien liggen of oppakken, maar wel de godganse dag bezig met nutteloze dingen op de smartphone.
Ze ontdekken geen nieuwe dingen, ze kopiëren (sorry, DELEN...) enkel wat een ander ontdekt heeft en op hun "timeline" of in directe blikveld (bubble?) plaatst. Like!

Maar ik zal met mijn 43 jaar ook wel te oud zijn

Verder snap ik je wel, ik zie ook veel oudere werknemers voor wie de digitale / organisatie veranderingen te snel gaan. Maar vergeet niet dat die werknemers al het dubbele aan veranderingen voor de laatste vernieuwing hebben meegemaakt en daar wordt soms wel eens wat zuur gekeken of simpelweg obstinaat gereageerd.

Breng aub de nuance aan...

Ontopic: en inderdaad. Features gaan soms te snel. Voordat governance/communicatie/documentatie er is, staat de volgende feature alweer "aan" (by default)
En dan hebben we alweer de eerste klant te pakken: "Zeg, dat knopje voor <insert application>, wat kan ik daarmee?"
Ook best veel jongeren bij, die dat dan blijkbaar niet eerst even googlen

[Jazzy]

Dat laatste is precies waar het om gaat. Dan zit er opeens een Archive folder in de mailbox en moeten we zelf gaan uitzoeken onder welke omstandigheden die verschijnt, wat de relatie met de nieuwe Archive knop in Outlook 2016 is, etc.

[Killah_Priest]

Weet iemand of het normaal is dat het veld InvitedBy in Get-SPOExternalUser leeg is? Ik kreeg in cloud App security een melding mbt een external shared file, ik kan daarin (uiteraard) zien wie de "boosdoener" is, echter met Get-SPOExternalUser blijft het veld InvitedBy helemaal leeg (wat ik vreemd vind aangezien ik op ieder moment moet kunnen zie WIE een bepaalde user een invite gegeven heeft).

Invite is overigens ruim 2 uur geleden geaccepteerd door de user. Omdat Cloud App Security vaak "meer achterloopt" als de 365 admin center en de Powershell cmdlets vind ik het zorgelijk (als dit er morgen niet in staat dan schieten wij hoe dan ook een support case in bij Microsoft hiervoor).

[mswp]

Kreeg vanavond van een aantal collega's te horen dat Exchange vandaag traag was. Vaak kregen collega's ook de melding dat Outlook geen gegevens kon van Exchange-online kon halen.

Meer mensen last van gehad? Zelf niks gemerkt, was ook niet aan het werk dus kreeg ook geen meldingen van collega's door.

Ik zie het bericht hierover ook terug komen in de Portal van Office365, ook een leuke piek op allestoringen.nl

Uitgebreid herstel - 30 jan 2017 20:18

Title: Intermittent Outlook connection problem

User Impact: Some users based in Europe may be unable to connect to the Exchange Online service when using the Outlook client.

More info: The Outlook client is reporting a status of 'disconnected', 'trying to connect', or 'retrieving data from the server'. Users may be able to connect using Outlook on the web (OWA). As the issue is intermittent in nature, users may be able to connect successfully on subsequent attempts.

Current status: The service recovered while we were analyzing data captured from affected customers, and previously affected users report that they are no longer experiencing connection issues. We will closely monitor the service over the next several hours while we continue our investigation into the underlying cause of impact.

Scope of impact: Customer reports indicate that many users will likely experience impact related to this event. Our analysis indicates that this issue may potentially affect any of your users attempting to connect using Outlook Client.

Start time: Monday, January 30, 2017, at 10:00 AM UTC

Next update by: Tuesday, January 31, 2017, at 12:00 AM UTC

[Grolsch]

Ik had er ook een paar x last van, ik dacht dat het aan mij lag

[Verwijderd]

Wij hebben Microsoft ADFS en een connectie met SURFconext (ingesteld volgens https://wiki.surfnet.nl/d...DFS_Server2012_v2.1.1.pdf ). Nu hebben we ons domein in Office 365 gefedereerd via SURFconext (ingesteld volgens https://wiki.surfnet.nl/d...+365+domain+to+SURFconext ). Is er iemand die dit werkend heeft gekregen en of weet welke extra saml claim rule ik moet aanmaken in ADFS ? Surf weet niets van ADFS zeggen ze en Microsoft stuurt mij door naar Surf...

[mswp]

Leuk, Outlook 2016 met cache.

Bij de gebruikers heb ik Outlook zo ingesteld dat alleen de mails van de afgelopen 12 maanden opgeslagen worden in de cache. De rest zou dan in "online" modes getoond worden.

Bij 1 gebruiker slaat hij nu wel de 12 maanden op maar alle oudere mails laat hij niet zien.

Ik heb het ingesteld op 12 maanden om de .ost files zo klein mogelijk te houden. Ik heb deze regels toegepast door middel van een GPO.

Het gekken is, bij de enge gebruiker gaat het wel goed en de andere gebruiker niet. Ik ben alle instellingen al eens nagelopen en vergeleken bij de computers waar het wel goed gaat. Ik heb heel google al doorzocht en ook hiermee van alles geprobeer. Alles instellen volgens de regels maar niks helpt. Ik heb zelf al een keer contact gehad met een bedrijf die rechtstreeks contact had met Microsoft. Maar die geven uiteindelijk alleen maar de oplossingen terug zoals het zou moeten werken, maar dat werkt dus niet.

Heeft iemand nog een idee waar het aan zou kunnen liggen? of in welke buurt ik moet zoeken?

Onderaan de berichten staat de regel: "Op dit moment worden alle berichten weergegeven die nieuwer zijn dan 12 maanden." De blauwe regel voor het zoeken op de server is er dus niet.

[Turdie]

mswp schreef op woensdag 22 februari 2017 @ 19:39:
Leuk, Outlook 2016 met cache.

Bij de gebruikers heb ik Outlook zo ingesteld dat alleen de mails van de afgelopen 12 maanden opgeslagen worden in de cache. De rest zou dan in "online" modes getoond worden.

Bij 1 gebruiker slaat hij nu wel de 12 maanden op maar alle oudere mails laat hij niet zien.

Ik heb het ingesteld op 12 maanden om de .ost files zo klein mogelijk te houden. Ik heb deze regels toegepast door middel van een GPO.

Het gekken is, bij de enge gebruiker gaat het wel goed en de andere gebruiker niet. Ik ben alle instellingen al eens nagelopen en vergeleken bij de computers waar het wel goed gaat. Ik heb heel google al doorzocht en ook hiermee van alles geprobeer. Alles instellen volgens de regels maar niks helpt. Ik heb zelf al een keer contact gehad met een bedrijf die rechtstreeks contact had met Microsoft. Maar die geven uiteindelijk alleen maar de oplossingen terug zoals het zou moeten werken, maar dat werkt dus niet.

Heeft iemand nog een idee waar het aan zou kunnen liggen? of in welke buurt ik moet zoeken?

Onderaan de berichten staat de regel: "Op dit moment worden alle berichten weergegeven die nieuwer zijn dan 12 maanden." De blauwe regel voor het zoeken op de server is er dus niet.

En als in je webmail (https://mail.office365.com) zoekt, zie je dan wel de oudere mail?

[mswp]

shadowman12 schreef op woensdag 22 februari 2017 @ 19:52:
[...]


En als in je webmail zoekt, zie je dan wel de oudere mail?

jup, ook als ik hem op niet cache modes zet. De mails zijn er dus wel. Het licht echt aan Outlook zelf...

[ Voor 10% gewijzigd door mswp op 22-02-2017 19:58 ]

[Turdie]

mswp schreef op woensdag 22 februari 2017 @ 19:53:
[...]


jup, ook als ik hem op niet cache modes zet. De mails zijn er dus wel. Het licht echt aan Outlook zelf.

Heb je de OST als is gescand scanpst.exe (C:\Program Files\Microsoft Office\root\office16\), om uit te sluiten dat er corruptie in zit.

Edit:
En als je de slider veranderd dat ie alles offline moet houden, en dan Outlook herstart, vind je ze dan wel?

[ Voor 19% gewijzigd door Turdie op 22-02-2017 20:00 ]

[mswp]

shadowman12 schreef op woensdag 22 februari 2017 @ 19:56:
[...]


Heb je de OST als is gescand scanpst.exe (C:\Program Files\Microsoft Office\root\office16\), om uit te sluiten dat er corruptie in zit.

Ik ben hem aan het draaien. even afwachten. Ik heb het opnieuw laten opbouwen van de OST al eens eerder geprobeerd. Ik denk dus niet dat er heel veel uitkomt. Maar we zullen zien.

[ Voor 17% gewijzigd door mswp op 22-02-2017 20:00 ]

[mswp]

shadowman12 schreef op woensdag 22 februari 2017 @ 19:56:
[...]

Edit:
En als je de slider veranderd dat ie alles offline moet houden, en dan Outlook herstart, vind je ze dan wel?

Ja, ook dan vindt hij ze.

[Turdie]

mswp schreef op woensdag 22 februari 2017 @ 20:01:
[...]


Ja, ook dan vindt hij ze.

Nou dan laat je hem toch lekker daarop staan?

[mswp]

shadowman12 schreef op woensdag 22 februari 2017 @ 20:01:
[...]


Nou dan laat je hem toch lekker daarop staan?

Het herstellen heeft een fout gevonden, deze heb ik herstelt. Het probleem is hier alleen nog niet mee opgelost.

op alles laten staan vind ik geen goede oplossing. Bij de ene gebruiker minder er als de ander maar er zitten mailboxen tussen van 20GB en dan nog de gedeelde mailboxen. de OST vind dit niet fijn en outlook al helemaal niet. vandaar..

Ik zie een verschil. Ik zie dat het alleen in de shared mailboxen is.

[ Voor 6% gewijzigd door mswp op 22-02-2017 20:15 ]

[FREAKJAM]

Cached mode gebruik je in principe alleen voor persoonlijke mailboxen. Bij shared mailboxen geldt ook het advies om de gpo "disable caching shared folders" of iets dergelijjs in te stellen.

[ Voor 39% gewijzigd door FREAKJAM op 22-02-2017 20:39 ]

[mswp]

FREAKJAM schreef op woensdag 22 februari 2017 @ 20:36:
Cached mode werkt alleen voor persoonlijke mailboxen. Bij shared mailboxen geldt ook het advies om de gpo "disable caching shared folders" of iets dergelijjs in te stellen.

Waarom wordt dit geadviseerd? Er zit toch best wel veel snelheid winst in de cached modes.

[Turdie]

mswp schreef op woensdag 22 februari 2017 @ 20:39:
[...]


Waarom wordt dit geadviseerd? Er zit toch best wel veel snelheid winst in de cached modes.

https://support.microsoft...ondary-mailbox-in-outlook

[Verwijderd]

FREAKJAM schreef op woensdag 22 februari 2017 @ 20:36:
Cached mode gebruik je in principe alleen voor persoonlijke mailboxen. Bij shared mailboxen geldt ook het advies om de gpo "disable caching shared folders" of iets dergelijjs in te stellen.

Shared mailboxen voeg je meestal niet toe via deze manier. Als ik bijv. hier kijk https://blogs.technet.mic...cache-mode-pros-and-cons/ lees ik dat het juist weer aan moet staan?

Om het extra verwarrend te maken heb ik begrepen dat er over een tijdje een Office (2016?) update komt die ervoor zorgt dat je nog maar max. 10 GB in je cache mag hebben. Op zich begrijp ik het wel, Microsoft geeft zelf aan dat je na 10 GB al een merkbare vertraging kunt ervaren.

[FREAKJAM]

Shared mailboxen voeg je in principe helemaal niet (zelf) toe. Een shared mailbox is gratis (mits je de behoefte hebt om er een licentie een te hangen) en een shared mailbox wordt automatisch toegevoegd aan Outlook mits je full access hebt tot de mailbox en automapping wordt gebruikt (dit wordt bij default gebruikt, mits anders aangegeven via powershell).

Bij een shared mailbox wordt standaard alle data gecached. Cached mode kan een mooie uitkomst zijn, maar wanneer je een shared mailbox hebt die ontzettend groot is, en je hebt ook nog eens toegang tot meerdere, lijkt mij dat niet echt een wenselijke situatie. Wat je ook vaak bij shared mailbox ziet is dat de agenda intensief wordt gebruikt. Meerdere agenda's in je Outlook profiel werkt ook averechts: agenda's pollen continue data.

Ik heb vrij recent gesproken met een Service Delivery Manager van Microsoft Nederland en toevallig nog de vraag gesteld wat nu eigenlijk best practice is. (Bij ons geval in een RDS-omgeving Azure). Wel of niet cached mode gebruiken? Komt er op neer dat Microsoft zelf geen hard advies geeft wat nu beter is. Naar het schijnt ondersteunt men enkel cached mode, mits de ost wordt opgeslagen in het gebruikersprofiel van de user. Je kunt een ost opslaan op een netwerkshare, maar dit zou niet ondersteund worden door Microsoft (hoewel deze setting wel te definieren is via policies).

Het antwoord wat ik deze week had gekregen op de vraag was als volgt:
Advies van cached modus versus online modus i.c.m. RDS

“Ten eerste raden wij het gebruik van de cached mode voor Outlook ten zeerste aan, dusdanig dat wij het als standaard hebben ingesteld voor Outlook sinds de 2010 versie. Nu breng RDS haar eigen uitdagingen mee, maar indien er persistente storage voor de gebruiker aanwezig is verdient cached mode aanbeveling boven online mode.

In de ondersteuning van .ost bestanden op netwerkschijven is onze opinie de afgelopen jaren veranderd, aangezien de verwachte vertraging van de storage beduidend minder zal zijn dan de verwachte vertraging van het netwerk; zeker in RDS omgevingen,
Let wel, er bestaat geen concrete aanbevelingen vanuit Microsoft over het gebruik van Outlook op RDS omgevingen; gezien de vele uitdagingen verwacht ik dat dit gemis in concreetheid zal blijven.”

Samenvattend: cached modus wordt dus zeker aanbevolen.

[ Voor 49% gewijzigd door FREAKJAM op 22-02-2017 22:44 ]

[mswp]

Het voordeel van cache i.c.m. Gedeelde mailboxen heeft echt wel voordeel. Het is gewoon veel sneller en stabieler. Outlook reageert er veel beter op. Het nadeel is dus dat je niet langer kan zien dan waar je cache modes op ingesteld is.

Het lijkt dus dat cache en de sync nog niet samenwerken met gedeelde mailboxen.

Nu weet ik ook waarom het bij de ene gebruiker goed gaat en de andere niet. Ik zat of in zijn eigen mailbox te kijken of in de gedeelde.

Nu maar zoeken naar een workaround.

https://www.slipstick.com...lider-exchange-mailboxes/

EDIT: Hoe zou het gaan als ik de gedeelde mailbox handmatig toevoeg zoals een gewoon postvak. Hier kan ik dan apart de cache modes aanpassen. Alleen, ziet hij hem als gewoon postvak of als shared mailbox?

[ Voor 15% gewijzigd door mswp op 23-02-2017 07:23 ]

[FREAKJAM]

Een shared mailbox in Office 365 is een shared mailbox. Dit kun je uitlezen met het commando Get-Mailbox via Powershell bijvoorbeeld. De website die je hier boven linkt geldt trouwens voor wanneer je Outlook gebruikt in combinatie met Exchange, niet zozeer met Office 365. Wat betreft het cachen van shared folders: ik lees toch veelal het advies om het niet te gebruiken, maar dat is nog altijd je eigen keuze natuurlijk.

Een shared mailbox is in principe een disabled user AD-object waarmee je je niet kunt authenticeren. Je kunt een shared mailbox dan eigenlijk ook niet handmatig toevoegen aan Outlook (want je password wordt dan niet geaccepteerd). Je kunt de shared mailbox wel handmatig toe voegen door in het account de credentials op te geven van de user die full access heeft tot deze mailbox.

Wil je toch een shared mailbox toevoegen en controle hebben over de slider, dan kun je de mailbox proberen toe te voegen zoals uitgelegd in de volgende blog.

Het kent wel een aantal nadelen, maar dat wordt zo ook gemeld op de blog. Dit is ook nog een handig artikel, met tips om je performance te verbeteren.

Sent mail for the Shared Mailbox will be stored in its respective mailbox, and the user will also see notifications (particularly annoying in Windows 8/8.1) for the Shared Mailbox as well as their own. As workarounds go, this isn’t ideal – but it might help.

[ Voor 43% gewijzigd door FREAKJAM op 23-02-2017 09:11 ]

[punisher007]

Verwijderd schreef op woensdag 22 februari 2017 @ 21:34:
[...]

Shared mailboxen voeg je meestal niet toe via deze manier. Als ik bijv. hier kijk https://blogs.technet.mic...cache-mode-pros-and-cons/ lees ik dat het juist weer aan moet staan?

Om het extra verwarrend te maken heb ik begrepen dat er over een tijdje een Office (2016?) update komt die ervoor zorgt dat je nog maar max. 10 GB in je cache mag hebben. Op zich begrijp ik het wel, Microsoft geeft zelf aan dat je na 10 GB al een merkbare vertraging kunt ervaren.

Heb jij een bron voor de mogelijke update met max 10GB?

[jokko]

Beste,

Momenteel ben ik bezig met me eerste migratie naar exchange online, echter loop ik tegen een probleempje aan.

De manier die ik gebruik is de import service, van een exchange 2016 CU4 naar exchange online.

Wat ik heb gedaan:

- AD connect opgezet zodat alle users onder active users staan in O365 ( E3 lic )
- .pst export op on premise exchange 2016
- met AZcopy alles naar een azure storage geupload ( en gecontroleerd met azure storage explorer tool )
- Import mapping csv file gemaakt en geupload
- de import gestart

Echter krijg ik dan de volgende fout onder extra info:
Maak een primair postvak en een archiefpostvak voor en maak een nieuwe taak.

De foutmelding is logisch Exchange online is leeg en hier komen de mailboxen uit de CSV file niet mee overeen. Echter is mij vraag hoe krijg ik de gebruikers in exchange online ( alleen een lege mail box ) dit zodat ik daarna de batch opnieuw kan uitvoeren en het wel zonder problemen de mail importeert.

Welke basis stap mis ik ..

Alvast bedankt !

[FREAKJAM]

Waarom omslachtig met pst exports aan de slag als je de mailboxen ook gewoon kunt syncen? Je kunt bovendien sinds kort gebruik maken van Express Migration. Heb je daar al eens naar gekeken?

[ Voor 22% gewijzigd door FREAKJAM op 29-03-2017 15:07 ]

[jokko]

FREAKJAM schreef op woensdag 29 maart 2017 @ 15:07:
Waarom omslachtig met pst exports aan de slag als je de mailboxen ook gewoon kunt syncen? Je kunt bovendien sinds kort gebruik maken van Express Migration. Heb je daar al eens naar gekeken?

Yes de express migration heb ik getest op een test omgeving maar vond ik er traag gaan daarom wou ik deze manier proberen om de migratie sneller te laten verlopen.

[FREAKJAM]

Definieer traag? Heb je geen firewall die ertussen zit die de boel vertraagt? In combinatie met een TMG server (mocht je die nog hebben draaien, maar vast niet) moet je rekening houden met flood mitigation.

[ Voor 26% gewijzigd door FREAKJAM op 29-03-2017 15:15 ]

[ralpje]

jokko schreef op woensdag 29 maart 2017 @ 15:01:
De foutmelding is logisch Exchange online is leeg en hier komen de mailboxen uit de CSV file niet mee overeen. Echter is mij vraag hoe krijg ik de gebruikers in exchange online ( alleen een lege mail box ) dit zodat ik daarna de batch opnieuw kan uitvoeren en het wel zonder problemen de mail importeert.

Welke basis stap mis ik ..

Je hebt ADConnect gebruikt om je AAD te vullen? Dan is waarschijnlijk ook de msExchMailboxGuid meegsynct. Heb je in ADConnect aangegeven dat je de msExchMailboxGuid naar null wilt zetten tijdens het syncen?

[jokko]

ralpje schreef op woensdag 29 maart 2017 @ 15:25:
[...]


Je hebt ADConnect gebruikt om je AAD te vullen? Dan is waarschijnlijk ook de msExchMailboxGuid meegsynct. Heb je in ADConnect aangegeven dat je de msExchMailboxGuid naar null wilt zetten tijdens het syncen?

Beste,

Dit zit hem in een AD object toch ?
Wat ik we heb gedaan is gezegd dat hij enkel de volgende OU's mag sync groepen en gebruikers (eigen OU's)
En enkel de gebruikers in de groep SG_Office365 mag sync zal hier de fout in zitten dat hij wat mist voor exchange ?

[jokko]

FREAKJAM schreef op woensdag 29 maart 2017 @ 15:15:
Definieer traag? Heb je geen firewall die ertussen zit die de boel vertraagt? In combinatie met een TMG server (mocht je die nog hebben draaien, maar vast niet) moet je rekening houden met flood mitigation.

Gister had ik een mailbox waar 2 mails in stonden ( een test acc ) via de express migration gemigreerd echter duurden dat 25 minuten vandaar dat ik een anderen weg ging testen. We hebben inderdaad geen TMG meer draaien

[FREAKJAM]

Draai anders voor de zekerheid even de "Office 365 IdFix tool".

IdFix identifies errors such as duplicates and formatting problems in your directory before you synchronize to Office 365.

[ Voor 27% gewijzigd door FREAKJAM op 29-03-2017 16:24 ]

[jokko]

Het is gelukt geen idee wat nou de oplossing was..

1. Wat ik heb gedaan is de AD connect opties aangepast eerst deed hij enkel bepaalde groepen syncen en een dan moesten die objecten in de groep ook lid zijn van mijn AD SG groep genaamd: SG_office365.

2. Daarna heb ik in AD connect sync service manager > Connectors > properties van o365 domein > select attributes > msExchMailboxGuid uitgezet. die nu weer aan staat uit zich zelf ?

3. De volgende 2 commandos uitgevoerd:
Start-ADSyncSyncCycle -PolicyType Delta
Start-ADSyncSyncCycle -PolicyType Initial

Iemand een idee wat nu de juiste was ? Morgen ga ik het even uitzoeken door alles weer terug te zetten en een voor een aan te passen.

[ralpje]

jokko schreef op woensdag 29 maart 2017 @ 15:36:
[...]


Beste,

Dit zit hem in een AD object toch ?
Wat ik we heb gedaan is gezegd dat hij enkel de volgende OU's mag sync groepen en gebruikers (eigen OU's)
En enkel de gebruikers in de groep SG_Office365 mag sync zal hier de fout in zitten dat hij wat mist voor exchange ?

Dat is een property in AD, die aangeeft welke mailbox bij de betreffende user hoort.
Als je die meesynct naar O365, denkt O365 dat je al een mailbox hebt en krijg je, bij het koppelen van een licentie, dus geen mailbox in O365.
Oplossing is óf eerst je users in O365 aanmaken en een mailbox geven voordat je gaat syncen, óf zorgen dat je deze property niet meesynct. Hoe je dat kunt doen is op internet wel te vinden

[FREAKJAM]

Ontmantel straks ook je on-prem omgeving wanneer alles hebt gemigreerd naar Ofice365, dan worden de on-prem attributen ook netjes geschoond in de AD

[ralpje]

Ook daar zitten nog wat haken en ogen aan, afhankelijk van hoe je e.e.a. nu ingericht hebt. Lees je daarvoor dus eerst even goed in

[punisher007]

Sinds gisteren is het mogelijk om deleted Office 365 groups te recoveren en raad eens wat ik vandaag voor het eerst moest doen Timing

[Verwijderd]

Is het inmiddels al mogelijk om een lokale backup te maken van Sharepoint sites/teamsites dmv backup programma's etc?

Ik wil graag backups maken lokaal maar ook dat ik complete sites of enkele sites kan restoren.

Ik hoor het graag van jullie

[Jazzy]

Ja hoor, dat kan al jaren. Zoek gewoon even op 'sharepoint online backup'.

[mswp]

Verwijderd schreef op maandag 3 april 2017 @ 00:33:
Is het inmiddels al mogelijk om een lokale backup te maken van Sharepoint sites/teamsites dmv backup programma's etc?

Ik wil graag backups maken lokaal maar ook dat ik complete sites of enkele sites kan restoren.

Ik hoor het graag van jullie

Ik begreep laats uit een webinair van Veeam dat er ook een o365 back-up programma voor sharepoint komt net zoals de exchange-online tool.

Of deze er al is en hoe en wat weet ik niet.

[Dw1-nl]

Een paar maanden geleden ben ik begonnen met het verkopen van Office 365 aan mijn zakelijke klanten. Op advies van mede tweakers heb ik per klant een eigen subscription aangemaakt.

Sommige klanten van mij hebben 1 exchange account en andere weer 10 met eventueel office + exchange. Op dit moment gaat alles van mijn zakelijke creditcard af, maar als ik de boekhouding moet doen word ik gek.

Elk account per klant word los gefactureerd en staat als losse transactie op mijn cc. Nu moet ik per klant inloggen op het adminportal en elke invoice stuk voor stuk downloaden. Hierna mijn cc afschrift downloaden en handmatig proberen alle te matchen.

Hoe doen jullie dit?

[nextware]

Dw1-nl schreef op vrijdag 7 april 2017 @ 11:20:
Een paar maanden geleden ben ik begonnen met het verkopen van Office 365 aan mijn zakelijke klanten. Op advies van mede tweakers heb ik per klant een eigen subscription aangemaakt.

Sommige klanten van mij hebben 1 exchange account en andere weer 10 met eventueel office + exchange. Op dit moment gaat alles van mijn zakelijke creditcard af, maar als ik de boekhouding moet doen word ik gek.

Elk account per klant word los gefactureerd en staat als losse transactie op mijn cc. Nu moet ik per klant inloggen op het adminportal en elke invoice stuk voor stuk downloaden. Hierna mijn cc afschrift downloaden en handmatig proberen alle te matchen.

Hoe doen jullie dit?

Via een website van een distributeur. Die hebben een systeem waarmee wij de Office / Exchange Online licenties kunnen aanvragen en beheren. Deze worden realtime in de systemen van Microsoft gewijzigd.

Iedere maand ontvangen wij netjes een factuur vanuit deze distributeur met daarop per klant de afgenomen subscription en de hoeveelheid licenties.

En daarnaast hebben wij in onze administratie maandelijkse facturen geboekt die automatisch worden verzonden naar de eindklant.

Ik neem aan dat je wellicht contact hebt met één van de grote distributeurs (Techdata / Ingram Micro / Copaco) in Nederland waar je je producten kunt inkopen ? Die hebben allemaal een dergelijk systeem in gebruik waarmee je Office / Exchange Online licenties kunt verkopen (en hierdoor dus ook wat marges erop kunt maken )

[Dw1-nl]

nextware schreef op vrijdag 7 april 2017 @ 11:28:
[...]


Via een website van een distributeur. Die hebben een systeem waarmee wij de Office / Exchange Online licenties kunnen aanvragen en beheren. Deze worden realtime in de systemen van Microsoft gewijzigd.

Iedere maand ontvangen wij netjes een factuur vanuit deze distributeur met daarop per klant de afgenomen subscription en de hoeveelheid licenties.

En daarnaast hebben wij in onze administratie maandelijkse facturen geboekt die automatisch worden verzonden naar de eindklant.

Ik neem aan dat je wellicht contact hebt met één van de grote distributeurs (Techdata / Ingram Micro / Copaco) in Nederland waar je je producten kunt inkopen ? Die hebben allemaal een dergelijk systeem in gebruik waarmee je Office / Exchange Online licenties kunt verkopen (en hierdoor dus ook wat marges erop kunt maken )

Nee dit heb ik op dit moment niet. Ik lever voornamelijk programmeer diensten en zelden producten. Als ik producten verkoop koop ik deze gewoon bij Azerty of CoolBlue of dergelijke in en pak hier kleine winstmarge op.

Weet je of het mogelijk is als ik overstap naar een distributeur dat ik mijn accounts zo kan overzetten naar hun? Zonder ze te verwijderen of dergelijke.

EDIT: Net even met Techdata gebeld en kan gewoon mijn subscriptions naar hun migreren. Dus ga me nu even aanmelden bij hun en voortaan alles dan via hun laten lopen.

[ Voor 6% gewijzigd door Dw1-nl op 07-04-2017 12:01 ]

[nextware]

Dw1-nl schreef op vrijdag 7 april 2017 @ 11:29:
[...]

Nee dit heb ik op dit moment niet. Ik lever voornamelijk programmeer diensten en zelden producten. Als ik producten verkoop koop ik deze gewoon bij Azerty of CoolBlue of dergelijke in en pak hier kleine winstmarge op.

Weet je of het mogelijk is als ik overstap naar een distributeur dat ik mijn accounts zo kan overzetten naar hun? Zonder ze te verwijderen of dergelijke.

Ja, je kunt die distributeur autoriseren om licenties te beheren. Op het moment dat je met een distributeur een overeenkomst hebt, kun je in het systeem van deze distributeur een link opvragen om deze betreffende distributeur te autoriseren binnen het licentie systeem van Office 365 van je eindklant.

En zodoende kun je de licenties, afgenomen via Microsoft zelf, uitschakelen en dan dezelfde licenties via de distributeur aanschaffen.

Bel anders met 088 133 4240 (licentie desk Techdata) om je verder hierover te laten informeren.

EDIT: Net even met Techdata gebeld en kan gewoon mijn subscriptions naar hun migreren. Dus ga me nu even aanmelden bij hun en voortaan alles dan via hun laten lopen.

Je was me net voor
Succes !

[ Voor 9% gewijzigd door nextware op 07-04-2017 12:13 ]

[Cai]

Een andere optie is de Microsoft tenant gewoon koppelen aan de eindklant zelf. Microsoft accepteert naast creditcards tegenwoordig ook automatische incasso.

In mijn optiek autonomer dan er tussen te gaan zitten als reseller waardoor deze aan jou gekoppeld is. Bijkomend voordeel is dat het voor de eindklant een stuk overzichtelijker is wat de beheerkosten zijn voor jou en wat de licentiekosten bij Microsoft zijn. In de tenant geef je je Microsoft partner account nummer op en hiervoor ontvang je vanuit Microsoft een (minieme) commissie.

Een strategische keuze dus. Wij willen onze maandfacturen voor de klant zo laag mogelijk houden met alleen "onze" kosten er op en niet van 3rd party leveranciers. Daarnaast spelen zaken als administratiekosten, liqiditeitsplanning en failissementsrisico's ook mee als je wat meer klanten krijgt. Succes!

[mswp]

Ik hoorde een paar weken geleden iemand iets geks zeggen. Als je een licentie koppel aan een gedeelde mailbox moet deze sneller werken. Dit merk je bijvoorbeeld al in Outlook 2016.

Nu vond ik dat natuurlijk heel gek. Hoezo zou een mailbox sneller werken in een cliënt die niet kijkt naar licenties? Zou Microsoft echt verschil aanmaken in wel betalers en niet betalers? Waarom adviseert Microsoft dan met gratis mailboxen?

Nu ben ik eens gaan zoeken op het internet maar ik kan hier niks over vinden. Nu heb ik de moed al wel snel opgegeven want volgens mij zoek ik naar een spel in een hooiberg.

Heb ik nou verkeerd gezocht? Of klopt dit totaal niet? Heeft iemand hier meer ervaring/informatie over?

[Reacher]

Als je een licentie aan een gedeelde mailbox hangt is het een user mailbox geworden (Type Regular)

Denk dat de vraag eerder is: wat zou dan sneller zijn en waarom denkt men dat ?

Als je zegt outlook 2016 denk ik eerder dat ze de mailbox van de user die aanlogt cachen en de shared mailboxen niet.

Ik heb nog nooit zoiets gehoord als 'sneller' door licentie. MS boeit het niet zoveel of het shared of regular is. Je hebt immers licenties nodig voor je users om er uberhaupt bij te kunnen komen.

[ Voor 24% gewijzigd door Reacher op 20-05-2017 11:12 ]

[jokko]

Vraagje, gebruikers proberen een bestand te delen vanuit group die aangemaakt is door hun zelf ( dit kan bijvoorbeeld al in OWA of Outlook gedaan worden ). Aan de achterkant is dit Onedrive / Sharepoint, in deze instellingen heb ik alles op "open" staan om te delen met externe gebruikers.

Echter wanneer iemand een bestand bijvoorbeeld wilt delen met een extern e-mail adres dan krijgt de gebruiker de volgende foutmelding: "Het door de beheerder ingestelde beleid staat delen met mensen buiten uw organisatie niet toe"

[ Voor 5% gewijzigd door jokko op 09-06-2017 09:18 ]

[nextware]

jokko schreef op vrijdag 9 juni 2017 @ 09:16:
Vraagje, gebruikers proberen een bestand te delen vanuit group die aangemaakt is door hun zelf ( dit kan bijvoorbeeld al in OWA of Outlook gedaan worden ). Aan de achterkant is dit Onedrive / Sharepoint, in deze instellingen heb ik alles op "open" staan om te delen met externe gebruikers.

Echter wanneer iemand een bestand bijvoorbeeld wilt delen met een extern e-mail adres dan krijgt de gebruiker de volgende foutmelding: "Het door de beheerder ingestelde beleid staat delen met mensen buiten uw organisatie niet toe"
[afbeelding]

Kijk eens op die Sharepoint site zelf. Daar moet je het expliciet aangeven. Tevens moet de gebruiker zelf ook rechten hebben om mensen uit te nodigen.

[chickpoint]

jokko schreef op vrijdag 9 juni 2017 @ 09:16:
Vraagje, gebruikers proberen een bestand te delen vanuit group die aangemaakt is door hun zelf ( dit kan bijvoorbeeld al in OWA of Outlook gedaan worden ). Aan de achterkant is dit Onedrive / Sharepoint, in deze instellingen heb ik alles op "open" staan om te delen met externe gebruikers.

Echter wanneer iemand een bestand bijvoorbeeld wilt delen met een extern e-mail adres dan krijgt de gebruiker de volgende foutmelding: "Het door de beheerder ingestelde beleid staat delen met mensen buiten uw organisatie niet toe"
[afbeelding]

Via deze optie kun je alleen mailtjes sturen naar personen die binnen je organisatie bekend zijn. Dit wil dus zeggen interne accounts van de gebruikers en gastaccounts die toegevoegd+goegekeurd zijn.

Wil je dat niet dan is een andere mogelijkheid. Je klikt koppeling ophalen, geeft aan welke rechte de ontvanger mag hebben (dan moet je anonieme gebruiker kiezen/toestaan) en deze link in een email copy/pasten.

[ Voor 7% gewijzigd door chickpoint op 09-06-2017 12:20 ]

[jokko]

chickpoint schreef op vrijdag 9 juni 2017 @ 12:18:
[...]


Via deze optie kun je alleen mailtjes sturen naar personen die binnen je organisatie bekend zijn. Dit wil dus zeggen interne accounts van de gebruikers en gastaccounts die toegevoegd+goegekeurd zijn.

Wil je dat niet dan is een andere mogelijkheid. Je klikt koppeling ophalen, geeft aan welke rechte de ontvanger mag hebben (dan moet je anonieme gebruiker kiezen/toestaan) en deze link in een email copy/pasten.

Oke duidelijk! Vanuit sharepoint ( Documenten ) werkt deze functie wel gewoon. Dus maar even hobbyen en een basis intranet site in elkaar knutselen of de anderen manier van werken voor leggen zo als je hebt beschreven

[bvk]

Heeft er misschien iemand ervaring met het instellen van DKIM en dan specifiek de CNAME's die je aan moet maken in DNS?

In de O365 portal krijg je alleen de mededeling dat je die CNAME aan moet maken en krijg je de value (Selector 1 en 2) te zien. Ze vertellen er alleen niet bij welke naam je op moet geven... Ik heb gisteren veel zitten zoeken daarop en kom alleen maar uitleg tegen wat DKIM is etc., maar nergens een voorbeeld van juist ingevulde records.

Het betreft overigens het aanmaken in DNS via Direct Admin, als ik daar op ga zoeken kom ik alleen maar tegen dat er een probleem is geweest met het gebruiken van underscore maar dat dit opgelost is.

Ik weet dat Office 365 DKIM standaard aanzet, maar alleen voor het "onmicrosoft" domein en ik heb begrepen dat het beter is om DKIM in te stellen voor het domein waar daadwerkelijk vanaf gemaild wordt. Hopelijk kan iemand mij een zetje in de goede richting geven

Edit: De vraag ook maar even voorgelegd aan mijn hoster i3D middels een ticket. Binnen een paar minuten antwoord, ze hebben de juiste records even voor me toegevoegd en het zou nu goed moeten staan

Vanavond of morgen maar even kijken of de O365 portal het nu ook pakt, met deze instellingen:

selector1-domein-tld._domainkey CNAME tenantnaam.onmicrosoft.com.
selector2-domein-tld._domainkey CNAME tenantnaam.onmicrosoft.com.

[ Voor 18% gewijzigd door bvk op 13-06-2017 16:09 ]

[bvk]

Bump...

Ik heb het (DNS) even de tijd gegeven, mede omdat ik naar het buitenland was. Maar DKIM aanzetten in de O365 admin portal lukt helaas nog steeds niet, ik krijg nog steeds de melding dat de CNAME records niet gevonden kunnen worden.

Verder zoeken leert me dat onderstaande de juiste syntax zou moeten zijn:

Host name: selector1._domainkey.cohovineyard.com
Points to address or value: selector1-cohovineyard-com._domainkey.cohovineyardandwinery.onmicrosoft.com
TTL: 3600

Maar als ik dit wil invullen (uiteraard aangepast naar mijn eigen domein en organisatie) in Direct Admin krijg ik weer de melding dat dit geen correcte waardes zijn....

Ik ben dus nog steeds heel benieuwd hoe anderen succesvol DKIM ingesteld hebben voor hun domein(en) in combinatie met DA. Ik doe waarschijnlijk iets verkeerd, maar wat...

[Oogje]

Je maakt een cname aan genaamd selector1 in de zone _domainkey.domain.nl?

[bvk]

Oogje schreef op maandag 26 juni 2017 @ 16:12:
Je maakt een cname aan genaamd selector1 in de zone _domainkey.domain.nl?

Ik ben bang dat ik je nu even niet volg, maar ik ben dan ook niet bepaald een DNS expert.. Ik tracht het aan te maken zoals bovenstaand wat als ik het goed begrijp juist zou moeten zijn.

Maar het is óf niet juist óf Direct Admin heeft daar een probleem mee.

[mswp]

hmm.. Gister aan het testen geweest met mdm van Office 365. Nu heb ik mijn eigen Windows phone in erin gehangen en ook weer verwijderd. Ik moet nu alleen een vergrendel code van 5 teken hebben inclusief letters, cijfers, tekens en wat dan ook. Toestel hangt er niet in maar instellingen blijven wel hangen.

Iemand enig idee hoe ik dat uitgeschakeld krijg? Toestel staat nergens meet in Exchange-online, Beveiliging en Compliance en intune. Ook in Azure AD heb ik hem verwijderd.

telefoon een reset geven heb ik niet zo'n zin in..

[Jazzy]

Bij instellingen, vergrendelscherm oid. Ben helaas over naar een iPhone sinds een tijdje.

[mswp]

Jazzy schreef op woensdag 28 juni 2017 @ 21:01:
Bij instellingen, vergrendelscherm oid. Ben helaas over naar een iPhone sinds een tijdje.

Daar had ik inderdaad ook al gezocht. Het enigste wat hij aangaf was: 5 tekens, 1 hoofdletter enz. Enz.

Ik heb trouwens toch maar een f.reset gedaan, geeft ook wel weer wat performance verbeteringen.

Jammer genoeg wil ik ook weer terug naar Android.

[ Voor 11% gewijzigd door mswp op 28-06-2017 22:52 ]

[chickpoint]

Heeft er iemand ervaring met SfB online en de koppeling naar PSTN?

Ons bedrijf wil graag overstappen van ISDN naar bellen via Skype for Business online, nu ben ik op zoek naar een aanbieder die voor ons de SIP trunk kan regelen, zodat wij de PBX zelf kunnen beheren.

Vooralsnog kom ik weinig aanbieders tegen die dit doen. Klopt mijn gedachtegang niet of zie ik iets over het hoofd?

Zoals ik het nu zie hebben wij een Office 365 Business Premium abbonement mogelijk uitgebreid met SfB plan 2 voor de Cloud PBX. Is het mogelijk om aan deze Cloud PBX een SIP trunk te koppelen voor de PSTN connectiviteit?

[MantaMaartuh]

Op dit moment een probleem met de portal van Office 365?

[ralpje]

Yup, hetzelfde issue als vrijdag, zo lijkt het.

In other news: ik heb in een nieuwe tenant problemen het instellen van Outlook. Er wordt om de haverklap gevraagd om username / password, zowel voor de hoofd-mailbox als voor de shared mailboxes die daar via automapping onder hangen. Andere clients geprobeerd, zowel binnen als buiten het netwerk, verschillende versies van Outlook, het probleem blijft bestaan.
OWA werkt wel, met dezelfde credentials. EXRCA geeft geen errors op autodiscovery. Ik ben benieuwd of het gerelateerd is aan de andere storing, of dat het een separaat probleem is.


@chickpoint Volgens mijn kun je alleen met de Enterprise-plans de cloud pbx add-on gebruiken. Je kunt dan kiezen voor een on-prem cloud connector (die je aan je SIP-trunk koppelt) om je PSTN-breakout te regelen, of je kiest er voor je nummers te porteren naar MS en hen de PSTN-koppeling te laten regelen, zodat je helemaal niets meer on-prem hebt.

[ Voor 23% gewijzigd door ralpje op 03-07-2017 10:43 ]

[rico463]

MantaMaartuh schreef op maandag 3 juli 2017 @ 10:35:
Op dit moment een probleem met de portal van Office 365?

Hier ook problemen met inloggen. Diverse browsers, besturingssystemen etc. geprobeerd allemaal lijken ze niet door te gaan naar het admin panel en krijg ik weer het inlogscherm waar doodleuk signed in staat..

[Jazzy]

MantaMaartuh schreef op maandag 3 juli 2017 @ 10:35:
Op dit moment een probleem met de portal van Office 365?

Yep. Lijkt een global, of in ieder geval een grootschalig issue te zijn. Ik kon trouwens wel inloggen op OWA en een paar beheerportals, alleen niet de standaard portal.

Heb net wel in kunnen loggen met een beheeraccount trouwens, is ook gewoon een federated account maar dan met de Global Admin rol. Wel apart.

[ Voor 17% gewijzigd door Jazzy op 03-07-2017 11:08 ]

[MantaMaartuh]

tnx, ben ik gelukkig niet de enige
Ik stond net op het punt een support ticket aan te maken voor wat anders haha

[chickpoint]

ralpje schreef op maandag 3 juli 2017 @ 10:41:
In other news: ik heb in een nieuwe tenant problemen het instellen van Outlook. Er wordt om de haverklap gevraagd om username / password, zowel voor de hoofd-mailbox als voor de shared mailboxes die daar via automapping onder hangen. Andere clients geprobeerd, zowel binnen als buiten het netwerk, verschillende versies van Outlook, het probleem blijft bestaan.
OWA werkt wel, met dezelfde credentials. EXRCA geeft geen errors op autodiscovery. Ik ben benieuwd of het gerelateerd is aan de andere storing, of dat het een separaat probleem is.

Is dit ook niet gerelateerd aan de storing op de portal? Ik heb hier namelijk ook een gebruiker met dezelfde problemen die pas ingelogd is nadat de storing is ontstaan.

ralpje schreef op maandag 3 juli 2017 @ 10:41:
@chickpoint Volgens mijn kun je alleen met de Enterprise-plans de cloud pbx add-on gebruiken. Je kunt dan kiezen voor een on-prem cloud connector (die je aan je SIP-trunk koppelt) om je PSTN-breakout te regelen, of je kiest er voor je nummers te porteren naar MS en hen de PSTN-koppeling te laten regelen, zodat je helemaal niets meer on-prem hebt.

Ik denk dat ik een E3 of E5 hier niet zo goed verkocht krijg, ik heb wel gezien dat als je een extra Skype for Business Plan 2 aanschaft, je ook Cloud PBX krijgt. Ik kan alleen nergens informatie vinden of het mogelijk is om hier een SIP trunk op in te regelen.

Mocht er inderdaad geen andere mogelijkheid zijn is het wachten tot PSTN Calling hier beschikbaar is en toch proberen een E3 of E5 te verkopen.

[ Voor 32% gewijzigd door chickpoint op 03-07-2017 11:31 ]

[ralpje]

chickpoint schreef op maandag 3 juli 2017 @ 11:28:
[...]


Mocht er inderdaad geen andere mogelijkheid zijn is het wachten tot PSTN Calling hier beschikbaar is en toch proberen een E3 of E5 te verkopen.

Een E1 is ook genoeg

Volgens het laatste mailtje wat ik kreeg, is PSTN Calling sinds 1 juli GA in Nederland. Heb het alleen zelf nog niet kunnen controleren.

Als je kiest voor Cloud PBX zonder PSTN calling kun je inderdaad je eigen SIP-trunk aansluiten. Houd dan wel rekening met het feit dat je een redelijke server on-prem moet hoesten voor de 'cloud connector' van Skype, wat het koppelvlak vormt tussen je SIP-trunk en SfB online. In de praktijk bestaat die cloud connector uit een viertal VM's.

[Jazzy]

De PSTN Calling add-on licentie zou inderdaad beschikbaar moeten zijn in Nederland maar ik kan hem in mijn tenant nog niet aanschaffen. Wel de Cloud PBX licentie.

[Rolfie]

bvk schreef op maandag 26 juni 2017 @ 15:58:
Bump...

Ik heb het (DNS) even de tijd gegeven, mede omdat ik naar het buitenland was. Maar DKIM aanzetten in de O365 admin portal lukt helaas nog steeds niet, ik krijg nog steeds de melding dat de CNAME records niet gevonden kunnen worden.

Verder zoeken leert me dat onderstaande de juiste syntax zou moeten zijn:

Host name: selector1._domainkey.cohovineyard.com
Points to address or value: selector1-cohovineyard-com._domainkey.cohovineyardandwinery.onmicrosoft.com
TTL: 3600

Maar als ik dit wil invullen (uiteraard aangepast naar mijn eigen domein en organisatie) in Direct Admin krijg ik weer de melding dat dit geen correcte waardes zijn....

Ik ben dus nog steeds heel benieuwd hoe anderen succesvol DKIM ingesteld hebben voor hun domein(en) in combinatie met DA. Ik doe waarschijnlijk iets verkeerd, maar wat...

Zo te zien ben je niet de enige: Office 365 DKIM Selectors as CNAME can't be added in the GUI

Bugfixje: added support for underscore in A, AAAA and NS records

Ofwel even contact opnemen met je hosting provider?

[bvk]

Rolfie schreef op maandag 3 juli 2017 @ 12:18:
[...]


Zo te zien ben je niet de enige: Office 365 DKIM Selectors as CNAME can't be added in the GUI

Bugfixje: added support for underscore in A, AAAA and NS records

Ofwel even contact opnemen met je hosting provider?

Dank, maar die 2 topics had ik ook gevonden zonder dat ik daar de oplossing of oorzaak in vond. Want daar staat ook:

The underscore character _ will now be allowed in A records and NS records with this setting.
allow_dns_underscore was already available for CNAME, TXT and SRV records.

En die "Kiekeboe" is in zijn topic ook niet heel erg duidelijk wat er nu opgelost was voor hem... Want bij het weglaten van de underscore lijkt het me dat O365 nog steeds geen correcte CNAME kan vinden?

En verder had ik gehoopt dat er iemand een voorbeeld (screenshot) zou kunnen geven van een correcte verwijzing in DA die werkt zodat ik daarmee terug kan naar de hoster als ik dat alsnog niet zelf in kan vullen. Of zijn er maar zo weinig O365 gebruikers in combinatie met Direct Admin en DKIM?

[Padje]

Ik hoop dat iemand mij kan helpen met deze vraag.

Ik ben zelf beheerder van een Office365 omgeving, maar nu ben ik laatst begonnen bij een andere vestiging waar een extern bedrijf de boel regelt. (Dit is een Office365 migratie geweest middels AD DirSync.)

Voor mijn eigen Office365 omgeving heb ik een image gebouwd op basis van Windows 10 LTSB, deze volledig af geconfigureerd middels local group policy's.

Nu is het verhaal in mijn Office365 Azure joined omgeving werkt alles perfect en worden de local policy's uitgevoerd.
Echter voor de omgeving waar ik laatst ben begonnen worden voor users die vanaf WS2012 zijn ge-synced geen local policy's uitgevoerd. Met mijn eigen account op deze tenant die direct in Office365 is aangemaakt daar heb ik geen problemen mee.

Als ik onder user profiles kijk in Windows 10 zie ik dat mijn eigen account AzureAD\ aangeeft, de gebruikers die ooit afkomstig waren van WS2012 en die met dirsync in O365 terecht zijn gekomen worden nu nog weergegeven met de domeinnaam van de AD server. (De AD server staat uit.)

Zelf denk ik dat dit komt omdat de ADserver met dirsync is gesynced echter is dirsync nooit uitgezet via powershell op de tenant. Ik heb helaas geen admin rechten dus kan het niet nakijken.

Heeft iemand een idee? Voor de goede orde ik ben vrijwilliger, de andere vestiging is beheerd door een externe partij. en die externe partij is niet heel erg bereidwillig om mee te werken.

Mijn omgeving heb ik 140 happy users, de andere omgeving is echt puin qua SharePoint en de desktop omgeving.

[ Voor 0% gewijzigd door Padje op 05-07-2017 21:49 . Reden: typoos ]

[Question Mark]

Padje schreef op woensdag 5 juli 2017 @ 21:22:
Ik heb helaas geen admin rechten dus kan het niet nakijken.

Regel dit eerst... Zonder Global Admin rechten in de tenant kun je niet controleren wat er aan de hand is.

Stap één is erachter komen waar de users nu gehomed worden:

Zijn dit vanuit de tenant gezien nog steeds on-prem users, of zijn het cloudbased users?

Overigens moet je deze vraag gewoon bij de beheerspartij neerleggen. Zij beheren de tenant. Laat hun dan de info maar opleveren. Als ze niet bereidwillig zijn heb je een ander probleem, maar dat mag de directie dan gaan oplossen

[Turdie]

Padje schreef op woensdag 5 juli 2017 @ 21:22:
Ik hoop dat iemand mij kan helpen met deze vraag.

Ik ben zelf beheerder van een Office365 omgeving, maar nu ben ik laatst begonnen bij een andere vestiging waar een extern bedrijf de boel regelt. (Dit is een Office365 migratie geweest middels AD DirSync.)

Voor mijn eigen Office365 omgeving heb ik een image gebouwd op basis van Windows 10 LTSB, deze volledig af geconfigureerd middels local group policy's.

Nu is het verhaal in mijn Office365 Azure joined omgeving werkt alles perfect en worden de local policy's uitgevoerd.
Echter voor de omgeving waar ik laatst ben begonnen worden voor users die vanaf WS2012 zijn ge-synced geen local policy's uitgevoerd. Met mijn eigen account op deze tenant die direct in Office365 is aangemaakt daar heb ik geen problemen mee.

Als ik onder user profiles kijk in Windows 10 zie ik dat mijn eigen account AzureAD\ aangeeft, de gebruikers die ooit afkomstig waren van WS2012 en die met dirsync in O365 terecht zijn gekomen worden nu nog weergegeven met de domeinnaam van de AD server. (De AD server staat uit.)

Zelf denk ik dat dit komt omdat de ADserver met dirsync is gesynced echter is dirsync nooit uitgezet via powershell op de tenant. Ik heb helaas geen admin rechten dus kan het niet nakijken.

Heeft iemand een idee? Voor de goede orde ik ben vrijwilliger, de andere vestiging is beheerd door een externe partij. en die externe partij is niet heel erg bereidwillig om mee te werken.

Mijn omgeving heb ik 140 happy users, de andere omgeving is echt puin qua SharePoint en de desktop omgeving.

Wat zie je als een gpresult doet of een RSOP query draait voor die policies? Dirsync synct overigens alleen users die doet verder niks met servers.

Ik denk trouwens dat je het verhaal wat verwarrender maakt door te praten over je eigen omgeving. Probeer het seperaat te zien, iedere omgeving is weer anders. Lijkt mij overigens dat die externe dienstverlener even wat policy troubleshooting moet doen. Vraag desnoods een offerte met urenindicatie om die policies goed onder handen te nemen.

[ Voor 9% gewijzigd door Turdie op 05-07-2017 22:22 ]

[Padje]

gpresult geeft een negatief resultaat dit had ik ook getest.

Maar is er iemand die kan bevestigen dat nadat je de AD server uitzet dat je dirsync ook nog dient uit te zetten op de tenant?

De migratie naar Office365 is in januari geweest de AD server is pas vorige week uitgezet, het nu geconstateerde probleem kwam ik 3weken geleden achter.

[Turdie]

Padje schreef op woensdag 5 juli 2017 @ 22:26:
gpresult geeft een negatief resultaat dit had ik ook getest.

Maar is er iemand die kan bevestigen dat nadat je de AD server uitzet dat je dirsync ook nog dient uit te zetten op de tenant?

De migratie naar Office365 is in januari geweest de AD server is pas vorige week uitgezet, het nu geconstateerde probleem kwam ik 3weken geleden achter.

http://itgroove.net/stell...w-office365-admin-center/

Volgens mij maakt het niet zoveel uit, je kan het in de tenant ook wel aan laten staan

[ Voor 28% gewijzigd door Turdie op 05-07-2017 22:38 ]

[Padje]

shadowman12 schreef op woensdag 5 juli 2017 @ 22:33:
[...]


Ik zou het niet doen want als je dan updates doet in je AD op users worden die niet meer doorgevoerd. Het zijn namelijk allemaal synced users (zelfs een wachtwoord reset komt niet meer door)

http://itgroove.net/stell...w-office365-admin-center/

De AD server omgeving ligt stroomloos in de opslag. Wij hebben totaal geen servers meer draaien alles gaat via Office365. Maar echter zijn de oude users die afkomstig vanaf de AD middels DIRSYNC nog steeds users zonder AzureAD\ vermelding op w10.

[ralpje]

Zolang AADSync op de tenant nog actief is worden de users gezien als synced users, of die sync nou nog draait of niet.
Of het uitschakelen van AADSync ook daadwerkelijk invloed gaat hebben op het problem wat je meldt met het niet toepassen van de locale policies, durf ik te betwijfelen.

Verder sluit ik me wel aan bij de rest: de externe beheerder is hier degene die aan de slag moet, laat hen het dan ook oplossen.

[boeschke]

Misschien dat iemand hier ons uit de brand kan helpen.

We gebruiken sinds een paar maanden office 365 met E3 licenties en we zijn langzaam diensten aan het verplaatsen van on-prem naar office 365.
Nu zijn we aanbelandt bij het omzetten van lync 2013 on-prem naar skype for business online echter loop ik tegen problemen aan met gebruikers die al in lync gebruiker zijn geweest. Leuk detail is dat onze lync omgeving is gecrashed en we hem niet meer aan de praat krijgen. We kunnen dus helaas niet migreren door middel van een hybrid setup.
We maken gebruik van Azure AD connect samen met ADFS 4.0 voor nieuw aangemaakte gebruikers werkt alles perfect alleen bij oude lync gebruikers krijgen we de volgende melding bij aanmelden:
De gebruikersnaam, het wachtwoord of het domein is onjuist.

in ADFS zie het volgende event id voor bij komen':
email-The user name or password is incorrect

Ik heb al geprobeerd zoals op internet beschreven werd om alle lync gerelateerde attributen leeg te maken maar helaas blijft het probleem bestaan.


Alvast bedankt voor de hulp.

[ Voor 4% gewijzigd door boeschke op 06-07-2017 08:50 ]

[Jazzy]

Daar zou ik even een case voor aanmaken als ik jou was. Je moet echt even goed naar de staat van de attributen kijken, zowel on-premises als in S4B Online.

[mswp]

bvk schreef op maandag 3 juli 2017 @ 12:49:
[...]


Dank, maar die 2 topics had ik ook gevonden zonder dat ik daar de oplossing of oorzaak in vond. Want daar staat ook:


[...]


En die "Kiekeboe" is in zijn topic ook niet heel erg duidelijk wat er nu opgelost was voor hem... Want bij het weglaten van de underscore lijkt het me dat O365 nog steeds geen correcte CNAME kan vinden?

En verder had ik gehoopt dat er iemand een voorbeeld (screenshot) zou kunnen geven van een correcte verwijzing in DA die werkt zodat ik daarmee terug kan naar de hoster als ik dat alsnog niet zelf in kan vullen. Of zijn er maar zo weinig O365 gebruikers in combinatie met Direct Admin en DKIM?

Ik zit met het zelfde probleem, exchange-online en DKIM bij Office 365. Het enigste wat ik kan vinden voor het instellen zijn dezelfde waardes als die jij aangeeft. De waarde lijkt mij wel logisch, het is meer de naam. Ik heb al verschillende dingen geprobeer maar een succes. Ondertussen 2 weken verder met elke keer die DNS naam updaten.

Ik heb al contact gehad met Transip maar die geven aan, wij weten niet wat je moet instellen. Vraag dat maar bij je e-mail provider aan..

Ondertussen al iets verder gekomen?

[ Voor 7% gewijzigd door mswp op 06-07-2017 16:05 ]

[bvk]

mswp schreef op donderdag 6 juli 2017 @ 16:04:
[...]


Ik zit met het zelfde probleem, exchange-online en DKIM bij Office 365. Het enigste wat ik kan vinden voor het instellen zijn dezelfde waardes als die jij aangeeft. De waarde lijkt mij wel logisch, het is meer de naam. Ik heb al verschillende dingen geprobeer maar een succes. Ondertussen 2 weken verder met elke keer die DNS naam updaten.

Ik heb al contact gehad met Transip maar die geven aan, wij weten niet wat je moet instellen. Vraag dat maar bij je e-mail provider aan..

Ondertussen al iets verder gekomen?

Nee, ik ben helaas op dit moment nog niet verder gekomen.Ik heb een ticket uitstaan bij i3D met het verzoek de records handmatig in DNS te zetten, maar daar heb ik helaas nog geen reactie op. Mogelijk omdat ze het zelf ook niet kunnen en nog dingen aan het uitzoeken zijn, want normaal gesproken heb je bij hun in no time een oplossing of antwoord op je ticket...

Maar jij hebt bij TransIp ook met DA te maken en lukt het je ook niet om in te stellen?

[Vorkie]

@mswp en @bvk een DKIM is toch een TXT record en geen CNAME? Zo is deze aangemaakt op mijn krgt.nl domein door mijzelf (eerst bij TransIP, toen op mijn eigen DNS)

Ah wacht, Office365 moet weer met CNAMES gaan werken....

[ Voor 16% gewijzigd door Vorkie op 06-07-2017 17:15 ]

[bvk]

Vorkie schreef op donderdag 6 juli 2017 @ 17:14:
@mswp en @bvk een DKIM is toch een TXT record en geen CNAME? Zo is deze aangemaakt op mijn krgt.nl domein door mijzelf (eerst bij TransIP, toen op mijn eigen DNS)

Niet bij Microsoft, die willen de records als CNAME....

[Vorkie]

bvk schreef op donderdag 6 juli 2017 @ 17:16:
[...]


Niet bij Microsoft, die willen de records als CNAME....

Maar als je dus een NEW CNAME maakt;

Alias name: selector2._domainkey
FQDN: selector2-xxxxx-xxx._domainkey.<jedomein>.onmicrosoft.com

Dan krijg je een fout?

[mswp]

bvk schreef op donderdag 6 juli 2017 @ 17:07:
[...]


Nee, ik ben helaas op dit moment nog niet verder gekomen.Ik heb een ticket uitstaan bij i3D met het verzoek de records handmatig in DNS te zetten, maar daar heb ik helaas nog geen reactie op. Mogelijk omdat ze het zelf ook niet kunnen en nog dingen aan het uitzoeken zijn, want normaal gesproken heb je bij hun in no time een oplossing of antwoord op je ticket...

Maar jij hebt bij TransIp ook met DA te maken en lukt het je ook niet om in te stellen?

Nee lukt inderdaad ook niet.

Vorkie schreef op donderdag 6 juli 2017 @ 17:19:
[...]


Maar als je dus een NEW CNAME maakt;

Alias name: selector2._domainkey
FQDN: selector2-xxxxx-xxx._domainkey.<jedomein>.onmicrosoft.com

Dan krijg je een fout?

Ja die heb ik inderdaad al geprobeerd, ook al met of zonder ._domainkey of ._domainkey.(domain) enz. enz.

[ Voor 43% gewijzigd door mswp op 06-07-2017 17:25 ]

[bvk]

Vorkie schreef op donderdag 6 juli 2017 @ 17:19:
[...]


Maar als je dus een NEW CNAME maakt;

Alias name: selector2._domainkey
FQDN: selector2-xxxxx-xxx._domainkey.<jedomein>.onmicrosoft.com

Dan krijg je een fout?

Inderdaad, dan krijg je de error "You must provide a valid name and value"

Dit is wat ik probeer in te stellen:

selector1._domainkey.vankleven.com CNAME selector1-vankleven-com._domainkey.vanklevenbv.onmicrosoft.com
selector2._domainkey.vankleven.com CNAME selector2-vankleven-com._domainkey.vanklevenbv.onmicrosoft.com
TTL: 3600

[Vorkie]

@bvk @mswp Zet eens voor selector ook een _

_selector2._domainkey

Zo kan ik hem alleen maar aanmaken in transIP namelijk. Werkt dat?

/edit, nee dat maakt ie niet het juist TXT bestand aan...


Op mijn Windows 2016 DNS maakt ie deze records aan zonder problemen.... (zo staat ie in de DNS file *HINT voor BIND*)

selector1._domainkey CNAME selector1-vankleven-com._domainkey.vanklevenbv.onmicrosoft.com.

[ Voor 97% gewijzigd door Vorkie op 06-07-2017 17:45 ]

[mswp]

Vorkie schreef op donderdag 6 juli 2017 @ 17:28:
@bvk @mswp Zet eens voor selector ook een _

_selector2._domainkey

Zo kan ik hem alleen maar aanmaken in transIP namelijk. Werkt dat?

/edit, nee dat maakt ie niet het juist TXT bestand aan...


Op mijn Windows 2016 DNS maakt ie deze records aan zonder problemen.... (zo staat ie in de DNS file *HINT voor BIND*)


[...]

Ik ben het nu aan het proberen met een _selector1._domainkey selector1-<eigen>-nl._domainkey.<eigen>.onmicrosoft.com. Tot nu toe werkt hij niet. Even de 24uur vol maken om het uit te sluiten.

[Vorkie]

mswp schreef op vrijdag 7 juli 2017 @ 07:45:
[...]


Ik ben het nu aan het proberen met een _selector1._domainkey selector1-<eigen>-nl._domainkey.<eigen>.onmicrosoft.com. Tot nu toe werkt hij niet. Even de 24uur vol maken om het uit te sluiten.

Ja, alleen nadeel is dat het CNAME record dus een _ bevat als je dat op deze manier doet=, terwijl het gewoon selector1 moet zijn.

Bij TransIP (hun gebruiken PowerDNS afgeleidde) gaat het fout vanwege het ontbreken van de _ als hostname. (het lijkt erop alsof ze een SRV record verwachten als er ._ in voorkomt.)

Ik zou dit bij TransIP navragen als ik jouw was.

Beetje info van PowerDNS:

The CNAME record specifies the canonical name of a record. It is stored plainly. Like all other records, it is not terminated by a dot. A sample might be 'webserver-01.yourcompany.com'.

Verder voor Directadmin, daar moet je een instelling aanpassen in de config, zodat deze _ accepteert.

https://www.directadmin.com/features.php?id=1394
.

[mswp]

Ik heb hem gevonden. Het was een kleinigheide, maar wel over het hoofd gezien..

Bij mij moest er nog een . achter de record. Ik heb nu het volgende:
selector1._domainkey naar selector1-<eigen>-nl._domainkey.<eigen>.onmicrosoft.com.

@bvk

[bvk]

Dan ben ik heel benieuwd of O365 dit nu ook gaat accepteren!

En of ik ook zo zelf in DA kan invoeren...

[mswp]

bvk schreef op vrijdag 7 juli 2017 @ 19:23:
Dan ben ik heel benieuwd of O365 dit nu ook gaat accepteren!

En of ik ook zo zelf in DA kan invoeren...

Bij mij werkt hij in iedergeval wel met Exchange-online en transip! Ik heb hem al actief.

[bvk]

mswp schreef op vrijdag 7 juli 2017 @ 19:28:
[...]


Bij mij werkt hij in iedergeval wel met Exchange-online en transip! Ik heb hem al actief.

Bij mij helaas niet, ook dit kan ik niet invoeren in Direct Admin:


Cannot Add Record

Details

You must provide a valid name and value

Morgen maar even bellen met i3D daar ik nog steeds geen reactie op mijn ticket heb. Maar mooi dat het voor jou nu werkt, top!