Enable or disable POP3, IMAP, MAPI, Outlook Web App or Exchange ActiveSync in Office
This article introduces the PowerShell commands that you can use to enable or disable the following items for a mailbox in Exchange Online:
- Post Office Protocol (POP)
- Internet Message Access Protocol (IMAP)
- Messaging Application Programming Interface (MAPI)
- Outlook on the web
- Microsoft Exchange ActiveSync
Enable or disable POP3 for an Exchange Online mailbox
To enable POP3 for a specific user, run the following cmdlet:
To disable POP3 for a specific user, run the following cmdlet:
Enable or disable IMAP for an Exchange Online mailbox
To enable IMAP for a specific user, run the following cmdlet:
To disable IMAP for a specific user, run the following cmdlet:
Enable or disable MAPI for an Exchange Online mailbox
To enable MAPI for a specific user, run the following cmdlet:
To disable MAPI for a specific user, run the following cmdlet:
To use the Exchange admin center, see Enable or disable MAPI for a mailbox.
Enable or disable Outlook on the web for an Exchange Online mailbox
To enable Outlook on the web for a specific user, run the following cmdlet:
To disable Outlook on the web for a specific user, run the following cmdlet:
To use the Exchange admin center, see Enable or disable Outlook on the web for a mailbox.
Enable or disable Exchange ActiveSync for an Exchange Online mailbox
To enable Exchange ActiveSync for a specific user, run the following cmdlet:
To disable Exchange ActiveSync for a specific user, run the following cmdlet:
To use the Exchange admin center, see Enable or disable Exchange ActiveSync for a mailbox.
Enable or disable Exchange Web Services (EWS) for an Exchange Online mailbox
To enable EWS for an Exchange Online mailbox, run the following cmdlet:
To disable EWS for an Exchange Online mailbox, run the following cmdlet:
Still need help? Go to Microsoft Community.
Microsoft How to turn EWS or IMAP or ActiveSync On or Off
Do you know if IMAP or EWS or ActiveSync is turned on for your email account, and how to enable either of these options if needed? If you have admin rights, follow our steps and you can check. Or you can ask your email hosting administrator to look for you. And if they need a little encouragement, use the handy instructions below to remind them how easy this is.
Sometimes situations and needs change, or admin staff changes can leave you in the dark about how things are set up for email. If you may need to turn back on an email connection protocol in your Microsoft account, the first step is knowing where to go.
So our SaneBox support team wanted to review this process with you here, and show you how to check to see which email communications choices you have turned on for a particular hosted email user. Follow along with us, and you’ll see how to change the state for either imap or ews or ActiveSync within the settings for each individual email user.
Turn on IMAP or EWS or ActiveSync for a email user
Go to https://office.com and open the App Menu grid, to select “Admin”.
From the admin menu on left, look under “Users” and select “Active Users”.
Locate the desired person in the active user list, and click to open details for the user.
In the panel that opened with user account details, look under “Mail” and select “Manage Email apps”.
Review the list of email communications protocols that can be used for email apps to communicate with the email account, and make changes as needed. (Note: For SaneBox community members, your SaneBox AI priority processing prefers either EWS or IMAP.)
And if you’re not in the know about what SaneBox is and what it can do for your email sanity (and your opportunities for distraction-free focus time), then take a tour and then sign up for a free 14 day trial (no credit card required for trial period.)
Bonus Tip: If you or your Microsoft email hosting admin likes to go the power user way of doing things, then check out this Microsoft help doc on how to use powershell to control user settings for imap or ews or ActiveSync: https://docs.microsoft.com/en-us/exchange/troubleshoot/user-and-shared-mailboxes/pop3-imap-owa-activesync-office
This FAQ will give instructions on how to determine the EWS URL and configuring it for Quicklaunch. A common cause of authentication failures when configuring the Exchange connector to work with Exchange Web Services (EWS) is using the incorrect URL.
1) Receive EWS URL for Microsoft Office
2) Receive EWS URL for on-premises Microsoft Exchange Server (Amin Only)
3) Receive EWS URL without browser
Access the mailbox account using Outlook Web Access (OWA) https://outlook.officecom/owa or https://outlook.officecom
Once logged in, select the Settings Gear Icon on the top right, and select "View all Outlook Settings". Then select the following: Settings > Mail > Sync Email
The URL of exchange web service for the mailbox is the URL: https://<mail.server>/ews/exchange.asmx
The default URL for EWS is https://<mail.server>/ews/exchange.asmx (often this may be the same server that OWA is hosted on
If using the above URL with the appropriate domain is not functional, the correct URL can be retrieved in one of 2 ways:
1. The Exchange admin can use a PowerShell command on the exchange server
a. Open PowerShell on the Exchange server
b. Type Get-WebServicesVirtualDirectory |Select name, *url* | fl
c. The URL will be provided
If you cannot access your email account via the browser, use this tool by Microsoft to discover your EWS URL: Microsoft Remote Connectivity Analyzer.
For Auto Discovery, any valid email address can be used, it is recommended to use the email address of the user in the Protocol tab.
The email address is used for two purposes: the right part after "@" character (the domain name) is used to locate the Auto Discovery service when the connector is used outside of Windows domain. (Within a domain system, the Auto Discovery service location is fetched from the Active Directory) When Auto Discovery service is located, the entire email addresses sent to the service, and the service estimates the best (optimal) EWS service URL which can be used to access the mailbox of the user. So when there are multiply EWS entry points in the system, you should choose an appropriate email address for access every entry point (this means you have to create at least one connector profile per entry points - you can do that based on structure of organization of the user company).
Managing Exchange Web Services in Office
In this excerpt from Office for IT Pros we look at the controls that are available to you for managing Exchange Web Services.
Exchange Web Services (EWS) is an API that enables client applications to communicate with Exchange Online. Applications can use EWS to retrieve information from Exchange Online services, or to interact with data in Exchange Online mailboxes. For example, an EWS application can retrieve information about calendar items for room mailboxes to determine which items might have an organizer who no longer works for the company.
EWS is also used by Microsoft Outlook for calendar free/busy information, Out of Office settings, calendar sharing, and other features such as MailTips. In general it is a useful protocol, but as with any protocol used to access Exchange Online there are controls available for administrators to use for a variety of scenarios. EWS controls can be managed at the mailbox level or the organization level.
PSC:>Get-CASMailbox Alan.Reid|fl ews*
Using the EWS allow or block list
In June of LinkedIn was found to have implemented a feature that invited users to enter their corporate email credentials on the LinkedIn website. LinkedIn would then connect to the person’s corporate email account and scrape it for email addresses to suggest them as potential contacts that should be invited to connect on LinkedIn. The connection from LinkedIn made use of Exchange Web Services and highlighted the need to monitor and control EWS access to Exchange on-premises and Exchange Online.
Disabling the entire EWS protocol because of one unapproved example of application access would deny your organization the many good things that EWS allows. Fortunately, we can be selective in what we block or allow for EWS by configuring an EWS application access policy. The EWS application access policy can be configured on a per-mailbox basis, or configured for the entire organization.
Continuing with the example of LinkedIn, to block EWS access by the LinkedIn user agent for the entire organization there are two steps required that use the Set-OrganizationConfig cmdlet. First, set the EWSApplicationAccessPolicy to enforce the block list.
Next, add the LinkedIn user agent to the EWS block list.
The EWS block list is a multi-value attribute so it should be managed using add/remove methods to avoid overwriting existing values when you are making modifications. For example, to also add the OWA for Devices user agent to the block list you would run this command.
Similarly, to remove an entry you would run this command.
Unlike ActiveSync device access rules the strings used for EWS block and allow lists can use wildcards for partial matches. However there is no quarantine action available, only allow or block.
The example above blocks LinkedIn EWS access for the entire organization. If you only wanted to block it for a single mailbox user the same process would be used, but the Set-CASMailbox cmdlet would be used instead of Set-OrganizationConfig. Enforcing a block list will permit any EWS application that is not in the block list to connect. A more restrictive approach is to enforce an allow list instead, which requires that any EWS applications be listed in the allow list before they can connect.
Enforcing a block or allow list for EWS has no impact on the Entourage, Outlook for Mac, or Microsoft Outlook applications. These applications are controlled with different EWS settings which are discussed next.
Blocking/allowing Mac clients
There are two separate Mac clients that use Exchange Web Services for connecting to Exchange Online; Entourage and Mac Outlook. Entourage is the oldest of these, with the Web Services Edition released in to allow connectivity to Exchange Server using EWS. Prior to that Entourage used WebDAV, which was deprecated in Exchange Server and removed entirely starting with Exchange Server Mac Outlook is the version of Outlook that ships with Office for Mac , but also refers to the newer version of Mac Outlook that is currently in Public Preview and due for release with Office for Mac.
The use of Apple Mac computers is common in many corporate and education sectors, however some organizations will have reasons to block the use of Mac email clients. For example, an enterprise that permits BYOD may choose to block Entourage and Mac Outlook and require those users to instead make use of Outlook Web App or Outlook delivered using an application virtualization infrastructure.
The Mac clients are allowed by default and can be blocked using Set-CASMailbox or Set-OrganizationConfig. For example, to block both Mac clients for a mailbox user you would run the following command.
Other uses for EWS
Exchange Web Services is used by many organizations for custom application development, such as creating integrations between Exchange Online and their in-house line of business applications. It is also the API used for integration between Exchange Online and other Microsoft services such as Skype for Business and SharePoint Online. EWS applications can send and receive email messages, manage calendar items, and a whole lot more.
EWS is also used by many third party migration tools as the protocol for accessing Exchange Online mailboxes. In addition, an ecosystem of “cloud backup” products is starting to grow, using EWS as the access protocol for backing up mailbox items from Exchange Online to cloud storage, meeting the needs of many organizations who would like to make use of Office but are concerned about backup and recovery.
Learn more about managing client access to Exchange Online in Office for IT Pros.
365 office enable ews
The Exchange integration requires the address of your Exchange server, called Exchange Web Services (EWS) URL. This is usually auto-detected using your email address, but sometimes the auto-detection may fail. A common cause of failure is when the Exchange admin within your organization disabled auto-detection. In such cases, you will need to provide the EWS URL.
EWS URL has a special format: https://<mail-server>/ews/exchange.asmx where <mail-server> needs to be replaced with the address of your Exchange server. Once you obtain the server's address through one of the methods explained below, insert it into the format above, and enter into Reschedge, either in the Personal settings page (if using a personal connection), or in the Account settings page (if integrating to a dedicated mailbox).
Only users with access to PowerShell can obtain the EWS URL directly from the Exchange server. Open PowerShell on the Exchange server and type this command: Get-WebServicesVirtualDirectory |Select name, *url* | fl
You may be able to obtain the EWS URL in a couple of ways, depending on the Exchange configuration. Try each of the following methods in order. As soon as you get the Exchange server name, skip to the last step.
- Log into your mailbox via Outlook Web App (OWA, formerly Outlook Web Access) in your browser. Copy only the <mail-server> part from the browser’s URL https://<mail-server>/owa/ - it may be your server name.
- Logged into your OWA, go to: Options -> See All Options -> Account -> My Account and click “Settings for POP, IMAP, and SMTP access…”. Find and copy the “server name”.
- Search for “mail server” in your company intranet, the internal knowledge base, or contact your IT support.
Last step: Insert the server name into the format https://<mail-server>/ews/exchange.asmx instead of the <mail-server>, and enter the result in Reschedge.
Any user can obtain the EWS URL. Open your Office or Outlook in your browser. See the screenshot below or follow these steps:
- Click settings icon in the top right corner.
- Click Mail
- Click Account
- Click POP and IMAP
- Copy the first Server name
Remember to insert the value you found into the format https://<mail-server>/ews/exchange.asmx replacing <mail-server>, and enter the whole result in Reschedge.
Reschedge Exchange integration - obtaining EWS URL in Office or Exchange Online
Thank you for your feedback!Sours: https://reschedge.knowledgeowl.com/help/how-to-obtain-the-exchange-web-services-ews-url-for-reschedge
Sending to Office groups (EWS configuration)
In this tutorial, you will learn how to configure the Exchange Web Services (EWS) connection in order to send newsletters to Office groups.
Connect JungleMail to EWS
1. First, you will need the EWS name of your Office Exchange Online. To do this, access your mailbox account via Outlook Web App (OWA) (https://outlook.office.com/owa/).
2. Click the Settings icon in the top right corner, then click Mail > Account > POP and IMAP and copy the name of the first server on the list.
The URL of Exchange Web Services for the mailbox is the URL: https://MAIL-SERVER/EWS/Exchange.asmx. Therefore, in our case, the EWS link is https://outlook.officecom/EWS/Exchange.asmx.
3. Go to JungleMail Site Collection Settings and check the Enable Microsoft Exchange Service Connector box. In the Web service address field, insert the EWS link you got from the step above. Then, add your domain and Office user credentials. JungleMail will use this user to connect to Exchange Online and access Office groups there.
4. Open JungleMail, go to the Recipients step and select SharePoint, AD groups as the recipient source.
5. In the pop-up window, select Dynamic groups and insert the name of your Office group.
Important: your Office group privacy type must be Public. If it is Private, your user account (that you provided in EWS Connector settings) must be a member of that group. Otherwise, JungleMail will not be able to access the group members.
6. Click OK. JungleMail will expand this group and resolve the recipients. Please note that, according to our tests, it will only take group members. If you have additional users as owners of the group, add them to group members as well.
- Scarab wow
- Lg washer dryer base
- Country club homes inc
- Imran series pdf
- File holder organizer
- Nova vs thor
- Azure app deployment
- Campground in mexico pa
- Plasma capacitor
- Ebt arkansas
- Minnesota legislative auditor
- Nuxt shopify
Control access to EWS in Exchange
This allows applications listed in the AllowList to connect. In this example, no applications are included in the AllowList, so no applications can use EWS.
This allows specific applications to use EWS. In this example, any application that has a user agent string that starts with "OWA/" is allowed access.
This example only blocks applications from using EWS that have a user agent string that starts with "OWA/".
Because no BlockList is specified, all applications can use EWS.