Office 365 mail

I have a new fresh install and do not want to contaminate the email accounts settings. I know I can make it work via mailjet but would really like to have it native office365 can anyone confirm that email accounts work both ways in version:
ERPNext: v7.1.3
Frappe Framework: v7.1.3
If so please post screen shots so I can emulate.


Is there any news regarding the O365 integration?

Ms has a very good reference on the API and how it should be used:
Office 365 API reference

I am also willing to help on the topic.
Not a developer anymore, but I am available to assist in any other way possible.


The issue is that for some reason on the smtp outbound setting the option to specify login was removed and changed to a one size fits all approach with domains and email inbox. this new implementation feels awkward to me. it works just not as well as it did before the change.

What additional functionality were you looking for?

For me the fact that if you use outlook, Communications in ERPNext does not get updated automatically so I have go in and clear out mailboxes in ERPNext manually if I have already read and responded in outlook. seems like it should mark as read in ERPNext using the imap flags like other apps do.

@imllc i agree and it also don’t pull in the send mail either

The functionality that I’m looking for is as follows:

  • account for sending Quotes
  • account for sending Invoices
  • account for sending Servicedesk communication
  • account for sending ERPNext technicals mails (reports, logs, pw reset, …)

Every Main functionality in erpnext should have the option to specify the account being used for sending mail. (Invoices, Quotes)
Or at least a default sending account.
Maybe the option should sometimes be there to select a different sending account depending on the specific situation.

Every account has a username and password and can be configured in ERPNext.

There is no need for open relay system, where you don’t need password auth.
I personally also don’t need a mail sync solution with ERPNext.
What I do need is that when a mail is sent via ERPNext, it is also visible in the sent items of my O365 maibox.
This is the case if you use the O365 API.

Well said and exactly what we have and I suspect many others need.

I have used many integrated products with exchange and office365 but by far the mail implementation in ERPNext seems to be the most awkward.

Can you tell us about how you implemented the office365 API with ERPNext?

I haven’t implemented it yet. Never needed to implement it because this is most of the time a standard supported functionality.

I just know that I mentioned this to other companies who develop software now, and they both managed to implement it within a couple of weeks.

I would love to invest in the feature. And though I know my way around coding, I’m not a developer anymore.
Still it is very strange for me that this feature is not yet implemented by ERPNext core.
That API is supposed to be very easy to implement.
And if ERPNext wants to broaden their userbase and customers, than this seems to me an easy win.

I’m having some talks about this with another ERPNext customer.
If you like we could discuss some mutual investment for developing the solution for us?

Or ask ERPNext core what the cost would be for them to implement it.

1 Like

Added to this,
There is already a request in git:

They talk about 3 items:

  1. anonymous account
    → why would you even want this these spammy times
  2. send as other account
    → why send as other user, I just want to sent as the account I verify
  3. imap
    → who would want to use imap with O365? there is a great API

Why is option 4 - implementing the authenticated account system with the provided API- not mentioned as an option?

This was at the time an effort to find a compatible work around for the limitation of ERPNext mail and security model and what we could control from our side as office365 admins along with limitations of google cloud compute. More issues were created later on with the addition of the email inbox and as a result we moved to azure and found more suitable implementation yet not as good as it could be.

I agree it would be preferable to use the office365 api at the time we were only trying to at least get basic functionality that is almost universally available on other platforms.

Ok, I understand.

So that all being said.
What shall we do now?

Anybody know who we can ask what the status is of the O365 implementation of ERPNext?
I the Core team doing anything on this?
Is there something planned in the near future?
If so can we help?

Maybe @rmehta can shed some light on this topic?

I have been looking at the compatibilities between the two apis today.

Thanks @jkeersmaekers for pointing out the office365 api hadn’t considered that approach as i was only trying Band-Aid the problem but I like your solution better,

I have been out of active development for sometime but after looking at both it all seems doable.

look forward to others thoughts?

Good question @imllc or @jkeersmaekers

Please refer us - that is the forum community - to how/ where this/your specific goal is stated or outlined as a feature request, for example not here that I am aware?

ERPNext Roadmap Document [Long Term Goal]
[Roadmap] Path to v9

Otherwise assuming your issue is among the 1000 or so issues, it may be sometime before your request is entertained.

Another option, to elevate this constructively is to post a bounty.

just my 2 cents

@clarkej you have responded to many of the post in regards to the email are you somehow involved in the development of email inbox?

My latest post Office 365 mail - #54 by imllc stated that I am looking at the code and trying to understand the synergies of the office365 api no where did I say or imply it was on the road map however this is a good place to start as @jkeersmaekers suggested. Integration with office365 would only help the implementation of ERPNext in my opinion.

Hello imllc

No I have no particular call to integrate ERPNext with Office 365.

I just recall the Inbox launch in V8 nixed features you depended on before then, but you received little response or explanation why the changes. I struggled then too with v8 mail setup.

With others like @Julian_Robbins I would appreciate some mail content markup bugs fixed, and email reply and forwarding scenario functions added.


Yeah its always a challenge when something is rolled out with little documentation as to why the change occurred and in the end it erodes support and adoption of a product… I have had numerous occasions where I have recommended a product and I have had to creatively defend the products path because they don’t document why the change was necessary…

Yeah its always a challenge when something is rolled out with little documentation as to why the change occurred and in the end it erodes support and adoption of a product
Have you made your case here? This says the Email Inbox is first priority

[ERPNext-Roadmap/Open Discussion] Lets Do Improvement on CRM Module - #28 by mulyadi-agtechsg

1 Like

Hello @woakes070048 I tried this but I keep on receiving this error

Have you encountered this too?



@johnskywalker try

If that doesnt work im not sure.

1 Like

see Email Account Office365 Login Error