[db-wg] Complying with Mail Provider Requirements When Sending Mail from Whois

> In this release, we will implement mail bounce detection (i.e. an outgoing
> message has permanently failed delivery) and also unsubscription (i.e. one-
> click unsubscribe from a mail client). Once an address is undeliverable or
> unsubscribed, we will not send further Whois update acknowledgements or
> notifications to that address. However we will continue to send targeted
> notifications where required by RIPE policy (e.g. abuse-c validation, RIPE-
> NONAUTH route object cleanup etc.).

Thank you for your ongoing work and please forgive my ignorance on this subject.

IIUC, all addresses, which are unavailable for the sending RIPE MTA once,
will be blocked until manual interference.  The cause of this error might
be located in the RIPE MTA, the RIPE uplink, a global network routing issue,
a peering issue, our uplink, our local MTA, or even a DNS(sec) issue.
In consequence we will not receive any notifications anymore unless we try
to update the very object in question and read the warning box the RIPE-DB
update web form.

Hence we can't rely on the email notifications anymore?