.
David
Van: mailop [mailto:mailop-boun...@mailop.org] Namens Franck Martin
Verzonden: vrijdag 18 december 2015 23:58
Aan: Karen Balle
CC: Brandon Long; mailop; Ian Eiloart
Onderwerp: Re: [mailop] NDRs and DSNs was: Re: Delivery to gmail via IPv6
http://www.boogietools.com/
The above does some good
http://www.boogietools.com/
The above does some good job in classifying emails
See how they convert bounces into classes:
http://www.boogietools.com/Products/Windows/BoogieBounceAPI/Email-Bounce-Boogie-Bounce-API-Categories.asp?sReturnURL=/Products/Windows/BoogieBounceAPI/Default.asp
On Fri, De
On Fri, Dec 18, 2015 at 10:35 AM, Ian Eiloart wrote:
>
> Well, that should be pretty clear from the 4xx vs 5xx status. If it’s 4xx,
> you should queue the message for later delivery, otherwise generate a
> bounce. I guess if the recipient wants to indicate that you should reduce
> your sending ra
As Brandon points out, it's not that simple.
Some nice examples from one customer's bounce logs today -
"552 Transaction @ failed, remote said "550 No such user"
(#5.1.1)" Obviously, we don't want to resend to this address again, but...
is it a 552 (mailbox exceeded allocation), a 550 (mailbox un
> On 18 Dec 2015, at 01:55, Karen Balle wrote:
>
> Brandon,
>
> I really like this idea, even as a mental exercise. There would be a lot of
> usefulness in being able to clearly dictate from the enhanced codes when our
> MTAs should stop, back off, or go into an extended timeout.
Well, that
Brandon,
I really like this idea, even as a mental exercise. There would be a lot
of usefulness in being able to clearly dictate from the enhanced codes when
our MTAs should stop, back off, or go into an extended timeout. Perhaps
something like having the enhanced code be tied to the primary rea
. It could be
temporary.
Van: mailop [mailto:mailop-boun...@mailop.org] Namens Brandon Long
Verzonden: donderdag 17 december 2015 05:35
Aan: Karen Balle
CC: mailop; Ian Eiloart
Onderwerp: Re: [mailop] NDRs and DSNs was: Re: Delivery to gmail via IPv6
We have automated systems, especially for
Since there's been a lot of drift on this topic and I'm not talking about
IPv6, DNSSEC, or delivery to Gmail
For NDRs and DSNs to be truly useful to an ESP, we tend to break them down
into more buckets than two.
Hard bounce/invalid (do not retry, generally a 5xx)
Soft bounce (temporary and re
