Re: [mailop] Someone at Google (GSuite) with a clue?

On Tue, May 14, 2024 at 9:52 AM Brandon Long via mailop wrote: > The workgroup email log search should really have given the reason, > however. Or if we'd ever added a groups log feature like we did when I was > at eGroups/Y!Groups. > That's what surprised me--zero ability to easily debug this

Re: [mailop] Someone at Google (GSuite) with a clue?

> > Can't speak about the logs, it's been a while since I managed a Google > Workspace deployment, but I would've guessed the logs would've shown the > permission issue & bounce? > On 5/11/24 2:56 AM, Aaron C. de Bruyn via mailop wrote: > > The sending email is a no-reply.

Re: [mailop] Someone at Google (GSuite) with a clue?

The sending email is a no-reply. Google accepts the message with at 2xx and then logs a bounce in gsuite with no info. Someone at Google replied off -list. Apparently it was a group permission issue, but the GSuite logs don't give a reason, just that it bounced. And their chat support couldn't

[mailop] Someone at Google (GSuite) with a clue?

I'm hoping someone at Google with a clue can reach out. I've been stuck in a 2 hour loop with a tech that knows nothing about email. Short version: A client uses GSuite and has an internal fax server that converts faxes to email. The fax server relays messages through mailgun. It's worked for

Re: [mailop] Paging MailGun to the certificate renewal phone...

Someone saw the message. Cert just renewed a few minutes ago. :) -A On Tue, Apr 2, 2024 at 12:36 PM Aaron C. de Bruyn wrote: > Hey MailGun, > > I opened a support ticket with you a few days ago...your TLS cert is about > to expire on smtp.ma

[mailop] Paging MailGun to the certificate renewal phone...

Hey MailGun, I opened a support ticket with you a few days ago...your TLS cert is about to expire on smtp.mailgun.org:25. -A ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop

Re: [mailop] [EXTERNAL] Comcast "Security Edge Report"

n > > Sr. Engineer, Anti-Abuse & Messaging Policy > > Comcast > > > > *From:* mailop *On Behalf Of *Aaron C. de > Bruyn via mailop > *Sent:* Wednesday, March 16, 2022 10:05 AM > *To:* mailop@mailop.org > *Subject:* [EXTERNAL] [mailop] Comcast "Security

[mailop] Comcast "Security Edge Report"

I'm hoping someone at Comcast is lurking who can contact me about the "Your Comcast Business SecurityEdge Activity Report" emails. At some point a year or two ago a CSR got my email address for a ticket, and now I'm getting around 30 Security Edge Reports every week for cable connections that

Re: [mailop] Best hosting platform was Re: [EXTERNAL] Microsoft IP Filtering - sort of full details

The important part in that statement is "via mailop". The mailing list accepted and re-distributed the message. If you tried to email Noel directly, it probably wouldn't go through. Noel isn't the only one who blocks linode. -A On Sun, Jan 16, 2022 at 7:12 PM Mary via mailop wrote: > > You are

Re: [mailop] Mid-Week State of the Union Email - Observations from the Pit

Black Friday mail spam is so "last decade". Apps is where it's at. I woke up to somewhere around 25 different 'notifications' from Android apps telling me to subscribe to crap services (i.e. "Sign up for a year of free ringtones" or "Buy the paid version of this app to stop receiving spam

Re: [mailop] WhatCounts/Costco silliness

Nobody wants to unsubscribe from Costco. I like my Costco email like I like my Costco purchasesin bulk. ;) -A On Sun, Oct 24, 2021, 14:58 John Levine via mailop wrote: > It appears that Larry M. Smith via mailop said: > >Ya know, I'm not a deliverability guy; So there's a good chance

Re: [mailop] Corrupt plain text email

What software is in-use for the mail server, any AV products that might be intercepting it, and the mail clients? Have you tried tossing a packet capture on the mail server to see what is received from your client? Or what the recipient receives when he pulls mail from his box? -A On Thu, Sep

Re: [mailop] Digital Ocean spoofing activity

On Wed, Aug 11, 2021 at 1:11 AM Hans-Martin Mosner via mailop < mailop@mailop.org> wrote: > Some DO customers actually do send email from their droplets. Some of them > aren't even spammers, so I would suspect that for them, bad IP reputation > probably means inferior deliverability. But you may

Re: [mailop] Digital Ocean spoofing activity

On Tue, Aug 10, 2021 at 4:55 PM Michael Peddemors via mailop < mailop@mailop.org> wrote: > You think that bad publicity would hurt the stock price.. isn't that bad > for a CEO's career ;) > Why would it? I don't pay Digital Ocean for IP reputation. I pay them to run a bunch of "droplets" that

Re: [mailop] Haraka status? Exim the only choice? (v Postfix)

On Fri, May 7, 2021 at 8:23 AM Steven Champeon via mailop wrote: > I've only ever seen 11 hosts that were > actually running it. > I use it as an 'internal relay' and it works well. Hundreds of copiers, UPS units, and other low-level network devices use it as their outbound SMTP server. It

Re: [mailop] Gmail IMAP xyzzy ?

I have the same combination on my luggage... On Mon, Aug 3, 2020 at 3:14 PM Brandon Long via mailop wrote: > By a complete coincidence, Don Woods worked on Gmail related stuff after > we acquired Postini... but didn't add this code. > > Brandon > > On Sun, Aug 2, 2020 at 3:45 PM John Levine via

Re: [mailop] Google and the Message-Id Header

On Fri, Oct 11, 2019 at 4:55 PM Brandon Long wrote: > At this point, it looks like the message-id header is a red-herring (or an > indication of a different path on their side), the problem is a bug in the > proxying mail server (haraka) issuing multiple EHLO commands after > STARTTLS, but only

Re: [mailop] Google and the Message-Id Header

On Tue, Oct 8, 2019 at 1:51 PM Bill Cole via mailop wrote: > Not exactly garbage: if it exists, it needs a '@' and the legal content > is slightly less permissive than the 'addr-spec' definition (i.e. email > addresses.) Also, it must be unique, so using a real fully qualified > hostname (i.e.

Re: [mailop] Google and the Message-Id Header

I looked through the logs. No duplicate message IDs over a 7-day period. -A On Tue, Oct 8, 2019 at 1:33 PM Chris Wedgwood wrote: > > The second tech arrived at the conclusion that it was the Message-Id > > header. Messages that were delivered had an externally-resolvable domain > > as part

[mailop] Google and the Message-Id Header

We have a bunch of satellite offices that relay through our corporate mail gateway. The mail gateway handles things like scan-to-email from copiers, email from our internal fax gateway, etc... Starting Monday morning-ish Google has been one of a few things apparently at random: * Accepting the

Re: [mailop] Anyone from GitHub here?

On Wed, Mar 6, 2019, 00:01 Philip Paeps wrote: > I wonder if GitHub cares about their platform being used for harvesting. > I wonder if the Yellow Pages cares about their phone book being used by prank callers. /sarcasm https://github.com/ppaeps Make your email address private. Otherwise

Re: [mailop] Lots of spam from gmail ?

It's been about a month for me, but my GSuite account has been hammered from other GSuite or Gmail accounts and it's all a mix of SEO spam and "Hire us for your business website" junk. Most of it gets filtered, but a few per day get into my inbox. -A On Fri, Feb 2, 2018 at 2:22 PM John Levine

[mailop] No DKIM signing for Google GSuite Calendar Replies?

I'm wondering if anyone else can confirm what I'm seeing... I'm using Google's GSuite to host mail. DKIM has been set up for a while (years?) and validates against auto-responders and a hastily set up test mail server. Creating a calendar item containing external (non-GSuite/GMail) users works

Re: [mailop] frontier.com lost MX record

A query against their nameservers show multiple MX records being returned at the moment. Queries against 8.8.4.4 return MX records for me, but 8.8.8.8 returns: ;; QUESTION SECTION: ;frontier.com. IN MX ;; ANSWER SECTION: frontier.com. 79773 IN CNAME qathostedassist.frontier.com. ;; AUTHORITY

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

I think it's the numbers. If they can blast out a few million messages and even a small percentage of people buy whatever they're selling, they'll keep it up. Years ago I worked for an IT company that *knew better*, yet when we received our business cards they were trashy (white borders around

Re: [mailop] Alice.it contact

to retreat to my underground bunker now as everyone's starting to go crazy around here. ;) -A On Fri, Aug 18, 2017 at 10:56 AM, Stefano Bagnara <mai...@bago.org> wrote: > On 18 August 2017 at 19:25, Aaron C. de Bruyn <aa...@heyaaron.com> wrote: >> As a postmaster or abuse

Re: [mailop] Alice.it contact

st the list, so they have the > right to write the rules (I can simply explain people why I suggest to > not use that list). > > So I still hope someone will make a list for domains that dev/null > email to postmaster@domain because rfc-clueless "POSTMASTER" list, > unfortun

Re: [mailop] Alice.it contact

It exists: http://rfc-clueless.org/ :) -A On Mon, Aug 7, 2017 at 7:19 AM, Stefano Bagnara wrote: > Hi Lindani, > > we're an italian ESP and we never had success contacting Alice.it postmaster. > Alice.it is the freemail domain of the biggest telecom operator in > italy

[mailop] Haraka? (was: DKIM for Exchange - experiences?)

Slightly off-topic, but I've seen a lot of responses to the DKIM for Exchange topic about wrapping Exchange with Postfix. I ended up switching all our outbound servers to Haraka about 1.5 years ago, and switched out inbound to Haraka about a year ago with great success. There have been a few

Re: [mailop] Inboxing Dips at Gmail

I've been seeing issues with filtering with my Google Apps for Domains account. Filtering has been perfect for years. Now I'm getting more legit e-mail into spam all of a sudden, and more spam into my inbox. (Lots of e-mail from India offering to design websites for me.) The bad part is the

Re: [mailop] Cloudflare not taking actions agains spamers?

On Mon, Sep 5, 2016 at 10:19 PM, Dave Warren wrote: > There is a difference: CloudFlare serves content on behalf of the site > owner, my cache does not. > > What is your point here? > I guess I see it differently. CloudFlare is just a cache. They are a proxy service. They

Re: [mailop] Cloudflare not taking actions agains spamers?

or Prodigy or something was ruled to not be responsible for content flowing through their networks as they are simply the conduit. Wouldn't that apply to something like CloudFlare? -A On Mon, Sep 5, 2016 at 9:56 PM, Dave Warren <da...@hireahit.com> wrote: > On Mon, Sep 5, 2016, at 21:44, Aaro

Re: [mailop] Google: Increase in false positives?

On Fri, Sep 2, 2016 at 9:22 AM, Laura Atkins wrote: > Gmail is pretty smart, they do a “best guess” SPF where if the sending IP > is the same as your MX then it’s considered authed even if it’s not > explicitly set. That covers a lot of small servers that aren’t >

Re: [mailop] Google: Increase in false positives?

On Fri, Sep 2, 2016 at 1:39 AM, Renaud Allard via mailop wrote: > On 09/02/2016 10:28 AM, Brandon Long via mailop wrote: > > The spam team would love to send all unauthed mail to the spam label or > > even reject it (they call it no auth no entry). > > > > IMHO, that would be

[mailop] Google: Increase in false positives?

Just wondering if anyone else has noticed a *huge* uptick in false positives with GMail or Google Apps? Before this week, I'd get one legit messages in spam folder every month or two. This week, lots of stuff from mailing lists (several on Google Groups) is going to spam as well as a few

Re: [mailop] att.net / prodigy mail admin?

Talked w/ Anne off-list. She was able to get things sorted out. Thanks again Anne. -A On Fri, Aug 26, 2016 at 12:09 PM, Anne Mitchell wrote: > Aaron, please contact me offlist with details including your client's IP > address(es), and we can help. > > Anne > > Anne P.

[mailop] att.net / prodigy mail admin?

I have a client (a law firm) that is unable to e-mail one of their clients at att.net. We consistently get the following error: Failed to deliver to '--redacte...@att.net' SMTP module(domain att.net) reports: return-path address <--redacte...@walstead.com> rejected by ff-ip4-mx-vip2.prodigy.net:

Re: [mailop] Tracking Office 365 Delay notices?

On Wed, Aug 17, 2016 at 4:18 PM, Michael Wise wrote: > > > In this case, if I’m understanding it right, the traffic never got IN to > the Office365 environment, or if so, it might not have been associated with > the actual domain in question, but … the number of times

Re: [mailop] Tracking Office 365 Delay notices?

On Wed, Aug 17, 2016 at 3:20 PM, Michael Wise wrote: > > No worries! J > > $DIETY knows, these things happen. > Yup. I'm not sure if you can comment on one part of my original question. In this situation the message obviously didn't make it from hotmail to Office

Re: [mailop] Tracking Office 365 Delay notices?

g Tool > <http://www.microsoft.com/en-us/download/details.aspx?id=18275> ? > > > > *From:* mailop [mailto:mailop-boun...@mailop.org] *On Behalf Of *Aaron C. > de Bruyn > *Sent:* Wednesday, August 17, 2016 2:43 PM > *To:* mailop@mailop.org > *Subject:* [mailop] Trac

Re: [mailop] Tracking Office 365 Delay notices?

oha, > > Michael. > > -- > > *Michael J Wise* | Microsoft | 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:* mailop [mail

Re: [mailop] What in the name of all that is evil is this new spam technique?

Apparently my search-fu was bad. I hadn't marked it as spam, but I lost it in the Master In Pile. It's a rather long message, so I stuck it here: http://dpaste.com/2D7WMFK -A On Mon, May 9, 2016 at 12:57 PM, Aaron C. de Bruyn <aa...@heyaaron.com> wrote: > It came in to my GMai

Re: [mailop] What in the name of all that is evil is this new spam technique?

Go ahead. Nothing needs to be obscured. Thanks, -A On Mon, May 9, 2016 at 1:17 PM, Anne Mitchell wrote: > > > It came in to my GMail account, and I figured I'd mark it as spam. It's > gone now. Sorry. > > Ok if I forward over the image, with your info obscured? > >

Re: [mailop] What in the name of all that is evil is this new spam technique?

It came in to my GMail account, and I figured I'd mark it as spam. It's gone now. Sorry. -A On Mon, May 9, 2016 at 11:20 AM, Anne Mitchell wrote: > > > > > > Weird. I've been involved with mail servers for 15 years, and it's the > first time I've run in to that. > >

Re: [mailop] What in the name of all that is evil is this new spam technique?

ration, not enough people mark them as spam, so their email still > gets accepted. I asked our ESP to avoid sending email to any domain with a > BIO server in the MX. > > Gil > On May 6, 2016 11:43 PM, "Aaron C. de Bruyn" <aa...@heyaaron.com> wrote: > > A user

[mailop] Paging a chilli.nosignal.org admin: Expired Cert (was: Re: Mail accepted by outlook.com/hotmail.com disappears.)

Looks like the cert for chilli.nosignal.org expired about a month ago. > >

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

so running on > RH/Postfix way back in the day, whereas HotMail started out on FreeBSD, if > memory serves. > > Volume has grown from tens of millions of emails daily to tens of > Billions, again IIRC. > > Aloha, > Michael. > -- > Sent from my Windows Phone > -

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

On Tue, Mar 29, 2016 at 7:39 PM, Michael Wise wrote: > Yes. > A decade ago our service ran on it. > Yeah--that was my attempt at a bad joke. I would have paid good money to be a fly on the wall during the Hotmail conversion. -A

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

On Tue, Mar 29, 2016 at 6:53 PM, Michael Wise wrote: > Oh wait, that means we have to get 10x the number of servers ... and data > centers. > > Actually, the measures I outlined require *fewer* servers, less storage, > and (in most cases) less network bandwidth. >

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

On Fri, Mar 18, 2016 at 11:22 AM, Hugo Slabbert wrote: > > They're welcome to run their own server at near-zero maintenance cost. > But, if that mode of operating the mail server results in other mail > systems being negatively impacted and the admins of those mail systems

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

A customer complained to me they haven't been able to e-mail outlook/hotmail users for "a while". I talked with their IT department and they said "A few weeks ago we had a virus that spammed a bunch of people. We cleaned it up and got de-listed everywhere, but outlook.com is still broken". They

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

On Thu, Mar 17, 2016 at 10:04 PM, Jay Hennigan wrote: > > Am I just grumpy this week? >> > > Kinda. The desire to move to a small cabin in the woods and never hear the words 'e-mail' or 'Microsoft' ever again sounds perfect right about now--so I guess I am grumpy. ;)

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

On Thu, Mar 17, 2016 at 5:38 PM, Michael Wise wrote: > Has the customer signed up for JMRP or SNDS? > > Because if not, that would be step #0; see below. > Nope. This seems especially bad to me. Is every mail provider out there going to create their own pet

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

Yeah--I was wondering about that too. I have "exercised" my 5th amendment right on several occasions and have never been arrested for doing so. Not to get even more off-topic but in the state of Oregon, there are only 3 things an officer *MUST* absolutely arrest you for (i.e. he/she has no

Re: [mailop] mxlogic.net 'mail action aborted: exceed'

with That IP was on our firewall. It has been removed. It only took threatening to contact every domain we couldn't reach and convincing them to ditch mxlogic before they fixed it. -A On Thu, Jun 11, 2015 at 10:25 AM, Aaron C. de Bruyn aa...@heyaaron.com wrote: I have two clients (different mail

[mailop] mxlogic.net 'mail action aborted: exceed'

I have two clients (different mail servers on wildly different IPs) that suddenly can't e-mail anyone that uses mxlogic.net for spam filtering. They don't appear to be on any blacklists, and the messages don't appear to be spammy to me. In all cases, I'm getting the following useless error:

[mailop] SPF for domains that don't send e-mail

On the note of trying to be a good netzin, should I publish a SPF record for a domain that should never be used to send e-mail? Would v=spf1 -all cause milters to reject all mail from the domain? -A ___ mailop mailing list mailop@mailop.org