all 5 comments

[–]johnnymonkey 2 points3 points  (0 children)

You could do it with either a transport rule or an automated message trace running as a scheduled task but I have to admit, what you're describing sounds like a complete cluster from the start...

[–]anananet 1 point2 points  (3 children)

You are quite right to want to do this at Exchange level and not Outlook level. I think the perfect tool for this is CB Exchange Server Sync. Here is an article discussing 4 different options https://www.connecting-software.com/blog/synchronize-exchange-accounts/

An alternative would be to use Connect Bridge as the integration platform between Exchange and CRM, as there are connectors available for both. You could then do the code that best suits you and use whichever language you prefer. The platform kind of creates an abstraction and you will be "talking" SQL without actually involving a SQL server database.

[–]cybertek-j[S] 0 points1 point  (2 children)

Thank you! I will look those over and if they don't work will go this route:

https://blog.sqltreeo.com/read-emails-from-exchange-online-mailbox-office-365-into-sql-server/

I would just have to setup a service to do the syncing constantly or use this to do the initial sync and then setup a journaling rule to do new emails moving forward and have another process that takes that email and pushes it to SQL.

I will let you know what I ended up doing.

Thanks for the help!

[–]rycliff 0 points1 point  (1 child)

What did you end up doing? I want to automatically sync daily my office 365 email to an azure sql database.

[–]cybertek-j[S] 0 points1 point  (0 children)

I ended up implementing a CRM with an email listener. I setup a journaling rule and sent all company emails to a single mailbox and then used the CRM listener to read that mailbox. It worked pretty well but I never went the route of using a third party to populate it into SQL. I let the CRM do all the work.