Het algemene Microsoft 365 topic

[mswp]

Zo, rondje DKIM/SPF/DMARC rond.

Nu nog even uitzoeken hoe dat zit met DNSSEC en IPV6 qua beveiliging.

Iemand ervaring mee i.c.m. Exchange-online?

[Jazzy]

Nice, goed bezig! Wat heb je met DMARC gedaan, eerst rapportage aangezet en dat gebruikt om SPF te configureren?

[mswp]

Jazzy schreef op maandag 10 juli 2017 @ 10:03:
Nice, goed bezig! Wat heb je met DMARC gedaan, eerst rapportage aangezet en dat gebruikt om SPF te configureren?

Eigenlijk niet zo veel, enkel de dns record aangemaakt. Aangegeven dat hij 100pct moet scannen en hem moet rejecten ingeval van gebreken.

SPF record had ik altijd al. Ik heb het nu op mijn eigen domein geconfigureerd, niet zo spannend dus. Als ik het voor de organisatie ga instellen wordt het iets spannender.

Heeft het veel nut om eerst een rapportage te maken?

[Beunhaas91]

Heeft iemand ook ervaring met het probleem dat een nieuwe O365-omgeving soms gewoon NIET meewerkt? Schaf O365 aan voor een ZZP'er, voeg het domein incl. DNS-wijzigingen toe en maak een gebruiker aan. Vervolgens staat deze op 'Er wordt een postvak voorbereid voor deze gebruiker.' en blijft daar op hangen.

Hoe lang deze daar op blijft hangen, ik heb werkelijk geen idee. Wacht nu al ruim een uur...

[YaYo86]

Beunhaas91 schreef op maandag 17 juli 2017 @ 13:59:
Heeft iemand ook ervaring met het probleem dat een nieuwe O365-omgeving soms gewoon NIET meewerkt? Schaf O365 aan voor een ZZP'er, voeg het domein incl. DNS-wijzigingen toe en maak een gebruiker aan. Vervolgens staat deze op 'Er wordt een postvak voorbereid voor deze gebruiker.' en blijft daar op hangen.

Hoe lang deze daar op blijft hangen, ik heb werkelijk geen idee. Wacht nu al ruim een uur...

Zolang heb ik nog nooit meegemaakt nee. Is altijd wel in een paar minuten gereed. Storing op Azure?

[Beunhaas91]

Geen idee. Ook het verwijderen en opnieuw aanmaken van de mailbox biedt geen soelaas...

[YaYo86]

Beunhaas91 schreef op maandag 17 juli 2017 @ 14:03:
Geen idee. Ook het verwijderen en opnieuw aanmaken van de mailbox biedt geen soelaas...

Helaas kun je weinig, zou als ik jou was even een support ticket aanmaken via de o365 portal.

[Beunhaas91]

YaYo86 schreef op maandag 17 juli 2017 @ 14:04:
[...]

Helaas kun je weinig, zou als ik jou was even een support ticket aanmaken via de o365 portal.

Gedaan en opgelost. Dat werkt tegenwoordig echt top, je geeft je telefoonnummer en wordt binnen 10 minuten gebeld.

[Jazzy]

Opgelost hoe?

[YaYo86]

Beunhaas91 schreef op maandag 17 juli 2017 @ 14:32:
[...]

Gedaan en opgelost. Dat werkt tegenwoordig echt top, je geeft je telefoonnummer en wordt binnen 10 minuten gebeld.

I know Wat was de oorzaak en oplossing?

[Beunhaas91]

Jazzy schreef op maandag 17 juli 2017 @ 14:33:
Opgelost hoe?

YaYo86 schreef op maandag 17 juli 2017 @ 14:34:
[...]

I know Wat was de oorzaak en oplossing?

Excuses, had ik er natuurlijk even bij moeten zetten. De beste meneer aan de andere kant van de lijn heeft een aantal 'scripts' gedraaid op de tenant, omdat er inderdaad wat fout ging. Wat precies, kon hij niet zeggen.

[bvk]

Zo, bij mij zijn DKIM, SPF en DMARC nu eindelijk ook helemaal in orde! In eerste instantie ging het mis omdat in de Direct Admin omgeving van i3D de underscore niet gebruikt kon worden. Nadat dit was opgelost ben ik verder gaan stoeien maar kon ik na tig verschillende records geprobeerd te hebben DKIM nog steeds niet activeren.

Maar gelukkig kreeg ik hulp van @Compizfox (thanks man!) die onder andere zag dat er nog een punt miste aan het eind van de selector onder Name. En dat was nou net de enige combinatie die ik nog niet geprobeerd had omdat ik dacht dat dit niets uit moest maken...

Nou is alles dus OK bij MX toolbox en mail-tester.com

Edit: Op één dingetje na trouwens en dat zal voor iedereen die Exchange Online gebruikt gelden denk ik:



Hoe belangrijk is dit en zou Microsoft hier iets mee moeten doen?

[ Voor 16% gewijzigd door bvk op 28-07-2017 15:25 ]

[Padje]

Beunhaas91 schreef op maandag 17 juli 2017 @ 14:32:
[...]

Gedaan en opgelost. Dat werkt tegenwoordig echt top, je geeft je telefoonnummer en wordt binnen 10 minuten gebeld.

Ja support is wel top alleen voor zaken die men snapt Ik heb mijn issue gepresenteerd met alle stappen om het te reproduceren. Maar mijn call is na 4 uur gesproken te hebben met support dichtgeklapt met het verhaal wil jij dat wij hier verder naar kijken dan moet je maar gaan betalen.

Dus ik dacht wie zou dit wel begrijpen binnen Microsoft Mark vast wel? Ben er even tussen uit geweest wist ik veel wat zijn positie is vandaag de dag.

Call is via hem heropend en een bedank je maar inmiddels al weer een week verder maar nog steeds geen oplossing. Dus ik dacht ik ga zelf wel op onderzoek uit wie kan ik een workaround maken in Windows maar ik ben er denk zelf al achter waar het probleem zit.

Inmiddels heb ik weer een nieuwe bug gevonden/gecreëerd heb nu een user op mijn tenant die Windows 10 compleet sloop. Getest op mijn LTSB versie en zojuist met een verse install van W10 Pro van Microsoft. Windows 10 krijg je niet meer aan de gang.

Kan RPC niet uitvoeren is de melding bij het inloggen, nog een keer inloggen dan toegang ongeldig en dan is het einde verhaal Recoverymode niks werkt.

[Redondo1982]

Vraagje aan de kenners:
Ik heb nu een gekochte licentie voor 1 pc, maar ik wil gaan uitbreiden. Nu lijkt Office 365 mij geschikt, ook door de cloudopslag die ik dan weer kan gebruiken voor andere dingen.

Nu wil ik alleen weten of het mogelijk is dat handtekeningen van mailaccounts meegaan op elk apparaat of dat je het elke keer separaat moet instellen. Iemand die mij dit kan vertellen? Ik kan het niet vinden op internet en het lijkt me niet dat ik de enige ben.

Ter info:
Zakelijk gebruiker met 1 pc, 1 laptop en meerdere mobiele oplossingen. Exchange mezelf nooit echt in verdiept, al ken ik dit wel vanuit de markt.

[ralpje]

Handtekeningen gaan niet mee, die moet je op elk apparaat apart instellen.

[Oogje]

mswp schreef op maandag 10 juli 2017 @ 23:24:
[...]


Eigenlijk niet zo veel, enkel de dns record aangemaakt. Aangegeven dat hij 100pct moet scannen en hem moet rejecten ingeval van gebreken.

SPF record had ik altijd al. Ik heb het nu op mijn eigen domein geconfigureerd, niet zo spannend dus. Als ik het voor de organisatie ga instellen wordt het iets spannender.

Heeft het veel nut om eerst een rapportage te maken?

Ligt eraan. Als je alle mailstromen buiten je organisatie in beeld hebt zul je weinig verrassingen tegenkomen. Ik heb t ingericht voor een organisatie waarbij elk bedrijfsonderdeel wel een externe partij gebruikt voor het 1 of ander met mail.

Dan zijn rapportages cruciaal voordat je SPF hardfail en DMARC reject gaat gebruiken.

[chickpoint]

ralpje schreef op maandag 7 augustus 2017 @ 15:10:
Handtekeningen gaan niet mee, die moet je op elk apparaat apart instellen.

Officieel kan je handtekeningen via mailflow rules regelen en deze dmv AD attributen persoonlijk maken. Nou moet ik wel zeggen dat deze er dan in geplaatst worden als disclaimer en er niet altijd even netjes uit ziet!

https://technet.microsoft...n600437(v=exchg.160).aspx

[Jazzy]

Met name omdat het altijd onderaan het hele bericht staat, vaak dus inclusief alle vorige replies.

[ralpje]

En als opsteller van het bericht zie je dan die handtekening niet, omdat hij pas tijdens transport wordt toegevoegd. Dat levert dus vaak nog meer rommel op omdat mensen alsnog zelf een handtekening gaan toevoegen en deze er dan weer dubbel in staat.

Ik wacht met smart op de dag de handtekening zoals je die in (bijvoorbeeld) Outlook server-side wordt opgeslagen, net zoals men een tijdje terug met de autocomplete list in plaats van .nk2's is gaan doen

[chickpoint]

ralpje schreef op maandag 7 augustus 2017 @ 20:34:
En als opsteller van het bericht zie je dan die handtekening niet, omdat hij pas tijdens transport wordt toegevoegd. Dat levert dus vaak nog meer rommel op omdat mensen alsnog zelf een handtekening gaan toevoegen en deze er dan weer dubbel in staat.

Ik wacht met smart op de dag de handtekening zoals je die in (bijvoorbeeld) Outlook server-side wordt opgeslagen, net zoals men een tijdje terug met de autocomplete list in plaats van .nk2's is gaan doen

Zou inderdaad een verademing zijn, kan niet wachten tot ik AD attributen kan gebruiken, ipv 3 keer de kans hebben om een naam verkeerd te typen.

Het enige wat we kunnen doen is heel veel stemmen op uservoice en hopen dat ze het zien. Ik denk dat dit het meest populaire voorstel is: https://office365.uservoi...gnatures-across-platforms

[Redondo1982]

Jammer dat je handtekeningen niet automatisch kan inladen op meerdere clients en alles separaat moet ingeven. Dit zou toch wel een welkome aanvulling zijn en mij over de streep trekken om een 365 account te nemen. Thanks voor alle info, ik blijf het hier volgen.

[_Arthur]

Iemand al ervaringen met Expressroute hier in dit draadje?

[ralpje]

Wel met ExpressRoute route richting Azure, niet met ExpressRoute richting O365. Met name omdat je dan ook gelijk aan de dure variant vast zit

[_Arthur]

ralpje schreef op dinsdag 8 augustus 2017 @ 09:59:
Wel met ExpressRoute route richting Azure, niet met ExpressRoute richting O365. Met name omdat je dan ook gelijk aan de dure variant vast zit

Is/was er enige verbetering merkbaar nadat ExpressRoute werd gebruikt?

Neem aan dat er bij die betreffende klant VMs binnen Azure gebruikt worden waardoor ER voordelen bood?

[ralpje]

Yup. Je merkt vooral dat de latency een stuk lager is, omdat het simpelweg een directere route is.
Of dat voor O365 ook dusdanig veel voordeel gaat bieden dat het daadwerkelijk de prijs waar is, durf ik niet te zeggen. Hang uiteraard ook heel erg af van je omgeving.

[Jazzy]

ExpressRoute wordt voor Office 365 niet aanbevolen omdat het maar heel beperkt nut heeft.

[coolbvrobin]

Misschien kan iemand mij helpen.
Ik heb een office personal abonnement
En ik heb 2 apparaten een pc en een laptop (Deze hebben allebei het zelfde gebruikers account)
Ik zou graag office op alle 2 de apparaten willen.
Ik heb het nu op de alle 2 staan, maar ik weet dus niet als dit blijft werken.
Blijft dit op alle 2 de apparaten werken?

[Turdie]

Jazzy schreef op dinsdag 8 augustus 2017 @ 17:19:
ExpressRoute wordt voor Office 365 niet aanbevolen omdat het maar heel beperkt nut heeft.

Er is toch ook een speciale ExpressRoute voor Office365?

https://support.office.co...d?ui=en-US&rs=en-US&ad=US

If you’ve purchased at least 500 Office 365 seats and are implementing ExpressRoute, you can acquire the ExpressRoute Microsoft Peering SKU and get all of the Premium Add-on features for the same price as the ExpressRoute Standard SKU. Contact your Microsoft account manager for more details. If you don’t qualify for this offer and want to use ExpressRoute, you’ll need to purchase the ExpressRoute Premium SKU, which includes all the Premium Add-on features.

[ Voor 54% gewijzigd door Turdie op 12-08-2017 15:07 ]

[Jazzy]

Klopt, ik ben duidelijk niet bij de tijd. Tot voor kort stond hier (https://docs.microsoft.co...ssroute/expressroute-faqs) te lezen dat ExpressRoute voor Office 365 niet werd aanbevolen. Zie ook dit artikeltje: http://www.loryanstrant.c...commended-for-office-365/

[Timo002]

Beste mede Tweakers,

Ik weet niet of ik hier mijn vraag moet stellen, of een los topic aan moet maken. Maar doe het eerst maar even hier.

We hebben bij ons op het bedrijf de overstap gemaakt van Google Apps naar Office 365. Nu hadden we voor ogen om onze Synology uit het netwerk te halen en alle in OneDrive te plaatsen. Alleen lijkt dit nu een brug te ver en is dit met Office 365 niet mogelijk.

We gebruiken Office 365 Business Premium licenties, 12 stuks (MKB dus).

Hoe kunnen we dit pakket nu gebruiken waarbij we alle data in oneDrive hebben staan en eenvoudig de gewenste bestanden kunnen delen. Zonder dat daarvoor de oneDrive website zelf nodig is. Eigenlijk willen we oneDrive het liefst benaderen zoals we nu ook de Synology benaderen.

Is dit mogelijk? En hoe is dat eventueel in te richten?
Alvast bedankt!

[KhaZ]

Timo002 schreef op donderdag 17 augustus 2017 @ 12:26:
Beste mede Tweakers,

Ik weet niet of ik hier mijn vraag moet stellen, of een los topic aan moet maken. Maar doe het eerst maar even hier.

We hebben bij ons op het bedrijf de overstap gemaakt van Google Apps naar Office 365. Nu hadden we voor ogen om onze Synology uit het netwerk te halen en alle in OneDrive te plaatsen. Alleen lijkt dit nu een brug te ver en is dit met Office 365 niet mogelijk.

We gebruiken Office 365 Business Premium licenties, 12 stuks (MKB dus).

Hoe kunnen we dit pakket nu gebruiken waarbij we alle data in oneDrive hebben staan en eenvoudig de gewenste bestanden kunnen delen. Zonder dat daarvoor de oneDrive website zelf nodig is. Eigenlijk willen we oneDrive het liefst benaderen zoals we nu ook de Synology benaderen.

Is dit mogelijk? En hoe is dat eventueel in te richten?
Alvast bedankt!

Bovenste link een optie? Niet zelf getest.

https://www.google.nl/sea...vwUIJCgA&biw=1920&bih=947

[Jazzy]

Timo002 schreef op donderdag 17 augustus 2017 @ 12:26:
Is dit mogelijk? En hoe is dat eventueel in te richten?

Ik ben geneigd om die vraag met nee te beantwoorden. Er zijn verschillende mogelijkheden om met OneDrive om te gaan, bijvoorbeeld door offline te syncen of een drive mapping te maken, maar het is een andere technische basis dan het werken met een fileshare. Eigenlijk moet je het zo zien, OneDrive is gewoon een grote SharePoint document library. Een website waar je bestanden op staan.

Voordeel is trouwens wel dat het perfect integreert met de Office applicaties.

[Timo002]

Jazzy schreef op donderdag 17 augustus 2017 @ 12:39:
Ik ben geneigd om die vraag met nee te beantwoorden.

Ja, dat idee heb ik ook al. Het is leuk voor prive gebruik, maar voor zakelijk gebruik zie ik nog niet echt een voordeel van oneDrive. Ja, voor de prive data van een persoon, maar delen van de data gaan maar ingewikkeld. En je bent altijd de website nodig, welke helemaal niet fijn werkt. Ik wil zelf gewoon graag de bestanden via de verkenner vinden, aangezien dat vele malen sneller en fijner werkt dan via de website van oneDrive.

[Timo002]

KhaZ schreef op donderdag 17 augustus 2017 @ 12:32:
[...]


Bovenste link een optie? Niet zelf getest.

https://www.google.nl/sea...vwUIJCgA&biw=1920&bih=947

Lijkt niet te werken, lijkt te gaan om particulier oneDrive gebruik. Als ik inlog en na oneDrive ga blijf ik niet op het oneDrive domein maar ga ik naar onsdomein-my.sharepoint.com

[_Arthur]

Een network mapping naar OneDrive for Business of SharePoint Online maken is mogelijk, met WebDav, maar niet stabiel. Daarom dat Jazzy ook de vraag met nee beantwoord; ook al is het technisch wel mogelijk.

Ook gaat deze optie mogelijk in de toekomst komen te vervallen; dus ook geen future proof oplossing.

[Killah_Priest]

Sinds enkele dagen krijgen wij (een MSP) bij erg veel klanten events vanuit Directory Synchronization Service met de volgende melding (en varianten hierop):
Microsoft.IdentityModel.Clients.ActiveDirectory.AdalServiceException: user_realm_discovery_failed: User realm discovery failed ---> System.Net.WebException: The operation has timed out

Deze melding komt soms 1x naar voren op een enkele server, soms 5x op een dag. MS KB documenten etc heb je geen zak aan hierin aangezien deze het alleen over situaties hebben waarbij dit probleem zich continu voortdoet ipv sporadisch (de opvolgende AD Syncs gaan namelijk wel gewoon goed).

Eerst dacht ik dat het aan de internetverbinding lag bij deze klanten : ik heb echter pings enzo open laten staan, op het moment dat de fouten naar voren kwamen hadden alle betreffende servers dus gewoon een werkende internetverbinding. Ook draaien al deze omgevingen de meest recente versie van de AAD Connect (eerste wat ik deed was dit updaten naar de nieuwste versie)

Is de AzureAD Endpoint de laatste tijd gewoon zeer instabiel? De meldingen uit onze monitoring gooien vind ik ook weer niet zo'n nette oplossing...

[FREAKJAM]

Killah_Priest schreef op donderdag 17 augustus 2017 @ 15:28:
Sinds enkele dagen krijgen wij (een MSP) bij erg veel klanten events vanuit Directory Synchronization Service met de volgende melding (en varianten hierop):
Microsoft.IdentityModel.Clients.ActiveDirectory.AdalServiceException: user_realm_discovery_failed: User realm discovery failed ---> System.Net.WebException: The operation has timed out

Deze melding komt soms 1x naar voren op een enkele server, soms 5x op een dag. MS KB documenten etc heb je geen zak aan hierin aangezien deze het alleen over situaties hebben waarbij dit probleem zich continu voortdoet ipv sporadisch (de opvolgende AD Syncs gaan namelijk wel gewoon goed).

Eerst dacht ik dat het aan de internetverbinding lag bij deze klanten : ik heb echter pings enzo open laten staan, op het moment dat de fouten naar voren kwamen hadden alle betreffende servers dus gewoon een werkende internetverbinding. Ook draaien al deze omgevingen de meest recente versie van de AAD Connect (eerste wat ik deed was dit updaten naar de nieuwste versie)

Is de AzureAD Endpoint de laatste tijd gewoon zeer instabiel? De meldingen uit onze monitoring gooien vind ik ook weer niet zo'n nette oplossing...

Deze en deze toevallig al gezien en/of gelezen?

To resolve the issue I added the syntax below to the machine.config file which resolved the issue.

<system.net>
<defaultProxy enabled=”false”></defaultProxy>
</system.net>

[ Voor 3% gewijzigd door FREAKJAM op 17-08-2017 16:21 ]

[Turdie]

Killah_Priest schreef op donderdag 17 augustus 2017 @ 15:28:
Sinds enkele dagen krijgen wij (een MSP) bij erg veel klanten events vanuit Directory Synchronization Service met de volgende melding (en varianten hierop):
Microsoft.IdentityModel.Clients.ActiveDirectory.AdalServiceException: user_realm_discovery_failed: User realm discovery failed ---> System.Net.WebException: The operation has timed out

Deze melding komt soms 1x naar voren op een enkele server, soms 5x op een dag. MS KB documenten etc heb je geen zak aan hierin aangezien deze het alleen over situaties hebben waarbij dit probleem zich continu voortdoet ipv sporadisch (de opvolgende AD Syncs gaan namelijk wel gewoon goed).

Eerst dacht ik dat het aan de internetverbinding lag bij deze klanten : ik heb echter pings enzo open laten staan, op het moment dat de fouten naar voren kwamen hadden alle betreffende servers dus gewoon een werkende internetverbinding. Ook draaien al deze omgevingen de meest recente versie van de AAD Connect (eerste wat ik deed was dit updaten naar de nieuwste versie)

Is de AzureAD Endpoint de laatste tijd gewoon zeer instabiel? De meldingen uit onze monitoring gooien vind ik ook weer niet zo'n nette oplossing...

Wordt er gebruik gemaakt van de laatste versie?

[Jazzy]

Derde alinea.

[Killah_Priest]

FREAKJAM schreef op donderdag 17 augustus 2017 @ 16:12:
[...]


Deze en deze toevallig al gezien en/of gelezen?


[...]

Wel gezien, echter gaan die documenten eigenlijk over de gevallen waarbij dit continu speelt ipv 1-3x op een dag (en soms dagenlang geen enkel probleem). Als ik 5 minuten na zo'n event een sync cycle start dan gaat die ook gewoon goed. En de internetverbinding die gewoon normaal blijft werken geeft aan dat ik het ook niet zo snel in die richting wil zoeken.

De clients zijn recent nog geupdate naar de meest recente versies.
Maar als niemand anders een toename ziet van vergelijkbare errors dan ben ik bang dat ik packets moet gaan capturen oid want de volledige foutmelding is een vieze .net stacktrace (ik code zelf ook regelmatigin C# en ik blijf mij verbazen over hoe lelijk sommige errors afgehandeld worden binnen deze tool, maar dat is uiteraard een andere discussie)

[Turdie]

Killah_Priest schreef op donderdag 17 augustus 2017 @ 16:55:
[...]


Wel gezien, echter gaan die documenten eigenlijk over de gevallen waarbij dit continu speelt ipv 1-3x op een dag (en soms dagenlang geen enkel probleem). Als ik 5 minuten na zo'n event een sync cycle start dan gaat die ook gewoon goed. En de internetverbinding die gewoon normaal blijft werken geeft aan dat ik het ook niet zo snel in die richting wil zoeken.

De clients zijn recent nog geupdate naar de meest recente versies.
Maar als niemand anders een toename ziet van vergelijkbare errors dan ben ik bang dat ik packets moet gaan capturen oid want de volledige foutmelding is een vieze .net stacktrace (ik code zelf ook regelmatigin C# en ik blijf mij verbazen over hoe lelijk sommige errors afgehandeld worden binnen deze tool, maar dat is uiteraard een andere discussie)

Je zou ook een support ticket kunnen indienen in de portal.

[Ducksy88]

Zoals altijd vraag ik me af of ik niet gewoon met m'n neus zit te kijken maar ik baal een tijdje van het volgende.

Binnen onze organisatie (enterprise) gebruiken we de Outlook webapp en ik ben opzoek naar een Tag/Flag functie voor Follow-up, met reminder, die ik flexibel kan assignen aan elke email.

Momenteel als ik een bericht online flag dan is dat het; geen reminder en als ik nu iets Flag, is de follow-up ook voor nu. Enige is een highlight in de mailbox.

"Flag for follow up. Start by Friday, August 18, 2017. Due by Friday, August 18, 2017."

In Outlook 2013 die ik thuis gebruik zit deze functie wel en online zoeken stuurt me steeds weer naar MS sites die applicable zijn op 2007 of 2013 Outlook maar nooit de webapp.

Kan iemand mij in goede richting sturen?

[ Voor 7% gewijzigd door Ducksy88 op 18-08-2017 12:09 ]

[Jazzy]

Ik loop op dit moment tegen een issue aan waar het zeer lang duurt om Move Request statistics op te vragen. Heb een case open maar die verloopt wat moeizaam. Zag op Twitter in ieder geval één andere admin die hier ook tegenaan loopt. De tenant zit in East US trouwens.

Hoe is dit bij jullie, Get-MoveRequestStatistics gewoon snel?

[mswp]

hmm...

SPF, vanaf onze nas worden e-mail berichten gestuurd. Het afzender adres is [e-mail], domain.com is het zelfde als het primaire domain.

Nu worden alle berichten als fraude aangemerkt. Eerder ging het altijd goed. in de SPF record staat het externe IP adres. Moet ik ook nog het domein naam toevoegen? Het gaat dan juist toch zijn doel voorbij, dan worden alle fraude e-mail alsnog als goed aangemerkt, aangezien het domain erin staat.

Hoe kan ik dan de speciafieke nas er in vermelden? wij gebruiken trouwen de SMTP relay server van de provider.

[Jazzy]

Kan het zijn dat je in het verkeerde topic gepost hebt?

[mswp]

Jazzy schreef op donderdag 31 augustus 2017 @ 11:04:
Kan het zijn dat je in het verkeerde topic gepost hebt?

ik?

Exchange-online?

[Gé Brander]

Edit: Opgelost met onderstaande stappen.

Heeft iemand al eens geprobeerd een Office 365 dirsync met AD te stoppen? Ik wil er vanaf op een test omgeving maar ik krijg het niet voor elkaar.

Op de server die de AD synchroniseert heb ik al in de Synchronization Service Manager de connector verwijderd maar nog steeds (na een halve dag) staan alle accounts in Office 365 nog zodanig vermeld dat deze nog gesynchroniseerd worden.
(een van de stappen was het onderstaande Powershell commando uitvoeren voordat de connector verwijderd kon worden)

code:

Set-ADSyncScheduler -SyncCycleEnabled $false

Ook de volgende actie nog uitgevoerd: (Link bron)

code:

$UserCredential = Get-Credential
Connect-MsolService -Credential $UserCredential

Set-MsolDirSyncEnabled -EnableDirSync $false

Moet ik nog wat aan de Office 365 kant doen? Zo ja wat?
Dit lijkt me geen veel voorkomend scenario maar het zou toch moeten kunnen.

Soms moet je gewoon even wachten. Nu is er geen sync meer.

[ Voor 39% gewijzigd door Gé Brander op 31-08-2017 20:30 ]

[bvk]

mswp schreef op donderdag 31 augustus 2017 @ 13:45:
[...]


ik?

Exchange-online?

Maar wat is dan de relatie tussen Exchange Online en jouw mailserver op je NAS? Je vraag is dan eerder hoe je de SPF correct aanmaakt, maar dat lijkt mij los van Exchange/O365 te staan.

[kazuka]

Dit is ook wel een interessante: iemand uit de Mac Admin community postte dit gisteren:



Een aantal van zijn users kregen deze melding in SfB on Mac. Wanneer ze op de 'Try it now' button drukte gebeurde er niets...

Ze hebben O365 maar draaien Skype nog wel on-prem.

[shinchan03]

Weet iemand of het mogelijk is om in de outlook web-app het "Van" e-mailadres te wijzigen, zodat deze standaard staat verzend vanaf het e-mailadres van een gedeelde mailbox? Ik heb gezocht, maar ik kan het niet vinden.

Daarnaast hebben wij nog een probleem bij het openen van een excel-tabblad in Excel Online. Als we het tabblad op de juiste manier sluiten en weer opnieuw openen blijft het probleem zich voordoen dat er een melding rechtsboven in de hoek komt te staan dat er andere mensen in het bestand meewerken, als je dat open klikt zie je je eigen naam staan. Het lijkt er daarmee dus op dat er meerdere sessies open blijven staan.

[ Voor 49% gewijzigd door shinchan03 op 14-09-2017 10:32 ]

[IceTeaGX]

Zijn er mensen die ervaring hebben met de auditing tools?
Ik probeer voor een aantal user accounts alle login pogingen weer te geven.

Na auditing geconfigureerd te hebben, zie ik wel logins, maar deze komen allen vanuit het zelfde IP adres. (het kantoor)
De mobile devices, welke frequent via 4G verbinden of via externe accesspoint zijn dus niet te zien.

Moet hier nog iets extra voor geconfigureerd worden, of werkt activesync op een andere manier en is dit normaal? Is er een andere manier om deze verbindingen zichtbaar te maken?

PS, ja ik weet dat via exchange online, alle gekoppelde activesync devices zichtbaar zijn, maar dat is blijkbaar niet voldoende...

[RodeStabilo]

O365 is aardig brak vandaag. Ze willen graag dat je de service status bekijkt in je admin interface, maar m'n hele beheer knop is weg.........

[Grolsch]

Vandaag ook redelijk wat problemen met Exchange, krijg slecht verbinding....

[bvk]

Hier heeft Outlook 2016 ook een probleem om verbinding te maken met Exchange. Jammer dat Outlook dan verder helemaal niet wil starten zodat ik de andere non Exchange mailboxen wel kan zien...

Edit: Doet het weer.

[ Voor 5% gewijzigd door bvk op 18-09-2017 15:56 ]

[mswp]

Het ging even goed, het is op dit moment weer een drama!

op zo'n moment voel je je machteloos en kan je alleen maar afwachten verkopen aan de eindgebruikers..

[ Voor 49% gewijzigd door mswp op 18-09-2017 15:57 ]

[Willem30]

Vanochtend eerste storing gehad, nu tweede storing van de dag.
Onze klanten niet blij. Storing is nooit fijn maar het komt gelukkig niet vaak voor.

[FREAKJAM]

Hier ook de hele dag zo traag als wat. Vanmorgen was het opgelost, maar nu inderdaad een 2de storing die zojuist op de pagina is verschenen. Zojuist ook vermeld op Twitter.

[Grolsch]

Het lijkt hier weer hersteld te zijn, gelukkig is dit de eerste keer in de 2 jaar dat wij exchange online gebruiken dat wij er last van hebben.

Nu maar hopen dat de volgende storing weer 2 jaar op zich laat wachten

[Willem30]

Ik krijg nu toch weer wat klanten die storing ervaren met Office365. Nog meer mensen last van?

[FREAKJAM]

Willem30 schreef op dinsdag 19 september 2017 @ 13:41:
Ik krijg nu toch weer wat klanten die storing ervaren met Office365. Nog meer mensen last van?

Outlook was bij mij zojuist ook erg traag; versturen van een mail duurde zeker ook een minuut. Ik lees hier en daar dat ze de queue van gister nog moeten verwerken; een hoop mailverkeer heeft een hoop vertraging opgelopen natuurlijk.

Volgende de publieke portal is alles in orde op dit moment. Wanneer ik als admin inlog krijg ik wel een nieuwe advisory (EX119917) te zien:

"Current Status: We're investigating an issue in which some users may be unable to access or use Exchange Online services or features. We'll provide an update shortly."

[ Voor 28% gewijzigd door FREAKJAM op 19-09-2017 14:00 ]

[wicked1980]

Hier ook weer problemen met O365. Lijkt hetzelfde als gisteren

met bijkomend fenomeen dat Outlook 2016 compleet vast staat bij connectiepogingen

EX119917 is inmiddels een "incident" geworden

User Impact: Users may be unable to connect to the Exchange Online service.

Current status: We're investigating system logs and recent maintenance work to isolate the source of the issue.

Scope of impact: Impact is specific to a subset of users who are served through the affected infrastructure.

[ Voor 96% gewijzigd door wicked1980 op 19-09-2017 14:25 ]

[Grolsch]

Hier "gelukkig" (nog) geen last. (snel afkloppen )

[GforceNL]

Kreeg net ook bericht van klanten dat ze mails vanaf mijn gmail adres krijgen. O365 mail doet hier helemaal niks meer.

[_Arthur]

Grolsch schreef op dinsdag 19 september 2017 @ 14:49:
Hier "gelukkig" (nog) geen last. (snel afkloppen )

Idem

[arnord]

Hier nu op verschillende mailboxen weer connectie problemen, maar geen incident op de tenant page.

[Tadream]

Yep hier komen ook de eerste meldingen weer binnen van mensen die niet op gedeelde mailboxen kunnen.

[arwindezeeuw]

zelfs de incidenten die op de portal stonden zijn (momenteel) verdwenen

[Verwijderd]

Hier ook issues met diverse mailboxen.

DNS flush op uitgevoerd op DNS servers en locaal, daarna nogmaals starten en het werkt wel weer beter.

[arnord]

Incident is nu weer open op Tentant page, service status; incident.

[mswp]

Hmm zoektoch. Iemand enig idee of je de rechten op een mailbox kan dichtzetten tot alleen lezen voor de eigenaar? En zo dat iemand anders ze wel mag aanpassen?

Heb een mailbox waar alle contacten aan gekoppeld zitten voor de mobiele telefoons. Deze wordt toegepast via het mdm platform maar staat nu helemaal openen. Iedereen kan de nummers bewerken. Dat wil ik eigenlijk voorkomen. Heb al een paar keer nummers verwijderd en back-ups terug geplaatst.

[KhaZ]

@mswp Converteren naar gedeeld postvak een optie? Dan kun je rechten wel specifiek instellen.

We zijn sinds afgelopen weekend ook over op Exchange Online (mix van E1 en E3 abo's), leuk om te migreren. Bewust cutover migiratie gedaan zodat de Exchange 2013 server uitgezet kan worden. Hybrid stond me niet zo aan, dan moet je de server aan houden (laat dat nou juist net 't doel zijn van de Cloud, uit met dat ding).

Gegevensmigratie duurt soms wel erg lang, hij is nu al 2-3 dagen bezig met het postvak importeren van 1 gebruiker (meer dan 100.000 e-mails), zeer apart. Andere postvakken met zoveel mail waren binnen een paar uur verwerkt.

[mswp]

KhaZ schreef op woensdag 27 september 2017 @ 12:20:
@mswp Converteren naar gedeeld postvak een optie? Dan kun je rechten wel specifiek instellen.

We zijn sinds afgelopen weekend ook over op Exchange Online (mix van E1 en E3 abo's), leuk om te migreren. Bewust cutover migiratie gedaan zodat de Exchange 2013 server uitgezet kan worden. Hybrid stond me niet zo aan, dan moet je de server aan houden (laat dat nou juist net 't doel zijn van de Cloud, uit met dat ding).

Gegevensmigratie duurt soms wel erg lang, hij is nu al 2-3 dagen bezig met het postvak importeren van 1 gebruiker (meer dan 100.000 e-mails), zeer apart. Andere postvakken met zoveel mail waren binnen een paar uur verwerkt.

Gedeelde postvak hadden wij eerder. Nadeel hiervan is is dat er beperkingen zijn met het uitrollen op de mobiele apparaten. Niet elke telefoon kan daar even goed mee omgaan.

Nadeel nu is dat we een BE licentie betalen en dat de rechten allemaal open staan. Licentie kosten is het waard, rechten zoek ik nu nog iets op.

Hoeveel mailboxen hebben jullie uiteindelijk totaal naar de cloud verwerkt?

[ Voor 3% gewijzigd door mswp op 27-09-2017 12:42 ]

[chronoz]

Veel gezeur gehad met Office 365 volume licentie van mijn Mac te krijgen, is wel gelukt.

Nu gezeur met OneDrive bestanden die verloren gegaan zijn. Zijn wel gebackupped via rclone dagelijks incrementeel, maar wel eng.

[KhaZ]

mswp schreef op woensdag 27 september 2017 @ 12:41:
[...]


Gedeelde postvak hadden wij eerder. Nadeel hiervan is is dat er beperkingen zijn met het uitrollen op de mobiele apparaten. Niet elke telefoon kan daar even goed mee omgaan.

Nadeel nu is dat we een BE licentie betalen en dat de rechten allemaal open staan. Licentie kosten is het waard, rechten zoek ik nu nog iets op.

Hoeveel mailboxen hebben jullie uiteindelijk totaal naar de cloud verwerkt?

Ahja mobiel is dat niet zo handig nee. 20 users (totaal ongeveer 30 mailboxen). Heerlijk om fris te beginnen, alle oude rommel eruit.

[mswp]

Hmm het 1 en ander geprobeerd om de rechten te beperken voor het contactpersonen adres.

Gespeeld met Set- en remove-mailboxpermission
Fullaccess verwijderd bij NT AUTHORITY\SELF en ReadPermission gegeven op SELF en aan het account zelf.

Toen gespeeld met MailboxFolderPermission.
Ook daar weer FullAccess verwijderen en Read toegevoegd. Ook dat niet geholpen.

Toen nog gekeken of ik het op de map "contacterpsonen" zelf kan doen. Maar op een 1 of andere manier kan ik die niet vinden\aanpassen.

Even doorzoeken nog..

[Jazzy]

KhaZ schreef op woensdag 27 september 2017 @ 12:20:
We zijn sinds afgelopen weekend ook over op Exchange Online (mix van E1 en E3 abo's), leuk om te migreren. Bewust cutover migiratie gedaan zodat de Exchange 2013 server uitgezet kan worden. Hybrid stond me niet zo aan, dan moet je de server aan houden (laat dat nou juist net 't doel zijn van de Cloud, uit met dat ding).

Het gaat niet zozeer om de migratiemethode maar of je directory synchronisatie wilt gebruiken. Veel organisaties doen dat omdat ze niet handmatig accounts willen beheren als die ook al in de lokale Active Directory staan. In dat geval is je eigen AD altijd verantwoordelijk voor changes en is de sync in principe eenrichtingsverkeer richting Office 365.

Nu kun je heel veel dingen met betrekking tot mailboxen direct in de cloud instellen, maar een aantal zaken moeten in AD ook goed staan. Microsoft werkt er hard aan om deze attributen terug te kunnen syncen naar je eigen AD, als dat er is vervalt de noodzaak voor een on-premises Exchange-server om je mailobjecten te beheren.

Anyway, dit even ter info.

[KhaZ]

Ja klopt ja, dat snap ik heel goed. Wij zijn echter zo klein dat we eigenlijk nooit policies etc. hoeven uit te rollen via AD, niemand sloopt z'n computer, etc, heerlijk.

[ralpje]

Het gaat niet zozeer om policies, maar ook bepaalde attributes die aan je user hangen. Doe je AADSync, dan kun je bijvoorbeeld geen alias toevoegen vanuit de O365 interface, omdat dat een property is die in AD verwerkt zit. Dat moet je dan dus in je on-premises AD doen. En de enige supported manier om dat te doen, is via een on-premises Exchange server. Je kunt het ook via de attribute editor in ADUC doen, maar dat is niet supported. Vandaar dat je bij een situatie met AADSync dus eigenlijk altijd een on-premises Exchange server zult houden

[mswp]

Ja zo dus ook de tijd instellingen. Wil ik berichten traceren staan de berichten die om 10 uur zijn gestuurd op de tijd van 8 uur. Ja zo wordt het lastig..

Iemand enig idee waar ik de tijd kan instellen van Office 365/exchange-online? Heb de instellingen op mijn account goed staan.

Kan er weinig over vinden. Alleen dat in ad de preferedLanguage goed moet staan maar laat die nou net op nl-NL staan..

[Question Mark]

mswp schreef op vrijdag 29 september 2017 @ 12:32:
Ja zo dus ook de tijd instellingen. Wil ik berichten traceren staan de berichten die om 10 uur zijn gestuurd op de tijd van 8 uur. Ja zo wordt het lastig..

Iemand enig idee waar ik de tijd kan instellen van Office 365/exchange-online? Heb de instellingen op mijn account goed staan.

Het klopt toch gewoon? Het wordt nl. wat lastig om met lokale tijdzones te werken als een mailbericht verstuurd wordt naar personen die zich in verschillende tijdzones bevinden.

Daarom wordt in automatiseringsland eigenlijk altijd met UTC tijd gewerkt. En da's precies de twee uur verschil die je nu ziet.

[mswp]

Question Mark schreef op vrijdag 29 september 2017 @ 13:04:
[...]

Het klopt toch gewoon? Het wordt nl. wat lastig om met lokale tijdzones te werken als een mailbericht verstuurd wordt naar personen die zich in verschillende tijdzones bevinden.

Daarom wordt in automatiseringsland eigenlijk altijd met UTC tijd gewerkt. En da's precies de twee uur verschil die je nu ziet.

Nee het klopt niet. De resultaten onder berichten traceren staan op de juiste tijd. Heeft net een mfp een scan gedaan naar email, laten we zeggen 12:00 dan staat hij in de tracer als 8:50. Zo is het met elk berichtje zo. De volgorde van binnenkomst klopt maar de tijden kloppen niet.

[_Arthur]

mswp schreef op vrijdag 29 september 2017 @ 13:14:
Nee het klopt niet. De resultaten onder berichten traceren staan op de juiste tijd. Heeft net een mfp een scan gedaan naar email, laten we zeggen 12:00 dan staat hij in de tracer als 8:50. Zo is het met elk berichtje zo. De volgorde van binnenkomst klopt maar de tijden kloppen niet.

Graag sceenshot van wat je ziet want wat QM zegt klopt namelijk wel

[mswp]

_Arthur schreef op vrijdag 29 september 2017 @ 13:44:
[...]


Graag sceenshot van wat je ziet want wat QM zegt klopt namelijk wel

komt ie.

[chickpoint]

Damn ik was net screenshots aan het maken!!!
Ik had bij ons wel eens het geval dat gebruikers de tijdzone verkeerd ingesteld hadden.

Maar dat is natuurlijk op te lossen via de powershell. Bij een nieuwe gebruiker gaan er tegenwoordig dus altijd deze twee regeltjes mee:

code:

Set-MailboxRegionalConfiguration -Identity "$emailaddress" -DateFormat "dd-MMM-yy" -Language "en-US" -TimeFormat "HH:mm" -TimeZone "W. Europe Standard Time" 
Set-MailboxCalendarConfiguration -Identity "$emailaddress" -WeatherLocations "LocationId:102756253;Name:Eindhoven,Netherlands;Latitude:51.448;Longitude:5.49" -WeatherUnit "Celsius" -WeekStartDay "Monday" -WorkingHoursTimeZone "W. Europe Standard Time"

[mswp]

chickpoint schreef op vrijdag 29 september 2017 @ 14:03:
Damn ik was net screenshots aan het maken!!!
Ik had bij ons wel eens het geval dat gebruikers de tijdzone verkeerd ingesteld hadden.

Maar dat is natuurlijk op te lossen via de powershell. Bij een nieuwe gebruiker gaan er tegenwoordig dus altijd deze twee regeltjes mee:

code:

Set-MailboxRegionalConfiguration -Identity "$emailaddress" -DateFormat "dd-MMM-yy" -Language "en-US" -TimeFormat "HH:mm" -TimeZone "W. Europe Standard Time" 
Set-MailboxCalendarConfiguration -Identity "$emailaddress" -WeatherLocations "LocationId:102756253;Name:Eindhoven,Netherlands;Latitude:51.448;Longitude:5.49" -WeatherUnit "Celsius" -WeekStartDay "Monday" -WorkingHoursTimeZone "W. Europe Standard Time"

Geldt dat ook voor gebruikers die gesynchroniseerd zijn met de lokale AD?

[chickpoint]

mswp schreef op vrijdag 29 september 2017 @ 14:05:
[...]


Geldt dat ook voor gebruikers die gesynchroniseerd zijn met de lokale AD?

Pfoe dat durf ik niet te zeggen, wij zijn een klein bedrijf dus draaien volledig in de Cloud. Wij hadden nog niet gehoord van een AD voordat we de hele zooi over zetten

Misschien dat iemand anders daar antwoord op kan geven?

Overigens bij mij kloppen de tijden wel gewoon, dus misschien wel een gevalletje tijdzone?

[mswp]

chickpoint schreef op vrijdag 29 september 2017 @ 14:08:
[...]


Pfoe dat durf ik niet te zeggen, wij zijn een klein bedrijf dus draaien volledig in de Cloud. Wij hadden nog niet gehoord van een AD voordat we de hele zooi over zetten

Dan zit je goed met Office 365

Misschien dat iemand anders daar antwoord op kan geven?

Overigens bij mij kloppen de tijden wel gewoon, dus misschien wel een gevalletje tijdzone?

[afbeelding]

[afbeelding]

Jupp daar dacht ik ook al aan. Alleen kan ik niet vinden waar in te stellen..

[Ari Gold]

Zelfde verhaal hier bij een message trace. Maar mijn regio staat gewoon op Amsterdam.

[Jazzy]

De servers van Exchange Online staan allemaal op UTC, dat is in ons geval dus twee uur eerder. Daarom zie je bij Message Tracking een andere tijd. Dat went vanzelf als je het vaak genoeg gebruikt.

[Question Mark]

mswp schreef op vrijdag 29 september 2017 @ 13:14:
[...]


Nee het klopt niet. De resultaten onder berichten traceren staan op de juiste tijd

Het klopt precies met wat ik zeg. Je verstuurt lokale tijd om 08:10 een mailbericht, in de message tracking staat dat deze om 06:58:56 UTC binnengekomen is.

Je mailclient, die rekening houdt met de lokale tijdzone geeft vervolgens weer aan dat de mail om 08:11 bezorgd is.

[_Arthur]

Question Mark schreef op vrijdag 29 september 2017 @ 15:50:
[...]

Het klopt precies met wat ik zeg. Je verstuurt lokale tijd om 08:10 een mailbericht, in de message tracking staat dat deze om 06:58:56 UTC binnengekomen is.

Je mailclient, die rekening houdt met de lokale tijdzone geeft vervolgens weer aan dat de mail om 08:11 bezorgd is.

6:10 in de tracking en 8:11 in de client.

Ik zie (ook) geen probleem

[mswp]

@Jazzy enig idee of dat aan te passen is?

@Question Mark @_Arthur Toch wel handig dat IT, ze weten gewoon terwijl ik lag te slapen dat ik een mail wou sturen.

Nu ik weet dat ik er 2 uur bij op moeten tellen snap ik m, mooi vind ik het niet. Is het aan te passen?

[ralpje]

Nope. Managed platform, shared platform, beheerd door MS. Daar ga je weinig aan kunnen aanpassen

[Jazzy]

mswp schreef op vrijdag 29 september 2017 @ 16:25:
@Jazzy enig idee of dat aan te passen is?

Nee. En waarom zou je dat willen? Dat maakt het troubleshooten van een issue alleen maar ingewikkelder.

[mswp]

@ralpje @Jazzy

Waarom zou het makkelijker zijn om te troubleshooten? Zodra mailtjes verstuurd worden naar een andere tijdzone?

Het lijkt mij juist makkelijk de exacte tijd te zien van het zenden en ontvangen bij ons. Misschien niet als ik er aan gewend ben.

Enig idee hoelang het duurt voor berichten te zien zijn in de tracer? Heb het gevoel de ene keer later als de a dere keer.

Hoe kan het dat de tijden wel goed staan bij @chickpoint ?

[Jazzy]

mswp schreef op vrijdag 29 september 2017 @ 16:49:
@ralpje @Jazzy

Waarom zou het makkelijker zijn om te troubleshooten? Zodra mailtjes verstuurd worden naar een andere tijdzone?

Dat is de belangrijkste reden. Mailtjes gaan over de hele wereld en met name als het om mail flow gaat is het dan echt superbelangrijk dat we het allemaal over dezelfde tijden hebben.

Het lijkt mij juist makkelijk de exacte tijd te zien van het zenden en ontvangen bij ons.

Dat zie je ook. Ze zijn alleen weergegeven in UTC.

Hoe kan het dat de tijden wel goed staan bij @chickpoint ?

De tijden staan niet goed of fout, op de servers worden tijden weergegeven in UTC. In dat voorbeeld kan het zijn dat de computer ook in UTC staat.

[_Arthur]

mswp schreef op vrijdag 29 september 2017 @ 16:49:
@ralpje @Jazzy

Waarom zou het makkelijker zijn om te troubleshooten? Zodra mailtjes verstuurd worden naar een andere tijdzone?

Ja.

Het lijkt mij juist makkelijk de exacte tijd te zien van het zenden en ontvangen bij ons. Misschien niet als ik er aan gewend ben.

Wen er maast vast aan

Hoe kan het dat de tijden wel goed staan bij @chickpoint ?

Die staan hetzelfde als bij jou, ook 2 uur er bij op tellen

[chickpoint]

Hoe kan het dat de tijden wel goed staan bij @chickpoint ?

De tijden staan niet goed of fout, op de servers worden tijden weergegeven in UTC. In dat voorbeeld kan het zijn dat de computer ook in UTC staat.

Die staan hetzelfde als bij jou, ook 2 uur er bij op tellen

Of ze goed staan ligt aan de kijk die je er op hebt. Boven in de balk bij het sorteren in message trace staat (UTC). Dat ik dan rekening moet houden met het 2 uur tijdsverschil betekent dat het voor mij goed is

[mswp]

@Jazzy @_Arthur @chickpoint
Jullie hebben gelijk. Mijn ontwetendheid.

Ik snap nu waarom de tijden verschillen maar dat eigenlijk niet doen. Zie nu pas dat er 2 uur tussen de mailtjes van chickpoint zit.

Bedankt! Weer wat geleerd vandaag

[ Voor 6% gewijzigd door mswp op 29-09-2017 19:33 ]

[chickpoint]

Toevallig al iemand ervaring met het porteren van telefoonnummers naar MS PSTN Calling?
Ben een portering aan het voorbereiden en krijg van Microsoft alleen de Letter Of Authorisation toegestuurd, plus het verzoek om een CSV op te sturen met de gegevens van de telefoonnummers.

De vraag is alleen, welke data moet er opgenomen worden in de CSV?