How to migrate Notes mail agents to Microsoft Exchange (i.c. Office365)? - email

A client insists on moving from Notes/Domino to Office365 (no further comments on that please). There are some mail agents that provide automated functionality. In one case, it is an agent in a mail database that, when it receives a mail, it responds with a mail that contains a unique reference for the mail just received. It's their way to generate unique mail references.
How to create an alternative solution, in Office 365? Can one develop an agent in Office365?
If it must be an equivalent solution, does it have to be an Outlook client that's always on?
Or are there other ways to generate reply mails from a special mail account?
Can one send a mail to an SQL server, for instance?
I'm open to all your suggestions! Thanks.

I'd do some research into what's currently available for Office365 users via Exchange Web Services - or better yet, the Exchange Web Services Managed API.
Assuming that you Office365 gives you full access through Exchange Web Services, you can write code to use the subscription/notification services for the mailboxes that you want to monitor, and then have your code send the emails.
There may also be better ways.

Related

How to exceed 10,000 Emails sent using Office 365

This isn't necessarily a programming question just yet but is a question that many programmers at corporations might be able to answer.
My company recently switched over to Office 365. We have a "noreply" email that sends out emails whenever our customers request work. The limit for Office 365 is 30 emails per minute or 10,000 emails a day. Currently the messages are being marked as spam and will not be delivered due to these restrictions. To over come this we have heard of services like mail chimp and mail gun but by visiting their websites I wasn't able to immediately infer on how to do this.
Can anyone provide some details on how they would overcome this situation? Also is your solution one that can be applied directly to Office 365 and the email or is it something that would require code change on the server sending emails (Using SMTP to send them).
It is not possible to change this restriction in Office 365. To quote Microsoft:
"Exchange Online customers who need to send legitimate bulk commercial
email (for example, customer newsletters) should use third-party
providers that specialize in these services."
What you can do is use a provider like Sendgrid or any other 3'rd party SMTP relay provider.
The provider will give you an SMTP hostname that you can point your code towards as sending server. What method of authentication to use will depend on the provider.
It is important to remember that if your domain uses SPF (which is highly recommended) that you include the new providers systems in your SPF record to ensure that it is not marked as spam.

Reading replies from outlook messenger using window service

I have a window service that reads the reply of mail and classify them based on the hidden fields into the replied email body. But while replying from outlook messenger or any other web servers other than the browsers, the hidden fields are not received into the email body of replied mail. I want the solution that why the hidden fields are not sent back to my email body while replying from outlook messenger or any other web email servers other than browser. Need help. Thanks in advance.
It is not clear what code you use at the moment in a service, but Microsoft does not currently recommend, and does not support, Automation of Microsoft Office applications from any unattended, non-interactive client application or component (including ASP, ASP.NET, DCOM, and NT Services), because Office may exhibit unstable behavior and/or deadlock when Office is run in this environment.
If you are building a solution that runs in a server-side context, you should try to use components that have been made safe for unattended execution. Or, you should try to find alternatives that allow at least part of the code to run client-side. If you use an Office application from a server-side solution, the application will lack many of the necessary capabilities to run successfully. Additionally, you will be taking risks with the stability of your overall solution. Read more about that in the Considerations for server-side Automation of Office article.
You may consider using a low-level API on which Outlook is based - Extended MAPI or any other third-party wrappers around that API (for example, Redemption). In case if you deal only with Exchange servers consider using the EWS Managed API, EWS, and web services in Exchange.

Writing a job that can access office 365 email and migrate them elsewhere

I need a little help understanding a task I have been given.
I started work on a 'SharePoint focused' team and we are trying to create a SharePoint portal that would house/manage all incoming mail to a specific company email address.
We have had a couple of issues setting up SharePoint to accept incoming mail, so have begun looking at other possible options.
1 option that was suggested was to 'write a job' that would read our mailbox server (on Office 365), and then find, pull and migrate/copy selected emails onto the sharepoint site.
(something else we are also interested in doing is seeing what info we can grab from these emails at this stage which we can use to create various mail objects in sharepoint with the mail metadata. Not sure what limitations there are to what can be accessed, if anything)
Is somebody able to explain a little more the type of process or work that is required to do this (access Office 365 mail via some API which we can create a timed job for), and any experience or advice around it? Where would I start looking or how would I start implementing it, etc.
Thanks!
You combine couple of things together. SP can read incoming emails through locally installed and configured SMTP server. You can then setup document library or list to store them or create event listener to handle incoming emails completely by your own.
But both cases (OOTB functionality or event receiver) rely on local SMTP. If you want process emails from other server like Exchange Online you must either forward these emails to local SMTP server installed beside SP or you must create your own code. It can be SP job or any other type like windows service or console application executed by windows schedule, ... calling Exchange online API (designed specially for Exchange online) or MAPI or POP3 (generic using libraries) to get emails and calling SP API (CSOM, REST API) to store emails.

Is there a way to backup emails from OWA?

I am using OWA on IE8 and am do not have any email client like outlook installed. We just access email in the browser using OWA.
Is there a script (maybe a scraper) that backs up the emails?
How do I go about writing such a script, is there a OWA API?
I googled a lot but every solution first syncs OWA to exchange or outlook or some other email client and then backs it up. I do not have that luxury.
I have python installed, so a simple email client script written in python can be helpful too, if it can somehow be configured to logina nd read emails from OWA.
Thanks !
http://davmail.sourceforge.net/ can be used as a proxy to expose OWA folders via IMAP and POP3.
The main goal of DavMail is to provide standard compliant protocols in front of proprietary Exchange. This means .. IMAP to browse messages on the server in any folder, POP to retrieve inbox messages only, .. Thus any standard compliant client can be used with Microsoft Exchange.
Then question becomes how to make backup of IMAP or POP3 server.
It's not possible to export mails in bulk from OWA, as far as I know.
As you suggested the only way would be using Outlook..

Can I use my web server as mail server?

I have a dedicated Linux web server where my website is running like www.example.com.
Now I want to start another service for my users and want to give mailing features like Gmail and Yahoo mail.
I want to give facility to my users to create email IDs as they create on Gmail or Yahoo Mail and use it as their email address like XYZ#example.com or ABC#example.com.
Is this possible for me to use my dedicated web server as mail server too,
or I need to hire a new specific mail server for this purpose.
Also, if I can use my server as mail server and can give IMAP and POP like features then what are the PROs and CONs in that?
My hosting company says that I have facility to create unlimited email addresses
and I have created a few for mt like support#example.com and feedback#example.com
and I am getting emails on these IDs.
Is that mean, my hosting already have setup a mail server for me (the same I mentioned in my question and want to setup)
Or this is just for me to use and manage my website and I can not share these email addresses with my users by giving an email service.
Yes you can run simultaneously a web and mail server. Follow part 3 of this guide: http://mysql-apache-php.com/ to set up email. Just make sure that your router is fully capable (supports NAT etc.) - it should be able anyway
However it does appear from your question that your hosting company has set up its own mail server. Which does mean unlimited emails, however the only issue could be the amount of space they are willing to host for you (As in you can only have 2 GB of space on their mail server). Hope this helps.