# Mail Binding
The Mail binding provides support for sending mails from rules.
# Supported Things
There are three things: smtp
, imap
and pop3
which represents respective servers.
# Thing Configuration
# SMTP Server (smtp
)
There are two mandatory parameters hostname
and sender
.
The hostname
may contain an IP address or a FQDN like smtp.gmail.com
.
The sender
must be a valid mail address used as sender address for mails.
The security
, port
, username
and password
parameters are optional.
The security
parameter defines the transport security and can be set to PLAIN
(default), STARTTLS
or SSL
(for implicit SSL/TLS).
The port
parameter is used to change the default ports for the SMTP server.
Default ports are 25
(for PLAIN
and STARTTLS
) and 465
(for SSL
).
For authentication, username
and password
can be supplied.
If one or both are empty, no authentication data is provided to the SMTP server during connect.
# IMAP Server (imap
) / POP3 Server (pop3
)
There is one mandatory parameter: hostname
.
The hostname
may contain an IP address or a FQDN like mail.gmail.com
.
For authentication username
and password
also need to be supplied.
The refresh
, security
, port
, username
and password
parameters are optional.
The refresh
parameter is the time in seconds between two refreshes of the thing's channels.
If omitted, the default of 60s is used.
The security
parameter defines the transport security and can be set to PLAIN
(default), STARTTLS
or SSL
(for implicit SSL/TLS).
The port
parameter is used to change the default ports for the SMTP server.
Default ports are 143
(for PLAIN
and STARTTLS
) and 993
(for SSL
) in the case of imap
or 110
(for PLAIN
and STARTTLS
) and 995
(for SSL
) in the case of pop3
.
# Channels
There are no channels for the smtp
thing.
The imap
and pop3
things can be extended with mailcount
- and content
-type channels.
# Type mailcount
Each channel has two parameters: folder
and type
.
The folder
is mandatory and denotes the folder name on the given account.
You can either use the root folder like (e.g. "INBOX") or a subdirectory of your structure (e.g. "INBOX.Sent" or "INBOX.Junk").
The type
parameter can be UNREAD
or TOTAL
(default).
Channels with type UNREAD
give the number on unread mails in that folder.
# Type content
The content
type channel presents the contents of an unread mail.
If the message is a MIME- or MIME-multipart message, all parts are concatenated.
The content is converted to a plain string without processing (i.e. HTML tags are still present).
In most cases the mail content needs further processing in rules to trigger appropriate action.
Each channel has five parameters: folder
, subject
, sender
, transformation
and markAsRead
.
The folder
is mandatory and denotes the folder name on the given account.
You can either use the root folder like (e.g. "INBOX") or a subdirectory of your structure (e.g. "INBOX.Sent" or "INBOX.Junk").
subject
and sender
can be used to filter the messages that are processed by the channel.
Filters use regular expressions (e.g. .*DHL.*
as sender
would match all From-addresses that contain "DHL").
If a parameter is left empty, no filter is applied.
The transformation
is applied before setting the channel status.
Transformations are defined using this syntax: TYPE(FUNCTION)
, e.g.: JSONPATH($.path)
.
The syntax: TYPE:FUNCTION
is still supported, e.g.: JSONPATH:$.path
.
Transformations can be chained in the UI by listing each transformation on a separate line, or by separating them with the mathematical intersection character "∩".
For example, REGEX(.*Shipment-Status: ([a-z]+).*) ∩ MAP(status.map)
would first extract a character string with a regular expression and then apply the given MAP transformation on the result.
Please note that the values will be discarded if one transformation fails (e.g. REGEX did not match).
This means that you can also use it to filter certain emails e.g. REGEX:(.*Sendungsbenachrichtigung.*)
would only match for mails containing the string "Sendungsbenachrichtigung" but output the whole message.
Since with each refresh all unread mails are processed the same message content would be sent to the channel multiple times.
This can be prevented by setting markAsRead
to true
(default is false
), which marks all processed messages as read.
# Full Example
mail.things:
Thing mail:smtp:samplesmtp [ hostname="smtp.example.com", sender="[email protected]", security="SSL", username="user", password="pass" ]
Thing mail:imap:sampleimap [ hostname="imap.example.com", security="SSL", username="user", password="pass" ] {
Channels:
Type mailcount : inbox_total [ folder="INBOX", type="TOTAL" ]
Type mailcount : inbox_unread [ folder="INBOX", type="UNREAD" ]
Type content : fedex_notification [ folder="INBOX" sender="Fedex.*" markAsRead="true" ]
}
mail.items:
Number InboxTotal "INBOX [%d]" { channel="mail:imap:sampleimap:inbox_total" }
Number InboxUnread "INBOX Unread [%d]" { channel="mail:imap:sampleimap:inbox_unread" }
String FedexNotification { channel="mail:imap:sampleimap:fedex_notification" }
mail.sitemap:
sitemap demo label="Main Menu"
{
Frame {
Text item=InboxTotal
Text item=InboxUnread
}
}
# Rule Action
This binding includes rule actions for sending email. Six different actions available:
boolean success = sendMail(String recipient, String subject, String text)
boolean success = sendMailWithAttachment(String recipient, String subject, String text, String url)
boolean success = sendMailWithAttachments(String recipient, String subject, String text, List<String> urlList)
boolean success = sendHtmlMail(String recipient, String subject, String htmlContent)
boolean success = sendHtmlMailWithAttachment(String recipient, String subject, String htmlContent, String url)
boolean success = sendHtmlMailWithAttachments(String recipient, String subject, String htmlContent, List<String> urlList)
The sendMail(...)
send a plain text mail (with attachments if supplied).
The sendHtmlMail(...)
send a HTML mail (with attachments if supplied).
Both functions return a boolean as the result of the operation.
recipient
can be a single address ([email protected]
) or a list of addresses, concatenated by a comma ([email protected], [email protected]
).
Since there is a separate rule action instance for each smtp
thing, this needs to be retrieved through getActions(scope, thingUID)
(DSL) or actions.get(scope, thingUID)
(Javascript).
The first parameter always has to be mail
and the second is the full Thing UID of the SMTP server that should be used.
Once this action instance is retrieved, you can invoke the action method on it.
Please note: All strings are expected to be UTF-8 encoded. Using different character sets may produce unwanted results.
Examples:
# Mail Headers
The binding allows one to add custom e-mail headers to messages that it sends.
For example if you want e-mails sent by this binding to be grouped into a "threaded view" in your email client, you must provide an e-mail "Reference" header, which acts as the key for grouping messages together.
Headers can be added inside a rule by calling the mailActions.addHeader()
method before calling the respective mailActions.sendMail()
method.
See the example below.
Note: in the case of the "Reference" header, the <unique-thread-identifier>
has to be an ASCII string enclosed in angle brackets.