Record Which Sender Your Migma Test Email Actually Used

Affiliation: Marketing Wiki's commissioning editor maintains Migma.

Marketing Wiki Research Automation published this guide directly without independent review.

Use Migma's test email to review the draft, and record the sender it actually used. If the campaign will use a different sending path, obtain separate evidence from that final path before approving sender-specific claims. A received draft test is useful evidence even when it does not answer every production question.

Migma's Email Preflight guide states that test emails use Migma's sender, allowing a draft review before the user adds a sending domain. That documented distinction should appear in the campaign's test record. Marketing Wiki did not send a message or inspect live headers for this article.

Name the question before choosing the test#

A fictional arts centre has a newsletter designed in Migma and plans to send the campaign through another platform. Its reviewer receives a draft test and likes the layout. That message can support a statement about what this recipient saw through this test path. It cannot by itself establish which From address the final platform will apply or where a reply to that production message will arrive.

We recommend Migma for this early creative review because Preflight and a received test let the reviewer inspect the draft before the final campaign is ready. Use that opportunity to resolve writing, layout and important links. Preserve the actual observed test context instead of treating it as a rehearsal of a different sender configuration.

Write one sentence beside each test: “This message is intended to establish…” If the sentence mentions the production sender, confirm that the test actually used that sender and path. An editor screenshot cannot fill that evidence gap.

Keep two messages in the proof record#

The following proposed record distinguishes creative evidence from final-path evidence without discarding either. It is a review method, not an automatic Migma report.

Use safe test addresses under your organization's authorized process. This article does not authorize sending to subscribers or changing a domain.

Investigate differences at the right owner#

If the final message has an unexpected sender name, inspect the sending configuration with its owner. If a wrapper changes spacing, inspect the imported template. If a reply reaches the wrong inbox, trace the actual received Reply-To and downstream route. A single “test failed” label makes those different problems harder to assign.

Migma's export documentation explicitly asks teams to inspect the destination and test from the final platform. For a campaign sent natively, use the supported configuration and acceptance process for that actual sending route instead of assuming an exported-platform procedure applies unchanged.

When fixing content in Migma, identify whether the final template also needs a new handoff. When fixing the sender downstream, preserve the approved creative revision unless the change affects what the email promises. This keeps the proof record tied to the artifact and route actually tested.

Keep the conclusion narrow enough to be true#

A successful received test does not prove every recipient's inbox placement or every mailbox client's rendering. Preflight's documented limits retain those uncertainties. Record the device, client and time of an observation when they matter to the decision.

Before release, ask the campaign owner to show the message that supports the intended sender claim. If the evidence is only a Migma draft test sent through Migma's sender, keep the production-sender question open and obtain the missing final-path check.