<div dir="ltr"><div><div><div><div>+Brent Walter from DEG<br><br></div>Thanks for the question. For what it's worth, I use Email on Acid for inbox preview testing and like John, I'm paying out of pocket and getting reimbursed. Might be time for a better deal / license. <br><br></div>Email on Acid offers seed testing, which is the same type of service I mentioned to Ryan in Whistler. The basic gist of how it works is you send an email to a bunch of inboxes controlled by the testing service. They are able to report on whether the message made it to the inbox (might have gone to spam or might have even just gotten lost in the mail. Strange but true). <br><br></div>I have never used Email on Acid for seed testing, but I suspect it's a lot cheaper than ReturnPath, the service I'm most familiar with. Since we already have an Email on Acid account in use, and from what I can tell, seed testing is included, this seems like the right service to start with. <br><br></div>Brent, any flags or blockers on using Email on Acid for seed testing the AWS confirm emails for accounts? <br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr">Ben Niolet | Email Marketing Manager<br>Mozilla | <a href="mailto:bniolet@mozilla.com" target="_blank">bniolet@mozilla.com</a><br></div></div></div>
<br><div class="gmail_quote">On Thu, Jul 9, 2015 at 1:38 AM, Ryan Kelly <span dir="ltr"><<a href="mailto:rfkelly@mozilla.com" target="_blank">rfkelly@mozilla.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 9/07/2015 03:13, John Gruen wrote:<br>
> We should really be doing a better job of automating and testing spam<br>
> scores for FxA emails.  One of the major factors determining email<br>
> spammy-ness is the overall reputation score of the email service<br>
> provider. This means that running spam tests from localhost will not<br>
> produce consistent, representative data.*<br>
><br>
> Thus far, we’ve been using Email on Acid to test our emails. In Email on<br>
> Acid world, a proper spam test would mean sending emails from our<br>
> production servers to a specific set of secret email addresses provided<br>
> through the EoA account. I’ve generally enjoyed using EoA,  but maybe<br>
> there is better tooling out there. Either way, I think we should do a<br>
> better job establishing situational awareness about where our emails end<br>
> up. It’d be great if the whole thing were automated so that when we<br>
> deployed each new train, we automatically kicked off full email test.<br>
<br>
Sounds extremely worthwhile.  I'm cc'ing Ben who may be able to comment<br>
on whether EoA is the best choice for automating this, or if we have<br>
existing agreements with a similar service.  I recall him mentioning a<br>
similar-sounding service at Whistler.<br>
<br>
> Oh, also, it seems like we could buy a team license to EoA or Litmus and<br>
> I could stop paying for this stupid thing out of pocket. We are, after<br>
> all sending out a TON of emails. Thoughts?<br>
<br>
Yes, assuming with stay with EoA, we should definitely do this!  LMK if<br>
you're paying out of pocket for any other services as well, and we'll<br>
make sure we get better arrangements in place.<br>
<br>
<br>
  Cheers,<br>
<br>
    Ryan<br>
</blockquote></div><br></div>