Read Proof Email Address using Javascript (urgent, Verizon)



Hi, we need your help.

We are trying to proof send our campaign.

We have different SL versions of the content depending on the targetData.segmentCode.

1) Our current method of proofing:

We read the proof email address (using Javascript on the subject line) and depending on how the email address is structured we force the different SL versions.

This allows us to force different SL versions during proofing using the email address format.

This works fine on our sandbox account because we can read the proof email address with JavaScript using this variable:

The problem is on our client's account (Verizon) this variable does not output the proof email address during proof sending.

They seem to import their proof addresses using this method


On the Verizon case we have not found a way to output the proof email yet using JavaScript. What is the way to do it for the import method Verizon is using above?

2) Maybe a better way to proof would be using the segmentCode to force the different versions.

Is there a way to use the segmentCode during proof sending to force different versions (especially given that proof email addresses are not assigned a segment code during proof sending?)

If you may, could you give us an answer for both 1 and 2.

thanks so much,


Accepted Solutions (1)

Accepted Solutions (1)



We found a variable that displays the email address in all cases when proofing

thus we replaced



I agree that I should remove the client name, at the same time, i see no option to edit my post, if anyone knows how to do it please go ahead and clean it from my post.

Answers (2)

Answers (2)





The name of your client doesn't add useful information, please redact.

Have you tried using recipient id with modulus? E.g.:

<%= % 4 === 0 ? 'sl 1' : % 4 === 1 ? 'sl 2' : % 4 === 2 ? 'sl 3' :

     'sl 4'






@Jon that is an option correct, at the same time, our issue here is how to force each version of content during proofing, not so much how to randomly serve variants, we have this part covered.