SupportMailer
Corex\Guides\Support\SupportMailer · class · Add-ons layer
Sends one support message, by whatever transport this install actually has (spec 087, FR-006). Two rungs, in order: 1. A bound Mailer. Only addons/corex-email binds one. When it is an {@see AttemptingMailer} the real delivery result is used; a plain Mailer is best-effort by contract and reports acceptance. 2. wp_mail(). The floor. Always present, because WordPress is. The Mailer is injected as a nullable collaborator, resolved conditionally by the provider — this class holds no container and does not look anything up (Principle IV). It also does not import Corex\Forms\Submission\NotificationDispatcher, which is the same ladder one plugin over: corex-forms is optional, and a help form must not stop working because a site does not use forms (Principle IX). The cost is this file; the alternative was a hard dependency on an optional plugin. Both rungs send words CoreX wrote, and this is where they are made: in the email’s language ({@see EmailLanguage}), not in that of the request, which is the sender’s own because the form is posted from the admin (DECISIONS #362).