Re: [mailop] Preserving signing domain reputation

is 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] 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>

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

Re: [mailop] Yahoo issues after FBL changes

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

Re: [mailop] Gmail 421 response

...@wordtothewise.com (650) 437-0741 Email Delivery Blog: http://wordtothewise.com/blog ___ mailop mailing list mailop@mailop.org http://chilli.nosignal.org/mailman/listinfo/mailop -- Luke Martinez SendGrid Deliverability Consultant 520.400.5693

Re: [mailop] Mystery SPF softfail at gmail.

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 <luke.marti

[mailop] Mystery SPF softfail at gmail.

-17 14:46:34.302768619 + UTC > Received: from MjAzNTUxMA (o16789125x222.outbound-mail.sendgrid.net > [167.89.125.222]) > by ismtpd0006p1iad1.sendgrid.net (SG) with HTTP id > Qc2SQ2SmT1GH_bTla6DiMg > for <luke.marti...@sendgrid.com>; Tue, 17 Nov 2015 14:46:34.248 + > (UTC) > Conten

Re: [mailop] Mystery SPF softfail at gmail.

H0LooZiotfZ3p7SrydYYE9bz D6ZNepacL8eFB1dFAQ6ka3YxJQ++VjVnkNWb On Wed, Nov 18, 2015 at 4:01 PM, Derek Diget <derek.diget+mai...@wmich.edu> wrote: > > On Wed, 18 Nov 2015 at 15:33 -0700, Luke Martinez wrote: > =>Hey team, > => > =>I've got an interesting SPF softfail oc

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. Doug

Re: [mailop] Still seeing Microsoft 5.4.0 issues?

Scalability Architect > [image: 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 >

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

ailing > 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 <michael.w...@microsoft.com> wrote: > Has the customer signed up for JMRP or SNDS? > > Because if not, that wo

Re: [mailop] Yahoo DMARC changes

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

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 <mailop@mailop.org > wrote: > I take the rule of thumb that hotmail/outlook.com does no

[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] Curious: Strange NDRs from gmail.

t 12:00 PM, Aaron Richton <rich...@nbcs.rutgers.edu> > wrote: > >> On Thu, 23 Feb 2017, Luke Martinez via mailop wrote: >> >> Some G Suite domains are returning this response to us long after the >>> messages are delivered. More of a curiosity than anyt

[mailop] Curious: Strange NDRs from gmail.

BZr9jTGiQBKM5Ci= NLuZujvSUvEy81AptZesILF9BdaXwfQz5j3tK07ZTSFfKTEFzlYZq_xg=3D=3D =C2=A9 2016 JoeZoo=E2=84=A2, Inc. All rights reserved. - Message truncated - --f403045f5148b2244b054921f209-- -- Luke Martinez Team Lead | Email Delivery 520.400.5693 __

Re: [mailop] How does Sendgrid validate customers (Swisscom Invoice Incident)?

If you can post some headers, I can likely tell you how this sender got onto our system and how quickly they were shut down. I am certain they didn't tell us "Hey, we are Swisscom." Luke On Thu, Feb 16, 2017 at 1:37 AM, Benoit Panizzon <benoit.paniz...@imp.ch> wrote: &

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

gt; > 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 > > > ___ > m

Re: [mailop] Mysterious DKIM failure.

noteworthy...Subsequent test messages (different content, but same config) sent to the same addresses produced different results (attached) On Fri, Dec 9, 2016 at 5:57 PM, Steve Atkins <st...@blighty.com> wrote: > > > On Dec 9, 2016, at 3:36 PM, Luke Martinez via mailop <mailop@m

Re: [mailop] Mysterious DKIM failure.

cter." > > hmmm... > > d/ > > > -- > > Dave Crocker > Brandenburg InternetWorking > bbiw.net > > > ___ > mailop mailing list > mailop@mailop.org > https://chilli.nosignal.org/cgi-bin/mailman/listinfo/ma

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 <la...@wordtothewise.com> wrote: > > On Dec 2, 2016, at 11:02 AM, Jay Hennigan <mailop-l...@keycodes.com> > wrote: > > On 12/2/16 10:23 AM, Luke Martinez via mailop wrote:

Re: [mailop] SORBS help

Or suffer with the cold. > > Just as you could write your own filters, use just SpamAssassin, or choose > a better RBL for your situation. Or suffer with the spam. > > > > ___ > mailop mailing list > mailop@mailop.org > https://chilli.nosignal.org/cgi-bin/mailman/l

Re: [mailop] SendGrid, can you alert intuit customer regarding sending their invoices?

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] Another AOL outage?

s when you know the correct > answer. It throws you when you get a different answer that > is not wrong.-- Dr Bowman (Freefall) > > > ___ > mailop mailing list > mailop@mailop.org > https://chilli.nosignal.org/cgi-bin/mailman/listin

Re: [mailop] Do we need a new list for reporting spam? (Was Re: Admin: This is not a place to report Spam. )

> Facebook/AnnePMitchell | LinkedIn/in/annemitchell > ___ > 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] [RFC 2822] RFC Header Line Length..

uot;never did figure it out" DKIM > breakage? > > ___ > mailop mailing list > mailop@mailop.org > https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop > > -- Luke Martinez Team Lead | Email Delivery 520.400.5693 ___

Re: [mailop] SNDS - Low Inboxing

ment 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 <st...@blighty.com> wrote: > > > On Jun 29, 2017, at 1:23 PM, Chris Tru

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 30, 2017 at 4:27

[mailop] Juno/UOL Contact?

: 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://chilli.nosignal

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

[mailop] Help with a header.

w52kvJ+FOcKlUr3C5cgtM5zVR+UV4yLRwLRZetYyREJmv3UsYIN0LyWZnS lqFE1mJZx+5R4mUPbalV/yfpZhVgikBpmhFdYCQ81n00bZrAlE8Q4kqIeGpkeJhyq2exUdZ0IoRfUL +HG2ynjWs//ez1oG8MvicrvSG2+ED+WLSTtNfyJQM7xtWhShJunwPxnHVT6snzo0DzPYMomCljweS9 dH8qOn+d7aPfcpS9UepZz3 X-Feedback-ID: 4043402:5rXR2CC5i6xQXF3ZviANI3CKVa/1XwB/OQGDu

Re: [mailop] Help with a header.

use this > > --srs > > > On 29-Sep-2017, at 5:28 AM, Grant Taylor via mailop <mailop@mailop.org> > 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 p

Re: [mailop] FBL drop for Hotmail/Outlook

pache James/jDKIM/jSPF >> >> VOXmail/Mosaico.io/VoidLabs >> >> >> >> ___ >> >> mailop mailing list >> >> mailop@mailop.org >> >> https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop >> > >> > >> >> ___ >> mailop mailing list >> mailop@mailop.org >> https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop >> > > > ___ > 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] AOL backing up the queue

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

Re: [mailop] Microsoft FBL Increase

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, Mihai Costea

Re: [mailop] Issue with Gmail Postmaster

-AWeber-1 ext 813 > > *https://www.aweber.com/email-automation.htm?utm_source=awemail_medium=email_campaign=awteam_content=awteamsign_automations > <https://www.aweber.com/email-automation.htm?utm_source=awemail_medium=email_campaign=awteam_content=awteamsign_automations>* > >

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

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 funny to you, then I apologiz

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

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, 2019 at 10:06 AM Michael Rathbun wrote: >

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

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

gt; *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 > *Sent:* Thursday, Se

Re: [mailop] Best Re-engagement Email

retty 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: > > > >Pay attention

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

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

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. Here's o

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

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

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: > > For an ESP, did the DMARC rejects contains infor

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

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

; > 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.ptr2321.cornerstoner.

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

verything 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 addresses. With > &g

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] Hey.com?

tion 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. *Fingers crossed.*

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

me 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: > > > > Another facto

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 via mai

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] 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

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

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

u 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 around. Cheers, Luke On Thu, Jun 4, 2020 at

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

ssing 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, Jun 04,

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>

[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

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 Peddemors via

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: > > Bo

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

) 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] 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

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)

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: > Hi Florian, &g

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

[mailop] TPG / iiNet / Westnet email contact

for the noise. Cheers, Luke Thompson Operations Manager luk...@tncrew.com.au PO Box 111, West Wallsend ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop

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

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 malware, no matter who the >

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?

AGE- > 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 =~ /7mxhBNMk

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

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

Re: [mailop] Google not sending DMARC Aggregate Reports

We've had the first DMARC Aggregate Report from Google since the 3rd of October arrive around 2 hours ago. :-) Hoping this means normality has resumed. Cheers, Luke Thompson Operations Manager On 9 October 2021 9:44:29 am Al Iverson via mailop wrote: You're not alone. Both Google's DMARC

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 < mai

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

021-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 probably the b

Re: [mailop] IMAP and SMTP in the same or separated IPs?

space that can be kept away from inbound SMTP. That way you can react to listing/s with (relative) ease, though it tends to pay dividends if you've "warmed up" the spare delivery IPs beforehand (even with a very small %age of outbound mail). Cheers, Luke Thompson Operations Manager O

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 anot

Re: [mailop] [External] Re: Google DNS Quad 8 Outage tonight

We tend to run Cloudflare quad-1 rather than Google's quad-8, though have hit instabilities with it, too. Cheers, Luke T. On 22/11/21 4:15 pm, Kevin A. McGrail via mailop wrote: Thanks for the feedback everyone.  We've definitely confirmed outages from multiple sources. Regards, KAM

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] TPG / iiNet / Westnet email contact

We received help off-list with many thanks. All has been resolved. Much appreciated. Cheers, Luke Thompson Operations Manager luk...@tncrew.com.au PO Box 111, West Wallsend On 14/7/21 10:10 am, Luke Thompson via mailop wrote: Hi all, We're looking at a problem with mail rejections

Re: [mailop] Microsoft/Linode issue resolved

://www.akamai.com/newsroom/press-release/akamai-to-acquire-linode It'll be curious to see how Linode evolves from here! Cheers, Luke Thompson Operations Manager The Network Crew Pty Ltd https://thenetworkcrew.com.au On 26/1/22 12:50 am, John Gateley via mailop wrote: On 1/23/22 9:42 AM, John Gateley via

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

ion, 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: > > I’ve go

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 times,

Re: [mailop] Microsoft 365 - Regular auth for IMAP/SMTP

?view=o365-worldwide#security-defaults Good luck, Luke Thompson Chief Technical Officer The Network Crew Pty Ltd https://thenetworkcrew.com.au On 19 August 2022 8:01:16 pm mailop-requ...@mailop.org wrote: Send mailop mailing list submissions to mailop@mailop.org To subscribe or unsubscribe via the Worl

Re: [mailop] The oligopoly has won.

-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 > > footpr

Re: [mailop] The oligopoly has won.

g 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, almost > zen.

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

s 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 2142 >

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

. 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 their network. > > -Thomas

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-24 at 15:57 -0

Re: [mailop] Gmail blocking of good customer

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, 2023 at 2:01 PM Michael

  1   2   >