On Wed, Jun 21, 2023 at 6:11 PM Sebastian Nielsen via mailop <
mailop@mailop.org> wrote:
> >>The RFC forbids doing that, and I argued against it
>
> The RFC and reality is two different things. If a client don't want to
> retry, I think they are free to choose to not retry.
>
This is a terrible
On 2023-06-22 04:21:59, Sebastian Nielsen via mailop wrote:
> >> We update kernels, reload AV signatures, have databases go down,
> >> accidentally crash postfix during OS upgrades, typo config files, etc.
>
> Couldn't you make so if the inner servers are in trouble or go down
> or similar,
On 2023-06-21 18:39:59, Luke wrote:
> Ahh. Thats funny. Apologies. You'll have to refresh my memory.
>
> Happy to help if I can. Give me the full response, code and string, and
> tell me how you'd like us to handle it and if it makes sense, I can make
> the necessary changes.
>
In this case,
>> We update kernels, reload AV signatures, have databases go down,
>> accidentally crash postfix during OS upgrades, typo config files, etc.
Couldn't you make so if the inner servers are in trouble or go down or similar,
then the perimeter server will buffer the email for you without a
Ahh. Thats funny. Apologies. You'll have to refresh my memory.
Happy to help if I can. Give me the full response, code and string, and
tell me how you'd like us to handle it and if it makes sense, I can make
the necessary changes.
On Wed, Jun 21, 2023, 6:31 PM Michael Orlitzky wrote:
> On
On 2023-06-21 18:19:41, Luke via mailop wrote:
>
> I work at sendgrid and manage response handling. If someone were to reach
> out with an obvious problem, I'd be willing and able to adjust our response
> handling appropriately.
>
You're the guy I mentioned the problem to last time.
On 2023-06-22 02:05:40, Sebastian Nielsen via mailop wrote:
> >> They were going to get a 4xx anyway. I changed the message to *help*
> >> SendGrid.
>
> Yes but if you can change the message for SendGrid only, you can
> accept the mail and let it through... Apparently you were able to
> send
An alternative approach would be to admit that response handling at massive
sclae is very difficult to get 100% right. Give the sender the benefit of
the doubt that they are trying to do the right thing and attempt to reach
someone who works there to see if they can help. You could try mailop,
>> They were going to get a 4xx anyway. I changed the message to *help*
>> SendGrid.
Yes but if you can change the message for SendGrid only, you can accept the
mail and let it through
>> Where do I find out what the IP/domain is? Is it in my mail logs,
Apparently you were able to send custom
On 2023-06-22 00:32:37, Sebastian Nielsen via mailop wrote:
> Why even send retry requests to SendGrid?
> Just accept the email, whats the problem?
>
> If your antivirus or mail scanning solution requires some time,
> buffer the email at your server instead. I do understand it creates
> the
>>The RFC forbids doing that, and I argued against it
The RFC and reality is two different things. If a client don't want to retry, I
think they are free to choose to not retry.
Why even send retry requests to SendGrid?
Just accept the email, whats the problem?
If your antivirus or mail
The last time SendGrid's failure to retry 4xx came up here, their
response was that, when determining whether or not to retry, they
analyze not only the 4xx code but also the associated text. If (based
on those data) a retry is statistically unlikely, they won't do it.
The RFC forbids doing that,
Hi folks,
we are still evaluating OpenXchange but having a hard time, finding an
active community around this software.
The public bugzilla tracker was shut down¹, the public forum is more or
less inactive and the official mailing lists are announce only² lists.
Are there any other places to
13 matches
Mail list logo
