Hi Mark, Just a few points: - did you talk with your ESP about that? I mean, it's kind of their job to help you with that. And they would facilitate the discussion with ISP supports. - enews-letsengage.com is a "cousin" domain, not a good idea. Is it still time to change that for a sub-domain or your main domain? Or for a sub-domain of the actual website (recipients don't care what corporation owns the website, they just know the website, and if they opted-in voluntarily on it, that's the name and domain they know. - sending bulk from @uniformbenefits.com is not a good idea if you have corporate email addresses on it. If not, fine. If yes, then better use a sub-domain. - changes are painful. Reputation takes a long time to be created, and if you change things too fast, you might lose a big part of it, if not all. Even from an ill-setup domain or IP, if it's there for a long time, the day you switch to the new, clean system, you might experience issues. It takes time to build that back, but it's sometimes necessary. - from those websites, I don't understand what you do nor what services you offer. I'm not from the UK though, so maybe I'm missing something. - I'm not convinced Mailop is the best place to get help on your very specific deliverability issues. You might want join slack workspaces like "emailgeeks" to discuss that, or hire a consultant (I have a few names if you want).
Good luck, -- Benjamin Billon -----Original Message----- From: mailop <[email protected]> On Behalf Of Mark | Uniform Benefits Sent: vendredi 18 janvier 2019 17:46 To: 'Mailop' <[email protected]> Subject: Re: [mailop] how can we get better? Yes, it is enews-letsengage.com, apologies for the typo. Could be tricky on the uniformbenefits.com spf as we tried to set up the newseltter sender on the subdomain news4.uniformbenefits.com so that it could all be configured separately from the main domain which is used for sending regular mail such as replies to support etc. I will look into this to see how that can be resolved. Thank you Mark -----Original Message----- From: mailop <[email protected]> On Behalf Of Bill Cole Sent: 18 January 2019 16:29 To: [email protected] Subject: Re: [mailop] how can we get better? Having never had a need to diagnose and fix deliverability trouble as (apparently) mysterious as yours, I'll stick to some visible problems which may be contributing and hope others who work more on the bulk sending side can provide deeper aid... On 18 Jan 2019, at 10:15, Mark | Uniform Benefits wrote: > Let's Engage took over the running of uniformbenefits.com in March > last year and we set about sending out our member's emails from sender > [email protected] <mailto:[email protected]> > off > the domain enews.letsengage.com on IP 213.32.179.122 and came a > cropper The domain name enews.letsengage.com does not exist in DNS. If you actually use that domain in email, particularly as the SMTP sender domain, you will have severe problems. However, if your reference to enews.letsengage.com was just a typo for enews-letsengage.com, the DNS for this domain is a non-problem. > Looking at best practice we saw that we really should be sending from > our website domain (uniformbenefits.com) and not a separate domain > which is associated with our company name (Let's Engage limited). We > have purchased and configured another domain and left it for a while > before setting up sender [email protected] > <mailto:[email protected]> > on IP > 77.32.146.243 and sent out a single email as a test to my gmail > address which gave me a message along the lines of ' this email has > been delivered to spam due to the poor rep of domain'. You have 1 more SPF TXT record than is useful for uniformbenefits.com: $ dig uniformbenefits.com txt |grep spf uniformbenefits.com. 14400 IN TXT "v=spf1 ip4:91.232.125.63 ip4:91.232.124.108 +a +mx ~all" uniformbenefits.com. 14400 IN TXT "v=spf1 include:spf.sendinblue.com mx ~all" This means you effectively have *NO* SPF record, as there's no standard mechanism to use or combine multiple records for the same domain name. It is always wise to get an impartial 3rd party evaluation of your SPF record when sending mail in bulk, because it is a factor used in nearly every spam abatement system. As SPF validation is simple to do, there are free tools for it. I like https://www.kitterman.com/spf/validate.html because it provides multiple test modes and is (as far as I've seen) both correct and complete. -- Bill Cole [email protected] or [email protected] (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Available For Hire: https://linkedin.com/in/billcole _______________________________________________ mailop mailing list [email protected] https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop --- This email has been checked for viruses by AVG. https://www.avg.com _______________________________________________ mailop mailing list [email protected] https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop _______________________________________________ mailop mailing list [email protected] https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
