Deprecate and remove http.client.HTTPMessage.getallmatchingheaders()

Splitting this out of #49303, as @hugovk suggested there.

HTTPMessage.getallmatchingheaders() has returned [] for every input since Python 3.0. It compares self.keys() entries against "name:", but keys() returns header names without the colon, so nothing ever matches:

>>> msg = email.parser.Parser(_class=http.client.HTTPMessage).parsestr("Set-Cookie: a=1\r\n")
>>> msg.get_all("Set-Cookie")
['a=1']
>>> msg.getallmatchingheaders("Set-Cookie")
[]

Its only consumer was CGIHTTPRequestHandler, which @picnixz removed in 3.15 (#133810). The method is undocumented and untested, and since it has never returned anything, no working code can depend on its output — so removing it carries no real compatibility risk.

The older patch on #49303 went further and dropped the whole HTTPMessage class, but that one is a documented public type (it's what response.headers is), so I'd suggest keeping this issue to the method.

Proposal: deprecate in 3.16, remove in 3.18. Happy to send the PR if that's the direction.

Linked PRs

• gh-153649

Beginne damit, http.client.HTTPMessage.getallmatchingheaders() zu finden und die verknüpfte Arbeit in gh-153649 zusammen mit dem im Issue erwähnten früheren CGIHTTPRequestHandler-Verbraucher zu prüfen. Erledigt ist die Aufgabe, wenn die Methode für Python 3.16 als veraltet markiert und in 3.18 entfernt wird, ohne die dokumentierte HTTPMessage-Klasse zu entfernen.