Subject: Policy-Discussion
List archive
- From: "Etienne Ruedin (CAcert Inc.)" <eruedin AT cacert.org>
- To: cacert-policy AT lists.cacert.org
- Subject: Re: unhandled bounces
- Date: Sat, 16 Apr 2022 14:57:34 +0200
Of course, one should be allowed to expect an answer. That is clear. Even if someone doesn't have time, they can write "Sorry, not at the moment, get back to me in a fortnight".
However, since I see that e-mails everywhere are repeatedly not answered - whether by mistake or because they go missing - I would be cautious and reluctant to delete such addresses straight away.
The suggestion with a regular confirmation reminds me of an offer that reminded me every month that I had an account on its site. That was just annoying. Do we think people will then still log in and tick a box, "Yes, I want to stay on for the next 2, 3 or 6 months"? But if you get a nice request unexpectedly after years, surely there is a chance that someone like that can be reactivated again.
We must not forget that the Assurer Directory is only attractive if it is as big as possible and has many entries. Therefore, entries should not be deleted quickly, but in order to keep it up to date, it must still be cleaned up when it is certain that someone is really no longer reachable.
On the other hand, I can very well imagine that rejected emails
are registered by our system and let's say after the third time in
a serie the entry is deactivated. If that is technically possible.
is not longer valid what happens to the bounce? I feel it just disappears in a
black hole. Instead the assurer should be unlisted.
-- _/_/_/_/_/_/_/_/ The Secretary CAcert Inc. Clos Belmont 2 1208 Geneva Switzerland
- unhandled bounces, ctjacobs, 04/15/2022
- Re: unhandled bounces, Michael Richardson, 04/15/2022
- Re: unhandled bounces, Kim Nilsson, 04/15/2022
- Re: unhandled bounces, Kim Nilsson, 04/15/2022
- Re: unhandled bounces, Martin Lesser, 04/15/2022
- Re: unhandled bounces, Etienne Ruedin (CAcert Inc.), 04/16/2022
- Re: unhandled bounces, Kim Nilsson, 04/16/2022
- Re: unhandled bounces, dirk astrath, 04/16/2022
- Re: unhandled bounces, Kim Nilsson, 04/16/2022
Archive powered by MHonArc 2.6.18.