Closed. This question is not about programming or software development. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 4 months ago.
Improve this question
I exported a few emails from Microsoft Outlook for Mac to an .olm file. I want to import it into Gmail. Is it possible to do that on gmail itself ? What is the easiest way to do that ?
The problem was that I didn't have access to the mail server anymore, but I found 2 ways to do that :
1.Export the emails (you can categorizing in Outlook to export only selected emails) to *.olm and then add the gmail account to your Outlook and import the file into it.
2.Add gmail account to your Outlook and move (drag and drop) the emails from the old account to your gmail account. easy !
Arian Hosseinzadeh's solution works, but for Microsoft Outlook for Mac 2016, the key is to manually add the gmail account into your desktop Outlook as an IMAP account. Adding gmail following the default prompts did not work for me.
High-level steps:
Enable IMAP for gmail.
Add gmail into Outlook for Mac 2016 as an IMAP account.
Import oml files into Outlook.
Drag and drop imported folders into your gmail folders.
Details for the first two steps above.
Enable IMAP for gmail. Check this gmail support page for details. Basic steps are as follows:
On your computer, open Gmail.
In the top right, click Settings Settings.
Click Settings.
Click the Forwarding and POP/IMAP tab.
In the "IMAP Access" section, select Enable IMAP.
Click Save Changes.
Add gmail into Outlook for Mac 2016 as an IMAP account.
There are no ways to do that.
However, the alternative is to add your outlook account to your Gmail account in gmail.com.
Setup instructions here: http://www.dummies.com/how-to/content/using-microsoft-outlook-with-gmail.html
If you want to choose the right way to convert OLM to Gmail then you try KDETools OLM to Gmail Converter.
• Open Outlook for Mac on your machine and select the folder from which you want to move data
• Right-click on that folder to select Move>>Copy to folder options.
• A dialog box will pop up, where you need to select the newly created label name. Then, click on Copy.
• Now, click Send/Receive button and all OLM emails can be found in Gmail.
You should try to add IMAP-enabled from Gmail account that easily sync all Gmail Items to Outlook for Mac and vice-versa.
Another way is third party tool like : http://www.recoverymails.com/olm-to-pst/mac.html
that helps you to migrate OLM items to Gmail account easily.
In this short write-up, I will show you the best manual methods to import OLM files to a Gmail account in bulk. as we all know that Gmail is a free email service, and outlook for mac is paid. Due to these reasons or maybe some other reasons, users are continuously importing their mac outlook data to their Gmail account by using the given steps:
Step 1: simply connect your Mac Outlook and Gmail accounts.
Step 2: And then move olm files data to the Gmail account.
If you want to know the complete steps, then check out the mentioned page. Here you will get the complete information about the process.
Related
We are working on an Outlook add-in that uses the On-send feature (https://learn.microsoft.com/en-us/outlook/add-ins/outlook-on-send-addins?tabs=unix). We want to know what our options are when it comes to deploying this add-in to actual users, with the focus being on users running Outlook on Mac. Per documentation, On-send Add-ins are not allowed on AppSource. The ideal flow we are looking for is one where there's little to no manual action required on behalf of either the end-users or the Admins.
Is there a way to deploy the add-in automatically on the end-user device (running Mac), with neither any admin-side action required, nor any manual action required by the user -- e.g., by downloading the Add-in manifest, and running a script on the device?
I'm aware user can sideload the manifest once the manifest is downloaded, but this is not acceptable in our case; we are looking for a way where the installation of the add-in is automated, without requiring any manual action on behalf of the user.
If the above is not an option, what is the recommended way to deploy the add-in? I found two links from MS, with possibly conflicting info; which of these two is the right one to try?
The first one is "Publish Office Add-ins using Centralized Deployment via the Office 365 admin center" from https://learn.microsoft.com/en-us/office/dev/add-ins/publish/centralized-deployment#end-user-experience-with-add-ins. Looks like this is supposed to be done from the O365 Admin Console --> Settings > Services & add-ins.
This approach requires (from https://learn.microsoft.com/en-us/office365/admin/manage/centralized-deployment-of-add-ins?view=o365-worldwide) the following as pre-requisites; are all of them actually required?
"have Exchange Online and active Exchange Online mailboxes" -- is there a difference between "Exchange Online" and "active Exchange Online mailboxes"?
"Version 1701 or later of Office 365 ProPlus." -- does this apply for Mac as well? If so, is there such a version for Mac?
"Your subscription'd directory must either be in, or federated to Azure Active Directory."
Looks like there's a Powershell-based alternative to this: https://learn.microsoft.com/en-us/office365/enterprise/use-the-centralized-deployment-powershell-cmdlets-to-manage-add-ins. Is this subject to the same requirements as the above?
The second flow, which is more geared towards Outlook (rather than the other Office apps) is https://learn.microsoft.com/en-gb/exchange/clients-and-mobile-in-exchange-online/add-ins-for-outlook/specify-who-can-install-and-manage-add-ins?redirectedfrom=MSDN. This is to be initiated from Exchange admin center under Organization > Add-ins > New Add Icon
Does this work with a non-ProPlus O365 subscription as well?
Does this work outside of Azure AD?
(Assuming Bullet 1. is not an option so we have to go with 2.) After deploying add-in from admin, is further action required to activate it on the end-user device?
Per https://learn.microsoft.com/en-us/office/dev/add-ins/publish/centralized-deployment#end-user-experience-with-add-ins:"For Outlook 2016 or later, users can do the following: In Outlook, choose Home > Store. Choose the Admin-managed item under the add-in tab. Choose the add-in, and then choose Add."
(Again assuming Bullet 1. is not an option so we have to go with 2.) Is there API support to help automate bullets 2 and 3?
I am working on outlook addin. But to add addin to outlook I need to see store icon. See image 1.
but when I switch to exchange mail server inbox i start seeing store icon. See image 2.
I am using outlook for mac 16.16.4. please let me know if this is mandatory requirement or I am doing something wrong.
Store functionality is only available for Exchange accounts, just the way Outlook works. Keep in mind that installed web addins are account based, so for multiple Exchange accounts you will have different addins, and for non-Exchange account you will have none.
Closed. This question is not about programming or software development. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 4 months ago.
Improve this question
After checking this question (Mailto links do nothing in Chrome but work in Firefox?), I have tried & determined:
I originally had this setting (Chrome Settings->Content Settings->Manage Handlers... (chrome://settings/handlers)) set for email and calendar links to use the associated Google Service I have an account for, assuming they will try to access the service through the Chrome browser.
I removed my existing handlers. Clicking the mailto link still does not work, and I am not able to add one manually through Chrome.
I do not see a relevant setting in Microsoft Outlook for Mac 15.33 to utilize.
I was not able to readily reset this behavior to investigate further, as going to Gmail does not reveal the handler icon again:
I experience this problem in both Chrome and Firefox.
I have tried links without a target attribute, and with one specified to "_top", _parent", and "_blank". (mailto link is blocked as insecure content in Chrome Gmail.)
Mac 10.12.3
Other Links:
mailto link is not working in any browser - (Doesn't Help - No Information)
Open Mac Mail and Preferences Dialog. Ensure you have Default email reader set to Mail.app (or whatever app you use for mail).
Followed these steps and worked very nicely:
Run the Mail application.
On the Mail menu, click Preferences.
Click the General tab.
For Default email reader, select Microsoft Outlook (or what you like).
Source:
https://support.microsoft.com/en-us/help/3027171/outlook-2016-for-mac-cannot-be-set-as-the-default-application-in-mac-o
In case you want to open mailto link with gmail app inside Google Chrome, but when you click on "mailto" link nothing happens, this is the solution worked for me.
Open "Mail" (the macOs app) , go to "Preferences" and be sure that "Default Email Reader" is "Google Chrome".
Then follow this video that provide clear instructions on how to enable the Google Chrome side.
It's first time that i saw a Google Chrome setting so hidden and difficult.
I found a relevant OS setting for my Mac, a method similar to Windows' in another Q&A.
In "System Preferences", on the 5th/last row, the first item called "Default Apps", under the "Internet" section, I had Email set to Chrome, that as described before was not working for me. I set it to Microsoft Outlook, and it performed better with links that did not have a target attribute set.
I also found a more granular list of protocols under the "URLs" section, and upon finding "mailto", saw that it was already set to Outlook, probably due to my recent "Email" setting.
Finally a result!!!!!
I'm on a mac and use thunderbird as my default email client. Suddenly I couldn't select email links in any browser to get it to open. Played with thunderbird, played with settings in chrome etc but as it was every browser I assumed it was a thunderbird issue.
The read about multiple mail clients and realised my wife opened 'mail' the other day. I never use it. SO I went into it and looked at settings.... mail ? preferences > general and there it was in plain english.... Default email reader had somehow changed to 'chrome'! A simple tweak back to thunderbird and all has been restored. How it changed I never know. Amazing that a mail client you don't use can effect how a browser and a mail client you do use works.
I am building apps with the new technology of Office add-ins (formerly app for Office).
The add-ins activate well when registered globally for the Office 365 tenant or individually by user (mechanical gear > manage add-ins).
I would like my add-in to work with Office365's shared mailboxes. The add-ins do not load in Outlook desktop or in OWA when the shared mailbox is open alone.
However, I managed to make it work when setting the shared mailbox as a shared folder displayed under my primary mailbox, as explained here (see picture below). It is better than nothing but not an acceptable solution, I would like my add-ins to be displayed when consulting my mailbox in Desktop client and in OWA when using the "Open another mailbox" (see link above).
My question is then: how to make add-ins working with shared mailboxes? A possible solution is: a shared mailbox seems to be related with a special kind of user. Would it be possible to install the add-in for this special user in order to have the add-ins always working with shared mailboxes?
Edited:
Not supported for now. I created a feature request in Office365 User Voice. Consider bringing your vote to it.
There is a new feature request to cover this functionality.
This feature request has theoretically been implemented and is in public preview.
Theoretically if you add the following under <DesktopFormFactor> it enables this feature:
<SupportsSharedFolders>true</SupportsSharedFolders>
However, people are having issues with this throwing Schema errors. See GitHub or StackOverflow. (NOTE: StackOverflow has a solution, but I didn't find it actually worked).
It maybe there is some undocumented magic so it could work now.
Outlook add-ins are not supposed to activate outside of your primary mailbox. This is intentionally disabled. What you're seeing with it displaying when opened under your primary mailbox there Benoit is likely a bug.
The office add-in can be configured to show on a mail item. it does not matter the type of mailbox, if the item you are viewing is a mail message, your add-in should show.
The simple test you can do, does your add-in show in your mailbox mail messages? if yes, this means it should show in mail messages from the shared mailbox. It is divide and conquer issue we need to resolve.
Let me know if you have more questions or need clarifications.
Is it possible for an Exchange admin to disable thick client access using Outlook Anywhere to an Exchange 2010 box (or to otherwise achieve that)?
I'm wondering whether that might explain the following symptoms:
I can access Exchange from an iPhone or Android, and also through the Windows 8 native mail app, but Outlook 2013 refuses to connect using Outlook Anywhere.
It is possible to limit Access to a mailbox using EMS:
Set-CASMailbox -Identity "mailbox" -MapiEnabled:$false
Your iPhone, Android and Windows 8 Mail App all are using Exchange ActiveSync protocol.
Please check also, whether your Outlook Provider is correctly configured for your SSL certificate:
Get-OutlookProvider
The Parameter CertPrincipalName should contain a value like msstd:sslcertifcate_cn like msstd:example.com.
Also make sure the Outlook Anywhere Virtual Directory (Get-OutlookAnywhere) is configured with the right settings for Hostnames.
I spent hours trying to figure this out but it ended up being the opposite apparently MAPI is required for outlook anywhere in exchange 2013 sp1 it also disabled for all mailboxes by default. to turn it on you need to use ECP and select recipients then mailbox and then edit the mailbox. Then go ot mailbox features on the left. scroll down to MAPI and if its disabled enable it. That fixed it for me. alternatevely you can run the command Set-CASMailbox -Identity "mailbox" -MapiEnabled:$true