Office365 Check Mail in Service - email

I'm trying to write an app that checks an Inbox for mail items with attachments and the mail is on Office 365. I tried following the instructions on the Office Developer Center regarding registering an app, but it would seem that it must be either a web application or a native app (assuming to a phone). Can you not simply connect to Office 365 (using the API) and get mail items using a test console application?

Well, I found what I was looking for. In case someone else is in need of connecting to Office 365 Email (or any Exchange for that matter), I recommend the following links:
Sample Code to Connect With Exchange
https://code.msdn.microsoft.com/exchange/How-to-export-email-8d89883d
How to Connect/Work With Exchange
https://msdn.microsoft.com/en-us/library/office/dn535506(v=exchg.150).aspx
How to Get/Work With Attachments
https://msdn.microsoft.com/en-us/library/office/dn726695(v=exchg.150).aspx

Related

I want to integrate my app to office 365 / Exchange server for incoming mails. How to proceed?

When any user from the internet is posting mail to our mail server, ( for example, suppose I own contoso.com and I
am using office.outlook.com to connect to our mailbox).
When mail has been posted to contoso.com, I want to examine the mail before it reaches to end-user i.e. contoso.com.
Suppose I have an application called ContosoExaminerApp. Then my mail flow would be something like
Internet ---> ContosoExaminerApp(it can add some additional information or check for malicious mails) --> contoso.com(mail server/office 365)

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

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.

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.

Can i use Google Apps as a fail-over mailserver?

I have my own exchange for emails. There are times when my exchange service is down (because of power failure or maintanance) and during this time, my users do not have access to the exchange web access. To keep the user experience consistant, I was wondering if I can setup something like this:-
If my exchange server is down, google apps takes over and start relaying my mails. Users could log into google apps gmail account to send / receive mails. Once the exchange server is back online, they can continue using the exchange web access.
Please let me know if this is possible at all.
Thanks all in advance,
BTR Naidu
www.btrnaidu.com
www.lmcentraal.com
yes, you need to configure Google Apps as your secondary email server.. there are a few tutorials online to help you with this subject, e.g.
Understanding and Working With MX Records
How To Setup Backup or Secondary MX

Using Google Apps Email in CodeIgniter

How do I use Google Apps' email services to send mail using the CodeIgniter email class? The email class seems to prefer SMTP, and I was going through the clients Google Apps account. I can't find any place within the Google Apps settings for SMTP. Does anyone know of a solution for this issue?
Right you don't find it because CodeIgniter uses the "mail" PHP function.
For some reasons only the most drunken PHP core developer knows about - this function do not support SMTP and worse even the admin can't configure SMTP usuage on Unix (it is possible to do this on windows - making the PHP design look even more crazy).
There are a few SMTP libraries out there that can handle SMTP Email, just use them
http://pear.php.net/package/Mail
http://sourceforge.net/projects/phpmailer/
http://swiftmailer.org/
or the Email classes from the Zend Framework which are uncoupled from the rest so easy to use with CodeIgniter.
Here is a blog post detailing instructions:
http://joelg.info/sending-email-with-gmail-using-the-codeignite
Extract From link:
Why send email with Gmail rather than
the server's SMTP configuration? There
are a number of advantages I see for
doing this: Ability to develop locally
and test email sending functionality
without going to lengths to setup a
local mail server. Ability to utilise
Google Apps emails to send email from
emails which are on your own domain.
Ability to have a reference of the
mail you send using this method in the
"sent" folder on your Gmail account.