Now this gave me a chuckle, but sadly is commonplace. I have been in IT for about 20 years, and I still find those that will ask requests that are just plain wrong. Sadly, most of these users are in a position of policy/decision making (C-Suite & Directors).
Thanks, Michael Irvine -----Original Message----- From: mailop <mailop-boun...@mailop.org> On Behalf Of Rhys Ferris via mailop Sent: Monday, August 26, 2024 10:49 To: mailop@mailop.org Subject: [mailop] Amusing and Convoluted Request CAUTION: This email originated from outside of the organization. Do not click any links or open attachments unless you recognize the sender and know the content is safe. Hello All, Thought you may enjoy this one. At my day job, as part of the internet mail team, I work with a section that handles bulk outbound. They don't handle the MTAs, just the servers that generate that mail and pass it to our MTAs. They only just recently finally implemented proper unsubscribe headers and we've always had the following process for Spam Complaints: our NOC has the published address and receives the complaint, they forward it to the internet mail team (me). I check the logs to find the user it was sent to based on the message ID since the ISP helpfully removes it, and forward that to the bulk team so they can remove the user from the database. Clumsy and annoying, sure. Recently, having finally gotten on board with unsubscribe headers, but still getting some Spam complaints from some ISPs, our bulk department asked if we could please redirect the inbound spam complaints back to the ISP to ask the ISP to reach out to the user and ask them to "click the unsubscribe link" ....... :-D Obviously we did not do this and proceeded to quote the RFC and undue burden on the end user, but man did we laugh behind closed doors. Best, Rhys _______________________________________________ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop _______________________________________________ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
