Completely agree.
I've seen a good sender (unwisely) split test ESPs, get listed as a
snowshoer on Spamhaus but still maintain inbox placement with Gmail. I
think sending history, behavioural analytics, being in the address book
etc. have much more weight with Google than the content of the subjec
Google's spam system--as published in their whitepaper some years
ago--penalizes email when users mark the emails as spam. So if I mark that
email as spam without reading it, then the next guy to get one like that is
more likely to have the email end up in the spam bucket.
Eric Henso
I actually have seen lots of clients doing this, and have had nobody
that I can remember complain of deliverability issues. I think it's
fine and dandy to theorize, but nobody's shown any sort of specific
proof that Gmail actually cares about using goofy symbols in subject
lines or that they would
>🎉 WOW 🎉 We've chosen [...]
>❯❯ Oh... Look ❯❯ You've just discovered [...]
>✔ We've Picked You For Extraordinary Deals
You may be familiar with the acronym TWSD, for That's What Spammers Do.
As others have noticed, TWSD. So don't do that.
R's,
John
In article
you write:
>Hey, does anyone know how to deal with false positive entries at
>malwareurl.com?
Hmmn.
$ $ host malwareurl.com
malwareurl.com mail is handled by 10 mail.trvsecurity.com.
$ host www.malwareurl.com
www.malwareurl.com has address 85.17.27.39
$ host mail.trvsecurity.com.
m
On 13 Dec 2016, at 4:26, Marco Franceschetti via mailop wrote:
Hi
I am writing from ContactLab's Deliverability Team. One of our client
has introduced multivariate testing on subject lines in the last 3
months.
Gmail's inbox is since then more and more difficult to reach.
Hi Marco,
Exce
Hey, does anyone know how to deal with false positive entries at
malwareurl.com? They seem to have captured a handful of links from
messages sent by various clients of ours. They've tagged them all as
"phishing" when they clearly are not phishing links.
The contact options on malwareurl.com seem p
Anyone from microsoft outlook mobile backend team? Software there seem to fail
to recognize letsencrypt.org issued certificates used for imap (and possibly
smtp, too - can't test because it complains about imap first).
On my side I see "sslv3 alert certificate unknown: SSL alert number 46" whic
On Tue, Dec 13, 2016 at 12:26:44PM +, Marco Franceschetti via mailop wrote:
> Or, could the new style approach be to blame?
Testing for "unusual" characters in subject lines and/or body are a
common way of making a guess at the spamminess of messages. E.g.
spamassassin has by default rules fo
> On Dec 13, 2016, at 7:58 AM, Eric Henson wrote:
>
> Those subject lines scream "spam" at me. I'd mark those as spam without even
> opening them.
+1, and the emojis just make it worse.
—Chris
___
mailop mailing list
mailop@mailop.org
https://chil
On Tue, Dec 13, 2016 at 7:26 AM, Marco Franceschetti via mailop <
mailop@mailop.org> wrote:
> Or, could the new style approach be to blame?
>
Seems like your client should test the same subject line with and without
emoji and find out.
We have not studied yet the effect emoji in subject lines to
Those subject lines scream "spam" at me. I'd mark those as spam without even
opening them.
-Original Message-
From: mailop [mailto:mailop-boun...@mailop.org] On Behalf Of Marco
Franceschetti via mailop
Sent: Tuesday, December 13, 2016 6:27 AM
To: mailop@mailop.org
Subject: [mailop] Mult
On Mon, Dec 12, 2016 at 3:23 PM, Steve Atkins wrote:
>o Use quoted-printable for all body text
>
This one bit me pretty well with AOL a few years ago -- rewriting of 8-bit
to 7-bit. The only solution was to QP encode everything.
___
mailop mailing
Hi
I am writing from ContactLab's Deliverability Team. One of our client has
introduced multivariate testing on subject lines in the last 3 months.
Gmail's inbox is since then more and more difficult to reach.
I am not aware of all the methodological details...
The multivariate tests are per
On Mon, 12 Dec 2016 13:26:04 -0700, Luke Martinez via mailop said:
> Whether or not you should ignore changes to whitespace and capitalization
> seems like a fairly trivial thing.
Not when you're talking about a cryptographic signature, where a single
changed bit should change the signature drast
15 matches
Mail list logo