2015-09-25 12:07:36 +05:30
# Reply by email
2016-06-02 11:05:42 +05:30
GitLab can be set up to allow users to comment on issues and merge requests by
replying to notification emails.
2015-09-25 12:07:36 +05:30
2016-06-02 11:05:42 +05:30
## Requirement
2015-09-25 12:07:36 +05:30
2016-06-02 11:05:42 +05:30
Reply by email requires an IMAP-enabled email account. GitLab allows you to use
three strategies for this feature:
- using email sub-addressing
- using a dedicated email address
- using a catch-all mailbox
2015-09-25 12:07:36 +05:30
2016-06-02 11:05:42 +05:30
### Email sub-addressing
2015-09-25 12:07:36 +05:30
2016-06-02 11:05:42 +05:30
**If your provider or server supports email sub-addressing, we recommend using it.**
[Sub-addressing ](https://en.wikipedia.org/wiki/Email_address#Sub-addressing ) is
a feature where any email to `user+some_arbitrary_tag@example.com` will end up
in the mailbox for `user@example.com` , and is supported by providers such as
Gmail, Google Apps, Yahoo! Mail, Outlook.com and iCloud, as well as the Postfix
mail server which you can run on-premises.
### Dedicated email address
This solution is really simple to set up: you just have to create an email
address dedicated to receive your users' replies to GitLab notifications.
### Catch-all mailbox
A [catch-all mailbox ](https://en.wikipedia.org/wiki/Catch-all ) for a domain will
"catch all" the emails addressed to the domain that do not exist in the mail
server.
## How it works?
### 1. GitLab sends a notification email
When GitLab sends a notification and Reply by email is enabled, the `Reply-To`
header is set to the address defined in your GitLab configuration, with the
`%{key}` placeholder (if present) replaced by a specific "reply key". In
addition, this "reply key" is also added to the `References` header.
### 2. You reply to the notification email
When you reply to the notification email, your email client will:
- send the email to the `Reply-To` address it got from the notification email
- set the `In-Reply-To` header to the value of the `Message-ID` header from the
notification email
- set the `References` header to the value of the `Message-ID` plus the value of
the notification email's `References` header.
### 3. GitLab receives your reply to the notification email
When GitLab receives your reply, it will look for the "reply key" in the
following headers, in this order:
1. the `To` header
1. the `References` header
If it finds a reply key, it will be able to leave your reply as a comment on
the entity the notification was about (issue, merge request, commit...).
For more details about the `Message-ID` , `In-Reply-To` , and `References headers` ,
please consult [RFC 5322 ](https://tools.ietf.org/html/rfc5322#section-3.6.4 ).
2015-09-25 12:07:36 +05:30
## Set it up
2016-06-02 11:05:42 +05:30
If you want to use Gmail / Google Apps with Reply by email, make sure you have
[IMAP access enabled ](https://support.google.com/mail/troubleshooter/1668960?hl=en#ts=1665018 )
and [allowed less secure apps to access the account ](https://support.google.com/accounts/answer/6010255 ).
To set up a basic Postfix mail server with IMAP access on Ubuntu, follow
[these instructions ](./postfix.md ).
2015-09-25 12:07:36 +05:30
### Omnibus package installations
2016-06-02 11:05:42 +05:30
1. Find the `incoming_email` section in `/etc/gitlab/gitlab.rb` , enable the
feature and fill in the details for your specific IMAP server and email account:
2015-09-25 12:07:36 +05:30
```ruby
2015-10-24 18:46:33 +05:30
# Configuration for Postfix mail server, assumes mailbox incoming@gitlab.example.com
2015-09-25 12:07:36 +05:30
gitlab_rails['incoming_email_enabled'] = true
2016-06-02 11:05:42 +05:30
# The email address including the `%{key}` placeholder that will be replaced to reference the item being replied to.
# The placeholder can be omitted but if present, it must appear in the "user" part of the address (before the `@` ).
2015-10-24 18:46:33 +05:30
gitlab_rails['incoming_email_address'] = "incoming+%{key}@gitlab.example.com"
2016-06-02 11:05:42 +05:30
2015-10-24 18:46:33 +05:30
# Email account username
# With third party providers, this is usually the full email address.
# With self-hosted email servers, this is usually the user part of the email address.
gitlab_rails['incoming_email_email'] = "incoming"
# Email account password
gitlab_rails['incoming_email_password'] = "[REDACTED]"
2016-06-02 11:05:42 +05:30
2015-10-24 18:46:33 +05:30
# IMAP server host
gitlab_rails['incoming_email_host'] = "gitlab.example.com"
# IMAP server port
gitlab_rails['incoming_email_port'] = 143
# Whether the IMAP server uses SSL
gitlab_rails['incoming_email_ssl'] = false
# Whether the IMAP server uses StartTLS
gitlab_rails['incoming_email_start_tls'] = false
# The mailbox where incoming mail will end up. Usually "inbox".
gitlab_rails['incoming_email_mailbox_name'] = "inbox"
2015-09-25 12:07:36 +05:30
```
2015-10-24 18:46:33 +05:30
```ruby
# Configuration for Gmail / Google Apps, assumes mailbox gitlab-incoming@gmail.com
gitlab_rails['incoming_email_enabled'] = true
2016-06-02 11:05:42 +05:30
2015-10-24 18:46:33 +05:30
# The email address including the `%{key}` placeholder that will be replaced to reference the item being replied to.
2016-06-02 11:05:42 +05:30
# The placeholder can be omitted but if present, it must appear in the "user" part of the address (before the `@` ).
2015-10-24 18:46:33 +05:30
gitlab_rails['incoming_email_address'] = "gitlab-incoming+%{key}@gmail.com"
2016-06-02 11:05:42 +05:30
2015-10-24 18:46:33 +05:30
# Email account username
# With third party providers, this is usually the full email address.
# With self-hosted email servers, this is usually the user part of the email address.
gitlab_rails['incoming_email_email'] = "gitlab-incoming@gmail.com"
# Email account password
gitlab_rails['incoming_email_password'] = "[REDACTED]"
2016-06-02 11:05:42 +05:30
2015-10-24 18:46:33 +05:30
# IMAP server host
gitlab_rails['incoming_email_host'] = "imap.gmail.com"
# IMAP server port
gitlab_rails['incoming_email_port'] = 993
# Whether the IMAP server uses SSL
gitlab_rails['incoming_email_ssl'] = true
# Whether the IMAP server uses StartTLS
gitlab_rails['incoming_email_start_tls'] = false
# The mailbox where incoming mail will end up. Usually "inbox".
gitlab_rails['incoming_email_mailbox_name'] = "inbox"
```
2016-01-19 16:12:03 +05:30
1. Reconfigure GitLab and restart mailroom for the changes to take effect:
2015-09-25 12:07:36 +05:30
```sh
sudo gitlab-ctl reconfigure
2016-01-19 16:12:03 +05:30
sudo gitlab-ctl restart mailroom
2015-09-25 12:07:36 +05:30
```
1. Verify that everything is configured correctly:
```sh
sudo gitlab-rake gitlab:incoming_email:check
```
1. Reply by email should now be working.
### Installations from source
1. Go to the GitLab installation directory:
```sh
cd /home/git/gitlab
```
2016-06-02 11:05:42 +05:30
1. Find the `incoming_email` section in `config/gitlab.yml` , enable the feature
and fill in the details for your specific IMAP server and email account:
2015-09-25 12:07:36 +05:30
```sh
sudo editor config/gitlab.yml
```
```yaml
2015-10-24 18:46:33 +05:30
# Configuration for Postfix mail server, assumes mailbox incoming@gitlab.example.com
2015-09-25 12:07:36 +05:30
incoming_email:
enabled: true
2015-10-24 18:46:33 +05:30
# The email address including the `%{key}` placeholder that will be replaced to reference the item being replied to.
2016-06-02 11:05:42 +05:30
# The placeholder can be omitted but if present, it must appear in the "user" part of the address (before the `@` ).
2015-10-24 18:46:33 +05:30
address: "incoming+%{key}@gitlab.example.com"
2015-09-25 12:07:36 +05:30
2015-10-24 18:46:33 +05:30
# Email account username
# With third party providers, this is usually the full email address.
# With self-hosted email servers, this is usually the user part of the email address.
user: "incoming"
# Email account password
password: "[REDACTED]"
2015-09-25 12:07:36 +05:30
2015-10-24 18:46:33 +05:30
# IMAP server host
host: "gitlab.example.com"
# IMAP server port
port: 143
# Whether the IMAP server uses SSL
ssl: false
# Whether the IMAP server uses StartTLS
start_tls: false
2015-09-25 12:07:36 +05:30
2015-10-24 18:46:33 +05:30
# The mailbox where incoming mail will end up. Usually "inbox".
mailbox: "inbox"
2015-09-25 12:07:36 +05:30
```
```yaml
2015-10-24 18:46:33 +05:30
# Configuration for Gmail / Google Apps, assumes mailbox gitlab-incoming@gmail.com
incoming_email:
enabled: true
# The email address including the `%{key}` placeholder that will be replaced to reference the item being replied to.
2016-06-02 11:05:42 +05:30
# The placeholder can be omitted but if present, it must appear in the "user" part of the address (before the `@` ).
2015-10-24 18:46:33 +05:30
address: "gitlab-incoming+%{key}@gmail.com"
# Email account username
# With third party providers, this is usually the full email address.
# With self-hosted email servers, this is usually the user part of the email address.
user: "gitlab-incoming@gmail.com"
# Email account password
password: "[REDACTED]"
# IMAP server host
host: "imap.gmail.com"
# IMAP server port
port: 993
# Whether the IMAP server uses SSL
ssl: true
# Whether the IMAP server uses StartTLS
start_tls: false
# The mailbox where incoming mail will end up. Usually "inbox".
mailbox: "inbox"
2015-09-25 12:07:36 +05:30
```
2015-10-24 18:46:33 +05:30
1. Enable `mail_room` in the init script at `/etc/default/gitlab` :
2015-09-25 12:07:36 +05:30
```sh
sudo mkdir -p /etc/default
echo 'mail_room_enabled=true' | sudo tee -a /etc/default/gitlab
```
2015-10-24 18:46:33 +05:30
1. Restart GitLab:
2015-09-25 12:07:36 +05:30
```sh
sudo service gitlab restart
```
2015-10-24 18:46:33 +05:30
1. Verify that everything is configured correctly:
2015-09-25 12:07:36 +05:30
```sh
sudo -u git -H bundle exec rake gitlab:incoming_email:check RAILS_ENV=production
```
2015-10-24 18:46:33 +05:30
1. Reply by email should now be working.
2015-09-25 12:07:36 +05:30
### Development
1. Go to the GitLab installation directory.
2015-10-24 18:46:33 +05:30
1. Find the `incoming_email` section in `config/gitlab.yml` , enable the feature and fill in the details for your specific IMAP server and email account:
2015-09-25 12:07:36 +05:30
```yaml
2015-10-24 18:46:33 +05:30
# Configuration for Gmail / Google Apps, assumes mailbox gitlab-incoming@gmail.com
2015-09-25 12:07:36 +05:30
incoming_email:
enabled: true
2015-10-24 18:46:33 +05:30
2016-06-02 11:05:42 +05:30
# The email address including the `%{key}` placeholder that will be replaced to reference the item being replied to.
# The placeholder can be omitted but if present, it must appear in the "user" part of the address (before the `@` ).
2015-09-25 12:07:36 +05:30
address: "gitlab-incoming+%{key}@gmail.com"
2015-10-24 18:46:33 +05:30
# Email account username
# With third party providers, this is usually the full email address.
# With self-hosted email servers, this is usually the user part of the email address.
user: "gitlab-incoming@gmail.com"
# Email account password
password: "[REDACTED]"
2015-09-25 12:07:36 +05:30
2015-10-24 18:46:33 +05:30
# IMAP server host
host: "imap.gmail.com"
# IMAP server port
port: 993
# Whether the IMAP server uses SSL
ssl: true
# Whether the IMAP server uses StartTLS
start_tls: false
2015-09-25 12:07:36 +05:30
2015-10-24 18:46:33 +05:30
# The mailbox where incoming mail will end up. Usually "inbox".
mailbox: "inbox"
2015-09-25 12:07:36 +05:30
```
2015-10-24 18:46:33 +05:30
As mentioned, the part after `+` is ignored, and this will end up in the mailbox for `gitlab-incoming@gmail.com` .
2015-09-25 12:07:36 +05:30
2015-10-24 18:46:33 +05:30
1. Uncomment the `mail_room` line in your `Procfile` :
2015-09-25 12:07:36 +05:30
```yaml
mail_room: bundle exec mail_room -q -c config/mail_room.yml
```
2015-10-24 18:46:33 +05:30
1. Restart GitLab:
2015-09-25 12:07:36 +05:30
```sh
bundle exec foreman start
```
2015-10-24 18:46:33 +05:30
1. Verify that everything is configured correctly:
2015-09-25 12:07:36 +05:30
```sh
bundle exec rake gitlab:incoming_email:check RAILS_ENV=development
```
2015-10-24 18:46:33 +05:30
1. Reply by email should now be working.