Sounds like Email on Acid is a great first step that is already included in the plan you already have active. Let me know what help you guys need from me.
Ben Niolet | Email Marketing Manager Mozilla | [email protected] On Fri, Jul 10, 2015 at 9:49 AM, Brent Walter <[email protected]> wrote: > 1-4 on the right side of that image is exactly what we need. If it is > more cost effective, you can give EOA a shot, and we can revisit RP if need > be. > > > > > > *Brent Walter* > > Marketing Automation Strategist, DEG > > 913.951.3112 (direct) | [email protected] > > > > *From:* Benjamin Niolet [mailto:[email protected]] > *Sent:* Thursday, July 9, 2015 8:19 PM > *To:* Ryan Kelly > *Cc:* John Gruen; dev-fxacct; Christopher Karlof; Brent Walter > *Subject:* Re: Let's set up a proper spam testing system > > > > Here's what John and I are seeing in our accounts (screen attached). The > page does say they offer seed testing, which I wasn't aware they had until > this email thread. Maybe it's new? > > I have no info on whether it's as good as ReturnPath or not. But this does > appear to be more than just a spam filter test, which I agree is inadequate > for our needs. > > > Ben Niolet | Email Marketing Manager > Mozilla | [email protected] > > > > On Thu, Jul 9, 2015 at 7:57 PM, Ryan Kelly <[email protected]> wrote: > > On 10/07/2015 05:47, Benjamin Niolet wrote: > > > > 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). > > I had a poke around on their site, and I wasn't able to find anything > that specifically talked about "seed testing" of the same elaborate type > that ReturnPath does. > > The closest I found was the "spam testing" section which claims to check > against common filters, but doesn't talk about any details of how it works: > > https://www.emailonacid.com/spam-testing > > Brent's comment suggests that that don't have anything quite equivalent > to ReturnPath, so perhaps we have a need for both services. Ben or > John, do you have any more info on this service specifically from EoA? > > > Ryan > > > > 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. > > > > Brent, any flags or blockers on using Email on Acid for seed testing the > > AWS confirm emails for accounts? > > > > Ben Niolet | Email Marketing Manager > > Mozilla | [email protected] <mailto:[email protected]> > > > > On Thu, Jul 9, 2015 at 1:38 AM, Ryan Kelly <[email protected] > > > <mailto:[email protected]>> wrote: > > > > On 9/07/2015 03:13, John Gruen wrote: > > > We should really be doing a better job of automating and testing > spam > > > scores for FxA emails. One of the major factors determining email > > > spammy-ness is the overall reputation score of the email service > > > provider. This means that running spam tests from localhost will > not > > > produce consistent, representative data.* > > > > > > Thus far, we’ve been using Email on Acid to test our emails. In > > Email on > > > Acid world, a proper spam test would mean sending emails from our > > > production servers to a specific set of secret email addresses > > provided > > > through the EoA account. I’ve generally enjoyed using EoA, but > maybe > > > there is better tooling out there. Either way, I think we should > do a > > > better job establishing situational awareness about where our > > emails end > > > up. It’d be great if the whole thing were automated so that when we > > > deployed each new train, we automatically kicked off full email > test. > > > > Sounds extremely worthwhile. I'm cc'ing Ben who may be able to > comment > > on whether EoA is the best choice for automating this, or if we have > > existing agreements with a similar service. I recall him mentioning > a > > similar-sounding service at Whistler. > > > > > Oh, also, it seems like we could buy a team license to EoA or > > Litmus and > > > I could stop paying for this stupid thing out of pocket. We are, > after > > > all sending out a TON of emails. Thoughts? > > > > Yes, assuming with stay with EoA, we should definitely do this! LMK > if > > you're paying out of pocket for any other services as well, and we'll > > make sure we get better arrangements in place. > > > > > > Cheers, > > > > Ryan > > > > > > >
_______________________________________________ Dev-fxacct mailing list [email protected] https://mail.mozilla.org/listinfo/dev-fxacct
