Steve

https://www.spamcop.net/sc?id=z6894784019z32eae73f09e4cd0e3dfd9e5bf8da549ez I manually reported the spam to abuse AT timbrasil DOT com DOT br with the IP address 177.30.108.45 as Amazon determined that's where the email originated from (SC parses the email and uses 35.89.44.37 as the IP address to report spam with to abuse AT amazonaws DOT com) This is the reply when I manually report the email to Amazon using 35.89.44.37: Reply from timbrasil postmaster address:

https://www.spamcop.net/sc?id=z6892951213zb63f6e4d8eab8744c73323c82d4deb01z Manually reporting spam in above tracking link to abuse AT ttnet DOT net DOT tr (SC's parser determines this is one of the abuse POCs for this IP address) results in Gmail's mailer-daemon returning with this result: Running a query through RIPE doesn't show that email address as a POC: https://apps.db.ripe.net/db-web-ui/query?bflag=false&dflag=false&rflag=true&searchtext=91.220.182.196&source=RIPE Refreshing the cache does nothing to remove this address from the parse. Can the Deputies remove this address (abuse AT ttnet DOT net DOT tr) as the domain is no longer active? As determined by the RIPE query, abuse AT doruk DOT net DOT tr is the correct abuse POC for this IP address. Steve

Does anyone know if reports sent to sewr@senpluspluseop.onmicrosoft.com are read or ignored?

I use Last Pass for my password manager.

Upon manually reporting the email referenced in the tracking link (I received the same email twice today from the same email address and IP address), Gmail's mailer-daemon replies with this: Querying the IP address (200.62.229.190) on LACNIC Whois only displays the email address gestion.ip AT claro DOT com DOT pe. SC parses the email and determines that this is a last resort contact. Is there any way to contact LACNIC to get them to update the abuse POC? Steve

SC's parser determined that abuse AT vividwireless DOT com DOT au is the responsible party for the above IP address. But when querying it on APNIC's site, it says that abuse AT optusnet DOT com DOT au is the abuse contact (and is an Optusnet IP address). For any of the Optusnet spam I've received, SC's parser would automatically deliver a result of abuse_sc AT optusnet DOT com DOT au. Tracking URL: https://www.spamcop.net/sc?id=z6883707653ze0a2ff6d67316ea0d5c8517df5690f95z Steve

abuse AT sphere DOT ad DOT jp is the invalid contact (SC's parser determined this address to be one of several responsible for handling abuse reports for the above IP address. The others are abuse AT xrea DOT com, postmaster AT digi-rock DOT com, abuse AT sakura DOT ad DOT jp and abuse AT digi-rock DOT com) Tracking URL: https://www.spamcop.net/sc?id=z6883013206z2874abc91aba362e311dfbdb7d0e2341z The other addresses I forwarded the report to didn't result in me receiving an email like the one above, so I'm assuming those addresses are valid. Steve

Sent a report to both super AT plala DOT or DOT jp and postmaster AT plala DOT or DOT jp. Steve

The last few spam email reports I sent (I manually report spam emails originating from Plala's network rather than through SC) regarding spam originating from Plala's network to super AT plala DOT or DOT jp have not resulted in replies from one of their agents informing me that the user had appropriate action taken against them. I've never not received a reply to a spam email I reported to them. I unfortunately no longer have any replies to a spam email I reported to them to provide. Here is the tracking URL for the last email I reported to them through SC (12/27/23): https://members.spamcop.net/mcgi?action=gettrack&reportid=7307895648 https://members.spamcop.net/mcgi?action=gettrack&reportid=7299159596 11/19/23 tracking url https://members.spamcop.net/mcgi?action=gettrack&reportid=7298399113 11/16/23 tracking url https://members.spamcop.net/mcgi?action=gettrack&reportid=7294994591 11/2/23 tracking url Steve

Even SC's parser redirects reports from abuse AT microsoft DOT com to report_spam AT hotmail DOT com. Well, at least until it was recently changed to sewr [AT] senpluspluseop [DOT] onmicrosoft [DOT] com.

According to Gmail's mailer-daemon, malware AT mnemo DOT com doesn't exist, yet SC's parser dev/nulls this address. https://www.spamcop.net/sc?id=z6877159915z6bfdd31b37f0c6be4d2b2f3fb9c2bc3e

From SC, but if you report manually through email (for SG) or Amazon (via their report form or email to abuse AT amazonaws DOT com). They respond and take action as they see fit.

I'm not saying that SC's parser displayed that. I'm just confused as to why no explanation was given as to why the parser just dev/nulls the reports to Sendgrid's abuse address by default. Well, I did manually report the spam/unwanted email to abuse AT sendgrid DOT com and got this:

Why is is SC dev/nulling reports to Sendgrid? There's no explanation when parsing emails sent from a Sendgrid customer. https://www.spamcop.net/sc?id=z6864665553z76b4173c8cadf5ce84d01efaa688126ez It usually says something to the effect of "Reports disabled for abuse AT x DOT com/net, etc. ("x" referring to the domain the email was sent from), for emails, (not specifically Sendgrid) but no explanation by the parser is given.

Now that the parser has been updated to reflect the correct abuse POC (irt AT nic DOT or DOT kr), SC's parser refuses to forward spam to that address?🤔😑🤨😡🤬 https://www.spamcop.net/sc?id=z6857548165z7e7c70a47f487652bf4ce763cf932b91z Having said that, was there any reason for me to even contact the Deputies to have them update the address in the first place?!?!?!?