Page Comparison

...

1. Enable axis2 email transport sender by uncommenting the relevant section in the <PRODUCT_HOME>/repository/conf/axis2/axis2.xml file and add your SMTP provider values to it. The following is an example of the uncommented MailTransportSender.

   mail.smtp.from - The mail address from where you want to send the notification. It can be any working mail address.

   mail.smtp.user - User name of the the mail you have provide in mail.smtp.from

   mail.smtp.password - Password of the mail you have provided in mail.smtp.from

   mail.smtp.host - The SMTP server to connect to.

   mail.smtp.port - The SMTP server port to connect to, if the connect() method doesn't explicitly specify one. Defaults to 25

   mail.smtp.starttls.enable - If true, enables the use of the STARTTLS command (if supported by the server) to switch the connection to a TLS-protected connection before issuing any login commands. Note that an appropriate trust store must configured so that the client will trust the server's certificate. Defaults to false.

   mail.smtp.auth - If true, attempt to authenticate the user using the AUTH command. Defaults to false.

   For information about the SMTP you can refer here.

   Code Block
   language xml
   <transportSender name="mailto" class="org.apache.axis2.transport.mail.MailTransportSender"> <parameter name="mail.smtp.from">wso2demomail@gmail.com</parameter> <parameter name="mail.smtp.user">wso2demomail</parameter> <parameter name="mail.smtp.password">mailpassword</parameter> <parameter name="mail.smtp.host">smtp.gmail.com</parameter> <parameter name="mail.smtp.port">587</parameter> <parameter name="mail.smtp.starttls.enable">true</parameter> <parameter name="mail.smtp.auth">true</parameter> </transportSender>

   Note

   If you are using a Google mail account, note that Google has restricted third-party apps and less secure apps from sending emails by default. Therefore, you need to configure your account to disable this restriction, as WSO2 IS acts as a third-party application when sending emails to confirm user registrations or notification for password reset WSO2 IS. Expand title Click here for more information. Follow the steps given below to enable your Google mail account to provide access to third-party applications. Navigate to https://myaccount.google.com/security. Click Signing in to Google on the left menu and make sure that the 2-step Verification is disabled or off. Click Connected apps and sites on the left menu and enable Allow less secure apps.

2. Configure the <PRODUCT_HOME>/repository/conf/identity/msg-mgt.properties file with the desired destination configurations and template configurations. The following is a sample configuration for sending an email to an email address on user operation event.

   Code Block

   module.name.1=email email.subscription.1=userOperation email.subscription.userOperation.template=/home/user/Desktop/johnsmith (If you are using windows machine the path would be C:\Users\Administrator\Desktop\johnsmith) email.subscription.userOperation.salutation=Admin email.subscription.userOperation.subject=User operation change information email.subscription.userOperation.endpoint.1=privateMail email.subscription.userOperation.endpoint.privateMail.address=receiver@gmail.com email.subscription.userOperation.endpoint.privateMail.salutation=Admin private mail email.subscription.userOperation.endpoint.privateMail.subject=User operation change information to private mail

   Before going into a detailed description about each property, one of the important facts that you must keep in your mind is that the properties included in this file can be secured using secure vault. You may refer Carbon Secure Vault Implementation in the WSO2 Product Administration Guide for more information on how to use secure vault to encrypt sensitive information in this property file. The following table lists out the properties and their description (You can click on the column header to scroll through the description).

   Property	Description
   module.name.1	By defining this property, you can register the email sending module in the Notification-Mgt framework, so that the email sending module acts as a listener.
   email.subscription.1	The first subscription by the email module is 'userOperation'. When a user operation happens, an event is triggered from the system. From this configuration you can make the email module to subscribe for that particular event and send an email on events. You can define this subscription name as userOperation (you must use this since this is the name of the event that is published by the publishing party) and from this point onwards you will be using email.subscription.userOperation as the prefix for properties relevant to this subscription.
   email.subscription.userOperation.template	This is the template for the email. You can configure your template such that it has placeholders. These placeholders are replaced with dynamic values that are coming from the event or you can define values for these placeholders using your configurations. The following is a sample email template with placeholders. Panel bgColor White Hi {username} This is a test mail to your private mail. The operation occurred was: {operation}. The following are the dynamic data used in the user operation event. - operation: The type of user operation that took place. - username: The username of the user that is subject to the information change.
   email.subscription.userOperation.salutation	This property can be used to replace a placeholder in the email template. In this particular scenario, this property has no value or usage since there is no place holder for this. Supposing you had a template like the following, this value replaces the placeholder of {salutation}. Panel bgColor White Hi {salutation} This is a test mail to your private mail. The operation occurred was: {operation}
   email.subscription.userOperation.subject	This is a module specific property and is specific to the email module. You can define the subject of the mail using this property. Now you are done with subscription level configurations and progressing towards defining endpoint information.
   email.subscription.userOperation.endpoint.1	This is the first endpoint definition for the userOperation event subscription. From this point onwards, you are defining properties that are relevant to this endpoint. You defined the name of the first endpoint as privateMail. From this point onwards you must use email.subscription.userOperation.endpoint.privateMail as the prefix for properties relevant to this endpoint.
   email.subscription.userOperation.endpoint.privateMail.address	This is an endpoint configuration that is used to define the email address.
   email.subscription.userOperation.endpoint.privateMail.salutation	This is an endpoint level configuration and the same as the property “email.subscription.userOperation.salutation=Admin”. This property can be used to replace a placeholder in email template. In the scenario mentioned in this topic, this property has no value or usage since there is no placeholder for this. Suppose we had a template like following, this value replaces the placeholder of {salutation}. Panel bgColor White Hi {salutation} This is a test mail to your private mail. The operation occurred was: {operation}
   email.subscription.userOperation.endpoint.privateMail.subject	This is an endpoint level configuration to define the subject of the email. Notice that it is possible to define the subject of the email using email.subscription.userOperation.subject=User operation change information as mentioned earlier. However, since this is a more specific level property (this is an endpoint level property and not an event level property) this overrides the previous property.