Updates for allowing domain-related hooks and logic

[barankyle]

Summary

Updated code to support header population on internal calls.

Internal listeners that send messages to interested clients need
to persist headers on calls, as original headers are not preserved.

Fixed issues with email/SMS generation.

Made some resolver get's internal _get's, in cases where headers
may not be available at that point. All instances are cases where
headers might actively interfere with the process, e.g. looking
up static resources that might not have a field populated from
headers.

Converetd uploadMediaStaticResource and uploadRecordingStaticResource
into a single new service. uploadRecordingStaticResource technically
still exists, but it just uses its internal reference to the API
to call the new service. The code in both places was nearly identical,
and having it as a single service allows for header usage from outside
projects.

References

closes #insert number here

QA Steps

[hanzlamateen]

I have gone through the code and it looks good. Though havn't got a chance to test the changes locally.

[hanzlamateen]

@barankyle used this branch of EE, standalone. Without any project, etc. Just default-project. Created a recording on capture page and the getting various errors on recordings page in admin panel.

Recording.2023-11-29.141713.mp4

[HexaField]

I don't like putting headers in the actions. It's a security risk and can be done cleaner.

[hanzlamateen]

Do we need these changes after #9371

[hanzlamateen]

check-errors seems to be failing.

Implemented requested changes