Remove addressee, email_greeting_id, postal_greeting_id from exposed tokens

[eileenmcnaughton]

Overview

Per discussion on #19550 (comment)
there appears to be agreement that supporting tokens like
addressee_id (which resolves to '{contact.individual_prefix}{ }.....')
should not be exposed / supported as they seem both unuseful and likely
to be breaky.

Before

After

Technical Details

These were exposed unintentionally as part of a change to make them
available as WHERE filters on apiv3
54e389a

The discussion suggests that by contrast we should
add support to hash in the token compat subscriber

Comments

[civibot]

(Standard links)

• If this is your first pull-request for CiviCRM, please browse CONTRIBUTING.md for information about the development and testing processes.
• If you are reviewing this pull-request, you may wish to consult the test sites and the Review Standards (long template, short template).

[colemanw]

Those <export> tags are a mess. They do too much, like a lot of our legacy code in which a single function does a & b & c & d and then there end up being hacks all over the place calling the function but then manually undoing c & a, or bugs where the function was called but the caller was only expecting a & b and didn't think about the side-effects of c &d.