That's right, Bill. It's so simple. All the ESPs and MTAs out there have tools built in to create and customize response handling rules for absolutely no reason. We actually just do it for fun. We know that every single 4xx should be retried and every single 5xx should not be retried. But we thought it would be neat to have a table with hundreds of custom rules just to make it sound more complicated than it is.
So, you're right, it's just because we are big and we don't think the rules apply to us. Super productive take you have there. I can tell you've really given this some thought. On Fri, Jun 23, 2023, 7:37 AM Bill Cole via mailop <mailop@mailop.org> wrote: > On 2023-06-22 at 19:14:15 UTC-0400 (Thu, 22 Jun 2023 16:14:15 -0700) > Luke via mailop <lukemarti...@gmail.com> > is rumored to have said: > > > > Unfortunately we cant make a rule that retries all 4xx and doesn't > > retry > > all 5xx. Despite very smart, well intended people writing RFCs and > > other > > specs that make this feel super clean cut in an acedemic or lab > > environment, it's just not how it works in the wild. > > And yet somehow it is how the overwhelming majority of mail systems have > dealt with SMTP reply codes, for decades, successfully. > > SendGrid's deliverability problems are precisely because you and your > coworkers think that you are so big that the rules can't apply to you. > That you are somehow different and special. > > You are wrong. You're nothing special. You're just big. Get over > yourselves. > > > > -- > Bill Cole > b...@scconsult.com or billc...@apache.org > (AKA @grumpybozo and many *@billmail.scconsult.com addresses) > Not Currently Available For Hire > _______________________________________________ > mailop mailing list > mailop@mailop.org > https://list.mailop.org/listinfo/mailop >
_______________________________________________ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
