Because 99.9% of the time it is solicited, outside of the scenario you are dealing with, someone engaged in an action with the vendor systems which is triggering a notification to the user of the status of their action, and on top of that a remote MTA is accepting that message as going to a real address. Granted in this case there's clearly no COI, but the vendor is operating under the reasonable assumption that they are not sending an unsolicited message. So no, I'm not saying they get a pass because it's hard, they get a pass because they are operating in good faith and the message is not in fact unsolicited since it's triggered by a user action.
That said, this is getting circular, we both agree that people should be able to indicate this is not the right recipients, either by reply or other mechanism, and that to me is the best practice that needs to be emphasized to transactional senders. Mike -----Original Message----- From: mailop <mailop-boun...@mailop.org> On Behalf Of Chris Adams via mailop Sent: Thursday, August 24, 2023 9:26 AM To: mailop@mailop.org Subject: Re: [mailop] Legit-looking mail to the wrong address with no unsubscribe Once upon a time, Mike Hillyer <m...@mikehillyer.com> said: > You get a doordash status message, you decide you don't need them, you > unsubscribe. A couple of months later you need to reset your password and now > you never get the reset link because you unsubscribed from transactional > messages? Sure, we can get infinitely granular or always exempt password > resets, but it becomes a slippery slope that results in a lot of engineering > hours. Not spamming people does sometimes require more work. And I believe this kind of stuff is exactly the definition of spam: UCE. There is no doubt that it is unsolicited, no doubt that it is commercial. Why should it get a pass? "Because it's hard" is no more of an excuse for this than any other type of spam. So yeah, password resets and/or email resets could still go (although still a "not me" link should at least signal somebody that "something is wrong"), but everything else should follow at minimum an opt-out system, if not opt-in. -- Chris Adams <c...@cmadams.net> _______________________________________________ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop _______________________________________________ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
