Re: [mailop] About to blacklist Marketo - has anyone received non-spam from them?

On 5/28/19 12:37 PM, Steve Atkins via mailop wrote: On May 28, 2019, at 7:47 PM, Jay Hennigan via mailop wrote: Note that their stated policy is that it's OK to spam anyone whose email address has been "published". That is not what it says. Technically correct, but the only &

Re: [mailop] About to blacklist Marketo - has anyone received non-spam from them?

On 5/28/19 10:57 AM, Anne P. Mitchell, Esq. via mailop wrote: I'm pretty much giving up on Marketo - and about to BL them and also recommend to others that they do so - as I have *never* received anything other than spam from them, and while they may still have a few good people there, it

Re: [mailop] About to blacklist Marketo - has anyone received non-spam from them?

On 5/28/19 4:01 PM, Steve Atkins via mailop wrote: /me wonders vaguely how much of the "Marketo spam" is coming from hostnames in "mkt1572.com" In my case, most of their spam originates from em-sj-77.mktomail.com and potomac1050.mktomail.com, but occasionally it's more obfuscated. -- Jay

Re: [mailop] About to blacklist Marketo - has anyone received non-spam from them?

On 5/28/19 12:58 PM, Kiersti Esparza via mailop wrote: Marketo will shift to the Adobe AUP in June which is more explicit.  I share this detail because I think it is going to make conversations about AUP enforcement a little easier for my team. https://www.adobe.com/legal/terms/aup.html A

Re: [mailop] About to blacklist Marketo - has anyone received non-spam from them?

On 5/28/19 13:21, Brett Schenker via mailop wrote: Two real world examples would be elected officials to be contacted and some corporations to be contacted. The former absolutely has reasons to be bulk emailed, the latter possibly too. Both would be "published" email addresses. For your

Re: [mailop] Bots, spam-traps and signup pages

On 5/9/19 2:43 PM, Andrew C Aitchison via mailop wrote: Is this deliberate enemy action or collateral damage ? I'm finding it difficult to see why a general spam bot would sign spam traps up to a mailing list, so guess that I am missing something ? Some of it may be in response to the growing

Re: [mailop] Invalument SIP/24

On 6/27/19 04:18, Simon Forster via mailop wrote: On 27 Jun 2019, at 09:17, Dave Holmes via mailop > wrote: All email is GDPR EU compliant What the heck does that mean? It's clearly the European version of "This message can't be considered spam because it's

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

On 8/14/19 11:09, Anne P. Mitchell, Esq. via mailop wrote: Something has changed in the past several weeks so that email from Mailop now comes: From: To: mailop@mailop.org Whereas before the change the email would come: From: Anne Mitchell To: mailop@mailop.org ..making triage, etc., of

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

On 8/14/19 11:26, Andy Smith via mailop wrote: I don't really get how it's harder to see the mail's source since the person's name is right there in the From header still. The only time it bothers me is when I want to send a direct reply off-list and then I have to look harder for their email

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

On 8/22/19 13:35, Michael Rathbun via mailop wrote: In '1984' there's Newspeak. Since 1995, there's been Spamspeak. Clarity in discussion is to be avoided at any (reasonable) cost. Spamspeak is alive and well on this very list. Witness the ongoing appearance of the spammer term "double

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

On 8/22/19 23:40, Andrew C Aitchison via mailop wrote: You can't use engagement like that. I consider the weekly/monthly email from a clothes store that gives me a discount for being on their email list to be SPAM. If you willingly gave then your email address for that purpose, it is by no

Re: [mailop] SpamCop and listwashing

On 8/27/19 03:54, Andy Smith via mailop wrote: Last week or so I noticed that I can no longer send SpamCop reports to a large hosting provider. The option now shows up as: abuse#example@devnull.spamcop.net with no explanatory text. Spamcop doesn't send reports to well known spammers

Re: [mailop] Lawsuit to watch: Tulsi v. Google

On 7/26/19 11:34, Michael Wise via mailop wrote: And since, as I gather, her political speech emails are not coming from a .GOV address, this could get complicated. I think that's going to be a non-issue. Political speech of anyone running for but not in office won't come from a .gov

Re: [mailop] Lawsuit to watch: Tulsi v. Google

On 7/26/19 13:38, Brett Schenker via mailop wrote: They've always been a bit cagey when I asked but from what I've been told it's opted-in individuals and data comes directly from email providers they have agreements with. While it's not perfect, it does seem to do a decent job of telling

Re: [mailop] Best Re-engagement Email

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 to the SMTP Enhanced Status Codes A [45]XX can be graduated by the associated [45].X.X. Add to the below list, if you get a 550 5.7.1 you need to stop mailing

Re: [mailop] Best Re-engagement Email

On 9/18/19 13:56, Michael Rathbun via mailop wrote: From experience, the best re-engagement email is sent to someone who has not opened or clicked within the past four months, and says, essentially, "If you want to continue to receive email from us, click here. Otherwise, you won't ever hear

Re: [mailop] Contact at Yahoo?

On 11/7/19 11:30, Rytis Dirgincius via mailop wrote: I’m not sure if I’m doing something wrong, but I don’t get the same result. I don’t encounter any IP address from a reserved address space right at the moment. "Right at the moment" indeed. They have the ridiculously short TTL of 60

Re: [mailop] Junk filtering as a tool for unfair competition

On 10/24/19 14:22, Jaroslaw Rafa via mailop wrote: Protecting against malware is not a spam filter's job; it's a UTM's (firewall's, web proxy's or whatever you use to protect your network) job. Email messages containing malware are unsolicited. They are bulk in most every case, and by

Re: [mailop] Junk filtering as a tool for unfair competition

On 10/23/19 03:57, Daniele via mailop wrote: Not to mention that with JMRP I'm getting 100% of legitmate emails that users tagged as spam for whatever reason, so the tool is pretty useless (just my 2 cents). Actually, that shows that the tool is indeed quite useful. It tells you that the

Re: [mailop] Junk filtering as a tool for unfair competition

On 10/23/19 13:01, Jaroslaw Rafa via mailop wrote: How to do it if you don't know what exactly these requirements are, and the receiving ISP doesn't help you with that in any way? If the receiving ISP published the criteria which it used to determine that a message is not spam, then the

[mailop] Microsoft fragmented abuse reporting

So, for a very long time the spam reporting address for all of Microsoft seems to have been report_s...@hotmail.com. This seems to have changed. Whois for Microsoft now shows the reporting address of ab...@microsoft.com which makes more sense. Recently I reported spam to the

Re: [mailop] Best strategy to prune address list

On 11/23/19 02:57, Rolf E. Sonneveld via mailop wrote: Hi, over the years, one of my customers has built up a list of contacts (mail addresses). He didn't use the list for quite some time and now he > wants to prune the list by checking the existence/validity of the addresses and remove the

Re: [mailop] Best strategy to prune address list

On 11/23/19 13:06, Rolf E. Sonneveld via mailop wrote: Do you have some examples of reputable list cleaning services? Devlin Null does a very thorough job of removing questionable addresses. If you're considering mass email to a list of unknown or sketchy provenance, feed it to Dev. --

Re: [mailop] Gmail marking email from me as spam

On 10/7/19 11:08, Alessandro Vesely via mailop wrote: In addition, there is a DNSBL listing 217.182.79.147 Spam Grouper Net block list netblockbl.spamgrouper.to Listed Query: 147.79.182.217.netblockbl.spamgrouper.to A Record: 127.0.0.2 TTL: 2100 reported by

Re: [mailop] Gmail marking email from me as spam

On 10/7/19 07:58, Jaroslaw Rafa via mailop wrote: Dnia 7.10.2019 o godz. 15:47:29 Graeme Fowler via mailop pisze: "Their network; their rules". No, it's not their network. It's our common network. If anybody imposes own rules on their part of the network, we are losing interoperability.

Re: [mailop] Gmail marking email from me as spam

On 10/7/19 07:29, Jaroslaw Rafa via mailop wrote: Dnia 7.10.2019 o godz. 14:18:52 Mathieu Bourdin via mailop pisze: Weel, basically your issue can be summarized in one word: reputation. Welcome to email deliverability 101 ;) And in what way this helps anything? Do you want to say "you

Re: [mailop] Gmail marking email from me as spam

On 10/14/19 06:01, Nick via mailop wrote: Thank you, but your reply appears to be a reiteration of what is said to be current practise. I don't see an answer to my question about considering ip addresses individually. Snowshoe spammers are one good reason. Spammers with access to a block of

Re: [mailop] Gmail marking email from me as spam

Way back at the beginning of this thread a week ago (but it seems like a month), the originator stated that he was: * Sending email to addresses he found on websites. * Sending with an origin IP on OVH. * Sending using the free domain eu.org. Do we really need all of this discussion as to

Re: [mailop] Do we need Spam folders?

On 10/14/19 06:07, Thomas Walter via mailop wrote: Do we even need Junk/Spam-Folders? I mean how much mail gets through the first "block directly" level on your site? Every now and then a wave comes through and results in a bad mail or two more, but can't people handle 3 or 5 spams in their

Re: [mailop] isaxl.com via bluehornet.com

On 12/18/19 09:58, Daniele Nicolodi via mailop wrote: Hello, in the last few days I am receiving a constant stream of spam from isaxl.com via bluehornet.com (apparently also known as mapp.com). [snip] Does it make sense to report this to someone, and if so how, or should I simply siphon all

Re: [mailop] [EXTERNAL] Re: Business justification to use noreply sender addresses?

On 2/6/20 12:06, Patrick Ben Koetter via mailop wrote: So the business justification is to use 'any' routeable envelope sender address because one wants to do bounce processing. The technical justification is to use 'any' routeable envelope sender address in order to achieve better

Re: [mailop] A Facebook curiosity: lots of people suddenly have accounts at honet.com?

Nadine, is that you? -- Jay Hennigan - j...@west.net Network Engineering - CCIE #7880 503 897-8550 - WB6RDV ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

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

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

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

On 1/17/20 00:47, Jaroslaw Rafa via mailop wrote: Hm... I don't understand. I don't use Facebook much, besides administering some low-traffic fanpage, but AFAIK Facebook sends mail to the e-mail address you gave when you registered on Facebook. And to register on Facebook, you must have access

Re: [mailop] sendgrid sending spam claiming to be chase.com

On 12/24/19 12:54, Mark Milhollan via mailop wrote: The problem there is that what was once okay might turn to crud or DNS responces might be different for you than for them.  The former should be detectable if they were to do it as they forward/relay but the odds of that are low so Sendgrid

Re: [mailop] [External] Re: Horrible week for email deliverability - Looking for help with RackSpace/Emailsrvr

On 3/26/20 09:45, Kevin A. McGrail via mailop wrote: On 3/26/2020 12:37 PM, John Levine wrote: Do you know what your customers are sending? If it's blasts of "hey person who visited our web site eight years ago, we're very concerned about COVID and we're washing our hands and here's a

Re: [mailop] what is spam was Re: [External] Re: Horrible week for email deliverability - Looking for help with RackSpace/Emailsrvr

On 3/27/20 11:31, John R Levine via mailop wrote: On Fri, 27 Mar 2020, Kevin A. McGrail wrote: And I take a the approach that there are implicit consent in transactions.  For example, you buy something from XYZ big box store's website.  There is a 100% implicit consent that you can receive

Re: [mailop] Barracuda ESS is mass-accessing websites on my server, why?

On 4/1/20 13:16, Kevin A. McGrail via mailop wrote: Anyone from Barracuda on the list or have a contact? I have a screenshot and logs showing a lot of concurrent accesses from 209.222.82.X which appears to be IPs for ess barracuda.  I'd normally call it a DOS attack.  Looks like robots gone

Re: [mailop] SendGrid Abuse unresponsive

On 5/5/20 14:30, Blake Hudson via mailop wrote: Been getting a variety of Amex scams for several weeks via SendGrid. Wish they had a better reporting mechanism. The reporting mechanism is fine. There just isn't anyone who cares on the other end of it. -- Jay Hennigan - j...@west.net Network

Re: [mailop] [EXTERNAL] What's Microsoft's S3150 block list and where do I go to request removal?

On 9/9/20 11:01, Michael Wise via mailop wrote: ... people still DO that? Sorry. Yes. Many of us here have embraced but haven't extended and aren't attempting to extinguish. ;-) -- Jay Hennigan - j...@west.net Network Engineering - CCIE #7880 503 897-8550 - WB6RDV

Re: [mailop] Trying to find the CIDR ranges for DigitalOcean

On 10/9/20 05:20, Michael Orlitzky via mailop wrote: On 2020-10-09 03:19, Steve Atkins via mailop wrote: I like Hurricane Electric's tools. https://bgp.he.net/AS14061 After a copy/paste, grep, and consolidation of those ranges I wind up with... 10.127.40.0/24 10.196.66.0/24 10.212.2.0/24

Re: [mailop] sendgrid.net

On 9/25/20 06:36, Michael via mailop wrote: What's the consensus on sendgrid.net? I don't know anything about them, but I had the impression that they were a reputable company. Lately, I've noticed a lot of phishing emails coming from them. Does anyone just block them completely? Even before

Re: [mailop] [External] sendgrid.net

On 9/25/20 11:50, Anne P. Mitchell, Esq. via mailop wrote: I've been very saddened. Sendgrid was a reputable ESP that has fallen from grace. About 6-7 months ago, we started seeing pretty large amounts of spam from them. Exactly - this tracks with the timeline when a) they ceased being

Re: [mailop] Any chance that Microsoft would tell it's customer that the 'junk' folder creates complaints?

On 9/24/20 01:10, Benoit Panizzon via mailop wrote: [snip] Now the Microsoft customer contacted us, that he had indeed subscribed to the newsletter of our customer and still wanted to receive it. So we checked with the recipient WHY he kept reporting those emails as spam and he told us, that

Re: [mailop] Maximum message size

On 10/23/20 10:23, Adam Moffett via mailop wrote: I'm at 200MB maximum message size and have someone requesting we increase that limit. Is there any current consensus on what it should be? I think you'll find that the rest of the Internet has a limit far lower, about 20 MB is Never

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

On 8/3/20 17:31, Anne P. Mitchell, Esq. via mailop wrote: Did you not read what I quoted from the Spamhaus website? They are based in Switzerland and Andorra, not the UK. My assumption is that there is basically no chance of any U.S. ruling being enforced in either of these two countries,

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

On 8/4/20 06:07, Chris via mailop wrote: On 2020-08-04 05:32, Laura Atkins via mailop wrote: It was Mr. Charles Benn who, according to the service of process affidavit, was authorized to receive process on their behalf. Actually, "Charlie Benn".

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

On 8/4/20 09:24, Rob Nagler via mailop wrote: It is actually more sinister than anybody realizes. I did some research into Charles "Charlie" Benn. He is working on new technology  to get spam into the UK and the EU. RFC1149 has been around since 1990, not

Re: [mailop] Intermittent slow email delivery

On 7/10/20 11:06, Job Cacka via mailop wrote: "Senders will tend to back off, and retry at increasingly long intervals, until they get a successful connection." Thanks for the test Adam. I do agree with your Analysis. The interesting thing is I am not seeing this refusal at my end logged.

Re: [mailop] Intermittent slow email delivery

On 7/10/20 14:36, Job Cacka via mailop wrote: There is PAT firewall that load balances multiple networks. This is a possibility, especially if the load-balancing is pushing some incoming traffic to the wrong internal network. A Barracuda spam filter If this is configured to drop traffic

Re: [mailop] Sendgrid and phishing

On 6/18/20 07:52, Michael Peddemors via mailop wrote: From: "Netflix" How is that not already a check on egress after a couple of months.. Do you REALLY think you are going to have a customer who named themselves that using your service? Inquiring minds want to know... Follow the money.

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

On 6/3/20 08:59, Robert L Mathews via mailop wrote: If large ESPs who consider themselves reputable added a consistent header saying whether the subscription had been confirmed ("double opt in"), that could be used in combination with DKIM source verification to provide positive and negative

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

On 6/2/20 14:25, Michael Peddemors via mailop wrote: The 'From' header is too easily forged (see all the 'Paypal' and 'Netflix' phishing SendGrid is dealing with.. The 'From' header is too easily forged (see all the 'Paypal' and 'Netflix' phishing SendGrid isn't dealing with.. FTFY. --

Re: [mailop] Gosh, I love sendgrid

On 12/21/20 17:21, John Levine via mailop wrote: Now they're sending antivax spam from the pseudoscientific Weston A. Price foundation. As long as the checks don't bounce, I don't think Sendgrid really cares if the mail does. -- Jay Hennigan - j...@west.net Network Engineering - CCIE #7880

Re: [mailop] Gosh, I love sendgrid

On 12/22/20 12:34, John Levine via mailop wrote: In article you write: The only basis on which these emails should be judged is on whether they're spam or malware. This suggests you're OK with child pornography and beheading videos so long as subscribers ask for them. And what about the

Re: [mailop] Gosh, I love sendgrid

On 12/21/20 18:55, John Levine via mailop wrote: Also, while the Skokie march was phenomenally offensive, at that time there was no issue of physical harm or injury from the march. But now, when antivax nonsense persuades people who would otherwise get vaccinated that they shouldn't, they or

Re: [mailop] GMail 550 5.1.1?

On 12/14/20 16:00, Tara Natanson via mailop wrote: Heh, I  just sent the same thing.   We starte seeing it at 15:30 Eastern US time. Many Google services including Gmail, Google Drive, and YouTube have been having issues today according to Outages mailing list. Though some are reporting

Re: [mailop] spam from ASN 46664

On 11/12/20 13:08, Mary via mailop wrote: Hello, Anyone knows how to get in touch with the owners of ASN 46664? jay$ whois -h whois.arin.net as46664 # # ARIN WHOIS data and services are subject to the Terms of Use # available at: https://www.arin.net/resources/registry/whois/tou/ # # If you

[mailop] Fwd: Firefox Relay

On 12/18/20 03:52, Andrew C Aitchison via mailop wrote: I note a new service: Firefox Relay https://relay.firefox.com/    As you browse, the Relay icon will appear in form fields where    sites ask for your email address. Select it to generate a new,    random address that ends in

Re: [mailop] Sendgrid again...

On 1/22/21 06:38, Hans-Martin Mosner via mailop wrote: But forwarding an abuse address that is somewhat expected to receive problematic content to a service that tries to keep such content out of their users' mailboxes doesn't really look very professional, and even if it isn't technically

Re: [mailop] Abuse reporting to Microsoft?

On 6/23/21 15:49, Simon Arlott via mailop wrote: I received a scam email from mail-ma1ind01on060c.outbound.protection.outlook.com (2a01:111:f400:fea4::60c) so I reported it to the RIR contact, ab...@microsoft.com and got the following reply implying that they intend to ignore the problem

Re: [mailop] Recommendations for mail campaign services

On 5/7/21 01:33, Alessandro Vesely via mailop wrote: On Wed 05/May/2021 21:14:08 +0200 Jay Hennigan via mailop wrote: Then my personal recommendation would be Mailchimp or possibly Constant Contact if you're not comfortable with doing it in-house. Thank you Jay for mentioning that. Would

Re: [mailop] Recommendations for mail campaign services

On 5/5/21 11:27, Geoff Mulligan via mailop wrote: I'm working with a non-profit company that would like to use an e-mail campaign system. Does anyone have any recommendations: mailchimp, sendgrid, ... Will this campaign involve sending to any recipients that have not specifically agreed to

Re: [mailop] Recommendations for mail campaign services

On 5/5/21 12:43, micah via mailop wrote: On 2021-05-05 14:43:35, Brian Weir via mailop wrote: I would definitely stay away from SendGrid unless you get a dedicated IP. Can you say more about why that is? I'm curious to know more about how blocked/unblocked SendGrid is They're pretty widely

Re: [mailop] Recommendations for mail campaign services

On 5/5/21 12:04, Geoff Mulligan via mailop wrote: No, it will not. Then my personal recommendation would be Mailchimp or possibly Constant Contact if you're not comfortable with doing it in-house. -- Jay Hennigan - j...@west.net Network Engineering - CCIE #7880 503 897-8550 - WB6RDV

Re: [mailop] protection.outlook.com refusing to accept mail with misleading temp error message

On 6/1/21 20:55, John Levine via mailop wrote: You really REALLY do not want your mail provider to deliver every message. At large mail systems, typically 90% or more of the incoming mail is spam. Without aggressive filtering, e-mail would be unusable. Agreed 100%. Another thing that you

[mailop] protection.outlook.com refusing to accept mail with misleading temp error message

On 6/1/21 03:39, Daniel K. via mailop wrote: It turned out that my ISPs email servers was on the Microsoft shit-list, and that, quote: messages are being filtered (i.e. sent to the Junk folder) based on the recommendations of the SmartScreen® Filter. I propose an Internet law: Jay's Law:

Re: [mailop] [EXTERNAL] Re: protection.outlook.com refusing to accept mail with misleading temp error message

On 6/2/21 13:35, Florian Effenberger via mailop wrote: Hi Michael, Am 2021-06-02 21:09, schrieb Michael Wise via mailop: Sending from that IP is ... how one usually tests that it's working. what IMHO would be much better to check newly assigned IPs is, if there's a way to query via DNS, or

Re: [mailop] Hen and egg problem with Talos

On 7/7/21 13:08, Michael Peddemors via mailop wrote: [snip] You should consider adding some AUTH protections of course, to mitigate compromised accounts, and better detection/rate limiters for when they do. Encourage transparent 2FA, and options like country auth restrictions, blocking AUTH

Re: [mailop] Issue with Verizon bounce block and Sales Force

On 3/1/21 08:01, Hector Malave via mailop wrote: We only mail customers and people that opt-in via a quiz. How do non-customers learn about the quiz? -- Jay Hennigan - j...@west.net Network Engineering - CCIE #7880 503 897-8550 - WB6RDV ___ mailop

Re: [mailop] [EXTERNAL] Re: Hotmail and block on OVH: possible solutions alternatives?

On 2/25/21 15:15, Andrew C Aitchison via mailop wrote: Hmm. No indication of how to specify IPv6 addresses. Do people think 256 addresses total is reasonable for IPv 6 ? Reasonable for what? A single subnet of /64 is 18,446,744,073,709,551,616 potential addresses. There's almost never a

Re: [mailop] [EXTERNAL] Re: Hotmail and block on OVH: possible solutions alternatives?

On 2/25/21 15:49, Alan Hodgson via mailop wrote: Does Microsoft even accept mail over IPV6? Not for hotmail.com or outlook.com domains, apparently. jay$ dig +short hotmail.com -t mx 2 hotmail-com.olc.protection.outlook.com. jay$ dig +short hotmail-com.olc.protection.outlook.com -t

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

On 2/5/21 09:41, Anne P. Mitchell, Esq. via mailop wrote: On Fri, Feb 5, 2021 at 9:18 AM Thomas Walter via mailop wrote: You can not trust users to identify spam. Sure you can. You can trust them to identify what *they* consider to be spam. It just doesn't jive with what we consider to

Re: [mailop] google at spamhaus

On 8/31/21 03:04, Tim Bray via mailop wrote: Hi all, I noticed that a google IPv6 address was recently listed in spamhaus XBL. 2607:f8b0:4864:20::82c at  2021-08-30 19:27:45 UTC I just thought this a bit unusual and worth a mention.  Probably the first time I've seen spamhaus block a genuine

Re: [mailop] Vade - Blacklisting

On 8/16/21 10:20, Scott Mutter via mailop wrote: Anybody from Vade on the list able to give any details as to why 66.11.124.112 is listed? Apparently Comcast uses Vade as part of their blacklist and this IP is being blocked by Comcast's mail servers Did you jump through the flaming hoop?

Re: [mailop] [EXTERNAL] Re: Vade - Blacklisting

On 8/16/21 18:07, Scott Mutter via mailop wrote: Thanks Alex. This looks to be working now. Was this being blocked by Comcast or by Vade? Blocked by Comcast due to being listed on Vade's RBL. RBLs by themselves don't block anything. They just list things to aid others in making blocking

Re: [mailop] google at spamhaus

On 9/2/21 08:09, IP Abuse Research via mailop wrote: To provide an even assessment, the problem isn't limited to Gmail addresses. Is anyone tracking disposable email websites and associated sending domains or is this just seen as noise in the larger scope? Is anyone interested in trying to

Re: [mailop] syncaor/centurylink/hughes contact?

On 9/12/21 20:00, Ramakrishnan, Naren via mailop wrote: Hi Russ & Udeme, I'm not sure who Russ and Udeme are, but you've written to a relatively large mailing list. We also are seeing “554 5.7.1“ bounces from “tds.net, q.com" for the financial communications we send on behalf of our

Re: [mailop] Gangs scanning mailboxes for quick cash

On 9/7/21 11:05, Mike Hammett via mailop wrote: Fail2Ban to the rescue!  ;-) In some cases. In far too many others, the mailbox user ends up getting spearphished and responds to an official-looking spam email asking to verify credentials, warning of mailbox errors, over quota, etc. Bad guys

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

On 9/23/21 19:45, John Levine via mailop wrote: A bizarre new Texas law makes most spam filtering illegal, effective Dec 2: “An electronic mail service provider may not intentionally impede the transmission of another person’s electronic mail message based on the content of the message”

Re: [mailop] How to detect fraud login in POP IMAP or SMTP?

On 9/23/21 02:45, Jaroslaw Rafa via mailop wrote: Dnia 23.09.2021 o godz. 08:21:40 Sidsel Jensen via mailop pisze: Unfortunately we can only do this in our Webmail, we have no good way of sending this message to a user of a 3rd party mail client. If someone on this list has a good idea on how

Re: [mailop] Weird delays for email forwarded to Gmail

On 10/11/21 17:54, Jarland Donnell via mailop wrote: Some of my customers are getting a bit belligerent over it, and it seems quite obvious to me to say "There is nothing that I can do about this." That doesn't stop them from demanding it though, it surely must be "my problem." You could

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

On 10/15/21 17:40, Grant Taylor via mailop wrote: On 10/15/21 5:37 PM, Dave Crocker via mailop wrote: Yes, but... That's the point that is intuitively reasonable which doesn't make real sense to me, after thinking about it. What doesn't make real sense to you?  The relation of reputation and

Re: [mailop] IPv6 (was: Re: Google should be burnt or blown up (was: Gmail putting messages to spam))

On 10/5/21 12:05, Jarland Donnell via mailop wrote: It's not terrible advice. Google is more likely to filter to spam folder from IPv6 addresses. Enough of us have seen it to know we're putting the puzzle pieces together correctly. Which on the face of it makes no sense. Spammers, especially

Re: [mailop] How to detect fraud login in POP IMAP or SMTP?

On 9/21/21 08:08, Alessio Cecchi via mailop wrote: Hi, we are an email hosting provider, and as you know many users use weak passwords, or have trojan on their PC that stolen their password that are used to sent spam or doing some kinds of fraud. Fail2ban for weak passwords. There are also

Re: [mailop] Is outlook.com blocking all Linode IPv4 space?

On 12/19/21 06:23, Daniele Nicolodi via mailop wrote: Not qualified for mitigation 109.74.203.128 Our investigation has determined that the above IP(s) do not qualify for mitigation. Which roughly translates to "we don't care about receiving email from independent senders". You misspelled

[mailop] Comcast contact - IPv6 routing issue?

Very small discussion list seeing bounces from Comcast. We are sending with IPv4 but bounce looks like an IPv6 network problem. Error message is as follows: (recipient usernames redacted). Can someone look into this or contact me offlist? Thanks! Final-Recipient: rfc822; x...@comcast.net

Re: [mailop] blocked by microsoft

On 1/5/22 07:03, Carsten Schiefner via mailop wrote: How about registering a Hotmail account for this purpose? And if you play it via its web GUI, I’m sure you’d get through. That's exactly what the end goal is. https://en.wikipedia.org/wiki/Embrace,_extend,_and_extinguish * Embrace - Take

Re: [mailop] Roundcube client IPs → dovecot, postfix

On 12/28/21 09:27, Steven Champeon via mailop wrote: I hope to die before that logic extends to hiding what channel you are tuned into on a TV or radio for "privacy reasons". Infrastructure is infrastructure, it's not like every packet you send has a social security number or bank account

Re: [mailop] Is there any analysis on root causes of mail account break-ins?

On 11/17/21 00:10, Hans-Martin Mosner via mailop wrote: Here I want to focus on hacked mail accounts. I can think of two major root causes but I have no idea about their relative significance: * Easily guessable passwords, with two subcauses for exploits: o Brute force authentication

Re: [mailop] spamhaus blocking Linode IPv6 (2a01:7e01)

On Thu, Nov 25, 2021 at 03:07:02PM +0200, Mary via mailop wrote:>> I think Linode does not follow the /64 rule and assigns thousands of customers within the 2a01:7e01::/64 block. They user a bunch of blocks, depending on their data centre.>> I think by default each client is assigned a single

Re: [mailop] spamhaus blocking Linode IPv6 (2a01:7e01)

On 11/25/21 06:22, Mary via mailop wrote: But that is not a real solution is it? Maybe linode and spamhaus can come up with a better solution between them? It's not a Spamhaus problem. Linode is beyond stupid. Linode has over four billion /64s. The rest of the Internet treats a /64 as a

Re: [mailop] [EXTERNAL] comcast.net MX

On 12/5/21 03:15, Slavko via mailop wrote: Hi, Dňa Sun, 5 Dec 2021 10:12:24 + ml+mailop--- via mailop napísal: RFC 5321 SMTP October 2008 o The reserved mailbox name "postmaster" may be used in a RCPT command without domain

Re: [mailop] Anyone from Google here?

On 7/16/21 09:09, Eric Tykwinski via mailop wrote: Just a heads up, I noticed some emails piling up in our spool. Common part is McAfee’s ad in the signature. Scanned by McAfee and confirmed virus-free. Find out more here: https://bit.ly/2zCJMrO Previous thread suggests that they're being

Re: [mailop] Anyone from Google here?

On 7/16/21 09:09, Eric Tykwinski via mailop wrote: Just a heads up, I noticed some emails piling up in our spool. Common part is McAfee’s ad in the signature. “ Scanned by McAfee and confirmed virus-free. Find out more here: https://bit.ly/2zCJMrO “ In addition to Google marking as spam,

Re: [mailop] m-365 still works like a spammer !

On 7/24/21 03:38, Xavier Beaudouin via mailop wrote: So now this is not SHOULD, but MUST. So Microsoft violate (once again) a RFC... Embrace, extend, extinguish. -- Jay Hennigan - j...@west.net Network Engineering - CCIE #7880 503 897-8550 - WB6RDV

Re: [mailop] What am I supposed to do with abuse complaints on legit mail?

On 1/13/22 00:32, Alessandro Vesely via mailop wrote: As an extra courtesy you could add something like "We're sorry that our mail was considered spam, it's not our intent to send unsolicited mail." That's appropriate for the specific case where the MUA flags the list owner that the message

Re: [mailop] What am I supposed to do with abuse complaints on legit mail?

On 1/13/22 16:08, Scott Mutter via mailop wrote: I'm not sure what value of Recipients is really referring to - but I think this is kind of the question that needs to be asked.  Should the administrator of a sending server (the IP address) be responsible for removing addresses from a mailing

Re: [mailop] What am I supposed to do with abuse complaints on legit mail?

On 1/13/22 20:24, Scott Mutter via mailop wrote: The issue is that big name mail service providers, like Gmail, Microsoft, Yahoo - do not offer a way to get effective feedback loops. Again, this is why I say the AOL feedback loop system of the 2000's was so great.  I've NEVER gotten anything

Re: [mailop] What am I supposed to do with abuse complaints on legit mail?

On 1/13/22 16:08, Scott Mutter via mailop wrote: I'm not sure what value of Recipients is really referring to - but I think this is kind of the question that needs to be asked.  Should the administrator of a sending server (the IP address) be responsible for removing addresses from a mailing

  1   2   >