blog.atwork.at

news and know-how about microsoft, technology, cloud and more.

Provisioning an Office 365 group with an approval flow and Azure functions-part 1

Thursday, September 28, 2017 3:30 AM Martina Grom
Office 365 groups span over various Office 365 services and provide a great way for collaborating. By default, every user can create an Office 365 group. While self-service is a good thing and many businesses adopted into that direction, some companies still prefer the controlled approach. In real world environments, organizations usually want to restrict the group provisioning so that IT can control the wild growth of groups. This article series shows how to create an Office 365 group with an attached approval process with SharePoint Online, Flow and Azure functions. See how this works here!
Azure | Cloud | Developer | English | Exchange | Microsoft | Office | Office365 | PowerShell | SharePoint | Flow | App | MVP | Event | PowerApps
mehr

Why we moved away from Exchange distribution groups to Office 365 groups

Sunday, July 23, 2017 8:22 PM Martina Grom
A very simple use case let us give up our Distribution lists. This article discusses why and how we did it and delivers tips how to improve your experience with Office 365 groups.
How can you replace old” distribution groups from a synced environment with new” Office 365 groups? And how to add, delete or modify email addresses to an Office 365 group? This article shows the steps.
Cloud | English | Microsoft | Office365 | PowerShell | Exchange
mehr

How user profile synchronization works in Office 365 services

Friday, July 7, 2017 3:00 PM Martina Grom
Office 365 users often ask about user profiles in various Office 365 services and where to change what. Since the Office 365 products do have a history, there are different places where user profile data is stored and how specific properties are synchronized. So, we at atwork thought that it makes sense to inform about the current user profile status in Office 365 with this article.
Azure | Cloud | English | Microsoft | Office365 | Office | SharePoint | Exchange | Skype | Yammer
mehr

atwork sucht (Senior) Consultant Office 365 (Identity, Exchange, Skype) (w/m) - Dienstort: Deutschland

Wednesday, April 26, 2017 11:27 AM Toni Pohl
Als Experte in allen Bereichen rund um Microsoft-Technologien und Cloud-Themen ist unser Mandant ein gesuchter Berater bei seinen Kunden. Sie werden Teil eines eigenständigen und verantwortungsbewussten Teams, in dem ein hohes Qualifizierungsniveau, immer auf aktuellstem Stand, höchste Priorität hat.
atwork | Exchange | Office365 | Skype
mehr

Limitation of Exchange Hybrid Centralized Mail Transport

Friday, March 31, 2017 12:15 PM dh
I recently had a curious behavior in my customers Exchange 2010 SP3 hybrid environment with centralized mail transport for Exchange 2010 SP3 Edge servers enabled. Before I describe the topic in more detail I would like to say thank you to the guys from Microsoft: Timothy Heeney, Scott Landry and Tom Kern helped me with my 'little' mail flow problem . Appreciate your help. My customer is using a smtp gateway for external mail flow as usual. Some of the mailboxes have configured smtp forwarding like ForwardingAddress (mail contact) and ForwardingSMTPAddress (external smtp address directly set on the mailbox). As we all know, Exchange hybrid mailbox move will not migrate the ForwardingAddress configuration for mailboxes. For this and some other migration limitations my colleague Andreas from atwork developed an 'Exchange Online Migration Tool' which is used by my customer. This tool checks, amongst other things, if the forwarding recipient is synced to Azure Active Directory and will set the smtp forwarding again after migration, let's say it's one component of many hybrid pre and post-migration tasks. However, not all smtp domains which are used for smtp forwarding are created in the on-premises environment nor in Exchange Online. Also, some of these smtp domains don't have any mx records populated in external DNS configuration. Mail flow for these domains is handled by the internal smtp gateway with some special configuration and different connectors. After the pilot migration of some Exchange 2010 users to Exchange Online, I saw a couple of '450 DNS socket error' messages during mail flow checks. As I said not every smtp domain has its own MX record published. The first thing I checked was the CMC connector which looked like this: RecipientDomains * SmartHosts [x.x.x.x],[x.x.x.x] TlsDomain contoso.com TlsSettings DomainValidation IsTransportRuleScoped False RouteAllMessagesViaOnPremises True It seems that everything looks good. Next, I was looking for the X-MS-Exchange-Organization-AuthAs mail header which had the value 'Internal' and centralized mail transport is used. All mail flow tests from different Exchange Online tenants and external mail provider were routed through the on-premises environment correctly - except for those who have smtp forwarding configured. This behavior for users with smtp forwarding configured is by design and EOP will route these emails directly to the Internet. Tom provided me the official support link: https://support.microsoft.com/en-us/help/3194415/some-messages-aren-t-routed-through-the-on-premises-organization-when-you-use-centralized-mail-transport 'This behavior is by design. To forward the message, an exact copy of the original message is created and sent to the external recipient. Mail routing logic sees that this new message originated in the on-premises environment and therefore doesn't send the message back to the on-premises environment. Instead, it's routed directly to the external recipient domain through Exchange Online Protection.' Nevertheless, if you are in the same situation, you can use the following tasks to get centralized mail transport working: Configure your domains properly and create it as an internal relay domain for both on-premises and Exchange Online Don't migrate these recipients to Exchange Online, set the domain to internal relay and let do your on-premises environment the resolving Rewrite it to something which is routable if you don't want to use centralized mail transport for the on-premises organization Remove the external smtp forwarding
Exchange | Microsoft | Office365 | Hybrid | Migration
mehr

Working With Office 365 Groups And Connectors article series at MVP Award Blog

Thursday, February 2, 2017 7:00 AM Toni Pohl
Recently, the Microsoft MVP Award Program Blog published my three-part series about Working With Office 365 Groups And Connectors”. Read the articles online in the MVP blog here.
General | App | Azure | Blog | Cloud | Developer | English | Exchange | Microsoft | MVP | Office | Office365 | PowerShell | Visual Studio | atwork | Social
mehr

Unity Connect in Haarlem 2016

Monday, November 21, 2016 7:00 AM Toni Pohl
Last week Martina and I have been speaking at Unity Connect in Haarlem in the Netherlands. Unity Connect is an IT conference about Office 365, SharePoint, Exchange, Skype, Yammer, and Azure and took place from 16th to 18th November 2016 in the beautiful city of Haarlem. See some impressions of Unity Connect 2016 here.
General | English | Event | Exchange | Impressionen | Microsoft | MVP | Office365 | Azure | SharePoint | atwork
mehr

Management capabilities for Office 365 Groups

Wednesday, September 21, 2016 11:05 PM Martina Grom
By default, in Office 365 all users can create an Office 365 group. As IT Administrator you can restrict that users can create Office 365 groups. If you want to have a more granular control to define which users shall be able to create a group that’s more effort. See here, how this works.
Cloud | English | Microsoft | Office365 | Security | SharePoint | Exchange
mehr