[mailop] Human contact at Proximus/Belgacom?

2023-02-26 Thread Hans-Martin Mosner via mailop
Hello, abuse reporting to Proximus/Belgacom is made as inconvenient as possible by * Not accepting e-mail reports (automatic reply points to abuse submission form) * Telephone number as required field on the submission form (I absolutely don't want to be contacted by phone regarding abuse

Re: [mailop] Gmail blocking of good customer

2023-02-26 Thread Denny Watson via mailop
On 2/26/2023, Michael Orlitzky via mailop wrote: On Sun, 2023-02-26 at 19:43 +, Denny Watson via mailop wrote: This appears to be a specially built MTA, and with the (probable) consent of its users, has policy in place to not resend after 4xx under specific conditions. I.e. the sending MTA

Re: [mailop] Gmail blocking of good customer

2023-02-26 Thread Michael Peddemors via mailop
Luke, you might want to share SendGrid's logic on that. to the list. if you keep sending to 5xx too many times, that will be 'bad' for your reputation. When/where do you retry? How often, for how long.. under what circumstances? On 2023-02-25 19:15, Luke via mailop wrote: I can assure you se

Re: [mailop] Gmail blocking of good customer

2023-02-26 Thread Michael Orlitzky via mailop
On Sun, 2023-02-26 at 19:43 +, Denny Watson via mailop wrote: > This appears to be a specially built MTA, and with the (probable) > consent of its users, has policy in place to not resend after 4xx under > specific conditions. I.e. the sending MTA is interpreting specific 4xx > responses (a

Re: [mailop] Gmail blocking of good customer

2023-02-26 Thread Al Iverson via mailop
> This appears to be a specially built MTA, and with the (probable) > consent of its users, has policy in place to not resend after 4xx under > specific conditions. I.e. the sending MTA is interpreting specific 4xx > responses (and more likely the text) to mean a permanent failure. > > I do not se

Re: [mailop] Gmail blocking of good customer

2023-02-26 Thread Denny Watson via mailop
On 2/24/2023, Christine Borgia via mailop wrote: It is transient, but they are blocks and are not retried. Weird, right? I have an opinion on this; This appears to be a specially built MTA, and with the (probable) consent of its users, has policy in place to not resend after 4xx under specif

Re: [mailop] Gmail blocking of good customer

2023-02-26 Thread Jaroslaw Rafa via mailop
Dnia 25.02.2023 o godz. 19:15:14 Luke via mailop pisze: > How is it 2023 and people still think > 4xx means retry and 5xx means don't retry? Because it does. As simple as that. -- Regards, Jaroslaw Rafa r...@rafa.eu.org -- "In a million years, when kids go to school, they're gonna know: onc

Re: [mailop] Gmail blocking of good customer

2023-02-26 Thread Michael Orlitzky via mailop
On 2023-02-25 19:15:14, Luke via mailop wrote: > I can assure you sendgrid retries 4xx. We also don't retry 4xx. We also > retry 5xx. We also don't retry 5xx. How is it 2023 and people still think > 4xx means retry and 5xx means don't retry? > It's literally unexplainable if you've never read the

Re: [mailop] Gmail blocking of good customer

2023-02-26 Thread Michael Rathbun via mailop
On Sun, 26 Feb 2023 10:34:11 +, Laura Atkins via mailop wrote: >If people intend to be interoperable, there is NO variation in what a 4xx and >a 5xx mean. > >4xx means: this message can be queued and retried at a future date. > >5xx means: this message cannot be retried without human interve

Re: [mailop] Gmail blocking of good customer

2023-02-26 Thread Slavko via mailop
Ahoj, Dňa Sun, 26 Feb 2023 10:34:11 + Laura Atkins via mailop napísal: > If people intend to be interoperable, there is NO variation in what a > 4xx and a 5xx mean. > > 4xx means: this message can be queued and retried at a future date. > > 5xx means: this message cannot be retried without

Re: [mailop] Gmail blocking of good customer

2023-02-26 Thread Laura Atkins via mailop
If people intend to be interoperable, there is NO variation in what a 4xx and a 5xx mean. 4xx means: this message can be queued and retried at a future date. 5xx means: this message cannot be retried without human intervention. Those interactions are defined in RFC 821 and it’s successors. [1]