Email Settings
Form Properties
The php script will send the form input to the specified
"Recipient" (Email Address) after the user
hits "Submit" on the final form page.
Arclab Web Form Builder will generate an
email out of the submitted form content. The email can
be in text, HTML or XML format.
Important: If you are
testing the form on your local server or local machine,
e.g. using XAMPP, then you might always get the error
page and NO mail will be sent, because php Mail is not
enabled, configured or blocked. Please upload the form
to your webserver and run it there.
Important: Some hosted web servers require that you
define a default sender email address in the web server
configuration before you can use any php-formmailer. You
need to define the default sender in the web server
configuration - not inside the program or the php-form!
The php-script should work fine after you have defined a
default sender. Please also take a look at the help
pages and FAQ of your web hosting service.
Click on "Form Properties" and select "Email Settings":

Sender:
You don't need to care about the sender in most situations, because the program will automatically use the email address input as sender.

The following rules will be used to determine the input field, which should be used as sender:
- If you have defined a variable with the name
[Email], then the form input [Email] will be used as
sender.
[Email] has the highest priority - If [Email] was not found, then the program will
search for an email input field in your form and
will use it instead.
- If no email input field was defined in the form,
then the "Recipient" will be used as
sender.
- Add _NOSENDER to the variable name if the email field should NOT be used as sender, e.g. [Email_NOSENDER] .
Samples:
You have defined an email address input with the name [Email_Address] ... [Email_Address] will be used as sender
You have defined 2 email address input fields:
[Email] and [BackupEmail] ... [Email] will be used
as sender,
because [Email] has a higher priority than
[BackupEmail]
You have defined 2 email address input fields:
[Email1] and [Email2] ... you should avoid this(!),
because both field have the same priority! Use
[Email] and [Email2] instead!
You have defined an email input field, but the sender should not be used ... use [Email_NOSENDER], so that the recipient will be used as sender
Recipient:
Enter the recipient(s) of the form data. Use comma
"," for multiple recipients,
Samples:
you@yourdomain.tld
you@yourdomain.tld,other@youdomain.tld
Subject:
Enter the subject of the message. Use [Varname] to
include form values.
Samples:
Contact Form
Message from [Name]
Order [Date] [Last_Name], [First_Name] ([Company])
Email Format:
Format of the email message. The form and email is in
utf-8 format to avoid any charset related problems.
The program uses base64 encoding by
default, but you can also switch to 8bit encoding
if you have problems using base64 encoding.
Base64 encoding is supported by all major mailclients!
TEXT:
The form input will not be converted!
Variable Name=Value
"TEXT" uses the
"Variable Name" and "HTML" uses the
"Label"!
HTML:
Certain characters have special significance in HTML and will be converted into their html entities! e.g. < becomes <
| Label: | Value |
| Last Name: | Doe |
| First Name: | John |
| Email: | someone@somedomain.tld |
You can customize the HTML Email Format in the "Form Properties -> Style and Layout -> HTML Email Format":

XML:
Certain characters have special significance in HTML/XML
and will be converted into their html entities! e.g. <
becomes <
<?xml version="1.0"
encoding="utf-8" ?>
<arclabwebformbuilder>
<Last_Name>Doe</Last_Name>
<First_Name>John</First_Name>
<Email>someone@somedomain.tld</Email>
</arclabwebformbuilder>
Reply-To:
Optional Reply-To Email Address. Enter a single email
address or input variable only! If the recipient of the
mail hits "reply" in the mail client, then the
message will be sent (replied) to the
"Reply-To" address and NOT to the sender of
the email.
Use [Varname] to include a form value.
Important: If you have defined
a variable with the name [Email], then the form input
[Email] will already be used as sender (From:), so its
NOT required to define a custom reply-to with [Email].
See: Sender
Samples:
[Emailaddress] -> username@userdomain.tld
alwaysthesame@yourdomain.tld

