Re: [mailop] Opinions on public DKIM records without a version

SendGrid does not include it. Other than the occasional vendor using its absence as a scare/sales tactic, it has never been an issue. On Thu, Apr 12, 2018 at 10:06 AM, Steve Atkins wrote: > > > On Apr 12, 2018, at 8:27 AM, Ken O'Driscoll via mailop < > mailop@mailop.org> wrote: > > > > Hi all, >

Re: [mailop] Preserving signing domain reputation

good, it seems to recover within a few days even without taking any action. Double-signing, and/or rolling out the new domain slowly is definitely the way to go. Luke On Tue, Aug 28, 2018 at 3:11 PM Steve Atkins wrote: > > > On Aug 28, 2018, at 2:46 PM, Jonathan Leist wrote: >

Re: [mailop] List-Unsubscribe Question

Could they be forwards or distribution lists? On Fri, Apr 19, 2019, 8:59 AM Michael E. Weisel wrote: > Happy Friday everyone and a Happy Passover/Easter/Good Friday to all those > that apply :) We’ve been using List-Unsubscribe with both the “mailto” and > the “unsubscribe url” for quite some t

Re: [mailop] Yahoo issues after FBL changes

; Deliverability Management > > MailPlus B.V. Netherlands (ESP) > > AS51514 > > ___ > mailop mailing list > mailop@mailop.org > http://chilli.nosignal.org/mailman/listinfo/mailop > > -- Luke Martinez SendGrid Deliverability Consultant 520.400.5693

Re: [mailop] Gmail 421 response

_ > mailop mailing list > mailop@mailop.org > http://chilli.nosignal.org/mailman/listinfo/mailop > > > -- > Having an Email Crisis? 800 823-9674 > > Laura Atkins > Word to the Wise > la...@wordtothewise.com > (650) 437

Re: [mailop] Hotmail/Microsoft/Outlook - getting their attention

info%2fmailop&data=01%7c01%7cmichael.wise%40microsoft.com%7c93fad3f60c784b14c55d08d2b484afae%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=zKUtbAc5dlB2YoC4OLX%2bZOeJfsBh4UAHPkY68hZW70s%3d > > > -- > Marc Perkel - Sales/supportsupp...@junkemailfilter.com > http://www.junkemailfilter.com > Junk Email Filter dot com415-992-3400 > > > ___ > mailop mailing list > mailop@mailop.org > http://chilli.nosignal.org/mailman/listinfo/mailop > > -- Luke Martinez SendGrid Deliverability Consultant 520.400.5693 ___ mailop mailing list mailop@mailop.org http://chilli.nosignal.org/mailman/listinfo/mailop

[mailop] Canonicalization

receiving servers have trouble finding the MX record if the MAIL FROM domain has a CNAME? Is this even worth worrying about? Would love to hear any thoughts. Luke ___ mailop mailing list mailop@mailop.org http://chilli.nosignal.org/mailman/listinfo/mailop

[mailop] Mystery SPF softfail at gmail.

outbound-mail.sendgrid.net > [167.89.125.222]) > by ismtpd0006p1iad1.sendgrid.net (SG) with HTTP id > Qc2SQ2SmT1GH_bTla6DiMg > for ; Tue, 17 Nov 2015 14:46:34.248 + > (UTC) > Content-Type: multipart/alternative; > boundary=3a3da2a7878431dd1b945889881ae3216018141f8c0222fd3c

Re: [mailop] Mystery SPF softfail at gmail.

FHnU9JhhIV+69vl2/ow+yjVFsFlRN7LD+HYXWm3J3m 3xFRZWCKLz7+3aGdiDkJu2/jRf6tFH/QQ8gqixM5mBceuCrtGYZx5IH0LooZiotfZ3p7SrydYYE9bz D6ZNepacL8eFB1dFAQ6ka3YxJQ++VjVnkNWb On Wed, Nov 18, 2015 at 4:01 PM, Derek Diget wrote: > > On Wed, 18 Nov 2015 at 15:33 -0700, Luke Martinez wrote: > =>Hey team

Re: [mailop] Mystery SPF softfail at gmail.

aying here. Our spf > check code predates me, which is saying something. > > The number of messages we accept from transactions with an underscore in > the HELO argument is pretty vanishingly small. > > Brandon > > > On Wed, Nov 18, 2015 at 4:11 PM, Luke Martinez &

Re: [mailop] Webmail

Rainloop works well for us. Roundcube is fallback. Luke Thompson Systems Engineer P: 1800 838 505 M: 0420 320 930 W: https://www.inksystems.com.au On 4/04/2016 5:18 AM, Doug Barton wrote: Sorry if this is off topic, but I'm just curious what folks are using for webmail nowadays.

Re: [mailop] Issue with Mailop 'From' header

This seems like a reasonable work around :p On Thu, Aug 15, 2019, 7:19 PM Chris Adams via mailop wrote: > Once upon a time, Grant Taylor said: > > On 8/15/19 11:17 AM, Mark Milhollan via mailop wrote: > > >perhaps a way can be found for your MUA to help you > > > > It's a complete hack. > > > >

Re: [mailop] [ext] Re: Return Path / Sender Score

different jargon. Using the term Spamspeak suggests there is some kind of intentional effort to mislead people. It is euphemistic, sure. But not all use of euphemism is some deliberate attempt at misleading someone. If alluding to 1984 in the context of permission based email isn't a little

Re: [mailop] [ext] Re: Return Path / Sender Score

spammer? No. Is it some kind of concerted effort to normalize spammy behavior? No. I don't like the terms double opt in or cold outreach either and I don't use them. But I don't think the term "spamspeak" and the allusion to 1984 is appropriate. Luke On Sun, Aug 25, 2

Re: [mailop] Resolving issues for several yahoo domains?

There are a bunch domains that are incredibly sensitive to this kind of thing. Crank up the concurrent connections and search logs for "*connections*" You'll find the ones that care really quickly. There are plenty of them. On Fri, Sep 6, 2019 at 3:29 PM Blake Hudson via mailop wrote: > For what

Re: [mailop] SendGrid is deleting your mail

ly. But it definitely feels better to just assume the worst and blast people on a community forum. Luke On Wed, Jun 21, 2023, 5:08 PM Sebastian Nielsen via mailop < mailop@mailop.org> wrote: > >> They were going to get a 4xx anyway. I changed the message to *help* > SendGrid. >

Re: [mailop] SendGrid is deleting your mail

> On 2023-06-21 18:19:41, Luke via mailop wrote: > > > > I work at sendgrid and manage response handling. If someone were to reach > > out with an obvious problem, I'd be willing and able to adjust our > response > > handling appropriately. > > >

Re: [mailop] SendGrid is deleting your mail

I got a rule in place that should cover this. I'll monitor and make sure the desired behavior is occurring. On Wed, Jun 21, 2023, 7:27 PM Michael Orlitzky wrote: > On 2023-06-21 18:39:59, Luke wrote: > > Ahh. Thats funny. Apologies. You'll have to refresh my memory. > &g

Re: [mailop] SendGrid is deleting your mail

of perfection. Your ~300 mishandled messages per week is someone else's 300 million messages per week that are properly handled. Don't delude yourself into thinking this is some zero sum game where there are good guys and bad guys. Reality is rarely that simple. But we are here to help

Re: [mailop] SendGrid is deleting your mail

That's a very silly interpretation of what was said. On Thu, Jun 22, 2023, 11:01 PM Slavko via mailop wrote: > Dňa 22. júna 2023 23:14:15 UTC používateľ Luke via mailop < > mailop@mailop.org> napísal: > > >Unfortunately we cant make a rule that retries all 4xx an

Re: [mailop] SendGrid is deleting your mail

y given this some thought. On Fri, Jun 23, 2023, 7:37 AM Bill Cole via mailop wrote: > On 2023-06-22 at 19:14:15 UTC-0400 (Thu, 22 Jun 2023 16:14:15 -0700) > Luke via mailop > is rumored to have said: > > > > Unfortunately we cant make a rule that retries all 4xx and does

Re: [mailop] SendGrid is deleting your mail

Default behavior is always to retry 4xx if there isn't a rule in place that overrides it. In this case, it was, and still is (i'm working on it) hitting another rule that was put in place to *not* retry a very specific 4xx that would never result in a successful delivery. The full response in ques

Re: [mailop] Best Re-engagement Email

If you're philosophically opposed to clicking links in an email, I doubt you'd be in a position to receive too many re-engagement campaigns from email marketers. Unless they are spammers then the whole point is moot. I guess you could argue that one should subscribe to a newsletter but only *read*

Re: [mailop] Best Re-engagement Email

Are you saying you should retry an address once or twice even if it bounces? On Thu, Sep 19, 2019, 12:31 PM Michael Wise via mailop wrote: > > > And if it bounces … > > Emergency Stop Emailing Immediately! > > > > Maybe try again once of twice, but if all those fail, for goodness sake, > remove

Re: [mailop] Best Re-engagement Email

> > -- > > *Michael J Wise* > Microsoft Corporation| Spam Analysis > > "Your Spam Specimen Has Been Processed." > > Got the Junk Mail Reporting Tool > <http://www.microsoft.com/en-us/download/details.aspx?id=18275> ? > > > > *From:* Luke >

Re: [mailop] Best Re-engagement Email

up with a system that is pretty good at doing the right thing in most circumstances. Luke On Thu, Sep 19, 2019 at 9:14 PM Jay Hennigan via mailop wrote: > On 9/19/19 20:38, Lyndon Nerenberg via mailop wrote: > > > Others have hinted at this, but let me call it out explicitly: > &

Re: [mailop] [EXTERNAL] Re: Reasons ISPs (Microsoft) ignore DMARC policy?

One of the features of email is that it you can send responses back about the status or handling of a message. Here's one such response from a gmail server: *550 5.7.1 Unauthenticated email from domain.tld is not accepted due to domain's DMARC policy. Please contact administrator of domain.t

Re: [mailop] [EXTERNAL] Re: Reasons ISPs (Microsoft) ignore DMARC policy?

ndeed useful to many significant parties. On Thu, Nov 21, 2019, 7:02 AM Steve Atkins via mailop wrote: > > On 21/11/2019 13:10, Luke via mailop wrote: > > > > One of the features of email is that it you can send responses back about > the status or handling of a message. Her

Re: [mailop] [EXTERNAL] Re: Reasons ISPs (Microsoft) ignore DMARC policy?

es for DMARC failures. The problem isn't that big and people eventually figure it out. I'm just saying that the DMARC failure bounces that come back from the few providers who send them are quite helpful. Luke On Thu, Nov 21, 2019 at 9:42 AM Andrew C Aitchison wrote: > > Fo

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

riod of time and let the bad ones bounce and let the good ones deliver. SMTP has build in address validation. And its free :) Luke On Thu, Jan 16, 2020 at 9:54 AM Jaroslaw Rafa via mailop wrote: > Dnia 16.01.2020 o godz. 15:44:46 Jesse Thompson via mailop pisze: > > > > Anothe

Re: [mailop] Hey.com?

is just information gathered from a twitter rant and what little there is on their website. So, take it all with a grain of salt. But the gist of it is that tracking pixels are spying on you, "big tech" is ruining email by helping spammers, and the Hey email service will solve all of this

Re: [mailop] Remarkable longevity of AWS-hosted spamming operation

*>Let us await the economic outcome of this Free-Market-Based corporatestrategy.* I think the "free market" has found a solution already. Gmail. The spam i get in my Gmail inbox is somewhat annoying. However, I'm not sure the occasional interruption in my day to day activities rises to the level

Re: [mailop] Sendgrid strikes again; zendesk, actually

Some more detail on this would be helpful. On Tue, Feb 25, 2020 at 6:08 AM Alessandro Vesely via mailop < mailop@mailop.org> wrote: > Hi! > > On Tue Dec 24 16:43:39 GMT 2019 Kevin A. McGrail wrote > > We've been seeing the same over the past few weeks as a growing threat. > > They are abusing sen

Re: [mailop] Sendgrid strikes again; zendesk, actually

via mailop: > > On Tue 25/Feb/2020 16:30:29 +0100 Luke via mailop wrote: > > Some more detail on this would be helpful. > > On Mon, 24 Feb 2020 11:35:08 +0100 I received the first abusive message, with > subject: "I have videos of you masturbating" > sent by o2.ptr232

Re: [mailop] Sendgrid strikes again; zendesk, actually

ells you everything you need to know. > Well. I guess that's that. On Wed, Feb 26, 2020 at 10:58 AM Robert L Mathews via mailop < mailop@mailop.org> wrote: > On 2/26/20 5:22 AM, Luke via mailop wrote: > > > > They also have no process in place for verifying From addresse

Re: [mailop] AWS IPs and SNDS Frustration

If the sender has established reputation on previous IP address(es), you might be able to ask for the "preemptive accommodation" form. I've never tried it under these specific circumstances, but it could be a workaround. Luke On Fri, Apr 10, 2020 at 1:02 PM Brad Slavin vi

Re: [mailop] SendGrid Abuse unresponsive

The very first reply to this thread was from a SendGrid representative. They generally respond pretty quickly any time they are mentioned here. Luke On Mon, May 11, 2020 at 11:24 AM Brielle via mailop wrote: > On 5/11/2020 11:45 AM, Matt V via mailop wrote: > > On 2020-05-05 11:09 p

Re: [mailop] Force double opt in for marketing list companies per email address

I cant tell if this the thing about ESPs not removing bounces is a joke or not. All of the major ESPs have logic for adding bad addresses to suppression lists. Of course their users can choose to unsuppress, but ESPs certainly remove bounces. Seems like most people here should know this. Maybe I'm

Re: [mailop] Force double opt in for marketing list companies per email address

it wasn't true?" You need to take a deep breath, chill, and reevaluate your approach to defending the world from spam. This is not productive. In fact, it's almost like you're gaslighting ESPs and the people who work for them. Pretty remarkable stuff actually. I hope you come aroun

Re: [mailop] Force double opt in for marketing list companies per email address

This is wonderful. Thanks for the reply. On Thu, Jun 4, 2020, 6:55 PM Matt Palmer via mailop wrote: > On Thu, Jun 04, 2020 at 06:06:25PM -0700, Luke wrote: > > > On Thu, Jun 04, 2020 at 07:48:45AM -0700, Luke via mailop wrote: > > > > I cant tell if this the thing

Re: [mailop] Force double opt in for marketing list companies per email address

uppressing on their behalf. ESPs suppress bad addresses, just not the way you would like them to. That is a discussion worth having, we just need to be clear on the terms of the discussion. Luke On Fri, Jun 5, 2020 at 1:21 AM Atro Tossavainen via mailop < mailop@mailop.org> wrote: > On Thu, Ju

Re: [mailop] This is..Concerning: DatabaseUSA Wins Case Against The Spamhaus Project

I'm pretty sure "spammers lie" holds up in court. :P On Mon, Aug 3, 2020, 5:59 PM Anne P. Mitchell, Esq. via mailop < mailop@mailop.org> wrote: > > > >> From the judgement: > >> "The plaintiff has shown that it has complied with the Hague Convention > and personally served a representative author

Re: [mailop] Just how does SendGrid fail this badly?

In the Return-Path. "bounces+1234567" the number following bounces+ is the SendGrid account ID. On Tue, Aug 18, 2020 at 10:57 AM Carl Byington via mailop wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On Tue, 2020-08-18 at 15:23 +0300, Atro Tossavainen via mailop wrote: > > The S

Re: [mailop] New server email being treated as spam by Google

Why hasn't anyone mentioned the mythic-beasts.com stuff being potentially problematic? The host name, A record, mx record, ptr record are all mythic-beast.com. If Google doesn't like them, all this stuff you're doing is a moot point. On Sat, Nov 21, 2020, 6:49 AM Jim Popovitch via mailop wrote:

Re: [mailop] [FEEDBACK] Azure Spammer Activity

Unfortunately, consent isn't what matters to most people now. They want dangerous ideas to be eliminated. And there can be no discussion about what is declared dangerous. That kind of discussion is...dangerous. On Thu, Jan 14, 2021, 12:44 PM Hans-Martin Mosner via mailop < mailop@mailop.org> wrote

[mailop] MessageLabs "cluster1a*" MX records

* MX records. Here are a few example domains: funaisoken.co.jp cimb.com stockland.com.au travelex.com Would love to hear any thoughts or insights. Cheers, Luke ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop

Re: [mailop] MessageLabs "cluster1a*" MX records

Super interesting, and very helpful. Thanks Paul. Luke On Tue, Jan 26, 2021 at 9:37 AM Paul Gregg wrote: > On Tue, Jan 26, 2021 at 03:52:49AM -0700, Luke via mailop wrote: > > Starting very precisely on January 6th, we started to see a number of > > previously reliable domai

Re: [mailop] Some Days I think that Gmail isn't even trying to stop outbound spam..

Preventing outbound spam on a large system is a far greater challenge than stopping inbound spam. The technical challenges are similar, but the logistical challenges of preventing outbound spam without pissing off customers is *far* greater than the challenge of preventing inbound spam without piss

Re: [mailop] Yahoo and AOL slow delivery

Median and 75th Percentile delivery times to Yahoo and AOL for the past 30 days: [image: image.png] It isn't *way *out of normal bounds, but it is noticeable. However, I do not see a significant uptick in errors so I can't say what is causing the increase in delivery times. I'll keep an eye on i

Re: [mailop] Question about Yahoo/VMG 552 error

Addresses returning that response are invalid. They should be bounced and suppressed from future mailing. I have no idea why they chose 552, but the data shows that no one is home at these addresses. Luke On Thu, Mar 11, 2021 at 2:26 AM Mawutor Amesawu via mailop < mailop@mailop.org>

Re: [mailop] DKIM+DMARC at t-online.de (Deutsche Telekom's ISP branche)

blem. I'd also like to hear confirmation that messages with 2 DKIM signatures will still "pass" if one matches the 5322 and one doesn't. @Florian: How will T-Online handle these two scenarios? Cheers, Luke On Thu, Apr 8, 2021 at 6:22 AM Matt Gilbert via mailop wrote: >

Re: [mailop] Contact for Zoom webinar spam sent via Sendgrid (ugh)

If you could share the return-path of the offending message, I can have it looked at. Cheers, Luke On Tue, Jul 6, 2021 at 11:39 AM Brielle via mailop wrote: > Hello, > > Anyone here have a contact for Zoom in re of webinar spam being sent > from their platform via Sendgrid owned

Re: [mailop] Contact for Zoom webinar spam sent via Sendgrid (ugh)

Just so the group is aware, our team is looking into the Zoom traffic. We aren't sure what they are doing with that mail stream, but it doesn't look good. Both of the accounts reported by Michael have been suspended. Thanks, everyone. Luke On Thu, Jul 8, 2021 at 8:48 AM Michael Ped

Re: [mailop] Contact for Zoom webinar spam sent via Sendgrid (ugh)

s) to the open web, stuff happens. Luke On Thu, Jul 8, 2021 at 10:46 PM Hans-Martin Mosner via mailop < mailop@mailop.org> wrote: > Am 08.07.21 um 18:14 schrieb Luke via mailop: > > Just so the group is aware, our team is looking into the Zoom traffic. > We aren't sure w

Re: [mailop] Contact for Zoom webinar spam sent via Sendgrid (ugh)

That isn't one of the accounts reported by Micahel. However, it is being investigated. On Sun, Jul 11, 2021 at 8:12 AM Carl Byington via mailop wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On Thu, 2021-07-08 at 09:14 -0700, Luke via mailop wrote: > &g

Re: [mailop] So uh... Zoom/Sendgrid... How's that webinar spam investigation coming?

significant positive changes to their sending. Clearly they still have work to do. We appreciate the continued communication, and we will continue to push them to close this abuse vector on their service. Cheers, Luke On Wed, Aug 4, 2021 at 1:43 PM Atro Tossavainen via mailop < mailop@mailop.

Re: [mailop] So uh... Zoom/Sendgrid... How's that webinar spam investigation coming?

stery, isn't it? As always, I appreciate the candor, Michael. Luke On Wed, Aug 4, 2021 at 6:10 PM Michael Peddemors via mailop < mailop@mailop.org> wrote: > You do realize that kind of response probably won't make any friends.. > > Should SendGrid not simply block obvious

Re: [mailop] So uh... Zoom/Sendgrid... How's that webinar spam investigation coming?

IGNED MESSAGE- > Hash: SHA512 > > On Wed, 2021-08-04 at 16:40 -0700, Luke via mailop wrote: > > Bounces and spam report percentages dropped. > > I am probably not the only one that has SA blocking all mail from some > of those senders. > > header SENDGRID4 X-Entity-ID =~

Re: [mailop] Got any users in Texas? Better turn off your spam filters by Dec 2

Its 2021. You either love privacy or you hate privacy. Pick a side. Who has time for nuance. On Fri, Sep 24, 2021, 1:11 PM Jarland Donnell via mailop wrote: > > What will be better with my services, when i publish my name? Do you > > know me? What will prevent me to publish fictive name or use s

Re: [mailop] AOL and Message-ID headers?

A copy and paste from a recent admin note feels relevant here: All Can we please try to retain at least a veneer of professionalism and decency within posts? I remind you all of the list charter, here: https://www.mailop.org/ Too many posts recently have been openly aggressive, attacking, and a

Re: [mailop] Sendgrid spam of the day

Thanks, John. The account in question is being looked at as we speak. It should be terminated shortly. Michael, do you have an example of a 4xx we aren't properly handling? Would love to take a look and adjust handling. Luke On Wed, Oct 20, 2021 at 5:08 AM Michael Orlitzky via mailop <

Re: [mailop] Sendgrid spam of the day

For clarification, it has been 12 years. But point taken. Thanks. On Wed, Oct 20, 2021 at 6:01 PM Michael Orlitzky via mailop < mailop@mailop.org> wrote: > On Wed, 2021-10-20 at 10:46 -0700, Luke wrote: > > Thanks, John. The account in question is being looked at as we speak. &

Re: [mailop] Sendgrid spam of the day

> On 2021-10-20 18:12:32, Luke via mailop wrote: > > For clarification, it has been 12 years. But point taken. Thanks. > > > > The causal relationship may be me editorializing, but prior to the > Twilio acquisition, I held no strong opinions about SendGrid and > that's

Re: [mailop] Pair vs. Yahoo

PH01 is their phishing rejection. They see something they don't like in one of the URIs. They usually fix these false positives pretty quick if you submit a ticket here

Re: [mailop] Gmail rejects multiple From:'s. Who else?

Just to add another layer to the fun, Gmail will also reject messages with an @ sign in the Friendly From. For example, *"Luke @ Home" >* will be rejected for having two from addresses. ___ mailop mailing list mailop@mailop.org https://li

Re: [mailop] Gmail rejects multiple From: 's. Who else?

Interesting. I must be looking at something highly correlative rather than causal here. Probably needs a closer look. On Fri, Dec 17, 2021 at 7:54 PM John Levine wrote: > It appears that Luke via mailop said: > >-=-=-=-=-=- > >-=-=-=-=-=- > > > >Just to add another l

Re: [mailop] Anyone from Sendgrid or Twilio on this list?

ssion, but if we receive that response again, it will be re-added to the suppression list and future attempts will be dropped. Hope this helps. Ping me if offline if you have any questions. Luke On Thu, Jan 20, 2022 at 1:38 PM Atro Tossavainen via mailop < mailop@mailop.org> wrote: > &g

Re: [mailop] $GOOG

answer here. Luke On Wed, Apr 13, 2022, 3:33 PM Michael Peddemors via mailop < mailop@mailop.org> wrote: > On 2022-04-13 14:43, Paul Vixie via mailop wrote: > > it's troubling me that in a recent thread asking where to host > > mailboxes, google was recommended several t

Re: [mailop] I understand less and less why I accept any mail at all from Sendgrid

a thing that happens. Luke On Wed, Aug 17, 2022 at 10:09 AM Thomas Ho via mailop wrote: > Funny how we're still seeing this exact same template spewing out of > Sendgrid for days. > > I guess (hope) they're busy working on tackling much more malicious spam > coming from th

Re: [mailop] The oligopoly has won.

d unknowingly) making it worse. Luke On Tue, Sep 13, 2022 at 9:14 AM Anne Mitchell via mailop wrote: > Hey Al! > > > it's been great to add more granular filtering directly and watch mail > bounce. > > We run our own server and I do this too...it's pretty gratifying, a

Re: [mailop] The oligopoly has won.

t; On 2022-09-13 at 11:48 -0700, Luke wrote: > > There's some serious irony throughout this thread. Out of one side of > > our mouths we despise "oligopolies" and service providers who get too > > big to block or, conversely, too big to care about their own spam &

Re: [mailop] [E] abuse@ equivalent for yahoo dot com?

have humans thinking outside the box (or rather, outside the manual) about the practical realities of important problems. Luke On Mon, Oct 3, 2022, 8:40 AM Marcel Becker via mailop wrote: > Dear RFC2142, > > Email responses to email abuse. thank you, very much >> Best regards, RFC

Re: [mailop] Gmail blocking of good customer

I can assure you sendgrid retries 4xx. We also don't retry 4xx. We also retry 5xx. We also don't retry 5xx. How is it 2023 and people still think 4xx means retry and 5xx means don't retry? Luke On Sat, Feb 25, 2023, 9:21 AM Michael Orlitzky via mailop wrote: > On Fri, 2023-02

Re: [mailop] Gmail blocking of good customer

ven the responses in this thread, we will be taking a close look at the few rules we have in place where we retry 5xx and see if A.) the rules are still being hit at all, and B.) are these retries still resulting in reliable and consistent delivery after a small number of attempts. Luke On Mon, Feb 27

Re: [mailop] Gmail blocking of good customer

lot easier. Unfortunately the real world isn't so simple Luke On Mon, Feb 27, 2023 at 5:15 PM Michael Orlitzky via mailop < mailop@mailop.org> wrote: > On Mon, 2023-02-27 at 15:45 -0700, Luke via mailop wrote: > > > > With that said, given the responses in this thread, w

Re: [mailop] Gmail blocking of good customer

ieve that *our* MTA is to blame. That we should be handling this better. So do we read the RFC to our customers and tell them to pound sand? Or do we take some time and see if we can help make their experience a little better *and* save us some money at the same time? Luke On Mon, Feb 27, 2023 at 8:2

[mailop] Juno/UOL Contact?

MDESK-TYPE: EOW-SPAM --401124c35832be06b345fa59ee39dfcbc3863ba0b94730e9911370b78f20 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 -- Luke Martinez Team Lead | Email Delivery 520.400.5693 ___ mailop mailing list mailop@mailop.org https://chill

Re: [mailop] SNDS - Low Inboxing

day engagement window...No spam reports though...High open rates..Low bounces...Bad inboxing. Almost as if receivers have systems designed to catch this kind of thing. :P Luke On Thu, Jun 29, 2017 at 2:52 PM, Steve Atkins wrote: > > > On Jun 29, 2017, at 1:23 PM, Chris Truitt wrote: &g

Re: [mailop] SNDS - Low Inboxing

I'm not going to pretend I have an easy explanation for every situation where mail lands in the spam folder. I'm just sharing some experience. I'll also say, if spam could be identified by just three metrics, ESPs could just get rid of their compliance teams. Luke On Fri, Jun 3

Re: [mailop] [RFC 2822] RFC Header Line Length..

_ > mailop mailing list > mailop@mailop.org > https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop > > -- Luke Martinez Team Lead | Email Delivery 520.400.5693 ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] All Yahoo! FBLs stopped

> mailop mailing list > mailop@mailop.org > https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop > > -- Luke Martinez Team Lead | Email Delivery 520.400.5693 ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

[mailop] Help with a header.

tWhShJunwPxnHVT6snzo0DzPYMomCljweS9 dH8qOn+d7aPfcpS9UepZz3 X-Feedback-ID: 4043402:5rXR2CC5i6xQXF3ZviANI3CKVa/1XwB/OQGDu1WVXf8=:5rXR2CC5i6xQXF3ZviANI3CKVa/1XwB/OQGDu1WVXf8=:SG -- Luke Martinez Team Lead | Email Delivery 520.400.5693 ___ mailop m

Re: [mailop] Help with a header.

; > > On 29-Sep-2017, at 5:28 AM, Grant Taylor via mailop > wrote: > > > >> On 09/28/2017 04:38 PM, Luke Martinez via mailop wrote: > >> I'm a little confused as to what is going on here. > > > > This is probably one of the weirder message traces I

Re: [mailop] FBL drop for Hotmail/Outlook

We are seeing it too. Spam reports about 40% their normal rates starting on Wednesday. Luke On Fri, Oct 13, 2017 at 12:57 PM, Alberto Miscia via mailop < mailop@mailop.org> wrote: > We usually measure open rates in a 24/48hrs timeframe, but we are not > seeing anything

Re: [mailop] FBL drop for Hotmail/Outlook

f "relevancy" across the board :) >> >> > We are not seeing any increase in bounces/deferrals either. >> >> > >> >> > >> >> > Thanks. >> >> >> >> -- >> >> Stefano Bagnara >> >> Apache James/jDKIM/jSPF >> >> VOXmail/Mosaico.io/VoidLabs &g

Re: [mailop] AOL backing up the queue

d out while receiving the initial > server greeting) > > ​Thanks, ​ > Josiah > > ___ > mailop mailing list > mailop@mailop.org > https://chilli.nosignal.org/cgi-bin/mailman/listinfo/ma

Re: [mailop] Microsoft FBL Increase

s I can in preparation for the inevitable conversations around correcting or banning senders who were previously under our radar... Or even conversations with good senders who are caught off guard by the increase in spam reports. Thanks again for your time. Luke On Thu, Dec 14, 2017 at 9:58 AM, Mi

Re: [mailop] Issue with Gmail Postmaster

tps://www.aweber.com/email-automation.htm?utm_source=awemail&utm_medium=email&utm_campaign=awteam&utm_content=awteamsign_automations > <https://www.aweber.com/email-automation.htm?utm_source=awemail&utm_medium=email&utm_campaign=awteam&utm_content=awteamsign_automations>* > > _

[mailop] MSFT - OLC Support - Page reloads without SR creation?

tead just reloading. Is anyone able to please confirm/advise? We have a client requesting an upstream de-listing, and we're presently (it seems) unable to act on it. Thanks! -- Luke Thompson, CTO The Network Crew P/L E: luke.t@tnc.works ht

Re: [mailop] MSFT - OLC Support - Page reloads without SR creation?

Worked a treat, thanks Evan. An error would be a treat. :-) Luke T. On 31/1/2024 7:54 am, Luke Thompson via mailop wrote: Ah lovely, so a reload in lieu of an error. I'd halved that field, will try with 1 example. Thank you, Luke Thompson, CTO The Network Crew P/L E: luke.t@tnc.

Re: [mailop] Mail accepted by outlook.com/hotmail.com disappears.

x27;d, > that at best it's getting sent to junk, and may be getting dropped, as I > understand it. > > That report is not something I'm overly familiar with, Sorry. > > Aloha, > Michael. > -- > Sent from my Windows Phone > -- > From:

Re: [mailop] Mail accepted by outlook.com/hotmail.com disappears.

> listmailop@mailop.orghttps://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop > > > -- > Marc Perkel - > Sales/Supportsupport@junkemailfilter.comhttp://www.junkemailfilter.com > Junk Email Filter dot com415-992-3400 > > >

Re: [mailop] Mail accepted by outlook.com/hotmail.com disappears.

Michael, Could you elaborate on: "The issue will be highlighted in the SNDS report, however." Luke On Thu, Mar 17, 2016 at 6:38 PM, Michael Wise wrote: > Has the customer signed up for JMRP or SNDS? > > Because if not, that would be step #0; see below. > > &

Re: [mailop] Yahoo DMARC changes

t; > ___ > mailop mailing list > mailop@mailop.org > https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop > > -- Luke Martinez SendGrid Deliverability Consultant 520.400.5693 ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Still seeing Microsoft 5.4.0 issues?

BombBomb | Face to Face with more people, more often] > W: BombBomb.com <http://www.bombbomb.com/> > [image: BombBomb | Face to Face with more people, more often] > > ___ > mailop mailing list > mailop@mailop.org > https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop > > -- Luke Martinez SendGrid Deliverability Consultant 520.400.5693 ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] How long does an IP address take to "Warm up"?

because we have been unable to help good senders inbox on new domains. New IPs and new SPF (5321.From) domain are much less problematic. Luke On Wed, Apr 13, 2016 at 3:19 PM, Franck Martin via mailop wrote: > I take the rule of thumb that hotmail/outlook.com does not like more than > 20% volum

[mailop] Microsoft "554 Transaction failed" this morning

About two hours ago, we started seeing a significant uptick in "554 Transaction failed" responses from Microsoft domains. Across all senders. Anyone else seeing this? If I remember correctly, this came up back in Feb. as well. -- Luke Martinez SendGrid Deliverability Consultant 52

Re: [mailop] att.net/blocks issues; how to get removed

_ > mailop mailing list > mailop@mailop.org > https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop > -- Luke Martinez SendGrid Deliverability Consultant 520.400.5693 ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Anyone having issues getting mail to AOL?

t; Email:mailto:mathias.ullr...@optivo.de > Website: http://www.optivo.de > > Handelsregister: HRB Berlin 88738 > Geschäftsführer: Dr. Rainer Brosch, Thomas Diezmann > > Optivo, an Episerver Company > > > ___ > mailop mailing list >

Re: [mailop] Sending on behalf of PayPal

All this makes sense. Thanks for the time everyone. On Fri, Dec 2, 2016 at 12:14 PM, Laura Atkins wrote: > > On Dec 2, 2016, at 11:02 AM, Jay Hennigan > wrote: > > On 12/2/16 10:23 AM, Luke Martinez via mailop wrote: > > Hey Team, > > I've got a sender who

  1   2   >