Skip to Content

Many of our customers would like to send mails from their Integration Flows, especially in the context of error handling.

As of today there are 3 options to achieve this.

  1. Connect via the mail receiver adapter to a cloud based mail server. Please check our documentation for detailed configuration options.
  2. Connect via the mail receiver adapter and the SAP Cloud Connector to your OnPrem mail server. I described this option in my previous blog “How to connect via SAP Cloud Platform Integration to my On-Premise mail server“.
  3. Send mails via the SAP Cloud Platform service “SAP Intelligent Notification 365”.

I will elaborate on option (3) in this blog as it seems not well known yet. SAP Intelligent Notification 365 is a commercial mail gateway service on SAP Cloud Platform. It exposes a REST API’s which are documented here.

If you would like to get more information or commercial details please don’t hesitate to mail sapdigitalinterconnect@sap.com.

Once you subscribed to the service you will get

  • the API endpoint information
  • your credentials
  • your mail sender ID / customer domain

For my test example I got

  • URL = https://multichannel-pp.sapmobileservices.com/email/caas_email15327/notifications
  • User & password for basic authentication
  • Sender ID = HCI01@test.sapmobileservices.com

Now all I have to do is to

  • deploy a credential for basic authentication with the user and password I got
  • create a JSON payload according to the API specification
  • send it via the http adapter with basic authentication to the endpoint

In my simplistic Integration Flow I use the content modifier to create the JSON payload.

My complete JSON sample looks as follows:

{
    "SAPnotification":
        {
            "channelPreferences":"EMAIL",
            "recipients": ["email:andreas.quenstedt@sap.com"],
            "contentTextType": "text/plain",
            "contentText":"Greetings from SAP Cloud Platform Integration",
            "contentTextEncoding": "NONE",
            "sender":"HCI01@test.sapmobileservices.com",
            "configuration":
                {
                    "email":
                        {
                            "replyTo":"DoNotReply@sap.com",
                            "senderName":"IFlowForMailTest",
                            "subject":"This is a mail from SAP Cloud Platform Integration"
                        }
                }
        }
}

Also the http adapter settings are straightforward:

Once I deploy my Integration Flow I receive the following mail:

So the usage of the SAP Cloud Platform service “Live Link for IN365-Email” is simple. I hope you may consider this option in future where appropriate.

To report this post you need to login first.

9 Comments

You must be Logged on to comment or reply to a post.

  1. Eng Swee Yeoh

    Hi Andreas

     

    Thank you for sharing this. However, here are my two cents:

    – CPI should have a centralised email notification functionality that is configured once and applies across all integration flows. Having to reinvent the wheel each time we develop an integration flow doesn’t make sense at all.

    – While it’s nice that this service is available on SAP CP, having to pay commercial fee for it makes it feel like a budget airline experience, where the customer is squeezed to pay for any additional wants. In this day and age, email notification is such a basic functionality/need, customers would expect it to be part on the CPI package. Instead, IMHO SAP should focus it’s licensing on functionality that provides a distinctive competitive edge.

     

    Regards

    Eng Swee

    (3) 
    1. Andreas Quenstedt Post author

      Hi Eng Swee,

      (1) You may standardize and reuse your mail send configuration already today in a dedicated Integration Flow which is called by your processing flows. Integration Flow to Integration Flow communication may be configured e.g. using the HTTP adapter, i.e. it involves remote communication overhead. With our 1713 release, which is scheduled to reach customer systems on 18-Feb, we plan to deliver a Process Direct Adapter which makes remote communication obsolete.

      However, independent of our current capabilities developer productivity is an investment topic for us in 2018. Not sure if tenant wide mail configuration is the most urgent topic. Likely we will start in the mapping development and test area first.

      (2) There seems to be a misunderstanding. All SAP Cloud Platform Integration license editions include mail sender and receiver adapter which enables our customers to send / receive mails, i.e. there is no additional license needed given you re-use your existing mail server provider.

      Only if you either don’t have a mail server provider or want to switch to SAP Cloud Platform for the same the option above may be considered.

      Hope this clarifies.

      Thanks & regards, Andreas

      (0) 
      1. Eng Swee Yeoh

        Hi Andreas

         

        Thanks for your response.

         

        1) Having a dedicated Integration Flow for mail configuration (and configuring Flow to Flow communication, or even with a direct adapter) does not solve the “need to reinvent the wheel” problem. For each integration flow, we still need to have an exception subprocess and route it to a receiver channel. Imagine is an organization is considering migration hundreds of their interfaces based on PI into CPI. Such setting for error notification should be done as a configuration instead of being developed into each and every integration flow.

        I’m aware of the many things SAP need to put in place into CPI to bring it up to par, and there will be prioritization. Regardless of that, what I’m stating is the reality “on the ground”.

        2) I’m not talking about licensing for the mail adapter in CPI. I’m refering to the specific IN365 email service that you are talking about. What I’m saying is why is SAP intent on licensing a feature like a mail provider when there are tonnes of such providers in the market? For goodness sake, just give such feature away for free if you want customers to embrace SAP Cloud Platform.

         

        Regards

        Eng Swee

        (1) 
        1. Andreas Quenstedt Post author

          Hi Eng Swee,

          as already stated – your proposal is valid to improve developer productivity and will be ranked against others.

          SAP is a corporation, not a nonprofit association. Nobody forces you to subscribe to IN365 email.

          Thanks & regards, Andreas

          (0) 
    2. Gokul Anantha

      Hi Eng,

      SAP IN 365 email can support this centralized email functionality. All that is needed is a standard email domain for all CP users. Every CP tenant can then use their own sender : for e.g. CPtenant1@senderdomain, CPtenant2@senderdomain etc.

      Kind Regards,

      Gokul

       

      (0) 
  2. Sumit Pathania

    Hello Andreas,

     

    Do attachments work with this API. I am unable to trigger emails using xml attachments that i have stored in my i-flow as header strings.

    I see in the documentation for SAP mobile service that attachments are not yet part of the functionality as per release 1. Any info on this?

     

    Thanks ,

    Sumit

    (0) 
  3. Guy Zoghby

    I appreciate this blog article and the code example as I think error handling is important subject for high quality solutions.

    My perspective comes working at SAP Gold partner that is focused on SAP SuccessFactors systems integration work.

    I understand “SAP Intelligent Notification 365” is a commercial mail gateway service on SAP Cloud Platform.  I imagine there might be a few customers who need the service and would pay the upsell cost – but I am not optimistic about that market.

    In the past, most of our solutions were developed on the Dell Boomi integration platform and executed on cloud atoms that were provisioned by SAP SuccessFactors.  In this environment, SAP SuccessFactors provided access to a mail server that could be used by the Boomi integration flows.

    Today, most of our solutions are developed using SAP Cloud Platform Integration (CPI) and integrate with SuccessFactors.  However, we do not have access to the SuccessFactors mail servers.  In this respect, CPI is a step backward compared to Boomi.

    I too vote that SAP CPI needs a mail server as part of base functionality.  At the least, when customers have licensed both CPI and SuccessFactors, SAP’s integration platform should be able to access SAP’s own SuccessFactors mail servers.

    Regards,

    (0) 

Leave a Reply