emailForm Postprocessor
This postprocessor sends an email from a user transaction, to a designated email address. Can also send a different email to the browser end user. It works by calling an addedValues report to create the body of the mail message(s).
Information about destination, subject, etc, is all retrieved from the variables in each instance of the transaction. The transaction must have variables called
- mailTo - the email address of the recipient
- mailSubject - the subject of the email
- mailBodyTemplate - the name of a report that creates the text of the email from the values of the current instance
and the values must be non-blank.
The user transaction
may have variables called
- mailSender - the email address of the sender (the From address). Defaults to an ME email address
- mailReplyTo - the email address of the user filling the form (sets Reply-To)
- mailCC - a string of one or more email addresses to receive carbon copies of the email
- mailBCC - a string of one or more email addresses to receive blind carbon copies of the email
- mailMimeType - a mime type that overrides the default of text/plain, if the mailBodyTemplate creates sophisticated emails; for example text/html allows HTML formatted emails.
- confirmMailBodyTemplate - the name of a report that creates the text of the email from the values of the current instance that goes to the end user. Ignored unless mailReplyTo exists.
- mailBodyFixTabs - if defined and is true , it converts the literal t to a tab and r to a carriage return in the mail body.
which are used when the email is sent if they exist and have values.
To
add a member to the site's membership group create the following variables.
- memberAutoEnter - boolean, used to decide whether to signup a member or not.
- memberName - will set the personalInfo name of the member.
- memberBulletins - will set the bulletins enabled flag of the member.
- memberHTMLBulletins - will set the bulletins in HTML flag of the member.
If memberAutoEnter is true, and mailReplyTo exists and is non-empty, the membership entry for the user with member key mailReplyTo will be created or udpated from these variables.
As a convenience, if no variable called memberName is defined, the email postprocessor will try to provide a value for the name of the member by checking if the variables firstname and lastname are defiend and if so concetanting their values.