Oh dear ghod yes.  

I want to line everyone who's ever recommended noreply@ up against the wall and

[ At this point in the broadcast, Jay thought better of saying what he wanted 
to 
do in a posting to a public mailing list, but trust me, it was going to be very 
satisfying to hear about, for everyone who's ever wanted to reply to such a 
message. 

And could not. ]

Cheers,
-- jra

----- Original Message -----
> From: "Mike Hillyer via mailop" <mailop@mailop.org>
> To: "Mike Hillyer" <m...@mikehillyer.com>, "Chris Adams" <c...@cmadams.net>, 
> mailop@mailop.org
> Sent: Thursday, August 24, 2023 9:23:40 AM
> Subject: Re: [mailop] Legit-looking mail to the wrong address with no 
> unsubscribe

> One more note: in my opinion transactional messages should never come from a
> noreply@ but instead should route to customer support, so that cases of
> mistaken identity can be resolved by replying and letting them you that the
> messages are not reaching their intended recipient.
> 
> -----Original Message-----
> From: mailop <mailop-boun...@mailop.org> On Behalf Of Mike Hillyer via mailop
> Sent: Thursday, August 24, 2023 9:03 AM
> To: Chris Adams <c...@cmadams.net>; mailop@mailop.org
> Subject: Re: [mailop] Legit-looking mail to the wrong address with no
> unsubscribe
> 
> Adding an unsub link for truly transactional mail can result is missed 
> messages
> later on, which is why there's usually not an unsub link.
> 
> 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.
> 
> And as I said at the start of this message, I am only applying this logic to
> truly transactional messages, which in my mind are those triggered by a user
> action and those in the chain of events triggered by a user action. If someone
> at the vendor has to click Send, it's not a transactional message.
> 
> Mike
> 
> -----Original Message-----
> From: mailop <mailop-boun...@mailop.org> On Behalf Of Chris Adams via mailop
> Sent: Thursday, August 24, 2023 8:13 AM
> To: mailop@mailop.org
> Subject: [mailop] Legit-looking mail to the wrong address with no unsubscribe
> 
> What do you do when legitimate mail (lately, DoorDash order info and Delta
> Airlines tickets) is sent to the wrong address?  These types of messages 
> rarely
> have an unsubscribe method.  I get a ton of crap to a Gmail address that I
> really only use for Google-related stuff (not as a general email box), so I
> know instantly that this is not to me.
> 
> Why do vendors think they don't need an unsubscribe in this type of mail?  
> Just
> because their customers are dumb and don't know their own email address 
> doesn't
> mean they should continue sending personal information about them to other
> people.
> --
> 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
> _______________________________________________
> mailop mailing list
> mailop@mailop.org
> https://list.mailop.org/listinfo/mailop

-- 
Jay R. Ashworth                  Baylink                       j...@baylink.com
Designer                     The Things I Think                       RFC 2100
Ashworth & Associates       http://www.bcp38.info          2000 Land Rover DII
St Petersburg FL USA      BCP38: Ask For It By Name!           +1 727 647 1274
_______________________________________________
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Reply via email to