All the details for the communications category.
Sends an email (with lots of options).
This action obviously sends an email of your design. It does have quite a
few interesting options. The email can be configured to be sent to an email
address you provide (multiple address can be separated by a comma) or the value of an attribute in the workflow. The
attribute you provide must contain either a valid email address or the
attribute must be of type Person
Also, the email can be configured to be saved to the recipient's history.
In version 7, if the Send To Email Addresses is a group or security
role, you have the option of limiting the recipients of the email based on the group role attribute in the Send to Group Role field.
In version 8, you have the option of including up to three attachments. First upload the file as
a File type attribute, then select the workflow attribute that contains the file from the
Attachment dropdown. The file size that can be sent is limited by both
the sending and receiving email services, and is typically 10-25 MB.
The subject line, from address, and body of the email can contain lava
merge fields so be creative.
Sends a System Email.
Writing the contents of a workflow email using lava templates can be a little
daunting. Also, many of these emails will be the same in similar workflow
types. To allow for reuse, you can also send an email using the contents
of a system email. Just like the Send Email action, you can save the
message to the recipient's history.
The system email shown on the list can be added from
Admin Tools > Communications > System Emails.
Sends an email with the ability to react to events like opens and clicks.
This action is a bit different than most in that it is designed to continually check timeout parameters, therefore it never completes
until a Unopened and/or No Action timeout occurs. Once the timeout occurs, it will complete and stop processing.
The first time it processes, it sends an email, and then creates two activity attributes. The first is a "DateTime Sent". It will set this
to the time that the email was sent. It then checks this attribute in future processing to determine if it is the first process or not,
and to evaluate timeout parameters.
The second activity attribute that is created is an "Email Status" attribute. This is used to store the last event status
received by the Mandrill Webhooks.
During subsequent processing, this action will only check for timeouts.
If The "Unopened Timeout Activity" has an activity and "Unopened Timeout Length" has a value, it will check to see if status does not
have "Opened" or "Clicked." If not, it will activate the "Unopened Timeout Activity" activity and then mark the action as complete.
If the "No Action Timeout Activity" has an activity and "No Action Timeout Length" has a value, it will check to see if status does
not have "Clicked." If not, it will activate the "No Action Timeout Activity" activity and then mark the action as complete.
In addition to the action, the Mandrill.ashx webhook has been updated to evaluate any events that occur for the email that was
sent. When it receives an event, it will attempt to find the corresponding workflow action and update the workflow action's "Email Status"
activity attribute and then activate any configured activities.
When a Send event is received the attribute value will be updated to "Sent".
When an Opened event is received the attribute value will be updated to "Opened" (if not already "Opened" or "Clicked") and if an
On Open Activity is configured, that activity will be activated.
When a Clicked event is received the attribute will be updated to "Clicked" and if an On Clicked Activity is configured,
that activity will be activated
When a HardBounced, Rejected, SoftBounced, Spam, or Unsubscribe event is received the attribute will be updated to "Failed", and if
an "On Failed Activity" value is set, that activity will be activated.
The subject line, from address and body of the email can contain lava
merge fields so be creative.
Sends a push notification
Injects an inbound message into the two-way SMS system as if it was just received from the SMS provider.
This action creates an SMS Response message with the From and To number you specify.
This is not for sending a message out (use the SMS Send action for that).
This action lets the workflow admin create an incoming message into the Person-to-Person
For example, say you have a text-to-workflow set up to handle certain incoming keywords. With SMS Communication Process Response, if no keyword is found, the workflow injects the message into the person-to-person text system.
If the SMS system returns an error, the error message will be placed in the Error Attribute.
Currently, the only error that would be returned is the standard 'Could not deliver' message.
Consider checking to see if the value is non-blank, and if so, send it as
a response to the user.
Sends a SMS message.
This action is very similar to the Send Email
action but it sends a SMS text message instead. This action assumes there
is a valid SMS text subscription available. See the
Communicating with Rock
manual for more details on SMS text message configuration.
Starting in v7.0, you can include an attachment. To include a dynamically generated attachment (for example, a contact card),
use the Set Attribute From Lava workflow action.