Help Center β€Ί Email Marketing β€Ί How to add a test email address to check your emails
βœ‰οΈ Emails

How to add a test email address to check your emails

πŸ“… Last updated: June 2026
⏱ 2 min read
βœ… All plans

In this article, you will learn how to verify target inboxes and send a test email to fully preview your content, formatting, and link structures before launching a live broadcast to your audience.

What you will need:

  • A SystemeScale account
  • A working, verified test email address you own or have permission to access

1. Adding and verifying your test email address

When engineering newsletters or automated sequences inside SystemeScale, you can securely route a preview payload to a designated test address. You can configure an unlimited overall number of test addresses, but they must each be authorized first.

1
Navigate to native Email settings
Click on your profile picture icon in the top right menu block, enter the master Settings panel, and select Emails from the left sidebar options grid.
2
Request inbox verification
Scroll down to locate the section container labeled Verified email addresses. Click the text prompt "Click here to confirm your email address" and enter the exact inbox address string you wish to use for your test deliveries. You can use standard public providers (Gmail, Yahoo) or private custom domains without restriction.
3
Confirm possession via your inbox
Open the inbox of the email provider you just submitted. You will receive an automated authorization link from our delivery servers. Clicking this confirmation link proves you own the address, which acts as a critical guardrail to prevent spam abuse.
4
Assign the address inside your workspace
Once confirmed, return to your SystemeScale email settings layer, scroll to the Test configuration section block, and paste or select your freshly verified address inside the corresponding Email address field.
⚠️
Security Limitations
To actively prevent server-side spam exploitation, you are hard-limited to registering a maximum of five (5) new test email addresses per rolling week. Once you hit this threshold, you can freely continue to use your existing authorized test strings, but the system will temporarily block the addition of any net-new test addresses until the weekly timer resets.

2. Sending your preview test email

Once your testing infrastructure is configured, you can dispatch preview payloads directly from your builder interface.

Testing a Newsletter broadcast

First, open the active draft of the newsletter you intend to preview (How to send or schedule a newsletter). While inside the master newsletter configuration layout sheet, click the prominent Save and test action button to trigger the instant preview delivery.

Testing an automated Campaign sequence

Navigate into your campaign directory and open the specific email step you want to preview (How to set up an email campaign). Just like the newsletter flow, locate and click the Save and test deployment button to execute the preview run.

Testing instantly from inside the editor canvas

You do not have to exit the visual builder to run a test. You can change the target test address and dispatch a preview payload directly from the active editor workspace:

  • While modifying your email copy or layout blocks, click the Save and test button in the upper header controls.
  • A modal pop-up window will render on your screen, exposing the current recipient email address.
  • You can immediately enter a new, previously confirmed email address string into this field to redirect the preview output. You can also input an entirely new address and trigger a real-time confirmation loop directly from this box.

3. Critical testing guidelines

πŸ“Œ
Substitution Variables Inactive During Testing
Dynamic personalization substitutions (such as {contact_first_name} or specialized link tags) are completely inactive when a test email is deployed. The system does not pull from a live database row to process a preview test. To see exactly how these variables compile and render for an end-user, you must send a live, real email to yourself using the standard delivery method.
πŸ’‘
Deliverability and Workflow Restrictions
  • You absolutely cannot send a test payload to an email address string that is currently acting as the active trigger point in a live automation rule or visual workflow.
  • We highly recommend mapping a different inbox address for testing previews than the authorized sender address you use to broadcast your live messages. Sending and receiving identical payloads from the exact same address string can trigger false-positive spam filter flags on some ISP servers, skewing your inbox placement reads.
βœ‰οΈ
How to send a test email
Need to diagnose specific deliverability issues, format alignment problems, or dive deeper into the exact testing mechanisms available inside the platform? Read our complete testing guide.
Read Test Guide β†’
Was this article helpful?