---
title: "White label"
description: "Review email-identity and SMTP controls without exposing credentials or treating a configuration as delivery proof."
canonical: https://docs.ordering.co/docs/products/dashboard/settings/pro/white-label/
---

# White label

White label is a dynamic Settings category for customer-facing email identity and SMTP transport configuration. It can help a project present a consistent sender identity for notifications and support correspondence, but returned fields, values, enablement, and downstream delivery remain project and provider state.

> **Email, credential, and provider boundary**
>
> No address, domain, credential, asset, mail job, or provider was accessed for this guide. Sender/reply addresses, customer domains, SMTP hostnames, usernames, passwords, keys, certificates, tokens, and unpublished assets are sensitive. Do not copy them between projects or place them in screenshots, documentation, issue text, or browser-visible configuration.

![Settings navigation showing the White label category](https://docs.ordering.co/img/docs/dashboard/settings/pro/pro-settings-controls.jpg)

## Review sender identity

The pinned API catalogue defines these reference controls. Their returned presence, values, enablement, and dependencies remain runtime state:

| Control                      | Use it to                                                                           |
| ---------------------------- | ----------------------------------------------------------------------------------- |
| **Sender Email Name**        | Set the display name recipients see as the sender.                                  |
| **Reply-To Email Name**      | Set the display name used for replies.                                              |
| **Reply-To Email Address**   | Set the destination address for recipient replies.                                  |
| **Sender Email Address**     | Set the address shown in the message’s From field when the configuration allows it. |
| **Use Default SMTP Account** | Choose the project/platform delivery account instead of a custom SMTP connection.   |

Use names and addresses that the project is authorized to send from. A sender name should be clear to recipients and should not imply ownership, support, or a relationship that the project does not have.

[![White-label email sender and reply-to controls](https://docs.ordering.co/img/help-center-import/8230482c5762a80f3bc16466.png)](https://docs.ordering.co/img/help-center-import/db971de019a78c81d945c34b.png) ![Branding and sender-detail configuration view](https://docs.ordering.co/img/help-center-import/ef599c4e73edec2c1d840ac4.png) ![Sender and reply-to identity fields](https://docs.ordering.co/img/help-center-import/eb14f8f887a163c788f35c98.png)

## Configure custom SMTP only with provider authority

When **Use Default SMTP Account** is off, the category can expose custom SMTP controls:

- **SMTP Host**
- **SMTP Username**
- **SMTP Password**
- **SMTP Encryption Settings**
- **SMTP Port**

The captured workflow shows the default-account choice used to reveal these fields.

![Use Default SMTP Account control](https://docs.ordering.co/img/help-center-import/88a5d8aeeb6f12d174a2acd0.png)

Encryption type, port, sender authorization, domain authentication, provider limits, and deliverability are provider decisions. Common port or encryption examples in an older capture are not a substitute for the current provider’s documentation. Use a credential-free, approved test scope and an explicit rollback/reconciliation plan before changing SMTP settings.

![Custom SMTP connection-detail fields](https://docs.ordering.co/img/help-center-import/6199da00eaf550b92cb77241.png)

## Save and delivery boundaries

The shared settings editor renders returned text, option, image, color, and password types. Generic text and option values are staged until **Save** and saved sequentially; earlier updates can be accepted before a later failure. Password fields remain credentials even when masked. If a returned image-type config exists, crop confirmation can call `saveConfig` immediately and upload without the generic Save sequence.

Mail helpers and jobs consume SMTP settings downstream, but no delivery result is claimed. A saved setting does not prove that a provider accepted credentials, that a message was sent, that a recipient received it, or that a support widget is visible to the intended role.

## Use the setting responsibly

- Align the sender name, reply-to address, and message content with the project’s actual customer-support and legal responsibilities.
- Keep promotional campaigns, order confirmations, support replies, and newsletters distinct from any guarantee of delivery or customer action.
- The captured support-widget description says it can be limited to top administrators. Confirm current role and permission behavior instead of treating the label as an authorization contract.
- Before any authorized test, use non-routable or approved test recipients, prevent real financial or customer effects, and review the rendered message and provider result separately.

For the product overview of sending email through your own server, see [Custom SMTP on Ordering.co](https://www.ordering.co/integrations/custom-smtp/).

**Related guides:** [Settings — Overview](https://docs.ordering.co/docs/products/dashboard/settings-overview/) · [Dashboard customization](https://docs.ordering.co/docs/products/dashboard/settings/dashboard-customization/)