Re: [mailop] gmail putting most messages into Spam

[Robert Schoneman via mailop]

We have emails going to Spam which originate from O365/PPE. Separately we have 
emails which are now being categorized as updates which previously were not. 
Sorry if that wasn’t clear.


From: mailop  On Behalf Of Mark Alley via mailop
Sent: Tuesday, January 17, 2023 10:48 AM
To: mailop@mailop.org
Subject: Re: [mailop] gmail putting most messages into Spam

Sorry - categories*, not labels.  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  
‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌ 
 ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  
‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌  ‌
[cid:image001.png@01D92A62.3C4EA950]
External (mailop@mailop.org<mailto:mailop@mailop.org>)
[cid:image002.png@01D92A62.3C4EA950]
  Report This 
Email<https://protection.inkyphishfence.com/report?id=Ymx1bWVudGhhbC9yc2Nob25lbWFuQGJsdW1lbnRoYWxhcnRzLm9yZy83ZDY4NWMzMWFjYjkwNzMxZGI0MjIyZTc4ZjE2ZDkzMi8xNjczOTcwNjg0Ljc0#key=750f1d207dc35f9ea556155b0a8ef702>
  FAQ<https://www.inky.com/banner-faq>  Protection by 
INKY<https://www.inky.com/protection-by-inky>


Sorry - categories*, not labels.
On 1/17/2023 9:43 AM, Mark Alley wrote:

The labels in Gmail/workspace aren't the same as spam, they are part of the 
Inbox. If you have the user turn off labels, you will see them still in the 
inbox as expected.
On 1/17/2023 9:32 AM, Robert Schoneman via mailop wrote:
Our outbound email from O365 through PPE to Gmail and Google Workspace is going 
to Spam. “Show Original” indicates pass on all of SPF, DKIM, DMARC. Emails that 
are nothing but text are going to Spam along with emails containing links 
and/or attachments. We got the first user ticket about this issue on Sunday 
evening when trying to communicate with a partner who uses Google Workspace.

We’ve also seen emails from our contact center system and ticketing system 
which previously went to user’s Gmail Inboxes now going to “Updates”. Contact 
center and ticketing system do not go through PPE or O365.

Something has definitely changed on Google’s side.

From: mailop <mailto:mailop-boun...@mailop.org> On 
Behalf Of Gellner, Oliver via mailop
Sent: Tuesday, January 17, 2023 10:15 AM
To: mailop@mailop.org<mailto:mailop@mailop.org>
Subject: Re: [mailop] gmail putting most messages into Spam



On 2023-01-17 14:41, Paul Gregg via mailop wrote:



> We are aware of a recent change in behaviour of gmail.com where most email is 
> placed directly into Spam folder.

> So far we have dozens of customers reporting this.

> Tested myself with full SPF, DKIM and DMARC with p=reject - which gmail 
> itself marks as passing all tests. The mail was also delivered over TLS.

> Mails go to Spam.



I cannot confirm this issue, so it may be specific to certain IP addresses or 
domains, as in Jaroslaw Rafas case, where it's likely connected to the 
reputation of the used domain.

Either way, SPF, DKIM and DMARC authenticate a message, they do not say whether 
it's spam or not.



--

BR Oliver







dmTECH GmbH

Am dm-Platz 1, 76227 Karlsruhe * Postfach 10 02 34, 76232 Karlsruhe

Telefon 0721 5592-2500 Telefax 0721 5592-2777

dmt...@dm.de<mailto:dmt...@dm.de<mailto:dmt...@dm.de%3cmailto:dmt...@dm.de>> * 
www.dmTECH.de<http://www.dmTECH.de><http://www.dmtech.de>

GmbH: Sitz Karlsruhe, Registergericht Mannheim, HRB 104927

Geschäftsführer: Christoph Werner, Martin Dallmeier, Roman Melcher



Datenschutzrechtliche Informationen

Wenn Sie mit uns in Kontakt treten, beispielsweise wenn Sie an unser 
ServiceCenter Fragen haben, bei uns einkaufen oder unser dialogicum in 
Karlsruhe besuchen, mit uns in einer geschäftlichen Verbindung stehen oder sich 
bei uns bewerben, verarbeiten wir personenbezogene Daten. Informationen unter 
anderem zu den konkreten Datenverarbeitungen, Löschfristen, Ihren Rechten sowie 
die Kontaktdaten unserer Datenschutzbeauftragten finden Sie 
hier<https://www.dm.de/datenschutzerklaerung-kommunikation-mit-externen-493832>.

___

mailop mailing list

mailop@mailop.org<mailto:mailop@mailop.org>

https://list.mailop.org/listinfo/mailop


___

mailop mailing list

mailop@mailop.org<mailto:mailop@mailop.org>

https://list.mailop.org/listinfo/mailop
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] gmail putting most messages into Spam

[Robert Schoneman via mailop]

Our outbound email from O365 through PPE to Gmail and Google Workspace is going 
to Spam. "Show Original" indicates pass on all of SPF, DKIM, DMARC. Emails that 
are nothing but text are going to Spam along with emails containing links 
and/or attachments. We got the first user ticket about this issue on Sunday 
evening when trying to communicate with a partner who uses Google Workspace.

We've also seen emails from our contact center system and ticketing system 
which previously went to user's Gmail Inboxes now going to "Updates". Contact 
center and ticketing system do not go through PPE or O365.

Something has definitely changed on Google's side.

From: mailop  On Behalf Of Gellner, Oliver via mailop
Sent: Tuesday, January 17, 2023 10:15 AM
To: mailop@mailop.org
Subject: Re: [mailop] gmail putting most messages into Spam

On 2023-01-17 14:41, Paul Gregg via mailop wrote: > We are aware of a recent 
change in behaviour of gmail.com where most email is placed directly into Spam 
folder. > So far we have dozens of customers
[cid:image001.png@01D92A5E.C3AD30A0]
External (mailop@mailop.org)
[cid:image002.png@01D92A5E.C3AD30A0]
  Report This 
Email
  FAQ  Protection by 
INKY


On 2023-01-17 14:41, Paul Gregg via mailop wrote:



> We are aware of a recent change in behaviour of gmail.com where most email is 
> placed directly into Spam folder.

> So far we have dozens of customers reporting this.

> Tested myself with full SPF, DKIM and DMARC with p=reject - which gmail 
> itself marks as passing all tests. The mail was also delivered over TLS.

> Mails go to Spam.



I cannot confirm this issue, so it may be specific to certain IP addresses or 
domains, as in Jaroslaw Rafas case, where it's likely connected to the 
reputation of the used domain.

Either way, SPF, DKIM and DMARC authenticate a message, they do not say whether 
it's spam or not.



--

BR Oliver







dmTECH GmbH

Am dm-Platz 1, 76227 Karlsruhe * Postfach 10 02 34, 76232 Karlsruhe

Telefon 0721 5592-2500 Telefax 0721 5592-2777

dmt...@dm.de> * 
www.dmTECH.de

GmbH: Sitz Karlsruhe, Registergericht Mannheim, HRB 104927

Geschäftsführer: Christoph Werner, Martin Dallmeier, Roman Melcher



Datenschutzrechtliche Informationen

Wenn Sie mit uns in Kontakt treten, beispielsweise wenn Sie an unser 
ServiceCenter Fragen haben, bei uns einkaufen oder unser dialogicum in 
Karlsruhe besuchen, mit uns in einer geschäftlichen Verbindung stehen oder sich 
bei uns bewerben, verarbeiten wir personenbezogene Daten. Informationen unter 
anderem zu den konkreten Datenverarbeitungen, Löschfristen, Ihren Rechten sowie 
die Kontaktdaten unserer Datenschutzbeauftragten finden Sie 
hier.

___

mailop mailing list

mailop@mailop.org

https://list.mailop.org/listinfo/mailop
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] RackSpace Security Issue

[Robert Schoneman via mailop]

Kevin’s full article goes in to some more detail about the possibility 
Rackspace Cloud Office suffers security breach | by Kevin Beaumont | Dec, 2022 
| 
DoublePulsar

From: mailop  On Behalf Of William Kern via mailop
Sent: Monday, December 5, 2022 5:11 PM
To: mailop@mailop.org
Subject: Re: [mailop] RackSpace Security Issue

thanks all, It seems we will all have to wait for the after action report to 
find out what really happened and what are the consequences. In the meantime, 
we can only express best wishes to the poor s
[cid:image001.png@01D908CE.0ED0F240]
External (mailop@mailop.org)
[cid:image002.png@01D908CE.0ED0F240]
  Report This 
Email
  FAQ  Protection by 
INKY


thanks all,

It seems we will all have to wait for the after action report to find out what 
really happened and what are the consequences.

In the meantime, we can only express best wishes to the poor sysadmins at 
Rackspace who are not having a good weekend/week.

-bill
On 12/5/2022 1:22 PM, Louis Laureys via mailop wrote:

This is the only thing I came across:
https://cyberplace.social/@GossiTheDog/109446533829121659

Louis

Op maandag 5 december 2022 om 19:50, schreef William Kern via mailop:

I was contacted by a website customer over the weekend, who is affected by the 
RackSpace Exchange "security issue".

At this point, they are transitioning to O365 so they should be fine going 
forward, but aside from email interruption they are not sure how they are 
affected.

Their main concern is email disclosure.

I'm trying to 'google' around but most of what I am finding are 'Rackspace is 
down' and complaints they aren't saying much.

Does anyway have additional info?

Since I also have customers who run their own Exchange servers, I'm curious if 
there is some new exploit out there, that they should be worried about.

Sincerely

William "Bill" Kern

PixelGate Networks.

___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop



___

mailop mailing list

mailop@mailop.org

https://list.mailop.org/listinfo/mailop
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] Spectrum/Charter.net Contact Available?

[Robert Schoneman via mailop]

I've run in to the same AUP issue w/ Spectrum/Charter and was never able to get 
anywhere. Others seem to have had similar results and nobody from that 
organization has ever responded here.

If it's of any use: Time Warner Cable (Road Runner) troubleshooting support 
information - Validity Help Center 
(returnpath.com)

From: mailop  On Behalf Of Chris Truitt via mailop
Sent: Friday, July 1, 2022 9:58 AM
To: Jaroslaw Rafa via mailop 
Subject: [mailop] Spectrum/Charter.net Contact Available?

We're seeing intermittent AUP#In-1310 bounces from rr.com and other 
Spectrum/Charter owned domains.
Not getting a reply through normal channels.

Can a Spectrum contact reach me offline?

Thanks,

Chris Truitt

___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

[mailop] fate of rr.com addresses

[Robert Schoneman via mailop]

Does anyone know what the fate of email addresses that end in rr.com will be? 
We've started to get a lot of auto-responses to emails sent to *.rr.com 
addresses saying "my email has changed". The auto-responses follow a standard 
format which makes me feel like Spectrum/Charter are trying to kill off the 
service. That said, we still get inbound emails from *.rr.com email addresses 
which we can (usually) respond to.


Robert Schoneman | Director of IT

Blumenthal Performing Arts
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

[mailop] Anyone from Earthlink.net here?

[Robert Schoneman via mailop]

If there's anyone here from Earthlink.net who can assist with an issue I'd 
appreciate it. We're having trouble delivering transactional email to 
Earthlink.net customers. It's not going to spam, and we're not getting bounce 
backs. Earthlink support has told one customer we "need to enable SPF" and that 
our domain is showing "dmarc policy not enabled yet". We have valid SPF and 
DMARC records and successfully deliver email to thousands of customers daily 
across a variety of email services.

Robert Schoneman | Director of IT
Blumenthal Performing Arts

___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] Help debugging an outlook.com reject

[Robert Schoneman via mailop]

Irony being what it is, we were having issues getting transactional emails to 
deliver to MS consumer email service customer's inboxes (instead of Junk) and 
removing the part of the email that included the customer's name, address, etc 
allowed the message to deliver to Inboxes.


From: mailop  on behalf of Paul Smith via mailop 

Sent: Thursday, May 27, 2021 8:35 AM
To: mailop@mailop.org 
Subject: Re: [mailop] Help debugging an outlook.com reject

On 27/05/2021 13:14, Fernando MM via mailop wrote:
I'm experiencing a similar problem. Did you get a reply or found a solution?

The IP is only used to send invoice emails to customers. Basically 3 lines of 
text + attached pdf. Very low volume ( less than 1.000 invoices per month are 
sent to 
@outlook.com
 ).

Very low volume senders can have problems  because they have limited data to 
build reputation statistics on.

Emails consisting of almost no text with an attachment are also a bit 
suspicious so could be junked by the recipient, and, along with the very low 
volume, that could trigger blocking.

I don't know what the text is, but could you make it more personalised, so the 
recipient can be more certain it's not phishing?

--
Paul
Paul Smith Computer Services
supp...@pscs.co.uk - 01484 855800

--

Paul Smith Computer Services
Tel: 01484 855800
Vat No: GB 685 6987 53

Sign up for news & updates 

___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] Microsoft Consumer Email Deliverability Issue

[Robert Schoneman via mailop]

"No links" means "no user clickable links". The image is a small logo. 

Message is HTML only. We don't have the ability to edit the message template 
beyond a few things like our organization's name, etc. 

-Original Message-
From: mailop  On Behalf Of Bob Proulx via mailop
Sent: Friday, April 30, 2021 1:10 AM
To: mailop@mailop.org
Subject: Re: [mailop] Microsoft Consumer Email Deliverability Issue

Robert Schoneman via mailop wrote:
>   *   The offending emails have
>  *   No attachments
>  *   One image stored on the same domain the message is sent from
>  *   No links

Just some questions...

That "One image stored on the same domain the message is sent from"
must be a link, right?  So the "No links" seems to be a conflict, right?  
Really meant no links other than this one image link?  Might be better without 
any links.  Is the image necessary?

I assume this is HTML mail.  Is it HTML only?  Or is it multipart alternative 
with an appropriate plain text part?  I suggest the latter but the plain text 
portion must be an appropriate alternative.

But as for staring into the abyss that is Microsoft consumer email I try not to 
stare into that abyss too long as then the abyss stares back.  I have had 
trouble dealing with them before and they are not friendly about it.  Good luck!

Bob
___
mailop mailing list
mailop@mailop.org
https://urldefense.proofpoint.com/v2/url?u=https-3A__list.mailop.org_listinfo_mailop=DwIGaQ=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM=O9zkNrKbQF1fgs1KTBRWpbNPvZEkJNea930OX6UPkBE=LbtTV1gScMyjM-azzIrVcXtql5-1C6vcllEyE1gzCTg=gimUwC9nKDnQrAGm89kx3-1rnTob4_fc79Sysm5zZxc=
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

[mailop] Microsoft Consumer Email Deliverability Issue

[Robert Schoneman via mailop]

We're having issues sending order confirmations from our event ticketing system 
to users of Microsoft's consumer email services (Outlook, Hotmail, Live, MSN). 
The order confirmations are being sent to Junk. Some details are below this 
paragraph. I've communicated with Microsoft's "Outlook.com Deliverability 
Support Team" and while they were very responsive, unfortunately we hit a 
roadblock. They wanted us to enroll in JMRP and SNDS. Microsoft's JMRP system 
requires enrollment in SNDS. However, to enroll in SNDS requires verifying 
ownership of the sending IP's. We don't own them. Our event ticketing system 
vendor who does hasn't been helpful. We own the sending domain.


  *   SPF, DKIM, DMARC are all good and show as "pass" in the email headers of 
messages sent to junk.
  *   Sending IP's have the correct PTR records.
  *   Looking at the headers of a message sent to Junk, I see that our PCL = 2, 
SCL = 0 and BCL = 0.
  *   MS confirmed our sending IP's  and domain aren't the issue: "We were 
unable to identify anything on our side that would prevent your mail from 
reaching Outlook.com customers."
  *   MS did however determine that "messages are being filtered (i.e. sent to 
the Junk folder) based on the recommendations of the SmartScreen Filter."
  *   Email messages from the same sending domain and IP's, using the same 
address, which are other than order confirmations (reports, for example) 
deliver to my Outlook.com email address' Inbox without issue.
  *   The offending emails have
 *   No attachments
 *   One image stored on the same domain the message is sent from
 *   No links
 *   No card info
 *   A name and email address matching the recipient
  *   All emails are sent from a valid address and all NDRs/bounces are 
resolved.
  *   No marketing or bulk mail is sent from the domain.
  *   The same emails sent to Google, AOL, Yahoo deliver without issue.

I'm out of ideas here and would welcome any help on or off list.  Our concern 
is if we can't deliver an order confirmation to our customers who use these 
email services, we'll also have issues delivering their electronic tickets.

Robert Schoneman | Director of IT
Blumenthal Performing Arts

___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop