<feed xmlns="http://www.w3.org/2005/Atom"><title>microsoft graph</title><id>https://evotec.xyz/fr/tags/microsoft-graph/index.atom.xml</id><updated>2023-12-03T16:32:13.0000000Z</updated><subtitle>Evotec Main Website</subtitle><link href="https://evotec.xyz/fr/tags/microsoft-graph" /><link href="https://evotec.xyz/fr/tags/microsoft-graph/index.atom.xml" rel="self" type="application/atom+xml" /><entry><title>Syncing Global Address List (GAL) to personal contacts and between Office 365 tenants with PowerShell</title><id>https://evotec.xyz/fr/blog/syncing-global-address-list-gal-to-personal-contacts-and-between-office-365-tenants-with-powershell</id><link href="https://evotec.xyz/fr/blog/syncing-global-address-list-gal-to-personal-contacts-and-between-office-365-tenants-with-powershell" /><updated>2023-12-03T16:32:13.0000000Z</updated><summary>Hey there! Today, I wanted to introduce you to one of the small but excellent module I’ve created called the O365Synchronizer. This module focuses on synchronizing contacts and users. If you’ve ever been tasked with synchronizing Global Address Lists (GAL) across different Office 365 tenants or just wanted to sync GAL with user mailboxes so they can access contacts directly on their phones, this tool is for you.</summary><category term="api" /><category term="exchange" /><category term="microsoft graph" /><category term="office 365" /><category term="powershell" /></entry><entry><title>Report Active Directory Accounts that are Synchronized with Azure AD</title><id>https://evotec.xyz/fr/blog/report-active-directory-accounts-that-are-synchronized-with-azure-ad</id><link href="https://evotec.xyz/fr/blog/report-active-directory-accounts-that-are-synchronized-with-azure-ad" /><updated>2023-08-07T13:21:18.0000000Z</updated><summary>I was scrolling X (aka Twitter) today and saw this blog post, “PowerShell: Report On-Premises Active Directory Accounts that are Synchronized with Azure AD Connect” by Kevin Trent. I like reading blog posts as I tend to learn some new things and see how people tend to solve their problems.</summary><category term="active directory" /><category term="ad" /><category term="azure ad" /><category term="microsoft graph" /><category term="powershell" /></entry><entry><title>Connect-MgGraph: Keyset does not exist</title><id>https://evotec.xyz/fr/blog/connect-mggraph-keyset-does-not-exist</id><link href="https://evotec.xyz/fr/blog/connect-mggraph-keyset-does-not-exist" /><updated>2023-07-20T07:07:41.0000000Z</updated><summary>I had this little issue today when I tried to schedule the Microsoft Graph script to run as a service account on a certificate. To my surprise, even tho I had all permissions required, I was getting this error message: Connect-MgGraph: Keyset does not exist. Something that didn’t show up for my user.</summary><category term="connet-mggraph" /><category term="graph" /><category term="graph-sdk" /><category term="microsoft graph" /><category term="powershell" /></entry><entry><title>Easy way to send emails using Microsoft Graph API (Office 365) with PowerShell</title><id>https://evotec.xyz/fr/blog/easy-way-to-send-emails-using-microsoft-graph-api-office-365-with-powershell</id><link href="https://evotec.xyz/fr/blog/easy-way-to-send-emails-using-microsoft-graph-api-office-365-with-powershell" /><updated>2022-10-09T13:27:27.0000000Z</updated><summary>When you’re using Office 365 and want to send an email, you have two choices SMTP or Microsoft Graph API, which is a “new” kid on the block. For some time, I’ve used Microsoft Graph exclusively to send emails in favor of SMTP as it’s much easier to manage and generally works over HTTPS. If you type in google “Send email graph API PowerShell,” you will get lots of hits as bloggers, and Microsoft has already covered this topic. It’s even more critical than ever because Basic Authentication is deprecated in Office 365. To help out with the transition, Microsoft even released its PowerShell module. With Send-MgUserMail proposed as a way to send emails via Graph API, you will notice it’s far from being easy &amp; user-friendly. Over two years ago, I released a PowerShell module called Mailozaurr (some people may not like my modules’ naming – but that’s how I roll!). In a blog post, Mailozaurr – New mail toolkit (SMTP, IMAP, POP3) with support for oAuth 2.0 and GraphApi for PowerShell, I’ve shown a basic functionality on how to send emails using SMTP OAuth 2.0 or Graph API, which aims to be drag &amp; drop replacement over Send-MailMessage and is supposed to be as simple as possible to send an email with a low effort and high readability. You can also read on sending emails using Graph API by Tony Redmond in his blog post Moving on from Send-MailMessage: Sending Email from PowerShell using the Graph API.</summary><category term="Azure Application" /><category term="emails" /><category term="Exchange" /><category term="graph api" /><category term="microsoft graph" /><category term="oauth2" /><category term="office 365" /><category term="powershell" /><category term="send-emailmessage" /><category term="send-mailmessage" /><category term="smtp" /></entry><entry><title>Configuring Office 365 settings using PowerShell – The non-supported way</title><id>https://evotec.xyz/fr/blog/configuring-office-365-settings-using-powershell-the-non-supported-way</id><link href="https://evotec.xyz/fr/blog/configuring-office-365-settings-using-powershell-the-non-supported-way" /><updated>2021-09-26T15:12:35.0000000Z</updated><summary>Office 365 is a huge beast. It has so many services that it’s hard to track all of them. It’s even harder if you want to manage Office 365 using PowerShell. Microsoft makes many different PowerShell modules available for you, such as AzureAD, AzureADPreview, ExchangeOnline, MicrosoftTeams, and recently, Microsoft.Graph. But even with so many different modules, there are still tasks that Microsoft won’t let you do from PowerShell. But it doesn’t mean that it’s not possible to do it. I’ve spent some time tracking how Microsoft does things while you click thru the interface and created an O365Essentials PowerShell module that can do it in an automated way.</summary><category term="Azure" /><category term="Azure AD" /><category term="graph api" /><category term="microsoft graph" /><category term="microsoft office 365" /><category term="module" /><category term="o365essentials" /><category term="office 365" /><category term="powershell" /><category term="powershellgallery" /></entry><entry><title>Microsoft Graph – InvalidAuthenticationToken – Access token validation failure. Invalid audience</title><id>https://evotec.xyz/fr/blog/ainvalidauthenticationtoken-when-querying-microsoft-graph-with-powershellinvalidauthenticationtoken-when-quering-microsoft-graph-with-powershell</id><link href="https://evotec.xyz/fr/blog/ainvalidauthenticationtoken-when-querying-microsoft-graph-with-powershellinvalidauthenticationtoken-when-quering-microsoft-graph-with-powershell" /><updated>2019-12-05T21:25:24.0000000Z</updated><summary>Today I had a need to connect to Microsoft Graph and do some tasks on Office 365. Since I have already done similar stuff for my PSwinDocumentation.O365HealthService PowerShell module that I’ve described in PowerShell to get all information about Office 365 Service Health, I thought this will be easy run as I’ll just reuse the code I’ve done for that module. As always for Graph related tasks you need to register your application and assign correct permissions. I’ve used my own article for that with changes to which API I want to access. Now that I’ve done all that I’ve extracted my Connect-O365Graph function from my module and started connecting.</summary><category term="microsoft graph" /><category term="office 365" /><category term="powershell" /></entry></feed>