Re: [mailop] [FEEDBACK] Approach to dealing with List Washing services, industry feedback..

Guess that is exactly why I don't add a whitelist rule to Facebook mails and let them rot in Quarantine boxes. If they send to unverified, non-existing users without content, no matter where it is from, they are spam. Especially when all those mails belong to Bot accounts. To me, double opt-in

Re: [mailop] [FEEDBACK] Approach to dealing with List Washing services, industry feedback..

Yes, I assume that’s the root of how I got on those mailing lists – someone deciding my email address was theirs. But what’s the difference between that, and spam? In my eyes it’s all unwanted email in my inbox. And it’s not once or twice. It’s hundreds of times. Far from isolated cases.

Re: [mailop] [FEEDBACK] Approach to dealing with List Washing services, industry feedback..

Honestly, that sounds like someone else thinks that's their account... unless I'm misinterpreting what you're saying. I have a couple friends with common name accounts, and they get a lot of mail obviously meant for other people. Anyhoo, that's its own major issue that's complicated by sites

Re: [mailop] [FEEDBACK] Approach to dealing with List Washing services, industry feedback..

I couldn't help but respond to this one... > I'd say if it's even remotely gray mail, and not pure spam, go for the > unsubscribe. On Gmail, we only provide a ui unsub link if the sender > reputation is ok, for example, but arguably anything from a mainstream esp > or company is fine to unsub

Re: [mailop] bell.ca?

Just in case I passed this along to one of my contacts at Bell... not sure if they are represented here or not. Cheers, ~ Matt > On Jan 16, 2020, at 18:21, Steven Champeon via mailop > wrote: > ___ mailop mailing list mailop@mailop.org

Re: [mailop] bell.ca?

An accident, I'm sure. I forwarded this to them, thanks! -Ryan On Thu, Jan 16, 2020 at 4:22 PM Steven Champeon via mailop < mailop@mailop.org> wrote: > > Is anyone from bell.ca here who has any way to fix their DNS? They seem > to have several blocks that have spaces (\032) in their PTRs, which

[mailop] bell.ca?

Is anyone from bell.ca here who has any way to fix their DNS? They seem to have several blocks that have spaces (\032) in their PTRs, which is sort of weird. eg: 74.15.212.103:bras-base-sjerpq0524w-grc-12 -74-15-212-103.dsl.bell.ca I mean, your network your rules, but this just seems like an

[mailop] Contact at networksolutions.com

We and our customers occasionally get email from netoworksolutions.com as it pertains to their services. I noticed that their domain name has two different kinds of SPF errors -- anyone know anyone in their mail or DNS operations that can effect a change?

Re: [mailop] [EXTERNAL] mta-sts.outlook.com Internal server error

We care! And it appears to still be happening. Hmm. Aloha, Michael. -- Michael J Wise Microsoft Corporation| Spam Analysis "Your Spam Specimen Has Been Processed." Open a ticket for Hotmail ? -Original Message- From: mailop On Behalf

[mailop] mta-sts.outlook.com Internal server error

In case someone cares: $ curl -sD- -o/dev/null https://mta-sts.hotmail.com/.well-known/mta-sts.txt | grep ^HTTP HTTP/1.1 500 Internal Server Error Same for hotmail.com. Started seeing this in the night between January 6 and 7. -- -- Andreas :-)

Re: [mailop] [FEEDBACK] Approach to dealing with List Washing services, industry feedback..

We have a professional services customer that collects email addresses at home and garden shows. As you can imagine, there’s lots of messy handwriting and some people are likely writing down a fake email address so they can get a free something-or-other. We’ve told our customer the same thing

Re: [mailop] [FEEDBACK] Approach to dealing with List Washing services, industry feedback..

On Thu, Jan 16, 2020, 9:29 AM Jay Hennigan via mailop wrote: > On 1/16/20 07:44, Jesse Thompson via mailop wrote: > > > On the other side of the coin, recipients within the same institution > > are constantly baffled why they keep getting unsolicited marketing from > > companies who, by all

Re: [mailop] [FEEDBACK] Approach to dealing with List Washing services, industry feedback..

There are probably some legitimate use cases, such as pre-email validation attempts before even emailing for opt-in (ie, validating form subscriptions), and I imagine most esps have their own validation they use when a customer gives them a new address or list, though that's mostly trying to

Re: [mailop] GoDaddy Here?

ostmaster www.sparkpost.com <http://www.sparkpost.com>* > *twitter* @toddherr @sparkpost > > *mobile* 703-220-4153 > *email* todd.h...@sparkpost.com > -- next part -- > An HTML attachment was scrubbed... > URL: > <https://chilli.nosignal.

Re: [mailop] GoDaddy Here?

3 *email* todd.h...@sparkpost.com -- next part -- An HTML attachment was scrubbed... URL: <https://chilli.nosignal.org/cgi-bin/mailman/private/mailop/attachments/20200116/4198b6aa/attachment-0001.html> ___ mailop mailing list m

Re: [mailop] [FEEDBACK] Approach to dealing with List Washing services, industry feedback..

I actually work for a company that sells a validation tool as a part of our platform and I'm still pretty confused by the appeal of such a thing. As Mr. Wise said before, "bounce processing!" I want to believe a legitimate use case for validation exists but if you collect addresses in an

Re: [mailop] [FEEDBACK] Approach to dealing with List Washing services, industry feedback..

On 1/16/20 07:44, Jesse Thompson via mailop wrote: On the other side of the coin, recipients within the same institution are constantly baffled why they keep getting unsolicited marketing from companies who, by all appearances, are playing by the rules (except for the unsolicited part, of

Re: [mailop] [FEEDBACK] Approach to dealing with List Washing services, industry feedback..

Dnia 16.01.2020 o godz. 15:44:46 Jesse Thompson via mailop pisze: > > Another factor that complicates things is that users are afraid to > unsubscribe (to send the signal directly to the marketer) > 1) when the message was obviously unsolicited > 2) because they're constantly told not to click

Re: [mailop] Might want to check if any of these are your domains.. Digital Ocean Forgeries?

Oh, and forgot to mention the payload.. https://storage.googleapis.com/rr-m/insta%20oth%20o.html;> On 2020-01-16 8:32 a.m., Michael Peddemors via mailop wrote: A new round of Digital Ocean badness appears to be starting up... Thought it worth the heads up.. (Eg, SendGrid) Of course, these

[mailop] Might want to check if any of these are your domains.. Digital Ocean Forgeries?

A new round of Digital Ocean badness appears to be starting up... Thought it worth the heads up.. (Eg, SendGrid) Of course, these are probably phishing attempts.. Fake Bounce mails.. Fake Pill Spammer, really spammy format.. Malformed headers etc.. But might affect your reputations.. ongoing

Re: [mailop] [FEEDBACK] Approach to dealing with List Washing services, industry feedback..

On 1/6/20 2:04 PM, John Johnstone via mailop wrote: > It is interesting how quiet it is on this topic. IMO, that's because it falls into the "I know it when I see it, but I can't realistically prevent it" category. Legitimate marketers (for example, some people within my own institution) have

[mailop] GoDaddy Here?

Hi. Archives seem to indicate that GoDaddy's not represented here, but figured I'd ask again in case that had changed. If they are here, or if anyone has a contact there, please reach out to me; I'm looking for clues on how best to deal with throttling issues on mail inbound to GoDaddy-hosted

[mailop] Trendmicro Emails: "An email sent to you has been placed in quarantine by Hosted Email Security (HES)."

Hi Gang I wonder if others have also started seing such emails: Source: Received: from routemea20.hes.trendmicro.eu (routemea20.hes.trendmicro.eu [3.125.147.66]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by