Re: [mailop] SendGrid is deleting your mail

It appears that Bill Cole via mailop said: >On 2023-06-24 at 00:13:56 UTC-0400 (Fri, 23 Jun 2023 23:13:56 -0500) >Al Iverson via mailop >is rumored to have said: > >> What if we just got to the heart of the matter and admitted that >> greylisting is useless 2023? > >+1 > >It was always a cute tr

Re: [mailop] SendGrid is deleting your mail

On Sun, 25 Jun 2023 14:28:33 +0100, Dmytro Homoniuk via mailop wrote: >*In a very non-confrontational way* I want to express my opinion and to >note that's pretty much how senders operate right now: too often the smtp >code and enhanced code the recipient system returns have nothing to do with >w

Re: [mailop] SendGrid is deleting your mail

Dňa 25. júna 2023 15:39:44 UTC používateľ Andy Smith via mailop napísal: >I think that you are perhaps only considering this from the >perspective of a sender. When it comes to choosing text for SMTP >responses there are many different types of person involved and many >of them will not be think

Re: [mailop] Debt Collection Client Email Servers

some analytics.   Context: We have 2 standard emails that go our daily. These emails describe the debt and how they can help.   IP Addresses: 149.72.234.90 149.72.238.176 168.245.18.103   NOTE: IPs are dedicated from SendGrid   Subject line: Unifin is here to help with your [DEBTDESCRIPTION1] ac

[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] Gosh, I love sendgrid

Dnia 22.12.2020 o godz. 00:39:47 Rob McEwen via mailop pisze: > and the same article FB was using (actually, a few different > articles did this) said that Remdesivir was our BEST med for > fighting COVID, yet the WHO recently recommended against use of > Remdesivir due to the WHO *now* claiming th

Re: [mailop] Gosh, I love sendgrid

In article <1967837452.10796.1608741683...@appsuite-gw2.open-xchange.com> you write: >> ESPs are well within their rights to refuse to do business with some >> customers. >> >I am pretty sure that if an ESP refused to do business with any customer from >a specific ethnic group, or >prohibi

[mailop] Sendgrid spam of the day -- crypto.com phish

For full headers see http://spample.iecc.com/eam/23683557 R's, John -- Forwarded message -- Date: Fri, 31 Dec 2021 20:36:03 From: Crypto.com To: i...@taugh.com Subject: Case ID 23045 -Important Notice: Update Your Account [8fGHc0PkvWohUASUVORK5CYII=] Dear Valued Customer,

Re: [mailop] So, Sendgrid / Zoom, planning on actually doing anything about webinar spams?

Dnia 25.07.2022 o godz. 04:09:14 Ángel via mailop pisze: > > Now, if we instead have the hash bbbaa1af939a01d0e22286c63827d936 > If you can hash multiple emails until finding who that refers to, then > it's equivalent to the email. IANAL as well, but if you want to hash multiple emails to find th

Re: [mailop] free.fr email abuse contact

If not, you can try https://postmaster.free.fr Le jeu. 11 août 2022 à 15:49, Kirk MacDonald via mailop a écrit : > If there are any folks from free.fr in France on this list, could they > please reply to me regarding delivery issues of mail out of sendgrid infra? > Logs suggests trou

[mailop] jo...@taugh.com

l never see them. They're a > pure waste of electrons, and of my time. I've wasted a lot of time > clicking a lot of opt-out links, and would prefer not to waste much > more. > > I can tell that the majority of the junk is from Mailchimp and > Constant Contact, with a

Re: [mailop] Just Make It Stop

e wasted a lot of time > clicking a lot of opt-out links, and would prefer not to waste much > more. > > I can tell that the majority of the junk is from Mailchimp and > Constant Contact, with a lot also from Sendgrid and Exact

Re: [mailop] SendGrid is deleting your mail

On 2023-06-22 04:21:59, Sebastian Nielsen via mailop wrote: > >> We update kernels, reload AV signatures, have databases go down, > >> accidentally crash postfix during OS upgrades, typo config files, etc. > > Couldn't you make so if the inner servers are in trouble or go down > or similar, then

Re: [mailop] SendGrid is deleting your mail

On Sun, 2023-06-25 at 14:28 +0100, Dmytro Homoniuk via mailop wrote: > > 450 4.3.2 Please retry immediately. If your message was rejected by a > blacklist, see for more information. > > Now this just adds needless ambiguity: was it rejected because of the > blacklist or not? Am I on a blackl

Re: [mailop] greylisting, SendGrid is deleting your mail

It appears that Gellner, Oliver via mailop said: >> That occasionally happens, but since I whitelist any /24 that has >> successfully retried, it doesn't happen very much. > >I see, this looks like a better approach. Unfortunately many greylisting >implementations only whitelist senders for a fe

Re: [mailop] [NEWSLETTER] Line too long

a line too long. > The issue is referenced in the RFC at > https://datatracker.ietf.org/doc/html/rfc5321#section-4.5.3.1.6 and we follow > and respect that recommandation. > > I would not have raised this question here except that the user recently > moved from Cloudflare to us

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] Hotmail connection errors

​ > > > > On Wed, Apr 6, 2016 at 3:00 PM, Paul Kincaid-Smith via mailop < > mailop@mailop.org> wrote: > >> Hi Tara, >> >> We don't see anything unusual on our end, either. >> >> >> Paul Kincaid-Smith >> VP of Email Delivery >&

Re: [mailop] Microsoft "554 Transaction failed" this morning

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

Re: [mailop] SendGrid and Phishing

I’ve had mixed luck... sometimes it auto replies, sometimes it doesn’t. I sometimes wonder if their Proofpoint gateway is quarantining them - or if they added a bypass rule for their abuse mailbox (as it should be) Best, Faisal PGP Key: [C8FD029B](https://pgp.faisal.ec/) On Wed, Jun 17, 2020 a

Re: [mailop] Delisting request from sendgrid customer about ip used in recent phishing campaign.

On Fri, 14 Aug 2020 10:40:40 -0500, Mickey Chandler via mailop wrote: >And yet ESPs, like many other businesses, can sometimes look at abuse >desk operations as a cost center, not as a core functionality. It's >way easier to justify paying for new salespeople who will bring in >several times thei

Re: [mailop] ANNOUNCEMENT: The NEW invaluement "Service Provider DNSBLs" - 1st one for Sendgrid-spams!

On 2020-08-22 at 12:46 -0400, Chris via mailop wrote: (...) > This is, I think, the inject-to-google point: > > > - IP address in X-Received header is different (first message: > > 2002:a0c:f9cd:: ; second message: 2002:a2e:b4e1::) > > - X-Google-DKIM-Signature, X-Gm-Message-State and X-Google-Smt

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

Dnia 5.08.2021 o godz. 11:18:55 Noel Butler via mailop pisze: > > This only happens because as demonstrated here many are too scared > to block the bigger mail senders/providers - and since these gutless > so and so's publicly admit it, the big boys know it, so have little > reason to be motivate

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

Happy to chat offline about this. The mail they are attempting to send to eastex.net is exclusively going to one address. This address returned *550 5.1.1 > is not a valid mailbox* on December 23rd, 2021. After we receive a response like that, we add the address to the sender's suppression list. Th

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

This showed up today, send to the email of my father who died in 2019. Full copy available on request to anyone who has a plausible use for it. -- Forwarded message -- Date: Sat, 13 Aug 2022 15:41:20 From: support Reply-To: g...@hansa-fx.com To: x@x.x Subject: IP address blacklis

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

Dňa 13. augusta 2022 23:43:45 UTC používateľ Michael Rathbun via mailop napísal: >On 13 Aug 2022 18:46:02 -0400, John Levine via mailop >wrote: > >I wasn't able to find anything notable about that. "Nadine", who died quite a >while back, frequently gets the "I've hacked your system and have the

[mailop] New Service Snowshoes for Customers through Sparkpost, Sendgrid, MailChimp Mandrill, SendMail, MailGun, MailJet, Amazon AWS, and more

I just became aware of a business that is taking advantage of the free services offered by MailChimp Mandrill, Sendmail, MailGun, MailJet, SparkPost, Sendgrid, and others to get their customers around filters, essentially creating a snowshoe scenario using the APIs of these ESPs. (See

Re: [mailop] SendGrid is deleting your mail

we had at > our disposal for THAT was either 4xx or 5xx and that's it. > > Isn't this an example of senders arguing that the SMTP response is > just for them, at the expense of everyone else who might have got > some use out of it? > > The rest of your message tries

Re: [mailop] [OFFLIST] Re: Interesting question from a team member, MX chaining, list-manage.com

) that are detected as sending Phishing like we do to SendGrid.. hehehe... On 2022-06-30 14:32, Bill Cole via mailop wrote: On 2022-06-30 at 17:00:50 UTC-0400 (Thu, 30 Jun 2022 14:00:50 -0700) Michael Peddemors via mailop is rumored to have said: I know this doesn't look professional, but th

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

65629? > > 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 muc

Re: [mailop] Valid SPF/DKIM/DMARC *SPAM* coming from my domain ?!

g way too much phishing coming from them lately.. (copying SendGrid?) Received: from reflectiv.net (os3-384-25366.vs.sakura.ne.jp [133.167.109.120]) by db739d28cce8 with SMTP id ; Wed, 11 Jan 2023 00:26:59 GMT (Note: It doesn't say it was ESMTP or anything about authenticated user in

Re: [mailop] United Airlines / mileageplus DNS/rDNS mismatch issue

obias On Tue, 2023-05-09 at 11:40 -0700, Michael Peddemors via mailop wrote: Hi Laura, I think we have to disagree here.  The PTR naming is set via SendGrid. It doesn't NEED to be the same as the A record. This is for those MTA's that do forward/reverse matching, which isn't alw

Re: [mailop] Another 'Verified Email' service on AWS EC2

On 26.06.2024 at 00:24 Jeff Pang via mailop wrote: > since aws ses was blocked, other esp such as mailchannel, mailgun, sendgrid > can be blocked also? >> That's a good idea, except when you have to deal with companies like >> Everbridge Inc or Tencent QQ, which appar

Re: [mailop] Microsoft "554 Transaction failed" this morning

;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. -- [https://drive.google.com/uc?id=0B4yks7mm243zU3NTbDh0djhLd0k] Luke Martinez SendGrid Deliverability Consultant 520.400.5693

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 cours

Re: [mailop] SendGrid and Phishing

Yep, that's strange. It should kick off an autoresponder. I'll look into that. If you have fresh headers you can share with me I'd appreciate it. Thank you very much! -L Len Shneyder VP Industry Relations [image: Twilio] EMAIL l...@twilio.co

Re: [mailop] [E] Re: Sendgrid again...

In article <6b96f527-0f53-494f-bb65-3e450a386...@wordtothewise.com> you write: >> Note: Some people will vehemently oppose to not placing filters, >> though. Some threads at RIPE anti-abuse-wg show that. > >There are extremely valid reasons to filter mail coming into the abuse mailbox >and I would

Re: [mailop] Recommendations for mail campaign services

ging multiple databases of contacts. Very powerful platform, not for the faint of heart however. > > I would definitely stay away from SendGrid unless you get a dedicated IP. > > I have seen success with MailChimp and Constant Contact and MailGun. > > No matter w

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

Coming from the political/non-profit side of things, when the revenue drops is when they pay attention. If open rates are 0 or blocks are through the roof, they take notice and will change their habits. The people that click spend don't want to explain to their bosses why things have tanked. On Th

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

On 2021-08-06 00:16:53 (+0800), Jaroslaw Rafa via mailop wrote: Dnia 5.08.2021 o godz. 08:57:22 Marcel Becker via mailop pisze: This is an assumption you make. On the flip side though -- given the 90% I mentioned -- making the smallest changes to decrease false positives, might have disastrou

Re: [mailop] So, Sendgrid / Zoom, planning on actually doing anything about webinar spams?

> On 22 Jul 2022, at 11:13, Slavko via mailop wrote: > > Ahoj, > > Dňa Fri, 22 Jul 2022 10:21:44 +0100 Laura Atkins via mailop > napísal: > >> ESPs have many, many problems, but the fixes being suggested here on >> mailop are overly simplistic and evidence a lack of conceptual >> understandi

Re: [mailop] So, Sendgrid / Zoom, planning on actually doing anything about webinar spams?

On 22 Jul 2022, at 13:10, Atro Tossavainen via mailop wrote: [✄ but thoroughly read] > Becoming a data controller entails needing a legitimate basis for > processing the personal data of the customer's customers, with whom > the ESP does not have any kind of a direct business relationship so > it

Re: [mailop] So, Sendgrid / Zoom, planning on actually doing anything about webinar spams?

Dnia 23.07.2022 o godz. 09:17:30 Laura Atkins via mailop pisze: > > Consider the case where Microsoft spits out a incorrect and false 550 user > unknown (which happens every couple years). What you’re suggesting is > that when this happens the next time, Gmail block every gmail user from > ever s

Re: [mailop] Debt Collection Client Email Servers

om: Michael Peddemors via mailop > <mailto:mailop@mailop.org [mailop@mailop.org]>> > > Date: 3/22/24 17:09 (GMT-06:00) > > To: mailop@mailop.org [mailop@mailop.org] <mailto:mailop@mailop.org > [mailop@mailop.org]> > > Subject: Re: [mailop] Debt Collection Cl

Re: [mailop] What do other ISP / ESP do about the MailChimp spam problem?

Am Fr den 9. Nov 2018 um 23:34 schrieb Matthias Leisi: > According to dnswl.org <http://dnswl.org/> magnitude data*, Mailchimp is one > of the large sources of email, just behind Microsoft/Google, and ahead of > Amazon, Sendgrid, Facebook, ExactTarget, Yahoo, LinkedIn and Twit

Re: [mailop] Contact at tpg.com.au?

Most Australian banks that I know of don't usually attach the statement to the email - it's simply a notification email that a new statement has been generated. No different to sending those emails via Mailgun, SendGrid, Postmark, etc. Cheers, Angelo On Tue, May 7, 2019 at 5:21 PM N

Re: [mailop] SendGrid is deleting your mail

It's specifically targeting the response code and string you provided: 450 4.3.2 Please retry immediately Unfortunately we cant make a rule that retries all 4xx and doesn't retry all 5xx. Despite very smart, well intended people writing RFCs and other specs that make this feel super clean cut in a

Re: [mailop] Mailman confirmation email denial of service

t;name" given by the bot which is most likely just a spam link. This kind of spam has been going on for a while using normal contact web forms, some of the Sendgrid spam was caused by this, too. Spamming through abuse of regular services instead of renting hosts or utilizing botnets dire

Re: [mailop] So, Sendgrid / Zoom, planning on actually doing anything about webinar spams?

Lem said: > I question your assertion that "bounces for X sender doesn’t mean that it > shouldn’t be mailed for Y sender". Indeed if, say, an address doesn't exist, it doesn't exist whether the sender is X or Y. Also, if the mail platform rejects mail from the sender's IPs or domains, it will p

[mailop] [STATE OF THE UNION] Tales from the Trenches..

Both life and Business have been very active, so it's been a bit since I posted one of these.. It's about time again.. * SendGrid continues to allow the same common threats from escaping * Increase in threat actors from Thailand/Vietnam region, but probably proxies for Chinese actors

Re: [mailop] [E] $GOOG

from spam, the message has 550-5.7.1 been blocked. Please visit 550 5.7.1 https://support.google.com/mail/answer/188131 for more information. v67si211465pfv.268 - gsmtp (in reply to end of DATA command) i guessed and hoped that this reputation score would decay but after a week it hadn't

[mailop] State of the Union, update from the trenches..

NTA-48) LayerHost A different well known actor, more IPXO and routed networks with wide IP ranges all spamming.. throwaway domains.. Any traffic from IPXO or IPXO routed/maintained should be treated as suspect. (Examples for the above available off list by request) Continued problems with ESP

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] What do other ISP / ESP do about the MailChimp spam problem?

numbers about emails send by mailchimp to our > email platform. According to dnswl.org <http://dnswl.org/> magnitude data*, Mailchimp is one of the large sources of email, just behind Microsoft/Google, and ahead of Amazon, Sendgrid, Facebook, ExactTarget, Yahoo, LinkedIn and Twitter.

Re: [mailop] Just Make It Stop

ot of time clicking a lot of opt-out links, and would prefer not to waste much more. I can tell that the majority of the junk is from Mailchimp and Constant Contact, with a lot also from Sendgrid and Exact Target. Anyone I can contact there to Just Make It Stop? R's, John ___

Re: [mailop] greylisting, SendGrid is deleting your mail

According to Gellner, Oliver via mailop : > >> On 24.06.2023 at 06:56 John Levine via mailop wrote: >> >> It appears that Al Iverson via mailop said: >>> What if we just got to the heart of the matter and admitted that >>> greylisting is useless 2023? >> >> Because it's still quite useful if yo

Re: [mailop] Line too long

we follow > and respect that recommandation. > I would not have raised this question here except that the user recently > moved from Cloudflare to us, and they shared with us a past email sent by > Sendgrid, that went through Cloudflare, and landed in their gmail inbox > successf

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

[mailop] Happy Friday.. NOT! It's an outbreak day..

r spamming practices. Pretty big spread.. Luckily, pretty obvious pattern to detect.. unfortunately, Amazon EC2 IP space is getting on a lot more RBL's And SendGrid is again leaking a lot of phishing emails.. On the bright side, IoT spam suddenly dropped this week, wonder if it was

[mailop] MailGun, having a breakout..

This mornings reports show that while the SendGrid problem is still ongoing, seems like MailGun is starting to see abuse problems as well. Interestingly, we also see that they have decided to start using some Amazon IP space for this as well, unfortunate that they don't have an SWIP for

Re: [mailop] HIPAA compliant email (was Re: So uh... Zoom/Sendgrid... How's that webinar spam investigation coming?)

On 2021-08-05 09:47, John Levine via mailop wrote: It appears that Luis E. Muñoz via mailop said: Out of curiosity, and recognizing that this would be a separate thread, what makes email non-compliant, considering that fax seems to be compliant? Just in case, this is a serious question of mine.

Re: [mailop] [E] What the f**k, Google?

nario: Attacker sends a message via Klaviyo, Sendgrid, Sender.net, SFR, etc to their own email address, then massively replays that message via whatever IP addresses under their control. It doesn't matter that the IP addresses might be without rDNS match, not included in SPF records, DMARC can be set

[mailop] Another case (Appian) that makes you wonder where the email experts have gone..

act email, but maybe with a missing 'p' in the domain name... *Sigh* Oh, I know I have been quite of late, the situation in Ukraine does make me loose sleep and focus.. will get back to bi-weekly state of affairs again soon.. Oh, and SendGrid is doing it again/still, how is the bigges

Re: [mailop] So, Sendgrid / Zoom, planning on actually doing anything about webinar spams?

On 22/07/2022 10:21, Laura Atkins via mailop wrote: >> After that there should be an integrated opt-in process to verify any >> new email address for that ESP customer's list. > > While this sounds simple and like a no-brainer, it doesn’t account for how > complex many companies email programs ar

Re: [mailop] So, Sendgrid / Zoom, planning on actually doing anything about webinar spams?

> On 22 Jul 2022, at 16:02, Luis E. Muñoz via mailop wrote: > > On 22 Jul 2022, at 6:31, Laura Atkins via mailop wrote: > >> I’m agreeing there is a problem with ESPs and have said so to ESPs >> individually and as a group over the last few weeks. > > Something that I don't see mentioned oft

Re: [mailop] So, Sendgrid / Zoom, planning on actually doing anything about webinar spams?

On 7/22/22 8:49 AM, Laura Atkins via mailop wrote: That’s normal practice as far as I’m aware. If an address bounces the ESP prevents the sender from mailing to it in the future. There are some ESPs that don’t (and they know how I feel about their practices). I’ve also heard complaints from ISP

Re: [mailop] Gmail blocking of good customer

t getting mail from your website, and you're losing users because they can't complete the registration process because SendGrid deletes the confirmation emails. ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop

[mailop] Not out of the office yet, quick heads up... High Russian Traffic..

(Lots) mail.ru rt.ru Oh, and SparkPost appears to be relaying some.. numbers almost as high as SendGrid over night ;) Have a great weekend.. Oh, and a little blip from Linode ;) 66.228.47.53 1 66-228-47-53.ip.linodeusercontent.com 66.228.47.240 1 66

Re: [mailop] New Service Snowshoes for Customers through Sparkpost, Sendgrid, MailChimp Mandrill, SendMail, MailGun, MailJet, Amazon AWS, and more

Esq. ( amitch...@isipp.com) wrote: I just became aware of a business that is taking advantage of the free services offered by MailChimp Mandrill, Sendmail, MailGun, MailJet, SparkPost, Sendgrid, and others to get their customers around filters, essentially creating a snowshoe scenario using the APIs of th

Re: [mailop] Delisting request from sendgrid customer about ip used in recent phishing campaign.

ng anyone certain neutral sites, like common newspapers (did you see the last piece of news about our company?). Compromised accounts are a problem, sure. However, I wonder *how* are they such a big problem. Did Sendgrid somehow lose a full list of customer users & passwords? Do their api allo

[mailop] DMARC with broken DKIM (was: Re: DMARC p=quarantine pct=0)

broken DKIM (basically relaying through sendgrid but with some error in the DKIM DNS configuration, as far as I can remember). We handle an email forwarder that, usually, doesn't break DKIM, so DMARC should be fine. Except when the source mail is DKIM-invalid and the only thing that makes all

Re: [mailop] DigitalOcean calling for social media s* storm? (Re: Why is it so hard to have takedown's performed..)

fter you've been a paying customer for three > months. > > Other cloud providers do roughly that and it works pretty well. Some > of them even monetize it by referring users to freemium service at > Sendgrid. > > > > >

Re: [mailop] SendGrid is deleting your mail

That's right, Bill. It's so simple. All the ESPs and MTAs out there have tools built in to create and customize response handling rules for absolutely no reason. We actually just do it for fun. We know that every single 4xx should be retried and every single 5xx should not be retried. But we though

Re: [mailop] Debt Collection Client Email Servers

some analytics. Context: We have 2 standard emails that go our daily. These emails describe the debt and how they can help. IP Addresses: 149.72.234.90 149.72.238.176 168.245.18.103 NOTE: IPs are dedicated from SendGrid Subject line: Unifin is here to help with your [DEBTDESCRIPTION1] account.

Re: [mailop] Line too long

raised this question here except that the user recently > > moved from Cloudflare to us, and they shared with us a past email sent by > > Sendgrid, that went through Cloudflare, and landed in their gmail inbox > > successfully, **despite having a line of 1201 characters. >

Re: [mailop] Yahoo DMARC changes

configuration necessary. >> >> >> ___ >> 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

[mailop] [CHANGE TOPIC] Insecure Email Authentication

And of course I TOTALLY forgot to discuss the implications of credential phishing... Um.. SendGrid.. Return-Path: @sendgrid.net> Received: from xvfrqpfv.outbound-mail.sendgrid.net (HELO xvfrqpfv.outbound-mail.sendgrid.net) (168.245.67.248) From: "Mailbox" Subject: Action Requir

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

SendGrid <https://sendgrid.com/docs/ui/sending-email/bounces/> SparkPost <https://www.sparkpost.com/docs/user-guide/using-suppression-lists/> MailChimp <https://mailchimp.com/help/soft-vs-hard-bounces/> MailGun <https://documentation.mailgun.com/en/latest/api-suppressi

Re: [mailop] SendGrid and Phishing

Something is a little off with the auto-responder we tested it last week and it was working, just ran a test now and nothing yet so we'll dig into that. In the meantime we are receiving anything you send to ab...@sendgrid.com Len Shneyder VP Industry Relations [image: Twilio]

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

*squints her eyes as she recognizes the name Jaroslaw Rafa* I may not have the best memory these days, but I seem to remember you are the one who wanted to bring lawsuits against everyone who runs junk / spam filters. Message-ID: <20191007155046.gb21...@rafa.eu.org> Specifically against google

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

Dnia 5.08.2021 o godz. 08:57:22 Marcel Becker via mailop pisze: > > > running over-aggressive spam filters, knowing that there will be many false > > positives and not caring about them. > > > > This is an assumption you make. On the flip side though -- given the 90% I > mentioned -- making the

Re: [mailop] No one is "too big" anymore

ooded with > requests. This of course fills their inbox with junk, and acts as the > wonderful old DDOS attack for email. > > Among these are Sendgrid, Mailgun, Sendinblue, Yahoo, Yandex, iCloud, > Orange, Google, Microsoft, the list goes on. It's time to start holding > acco

Re: [mailop] Kirk MacDonald sucht freenet.de email abuse contact

email abuse contact > Date: Fri, 25 Feb 2022 16:02:06 + > From: Kirk MacDonald via mailop > Reply-To: Kirk MacDonald > To: mailop@mailop.org > > > > If there are any folks from freenet.de in Germany on this list, could > they please repl

[mailop] Interesting question from a team member, MX chaining, list-manage.com

d all.. Was going to write a matching long 'state' of the union (activity) but it is too sunny out.. short form is.. * Sendgrid Really bad this week again * Mailgun having similar situation? * More PREFIX BROKERS MNT IP space coming out, same bad guys as usual, Serverion et al. So

Re: [mailop] So, Sendgrid / Zoom, planning on actually doing anything about webinar spams?

>>> The basic problem is allowing an ESP customer to import a list that >>> existed before the customer became a customer of this ESP. I can't >>> think of an ESP that would not allow that. >> >> I saw this again as someone replied to it. >> >> Sadly, there is at least one legitimate reasons to

Re: [mailop] So, Sendgrid / Zoom, planning on actually doing anything about webinar spams?

On 22 Jul 2022, at 11:49, Laura Atkins via mailop wrote: >> This would allow the ESP to quickly "fail" the API request to send to that >> email address. There are other metrics that could be tied into those >> addresses and used to provide a more expedite response to the caller, which >> incide

Re: [mailop] So, Sendgrid / Zoom, planning on actually doing anything about webinar spams?

On 7/22/22 10:57 AM, Robert L Mathews via mailop wrote: I have an bad example of this. My company opened a thousands-of-dollars-a-year account with a large company, and apparently this company does all their transactional mailing through a certain well-known ESP. I got none of it, and nobody

Re: [mailop] So, Sendgrid / Zoom, planning on actually doing anything about webinar spams?

> On Jul 23, 2022, at 01:14, Hans-Martin Mosner via mailop > wrote: > > 23. Juli 2022 00:54, "Atro Tossavainen via mailop" > schrieb: > >> Er, I think you mean >> >> https://msbl.org/ebl.html > > Yeah, basically that, except that i'm thinking of a somewhat wider scope by > also covering

Re: [mailop] So, Sendgrid / Zoom, planning on actually doing anything about webinar spams?

On 2022-07-22 at 16:20 -0400, Luis E. Muñoz wrote: > Going back to the example of an ESP, does the hash of the email > address equate the email address as per GDPR? IANAL, but... GDPR is all about being able to identify someone, even if that would require help from someone else. So, the email

Re: [mailop] So, Sendgrid / Zoom, planning on actually doing anything about webinar spams?

>>whereas press@ec.europa.eｕ would not. There have been cases where a role based email like that have been considered being personal details in case of only one person having access to the mailbox. This on the basis that there can be collected information (IP-adresses and such) from other partie

[mailop] Tales from the Trenches, Observed activity by SpamAuditors

Strange last couple of days.. with renewed activity of old techniques. Keeping it to point form this time: * SendGrid still having problems, increased detection again (Love this spam, From: Department of Defence ) * IPXO got a new /16 in September, and already being leased to spammers

Re: [mailop] New Service Snowshoes for Customers through Sparkpost, Sendgrid, MailChimp Mandrill, SendMail, MailGun, MailJet, Amazon AWS, and more

n > > On September 25, 2017 at 16:40:46, Anne P. Mitchell Esq. ( > amitch...@isipp.com) wrote: > > I just became aware of a business that is taking advantage of the free > services offered by MailChimp Mandrill, Sendmail, MailGun, MailJet, > SparkPost, Sendgrid, and others to get th

Re: [mailop] Reputation accrual on friendly from header

mail.com/> > > I do find it interesting that Mailchimp, Sendgrid and other large ESPs let > you send from the address you signed up with e.g: pe...@gmail.com > <mailto:pe...@gmail.com>, automatically. I suspected that it was helping with > reputation containment in some wa

Re: [mailop] Intentionally vague SPF records.

Of those vendors you listed, Mailchimp doesn't send SPF aligned mail in the RFC5321.mailfrom (return-path), and Sendgrid custom domain authentication uses subdomain CNAMEs by default for the same, so you can count those off your list of ones you need to worry about on your organizat

Re: [mailop] Reputation accrual on friendly from header

g: bob.lob...@bobscompany.com <mailto:bob.lob...@bobscompany.com>) > in the From header (provided the domain doesn’t have DMARC enabled). > It seems it’s what most big players do (Mailchimp, Sendgrid etc). > > Do you know *how much reputation is attributed to the From header as &g

Re: [mailop] Line too long

l/rfc5321#section-4.5.3.1.6 and we > follow and respect that recommandation. > > I would not have raised this question here except that the user recently > moved from Cloudflare to us, and they shared with us a past email sent by > Sendgrid, that went through Cloudflare, and landed

Re: [mailop] Another 'Verified Email' service on AWS EC2

On 6/26/24 04:24, Jeff Peng via mailop wrote: On 2024-06-26 15:11, Gellner, Oliver via mailop wrote: On 26.06.2024 at 00:24  Jeff Pang via mailop wrote: since aws ses was blocked, other esp such as mailchannel, mailgun, sendgrid can be blocked also? That's a good idea, except whe

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

<    1   2   3   4   5   6   7   8   >