For the record, here is the summary published by Google:
http://www.google.com/appsstatus/ir/4et50yp2ckm8otv.pdf
Probably already seen by most people on this list. The relevant piece
is:
> A configuration change during this migration shifted the formatting
> behavior of a service option so that
On 2020-12-15 18:04, Chris Wedgwood via mailop wrote:
things break, it happens...
but why 5xx (vs 4xx) in this case?
this means means emails are being lost, some of won't/can't be resent
and recovered
with 4xx most of them would be delivered once things come right
the confidence in a
On Tue, Dec 15, 2020 at 8:11 PM Jay R. Ashworth via mailop <
mailop@mailop.org> wrote:
> - Original Message -
> > From: "John Levine via mailop"
>
> > In article <20201215230437.ga23...@aether.stupidest.org> you write:
> >>things break, it happens...
> >>
> >>but why 5xx (vs 4xx) in this
- Original Message -
> From: "John Levine via mailop"
> In article <20201215230437.ga23...@aether.stupidest.org> you write:
>>things break, it happens...
>>
>>but why 5xx (vs 4xx) in this case?
>
> Because it's broken.
>
> HTH, HAND,
> John
Sure, I haven't had to sweep up behind John
Yep. Remember this when ISPs yell at ESPs to immediately suppress
addresses from all future mailings based on a single user unknown
bounce. One truly cannot always trust every single bounce received.
On Tue, Dec 15, 2020 at 5:07 PM Chris Wedgwood via mailop
wrote:
>
> things break, it happens...
In article <20201215230437.ga23...@aether.stupidest.org> you write:
>things break, it happens...
>
>but why 5xx (vs 4xx) in this case?
Because it's broken.
HTH, HAND,
John
___
mailop mailing list
mailop@mailop.org
things break, it happens...
but why 5xx (vs 4xx) in this case?
this means means emails are being lost, some of won't/can't be resent
and recovered
with 4xx most of them would be delivered once things come right
the confidence in a hard-bounce in this instance seems misplaced