2019-09-04 21:01:54 +05:30
---
type: reference
2020-06-23 00:09:42 +05:30
stage: Plan
group: Project Management
2022-11-25 23:54:43 +05:30
info: To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/product/ux/technical-writing/#assignments
2019-09-04 21:01:54 +05:30
---
2021-03-11 19:13:27 +05:30
# Email **(FREE SELF)**
2018-05-09 12:01:36 +05:30
2019-09-04 21:01:54 +05:30
You can customize some of the content in emails sent from your GitLab instance.
2018-05-09 12:01:36 +05:30
## Custom logo
2022-10-11 01:57:18 +05:30
The logo in the header of some emails can be customized, see the [logo customization section ](../appearance.md#top-bar ).
2018-12-13 13:39:08 +05:30
2021-10-27 15:23:28 +05:30
## Include author name in email notification email body **(PREMIUM SELF)**
2019-07-31 22:56:46 +05:30
2021-10-27 15:23:28 +05:30
By default, GitLab overrides the email address in notification emails with the email address
of the issue, merge request, or comment author. Enable this setting to include the author's email
address in the body of the email instead.
2019-07-31 22:56:46 +05:30
2021-10-27 15:23:28 +05:30
To include the author's email address in the email body:
2019-07-31 22:56:46 +05:30
2022-10-11 01:57:18 +05:30
1. On the top bar, select **Main menu > Admin** .
2021-09-04 01:27:46 +05:30
1. On the left sidebar, select **Settings > Preferences** (`/admin/application_settings/preferences`).
1. Expand **Email** .
2021-10-27 15:23:28 +05:30
1. Select the **Include author name in email notification email body** checkbox.
1. Select **Save changes** .
## Enable multipart email **(PREMIUM SELF)**
GitLab can send email in multipart format (HTML and plain text) or plain text only.
To enable multipart email:
2022-10-11 01:57:18 +05:30
1. On the top bar, select **Main menu > Admin** .
2021-10-27 15:23:28 +05:30
1. On the left sidebar, select **Settings > Preferences** (`/admin/application_settings/preferences`).
1. Expand **Email** .
1. Select **Enable multipart email** .
1. Select **Save changes** .
2019-07-31 22:56:46 +05:30
2021-10-27 15:23:28 +05:30
## Custom hostname for private commit emails **(PREMIUM SELF)**
2018-12-13 13:39:08 +05:30
2020-03-13 15:44:24 +05:30
> [Introduced](https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/22560) in GitLab 11.5.
2018-12-13 13:39:08 +05:30
2021-04-17 20:07:23 +05:30
This configuration option sets the email hostname for [private commit emails ](../../profile/index.md#use-an-automatically-generated-private-commit-email ).
2019-09-04 21:01:54 +05:30
By default it is set to `users.noreply.YOUR_CONFIGURED_HOSTNAME` .
2018-12-13 13:39:08 +05:30
2021-10-27 15:23:28 +05:30
To change the hostname used in private commit emails:
2018-12-13 13:39:08 +05:30
2022-10-11 01:57:18 +05:30
1. On the top bar, select **Main menu > Admin** .
2021-09-04 01:27:46 +05:30
1. On the left sidebar, select **Settings > Preferences** (`/admin/application_settings/preferences`).
1. Expand **Email** .
2021-02-22 17:27:13 +05:30
1. Enter the desired hostname in the **Custom hostname (for private commit emails)** field.
1. Select **Save changes** .
2018-12-13 13:39:08 +05:30
2021-02-22 17:27:13 +05:30
NOTE:
2021-10-27 15:23:28 +05:30
After the hostname is configured, every private commit email using the previous hostname is not
2022-04-04 11:22:00 +05:30
recognized by GitLab. This can directly conflict with certain [Push rules ](../../project/repository/push_rules.md ) such as
2018-12-13 13:39:08 +05:30
`Check whether author is a GitLab user` and `Check whether committer is the current authenticated user` .
2019-09-04 21:01:54 +05:30
2021-10-27 15:23:28 +05:30
## Custom additional text **(PREMIUM SELF)**
You can add additional text at the bottom of any email that GitLab sends. This additional text
can be used for legal, auditing, or compliance reasons, for example.
To add additional text to emails:
2022-10-11 01:57:18 +05:30
1. On the top bar, select **Main menu > Admin** .
2021-10-27 15:23:28 +05:30
1. On the left sidebar, select **Settings > Preferences** (`/admin/application_settings/preferences`).
1. Expand **Email** .
1. Enter your text in the **Additional text** field.
1. Select **Save changes** .
2021-11-18 22:05:49 +05:30
## User deactivation emails
2021-11-11 11:23:49 +05:30
GitLab sends email notifications to users when their account has been deactivated.
To disable these notifications:
2022-10-11 01:57:18 +05:30
1. On the top bar, select **Main menu > Admin** .
2021-11-11 11:23:49 +05:30
1. On the left sidebar, select **Settings > Preferences** (`/admin/application_settings/preferences`).
1. Expand **Email** .
1. Clear the **Enable user deactivation emails** checkbox.
1. Select **Save changes** .
2023-04-23 21:23:45 +05:30
### Custom additional text in deactivation emails **(FREE SELF)**
> [Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/355964) in GitLab 15.9 [with a flag](../../../administration/feature_flags.md) named `deactivation_email_additional_text`. Disabled by default.
FLAG:
On self-managed GitLab, by default this feature is not available. To make it available, ask an
administrator to [enable the feature flag ](../../../administration/feature_flags.md ) named
`deactivation_email_additional_text` . On GitLab.com, this feature is unavailable.
You can add additional text at the bottom of the email that GitLab sends to users when their account
is deactivated. This email text is separate from the [custom additional text ](#custom-additional-text )
setting.
To add additional text to deactivation emails:
1. On the top bar, select **Main menu > Admin** .
1. On the left sidebar, select **Settings > Preferences** (`/admin/application_settings/preferences`).
1. Expand **Email** .
1. Enter your text in the **Additional text for deactivation email** field.
1. Select **Save changes** .
2019-09-04 21:01:54 +05:30
<!-- ## Troubleshooting
Include any troubleshooting steps that you can foresee. If you know beforehand what issues
one might have when setting this up, or when something is changed, or on upgrading, it's
important to describe those, too. Think of things that may go wrong and include them here.
This is important to minimize requests for support, and to avoid doc comments with
questions that you know someone might ask.
2023-01-13 00:05:48 +05:30
Each scenario can be a third-level heading, for example `### Getting error message X` .
2019-09-04 21:01:54 +05:30
If you have none to add when creating a doc, leave this section in place
2019-10-12 21:52:04 +05:30
but commented out to help encourage others to add to it in the future. -->