Email Settings controls the sender used for supported Ellich messages. An administrator can use Ellich Managed Email, connect business SMTP, connect Amazon SES, or disable sending. Saving a sender is separate from proving that its credentials, domain, and recipient delivery work.
Choose a sending method
Open Admin → Email Settings and choose Sending method:
- Ellich Managed Email uses the managed sender workflow and can provide DNS verification records for the configured sending domain.
- Connect Business Email - SMTP requires SMTP host, port, username, password, and the correct Use TLS wrapper setting for the provider.
- Connect Business Email - Amazon SES requires the SES region, access key ID, and secret access key.
- Disabled prevents supported outbound email from using this tenant configuration.
Set From name, From email, Reply-to email, Sending domain, and Test recipient. Configure Daily limit, Monthly limit, Marketing enabled, and Ellich fallback sender according to the approved communication policy. Select Save email settings before testing.
Verify the sender and domain
Review Verification status, Credential storage, Last verified, Last test, and Fallback state. Stored credentials appear as stored or masked; the page does not return the original secret.
For Ellich Managed Email, copy each value under DNS verification records to the matching DNS record at the domain provider, then select Verify domain. DNS changes can take time to propagate. Do not change nameservers unless the domain owner has separately approved that broader change.
Select Send test to send to Test recipient. A saved configuration or verified DNS record is not proof of inbox delivery; confirm receipt at the destination and review Recent email activity for status or an error message.
Manage suppressed recipients
Use Suppressed recipients to prevent sending to an address for an approved operational reason. Enter the email address and a note, then add the suppression. A manually added suppression can be released with Release after the reason has been resolved and company policy allows sending again.
Provider or bounce suppressions may require a different resolution path. Do not repeatedly release a recipient when the address is invalid, has complained, or continues to reject delivery.
Troubleshoot delivery
If a message does not arrive, confirm that sending is not disabled, the limits are not exhausted, marketing permission matches the message type, the domain and credentials are verified, and the recipient is not suppressed. Check Recent email activity for the subject, status, timestamp, and error message.
Never place SMTP passwords, SES secret keys, recipient lists, or authentication tokens in a support search or support request. Report the sending method, verification state, approximate send time, recipient domain, and sanitized error message.