Download to PDF

SUCCESSFUL EMAIL DELIVERY CHECKLIST

1

INTRODUCTION

  WORK WITH YOUR EMAIL ADMINISTRATOR TO PERFORM THE TASKS OUTLINED.
  CREATE AN EMAIL ACCOUNT FOR SURVEY CORRESPONDENCE (E.G., SURVEY@DISTRICT.EDU)
 
2

WHITELISTING

  WHITELIST MAIL SERVERS (SECTION 1.A)
  WHITELIST WEB SERVERS (SECTION 1.B)
  WHITELIST EMAIL ADDRESSES (SECTION 1.C)
 
3

EMAIL DELIVERY SETTINGS

  CHECK ALIAS SET FOR YOUR MAIL SERVER (SECTION 2.A)
  PREPARE FIREWALL FOR MAIL (SECTION 2.B)
  CHECK EMAIL THRESHOLD IN MAIL SERVER (SECTION 2.C)
  ORGANIZATIONS USING POSTINI (SECTION 2.D)
 
4

ACTION ITEMS

  ENSURE SUFFICIENT DISK SPACE FOR INCOMING EMAILS (SECTION 3.A)
  OPERATING SYSTEM AND BROWSER CHECK (SECTION 3.B)
  PERFORM A STRESS TEST (SECTION 3.C)
  CHECK FIREWALL LOG FOR BLOCKED MAIL (SECTION 3.D)
 
5

REVIEW BEST PRACTICES

  REVIEW FAQS (SECTION 4.A)
  DEPLOYING SURVEYS IN COMPUTER LABS (SECTION 4.B)
  CONTACT ZARCA INTERACTIVE WITH ANY QUESTIONS.


INTRODUCTION

Welcome to the Zarca Interactive Successful Email Delivery Plan.

This document contains information to ensure that your organization’s survey invitations are delivered successfully. Please work with your organization’s email administrator to achieve successful delivery of your initiatives.

To get started, we recommend you create an email address dedicated to receiving all survey responses, as well as any support questions from participants. Some examples of email addresses created for this purpose are survey@district.org and research@district.org.

WHITELISTING

SECTION 1.A

MAIL SERVERS

To ensure that emails are delivered to the intended recipients without interruption, the following
Mail Servers should be whitelisted:

Hostname: mail.zarca-inc.com
IP Address: 216.109.67.240

Hostname: corp.zarca.com
IP Address: 216.109.67.236

SECTION 1.B

WEB SERVERS

To ensure that emails are delivered to the intended recipients without interruption, the following
Web Servers should be whitelisted:

Hostname: research.zarca.com
IP Address: 216.109.67.226

Hostname: www.zarca.com
IP Address: 216.109.67.238

SECTION 1.C

EMAIL ADDRESSES

To ensure that emails are delivered to the intended recipients without interruption, the following email addresses should be entered into the Contact list of the Firewall and/or Web or Mail Client:

Multiple hostnames and IP addresses are listed because we have a redundant infrastructure, containing multiple servers, to properly service all of our clients and provide back-up in the event of server failure.

EMAIL DELIVERY SETTINGS

SECTION 2.A

CHECK THE ALIAS SET FOR THE MAIL SERVER

Please ensure that if you are using an alias for your mail server, you also set up an MX record (Mail Exchanger Record) for your alias. For example, if your mail server is “mail.school.ny.us” and you create an alias as “school.ny.us” then you must have an MX record not only for “mail.school.ny.us” but also for “school.ny.us”.

SECTION 2.B

PREPARE FIREWALL FOR MAIL

You should test whether your firewall will allow email traffic from the IP and email addresses listed in Section 1. We recommend you configure your email server or firewall to accept traffic from the specified IPs and email addresses. You can run a simple test by placing the IPs and emails into your firewall testing feature, if available. Since many mail servers trigger spam blocks if they receive a certain number of emails from one sender in a short time interval, it’s possible that all your emails could be blocked. Please refer to the following section, 2.C., for further information.

SECTION 2.C

CHECK EMAIL THRESHOLD IN MAIL SERVER

Work with your Survey Administrator to setup the mail server to permit the volume of survey email deliveries. If your mail server has a threshold — allowing only a certain number of emails to pass through within a certain period of time — it may result in dropping remaining emails. For example, if your mail server is set to allow 100 emails per minute, and Zarca Interactive attempts to deliver 120 within one minute, the last 20 emails will be dropped.

To ensure successful delivery, simply permit the mail server to allow for the specified number of survey invites to be cleared.

SECTION 2.D

ORGANIZATIONS USING POSTINI

This section is specific to organizations using Google as their mail provider and POSTINI as the extensive firewall. The following directions will help in setting up your firewall.

Managing Settings for RPF
The RPF page enables you to manage the following settings:

Inbound default security: This provides links to global settings for SPF, TLS and DKIM settings. These settings apply to all of your inbound mail, regardless of the sender domain.

Inbound sender-specific security: This enables you to configure TLS, SPF, IP Lock and DKIM settings for the individual domains that you specify.

To configure inbound sender-specific security for a domain, follow these steps:
  1. Log in to the Administration Console, and select an Email Config organization.
  2. Click the Inbound Servers tab.
  3. Click RPF in the blue bar at the top.
  4. This opens the Inbound RPF page:
  5. Click Add domain, which opens the inbound sender-specific security page, where you can specify individual domains when setting up security features.
  6. In the Domain field, enter the Web Servers and Mail Servers listed above.
  7. To complete your configuration, see Guidelines for Configuring Inbound Sender-Specific Security located within the Inbound Servers Page
    (http://postini.com/webdocs/admin_ee_cu/secur_rpf.html#1549591).
  8. When done, click Save.

ACTION ITEMS

SECTION 3.A

ENSURE SUFFICIENT DISK SPACE FOR INCOMING EMAILS

The best way to determine this is by multiplying the number of incoming emails with the size of individual email. Ideally, the amount of available space should be more than 10 times the storage your emails will require.

SECTION 3.B

OPERATING SYSTEM AND BROWSER CHECK

Please make sure your Operating System and Browser are supported. Zarca Interactive supports Windows XP or higher, Mac OSX, iPad and Android. Zarca Interactive also supports Internet Explorer 7.0 and above, Safari 5.0 and above, Google Chrome 7.0 and above, and Firefox 3.0 and above. To determine which browsers we support, please go to;
http://research.zarca.com/zhome/Zarca-Browser-Support.html

SECTION 3.C

PERFORM A STRESS TEST

After confirming that your mail servers are whitelisted, we recommend performing an email stress test several days prior to your survey’s launch. You should send 500-2,000 emails, depending upon the size of the organization or group of participants involved. These emails should be sent to a single email address designated by your organization. Again, Sections 1 through 3 are designed to ensure successful email delivery. Upon receiving confirmation that every email sent was delivered, we can be confident that the survey launch will not be delayed due to email delivery issues.

SECTION 3.D

CHECK FIREWALL FOR BLOCKED MAIL

After the stress test, it is recommended that you check whether your firewall has allowed all email traffic from the IP and email addresses listed in Section 1 through your firewall. If not, we recommend you revisit section 2.B and 2.C for firewall guidelines.

REVIEW BEST PRACTICES

SECTION 4.A

FAQs

First, we are opposed to spamming. The contract between your organization and Zarca Interactive explicitly states this policy. We also support the initiatives by mail administrators to keep spam out of their organizations. Unfortunately, this effort can have unintended consequences whereby legitimate emails get blocked. When you are sending your next survey, please remember the following:

  1. Make sure your targeted recipients will not find your email offensive or regard it as a nuisance. You should have an explicit or implicit reason for sending your email. Stated differently, there should be a business relationship (direct or indirect) between the sender and the person being invited to participate in the survey. If you are not sure about this, we suggest you consult someone knowledgeable before proceeding.
  2. Use the survey invitation to justify why you are inviting them to participate. Remind them of an existing business relationship between them and your organization, explain what you intend to do with the results of the survey and communicate your privacy policy.
  3. Where applicable, provide each person a way to unsubscribe from your list.
  4. If someone indicates they wish to unsubscribe, or that your emails are not welcome, please remove that person from your list. You should not send such persons reminders nor should you send them future surveys unless you have explicitly obtained their permission.

SECTION 4.B

DEPLOYING SURVEYS IN COMPUTER LABS

It is common for some organizations to deploy surveys in a computer lab. If you are doing this, your survey must be a multi-access link. There are multiple ways of deploying surveys in labs:

  1. You can store the survey’s URL in the browser’s FAVORITES list and direct each user to access it from there. If you follow this method, you should remember to do three things:
    1. Direct users to close their browsers after they submit their surveys
    2. After the survey is over, go into Survey Manager and expire the survey
      OR
    3. Remove the survey URL from the Favorites list of each browser
  2. 2. You can make the survey URL the home page in the browser and direct each user to merely launch the browser. The survey will launch once the browser is opened. If you follow this method, you should remember to do three things:
    1. Direct users to close their browsers after they submit their surveys
    2. After the survey is over, go into Survey Manager and expire the survey
      OR
    3. Change the home page on each browser

CAUTION: There is a third method some organizations have tried, but we advise you AGAINST it because it can lead to conflicts with firewall and cache settings. This third way is to save the survey URL in a Microsoft Word document or PowerPoint presentation and make this URL a hyperlink. Users are then invited to click on this link, which launches the browser and displays the survey.

While this often works successfully, we have seen conflicts with the local firewalls and caching. Several proxy servers also present problems. Since these conflicts may happen for a variety of reasons, are often subtle and sometimes aren’t discovered until late in the survey’s deployment, we simply urge you to avoid this approach altogether. If you need assistance, please contact us, and we’ll help find a strategy that will work best for your needs.


If you have any questions regarding the contents of this document, please contact the Zarca Interactive Technical Support Department.

Zarca Interactive Technical Support
support2@zarca.com
(703) 542-9550