I'm moving an organization from pop3 accounts to Microsoft Exchange 2007, and I have to upload all the users mails (which are in, mostly, Outlook Express and a few Outlook) to their Exchange accounts.
Anybody knows an automated or semi-automated procedure to upload all the mails and address books from Outlook Express and from a .pst file without having to configure the account in Outlook?
Uploading per se is not the problem, this can be easily achieved using the WebDav protocol on the Exchange web access.
However, getting the mails out of the PST and PBX (I think the file is for OE) may be more difficult, while I know that some file format descriptions exist, this may still be the most difficult part.
You have solutions for those problems (address books and e-mails) with some extra scripting, and both are free.
With Outlook Express API Standard you can quickly develop a script to upload e-mails to Microsoft Exchange.
With NKTWAB (LGPL) you can retrieve the WAB contacts and store them on Exchange.
On Outlook is pretty straightforward since it has an API.
Related
we currently Migrating EWS connections in our application (EWS support fo Office/Outlook 365 will be outdated soon/this fall) for all our customers using Outlook as port of Office 365 using msgraph-sdk-dotnet.
EWS offered EventType.Moved for subscritions in order to deteced mails which has been moved to observerd mail forder. Some of our uses cases are based heavily on this feature.
So we are wondering what's the equivalent of EventType.Moved is in msgraph.
subscription resource does only offer the following: changeType-s created, updated and/or deleted .
How should we map/port EventType.Moved from EWS to msgraph?
Delta requests cannot be filtered for moved mails either or this there a hidden feature or a neat trick in order to detect if a mail has been moved into an folder?
Any hints for this porting issue would be really great!
Thx
I am trying to configure a mailbox on Exchange Online to be used by our Deskpro ticketing system to manage several queues. The only way I could setup Deskpro to recognise different folders in the mailbox was to make the connection using EWS. MS said they would be deprecating EWS Basic Auth in October last year, does that mean my EWS connection via outlook.office365.com/EWS/Exchange.asmx is now authenticating through OAuth? It still works, I'm concerned MS will change something and it'll stop working.
I'd love to use the OAuth via Graph, but if I select that option in the Deskpro setup there's no way to identify individual folders for each queue to process meaning I'd have to have a separate mailbox for each queue requiring an Exchange Plan license for each!
Collin, yes there is an announcement made to deprecate EWS Basic auth (it was made quite some time earlier too) and move to modern auth/oAuth too - it will work for you. Also you know that no new investments are going to be made in EWS, so you wont get any new features. So keeping in that mind, you can use EWS modern auth/oAuth for a while, but i would recommend you to create plan to move to Microsoft Graph API - so that you can interact with all the existing features in EWS and connect with entire Microsoft Graph ecosystem's product/solutions as well.
I have several critical applications using POP3 to connect to O365 that need to switch from basic to modern authentication by 10/13/2020. I came based on this article from MS that indicated answers to questions would be provided in this forum. I do not see any graph tools I need to provide my application teams details around how they can update their applications to begin using modern auth for their POP3 connection. Is there anything MS has provided that would serve as a reference on how this can be accomplished for POP3?
I am creating iOS application that needs to interact with RESTful API (which will be going to make).
The problem is I have no knowledge in the realm and would like to ask for some helps. (I tried to learn this for few days but as I study more, I get so confused...)
My company has a server that is running with Windows. What is the process of deploying APIs there and use it as data storage as well.
My company has Microsoft 365 license so that I have access to SharePoint. I've read there is SharePoint APIs, so it will be nice to integrate with my app. But more I study about it, I've observed AzureAD. Is it something that I must to have in order to utilize MS SharePoint APIs?
I know it is very broad question but I really appreciate for anyone who provides with helps. Thank you
Yes you will need Azure AD to interact with the sharepoint api, using the oAuth authentication by registering the app into the Azure AD and giving the Sharepoint Management online permissions that are required for you to do the operations that you want.
I wrote a QB integration a few years ago that uses the Web Connector to read and write data to and from QB desktop products. It works well but I am not in love with the Web Connector.
I am tasked with setting up another QB integration. I was hoping to avoid using the Web Connector this time. There are a few reasons why I am trying to avoid the Web Connector but the main reason is I would like to make this integration work with both Desktop and Online versions of QB.
Is it possible to use the Intuit Sync Manager to sync the company data up to Intuit and then just use the standard Online APIs to connect to that company file? I have done some testing and I can connect to QB Online via the Online APIs but I cannot seem to get it to see the synced company files.
Any help with this would be great. Just looking for a little direction here.
Thanks in advance for any help.
For QBO, of-course, you can use QBO REST APIs(V3) API.
Ref - https://developer.intuit.com/docs/0025_quickbooksapi
But for QBD, QBSDK and web-connector is still the only approach.
QBD V2 and V3 REST APIs are already deprecated.
https://developer.intuit.com/docs/0250_qb
https://developer.intuit.com/docs/0250_qb/0010_get_oriented/0080_quickbooks_web_connector
FAQ
Thanks